fix(backend): CI war seit mehreren Commits rot - realer Bug + veraltete Tests

Wichtigster Fund: mein eigener CI-Check hat nur den zuletzt aktualisierten
Task angeschaut statt beide Jobs (backend-tests/frontend-build) einzeln zu
prüfen - dadurch ist die tatsächlich rote backend-tests-Pipeline seit
mehreren Commits unbemerkt geblieben (auch schon deployed).

Echter Bug (von mir eingeführt in SEARCH-002): /suche filterte auf
Objektposition.status, das Feld heißt aber ist_status - AttributeError bei
jeder Materialsuche.

5 veraltete Testerwartungen korrigiert (Logik in dashboard.py ist seit
längerem korrekt und dokumentiert, Tests wurden nie nachgezogen):
"noch_nie_kontrolliert" gilt laut _kategorie_und_gruende() IMMER zusätzlich
zu jedem anderen Grund - test_dashboard.py/test_mangel.py/
test_fahrzeugdetails.py prüften teils das Gegenteil.

1 Typo-Bug in test_kontrolle.py (UUID != str-Vergleich, immer falsch).

Offen/nicht geklärt: test_stammdaten.py::test_fach_verwendung_und_ersetzen_
fuehrt_zusammen (KeyError 'id' bei Fach-Merge-Response) - ohne lokale
Testausführung nicht sicher diagnostizierbar, braucht echten pytest-Lauf.

Nebenbei: FOUND-009/FOUND-011 im Backlog korrigiert (CI existiert bereits
unter .gitea/, vorheriger Abgleich hatte nur .github/ geprüft).

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01CVgbozhYmuEhiEJHffRXCV

backend/tests/test_mangel.py

@@ -93,7 +93,9 @@ async def test_kritischer_offener_mangel_macht_objekt_nicht_einsatzbereit(
     )
     body = response.json()
     assert body["nicht_einsatzbereit"] == 1
-    assert body["details"][0]["gruende"] == ["mangel_kritisch_offen"]
+    # Objekt wurde in diesem Test nie kontrolliert - "noch_nie_kontrolliert"
+    # gilt laut _kategorie_und_gruende() zusätzlich zu jedem anderen Grund.
+    assert body["details"][0]["gruende"] == ["mangel_kritisch_offen", "noch_nie_kontrolliert"]
 
 
 @pytest.mark.asyncio