DZIENNIK · OPERACJA · EDYCJA panel/dziennik-edycja · #/dziennik/SP-AXA/<uuid>/edycja · poziom 3 · tryb edycji Ten sam ekran, ołówek przy każdym wierszu, korekta w szufladzie
app.ninerdeck.pl/#/dziennik/SP-AXA/7c1e5a9b-4d02-4a17-9f56-2b0e4c8a83b4/edycja
NINERDECK
Adam Kowalski

SP-AXA

SP-AXA/2026-09-06/AKO/1 · silnik 08:42 → 11:04 UTC

Edycja Zakończ edycję
Przebieg operacji
Czas Zdarzenie Szczegół Zapis
08:31:06 Rozpoczęcie auto
08:33:41 Zadanie EPZG · paliwo 185 L · 1236:30 · olej 9,2 L auto
08:42:11 Uruchomienie auto
08:48:29 Kołowanie auto
09:01:12 Start lot 1 auto
09:12:05 Zrzut 8 skoczków · 4000 ft ręcznie
09:17:44 Lądowanie auto
09:20:38 Start lot 2 auto
09:31:26 Zrzut 8 skoczków · 4000 ft ręcznie
09:36:59 Lądowanie auto
09:40:12 Start lot 3 auto
09:51:03 Zrzut 7 skoczków · 4000 ft ręcznie
09:56:41 Lądowanie auto
09:59:55 Start lot 4 auto
10:10:48 Zrzut 8 skoczków · 4250 ft ręcznie
10:16:22 Lądowanie auto
10:20:04 Start lot 5 auto
10:31:11 Zrzut 6 skoczków · 4000 ft ręcznie
10:33:52 Lądowanie auto
10:36:50 Lądowanie auto
10:41:33 Start lot 6 auto
10:52:27 Zrzut 7 skoczków · 4000 ft ręcznie
10:58:06 Lądowanie auto
11:04:37 Wyłączenie auto
11:09:52 Zdanie samolotu paliwo 108 L · 1238:52 auto
Dodaj wpis
Szczegóły
DowódcaAdam Kowalski AKO
ZadanieSkoki
Loty6
Paliwo185 L → 108 L
Motogodziny1236:30 → 1238:52
Korekta odczytu · przejęcie i zdanie (10F)
Zdanie samolotu · paliwo i motogodziny · BEZ pola czasu Wiersz „Zdanie samolotu" otwiera szufladę WARTOŚCI: `day_close` nie przyjmuje korekty czasu (od zdania liczy się okno korekty pilota) ani unieważnienia (rozbiłoby operację w pół), więc pola czasu i kosza tu NIE MA - godzina stoi w podtytule. Podpis „było …" pojawia się WYŁĄCZNIE pod polem, które zmieniono; skutek mówi też o NASTĘPNEJ operacji tej maszyny, bo odczyt przy zdaniu jest jej przekazaniem - i to jest jedyne miejsce, gdzie korekta jednej operacji zmienia liczby drugiej. Przy PRZEJĘCIU (wiersz „Zadanie") ta sama szuflada ma dodatkowo pola oleju (pomiar) i godzinę przejęcia - jej przesunięcie za uruchomienie silnika pociąga cały bieg, a ostrzeżenie mówi to PRZED zapisem, jak w telefonie.
przycisk zablokowany BEZ zdania: puste pole powodu widać tuż nad nim (issue #55)
Zrzut · czas i skład (10G) Zrzut ma dwa pytania naraz - „o której" i „ilu wyskoczyło" - więc jego szuflada niesie czas ORAZ skład i wysokość. Kolejność: czas pierwszy, bo w korektę wchodzi się z wiersza osi, żeby poprawić godzinę (inaczej niż przy DOPISANIU zrzutu, gdzie pierwszy jest skład - patrz L3c). Bez wysokości zrzutu zostaje kreska, nie zero.
Zrzut · lot 4
Kolizja z operacją W TOKU · drugi kod ostrzeżenia `ADMIN_EDIT_SESSION_ACTIVE`: pilot nadal prowadzi tę operację i jego telefon dośle własne zapisy do tego samego strumienia. Baner mówi, KTO trzyma maszynę i od kiedy - i że zapis nie jest zablokowany. Dwa kody, dwa różne zdania; kolor ten sam, bo oba są kolizją, nie odmową.
odmowa REGUŁY DOMENY po tapnięciu w „Zapisz" - jedyny stan, w którym korekta nie wchodzi; przycisk zostaje czynny
Unieważnienie zdarzenia · pytanie po koszu
„Tego lądowania nie było" Kosz w linii tytułu szuflady rozwija pytanie W MIEJSCU (nie osobne okno, nie `confirm`). Pytanie NAZYWA zdarzenie i mówi o SKUTKU dla operacji liczbami z podglądu serwera: fałszywe lądowanie z autodetekcji unieważnione znaczy, że lot 5 domknie następne lądowanie, a lotów będzie o jeden mniej. Wiersz zostaje na osi przekreślony - rejestr jest append-only i to właśnie takie wiersze tłumaczą, dlaczego liczby operacji różnią się od tego, co zapisał telefon. Powód wymagany, jak przy każdej korekcie.

Unieważnić lądowanie z 10:33:52?

Skuteklot 5 domknie lądowanie 10:36:50
Loty7 → 6
Czas w powietrzu operacji1:54 → 1:57
Historia zmian · z dziennika audytu (10I)
Karta „Historia zmian" w szufladzie - TYLKO, gdy jest historia Najnowsza zmiana na górze, kotwicą jest ZAPIS PIERWOTNY (kropka pusta - fakt z terenu, nie korekta). Wiersz niesie parę „było → jest", kto poprawił (administrator z panelu albo pilot z telefonu - korekty pilota też tu są, bo rejestr jest jeden) i powód w cudzysłowie; pilot bez powodu dostaje „bez powodu", żeby brak był widoczny jako brak. Nazwy pola NIE MA, bo lista jest o jednym czasie; wraca, gdy lista miesza pola (odczyt przejęcia: paliwo, licznik, olej). Karta nie istnieje przy zerowej historii - nie ma czego czytać. Ta sama karta otwiera się z plakietki „popr." w trybie odczytu.
Historia zmian
7 WRZ · 12:05 UTC 10:16:22→10:14:40 Adam Kowalski · administrator „Lądowanie o 10:14 wg dziennika lotniska - GPS wykrył je za późno."
6 WRZ · 18:42 UTC 10:16:02→10:16:22 Adam Kowalski · pilot, z telefonu bez powodu
6 WRZ · 10:16:02 UTC zapis pierwotny10:16:02
Historia mieszająca pola · z unieważnieniem i przywróceniem Odczyt przejęcia niesie paliwo, licznik i olej w jednym zdarzeniu, więc nazwa pola WRACA (rozstrzyga faktyczna zawartość listy). Unieważnienie i przywrócenie to osobne wpisy z własnym wierszem - poprawka czegokolwiek w zdarzeniu unieważnionym uznaje je za zaszłe, a to jest zmiana FAKTU, nie wartości.
Historia zmian
7 WRZ · 12:11 UTC paliwo150 L→148 L Barbara Nowak · administrator „Pomyłka przy przepisywaniu z tarczy."
6 WRZ · 11:42 UTC przywrócone kolejną poprawką Adam Kowalski · pilot, z telefonu „Jednak było - źle tapnąłem."
6 WRZ · 11:38 UTC unieważnione - „tego nie było" Adam Kowalski · pilot, z telefonu bez powodu
6 WRZ · 08:33 UTC zapis pierwotnypaliwo 150 L · 1234:30 · olej 10,2 L
Po zapisie · baner na stronie, oś już z plakietką Szuflada zamyka się, oś pokazuje nowy czas z przekreślonym starym i plakietką „popr.", a baner nazywa skutek dla dokumentu klubu. Baner mija - panel 2.0 nie ma banerów stałych. Gdy zdarzenie było już unieważnione, a korekta je przywróciła, baner mówi o przywróceniu.
10:16:2210:14:40 Lądowanie popr.poprawka administratora · 7 WRZ 12:05 auto
Czego w tym trybie NIE MA Zmiany PILOTA-dowódcy (to przelogowanie, nie korekta - `PIC_CHANGE_NOT_ALLOWED`); korekty tankowania i dolewki oleju WARTOŚCIĄ (niosą spójną trójkę przed/dolane/po - poprawia się je przez unieważnienie i dopisanie, jak w telefonie); korekty czasu ZDANIA (od niego liczy się okno pilota); surowego rejestru zdarzeń z payloadami (decyzja 22 września 2026, §14 pkt 6 - oś odpowiada na to samo pytanie językiem człowieka). Przypisów o budowie rejestru („korekty zapisują się od razu, rejestr jest append-only") nie ma z tego samego powodu, co w telefonie.
PICAKO · Adam Kowalski
wiersz bez ołówka - brak celu widać od razu, bez przypisu