fix(kontrolle): doppelten Fehlbestand bei Folge-Kontrolle vermieden
CI / backend-tests (push) Failing after 2m4s
CI / frontend-build (push) Successful in 20s

_synchronisiere_fehlbestand suchte nur nach Fehlbeständen der eigenen
Kontroll-Sitzung. Ein bereits offener Fehlbestand aus einer früheren
Kontrolle für dasselbe Objekt+Material wurde nicht wiedergefunden -
es entstand ein zweiter, paralleler Fehlbestand mit eigener (neuerer)
Sollmenge, der alte blieb mit veralteter Sollmenge offen liegen.
Lookup jetzt über objekt_id+material_id+status=offen statt
kontrolle_id; kontrolle_id am gefundenen Datensatz bleibt unverändert,
damit ein Abbruch der aktuellen Kontrolle ihn nicht fälschlich
mitlöscht. Löst sich die Abweichung über eine andere Kontrolle als
die erzeugende auf, wird der Fehlbestand jetzt sauber als erledigt
markiert (inkl. Mindermenge-Abschluss) statt stillschweigend gelöscht.

Nebenbei: Kommentare mit Kachel-/Datums-Referenzen ("Bug-Fund
2026-09-06", "UI-00X (Epic 20)") aus dem Code dieser Session entfernt.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01CVgbozhYmuEhiEJHffRXCV
This commit is contained in:
2026-09-06 22:26:57 +02:00
co-authored by Claude Sonnet 5
parent 9281840ac1
commit 9721873088
20 changed files with 133 additions and 46 deletions
+6 -11
View File
@@ -228,9 +228,8 @@ async def einsatzbereitschaft(db: AsyncSession) -> dict:
"unbekannt": unbekannt,
"nicht_einsatzbereit": len(objekte) - bereit - eingeschraenkt - unbekannt,
"gesamt": len(objekte),
# Bug-Fund 2026-09-06: "unbekannt" zählt nur Objekte OHNE jeden anderen
# Grund - diese Zahl zählt "nie kontrolliert" unabhängig von sonstigen
# Problemen mit, damit sie beim manuellen Nachzählen stimmt.
# "unbekannt" zählt nur Objekte ohne jeden anderen Grund - diese Zahl
# zählt "nie kontrolliert" unabhängig von sonstigen Problemen mit.
"nie_kontrolliert_gesamt": nie_kontrolliert_gesamt,
"details": details,
}
@@ -247,7 +246,7 @@ def _kategorie_und_gruende(
objekt_ids_kritischer_mangel: set,
objekt_ids_hu_uvv_ueberfaellig: set,
) -> tuple[str, list[str]]:
"""UI-005 (Epic 20): aus der `einsatzbereitschaft()`-Schleife extrahiert, damit
"""aus der `einsatzbereitschaft()`-Schleife extrahiert, damit
`objekt_readiness()` (Begründung auf der Objektakte) dieselbe Logik nutzt statt
sie zu duplizieren."""
gruende: list[str] = []
@@ -267,12 +266,8 @@ def _kategorie_und_gruende(
if objekt.id in objekt_ids_hu_uvv_ueberfaellig:
gruende.append("hu_uvv_ueberfaellig")
# Bug-Fund 2026-09-06 (Nutzer: "beim genauen Schauen sind es mehr"):
# "noch nie kontrolliert" wurde bisher nur gezählt, wenn es der EINZIGE
# Grund war - ein Objekt mit z.B. offenem Fehlbestand UND nie kontrolliert
# verlor den Hinweis komplett (fiel unter "nicht einsatzbereit" ohne
# diesen Grund zu nennen). Jetzt immer als Zusatzgrund angehängt, wenn
# zutreffend, unabhängig von anderen Gründen.
# "noch nie kontrolliert" gilt zusätzlich zu jedem anderen Grund, nicht nur
# wenn es der einzige ist.
nie_kontrolliert = letzte_kontrolle is None
if not gruende and fehlbestand_ids and fehlbestand_ids <= fehlbestand_ids_genehmigt:
@@ -288,7 +283,7 @@ def _kategorie_und_gruende(
async def objekt_readiness(db: AsyncSession, objekt_id: int) -> dict:
"""UI-005 (Epic 20): begründete Einsatzbereitschaft für EIN Objekt (Objektakte),
"""begründete Einsatzbereitschaft für EIN Objekt (Objektakte),
dieselbe Fachlogik wie `einsatzbereitschaft()` (Dashboard-Aggregat), nur für
einen einzelnen Datensatz statt aller Objekte. `ausser_dienst` zählt hier
bewusst nicht als eigener Fall - Objektakte zeigt das Objekt so oder so an,