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_kontrolle.py

@@ -337,7 +337,7 @@ async def test_zweite_kontrolle_aktualisiert_offenen_fehlbestand_statt_duplikat(
     assert len(fehlbestaende) == 1
     assert float(fehlbestaende[0].istmenge) == 7
     assert float(fehlbestaende[0].fehlmenge) == 3
-    assert fehlbestaende[0].kontrolle_id == erste_kontrolle
+    assert str(fehlbestaende[0].kontrolle_id) == erste_kontrolle
 
 
 @pytest.mark.asyncio