e-PDT · CAMO · Part-ML
Pilot podpisuje wpis PDT, a liczniki, resursy i status zdatności przeliczają się same. Nie ma kroku „ktoś przepisuje godziny do drugiego rejestru”, więc nie ma miejsca, w którym oba rejestry mogą się po cichu rozjechać.
Wersja 1.0 jest wdrażana u operatora założycielskiego, w dual-runie z dziennikiem papierowym — do czasu akceptacji nadzoru. Nie mamy jeszcze listy referencyjnych klientów i nie zamierzamy jej wymyślać.
Przegląd 100 h za 37:42 FH · 1 usterka odroczona
Punkt wyjścia
Nie z niechlujstwa. Z tego, że ten sam nalot żyje w dwóch miejscach naraz, a spina go człowiek — zwykle wieczorem, zwykle z pamięci.
PDT leży w kabinie, program obsługi w biurze. Do momentu, w którym ktoś je zestawi, CAMO pracuje na danych sprzed kilku lotów.
Ten sam czas wpisywany drugi raz do arkusza to najczęstsze źródło rozjazdu między nalotem statku a stanem zadań obsługowych.
Przegląd 100 h, ARC, CEN, ubezpieczenie, dyrektywa AD, resurs komponentu. Arkusz nie zadzwoni, a tolerancja wykorzystana bez kotwicy przesuwa cały cykl do przodu.
Zestawienie dla inspektora składa się ręcznie z segregatorów, a każda odręczna poprawka wymaga tłumaczenia, co i dlaczego zostało zmienione.
Co robi system
Poniżej jest to, co jest zaimplementowane i przetestowane, a nie to, co planujemy. Czego jeszcze nie ma — piszemy niżej, otwartym tekstem.
Podpis to ponowne podanie hasła, skrót SHA-256 zamkniętej listy pól wpisu i czas serwera — nigdy czas urządzenia pilota. Po podpisie wpisu nie da się zmienić ani skasować, także w bazie danych. Pomyłkę koryguje storno z przyrostami kompensującymi i nowy wpis; w rejestrze zostają oba.
Aplikacja jest PWA z własnym Service Workerem: trasy pilota działają bez sieci, wpis ląduje w kolejce na urządzeniu i wysyła się sam po powrocie łączności. System nigdy nie nadpisuje wpisu pilota danymi z serwera — konflikt to czytelne zestawienie „Twój wpis / stan wg serwera”, propozycja przeliczenia zachowująca Twój przyrost i wymuszony ponowny podpis.
Limity godzinowe, kalendarzowe i cyklowe, reguła „co nastąpi wcześniej” albo „co nastąpi później”, tolerancje liczone od terminu planowanego, a nie od faktycznej daty wykonania — dzięki temu przeglądy nie uciekają do przodu z każdą obsługą. Prognoza pozostałego czasu bierze ostrożniejsze z dwóch wykorzystań: średniej z 30 i z 90 dni.
Każdy wpis wymaga NIL albo opisu usterki; usterka ma status, termin odroczenia i sposób usunięcia. Komponenty mają historię zabudowy — przeniesienie silnika zabiera ze sobą całe poddrzewo osprzętu, a przy demontażu zapisywany jest stan liczników. ARC, CEN, polisa i AFM mają terminy ważności i alerty na 60 oraz 30 dni przed.
Codzienne zasysanie publikacji Robinson, Extra i Bell oraz dyrektyw zdatności EASA dla typów z Twojej floty. Nowa rewizja automatycznie oznacza poprzednią jako zastąpioną, pliki są odsiewane po sumie SHA-256, a katalog ma filtry, sortowanie i akcje masowe. Ocena stosowalności zostaje po stronie CAMO — system jej nie udaje.
Jeden ZIP: rejestr PDT za okres (CSV i PDF, razem z wpisami wystornowanymi), due-lista, historia wykonań, status AD/SB, komponenty z historią zabudowy, usterki, dokumenty statku i manifest z sumami kontrolnymi SHA-256. Wygenerowanie paczki jest odnotowane w rejestrze zdarzeń: kto, kiedy, jaki zakres.
| Zadanie | Statek | Limit | Termin | Pozostało | Postęp | Status |
|---|---|---|---|---|---|---|
| 100H-PLAT Przegląd 100 h płatowca | SP-GDM | Nalot (block) | przy 450:00 | 37:42 FH | wkrótce | |
| ARC Przegląd zdatności do lotu (ARC) | SP-GDM | Kalendarz | 14.09.2026 | 50 dni | wkrótce | |
| LLP-MR Łopata wirnika nośnego — resurs | SP-GDM | Nalot (block) | przy 2200:00 | 1787:42 FH | dopuszczony | |
| AD-SILNIK Dyrektywa zdatności — zespół napędowy | SP-DGM | Kalendarz | 02.08.2026 | 7 dni | w tolerancji | |
| 12M-WYP Przegląd 12-miesięczny wyposażenia | SP-DGM | — | — | — | brak danych |
Przepływ
Na tablecie przy statku: czasy block off / block on, odczyty liczników z przyrządu, lądowania i uruchomienia, paliwo, potwierdzenie przeglądu przedlotowego oraz NIL albo usterka. Zapisany wpis bez podpisu jest szkicem i nie rusza żadnego licznika.
Podpis sprawdza ciągłość liczników (odczyt „przed” musi zgadzać się z ostatnim zaksięgowanym stanem), przesuwa liczniki statku i zamontowanych komponentów, przelicza terminy wszystkich zadań programu obsługi i zapisuje zdarzenie w rejestrze.
Due-lista floty ze statusami, alerty e-mail o zbliżających się i przekroczonych terminach, rejestracja wykonania z numerem CRS i stanem liczników na moment obsługi. Przy kontroli — jedna paczka ZIP zamiast tygodnia składania segregatorów.
Zgodność
Nie twierdzimy, że system „jest zgodny z przepisami”. Zgodność wykazuje operator przed swoim nadzorem — my dostarczamy mechanizmy i dowody, które da się pokazać inspektorowi.
| Wymaganie (skrót) | Mechanizm w systemie |
|---|---|
| ML.A.305(b)(1) — zapis każdego lotu | Wpis PDT per lot: czasy, lądowania i odczyty liczników zapisywane w minutach całkowitych, bez zaokrągleń w drugą stronę. |
| ML.A.305(b)(2) — zapis obsługi z odniesieniem do CRS | Rejestracja wykonania zadania: data prac, stan liczników na moment wykonania, numer CRS, kto wykonał. Zapis wyłącznie dopisywany. |
| ML.A.305(b)(3) — status AMP, AD i części o ograniczonej żywotności | Silnik resursów liczy termin każdego zadania z historii wykonań i bieżących liczników; osobna lista statusu AD/SB; komponenty z resursem LLP. |
| ML.A.305(c) — zapisy dokładne i aktualne | Podpis od razu księguje liczniki. Nie ma drugiego rejestru do ręcznego przepisania, a ciągłość odczytów jest sprawdzana przy każdym podpisie. |
| ML.A.305(e) — brak edycji po zatwierdzeniu | Niemutowalność wymuszona w bazie danych; korekta wyłącznie przez storno z przyrostami kompensującymi i nowy wpis. |
| ML.A.305(h) — okresy przechowywania | System nie kasuje zapisów; usunięcie jest technicznie zablokowane. Raport retencji pokazuje, co jest w systemie i od kiedy. |
| AMC1 ML.A.305 — system skomputeryzowany | Kopia zapasowa dobowa na nośniku odrębnym od danych roboczych, zapisy czytelne (A4/PDF/CSV), łańcuch skrótów SHA-256, kontrola dostępu i ograniczenie prób logowania, procedura na czas awarii. |
| CAMO.A.220 — prowadzenie zapisów przez CAMO | Rejestr zdarzeń obejmuje czynności CAMO: wykonanie zadania, korektę licznika, zmianę programu obsługi, ocenę biuletynu, wygenerowanie paczki dla urzędu. |
Treść wymagań podano w skrócie, własnymi słowami, jako wskazanie miejsca w przepisie. Wiążący jest aktualny tekst skonsolidowany rozporządzenia (UE) nr 1321/2014 oraz procedury operatora. Wdrożenie prowadzimy w dual-runie z dziennikiem papierowym do czasu akceptacji nadzoru.
Odbiorcy
Wielu pilotów, jeden tablet w hangarze i konta z rozdzielonymi rolami. Pilot podpisze wyłącznie własny wpis; czynności obsługowe są zamknięte po stronie serwera i bazy, nie ukrytym przyciskiem.
Cabri G2, R44, UH-1: licznik block i tach jako osobne bazy nalotu, komponenty z resursem i historią zabudowy, biuletyny producenta zasysane codziennie.
Bez etatu w CAMO. Terminy pilnują alerty e-mail i due-lista, a nie kalendarz w telefonie. Bilans otwarcia przepisuje się z papieru raz, pod podpisem mechanika.
Cały łańcuch — od wpisu pilota po paczkę dla urzędu — w jednym systemie. Warsztat i nadzór dostają dziś kompletną paczkę zamiast konta; dostęp wielopodmiotowy jest na mapie drogowej.
Uczciwie
Ta lista jest w dokumentacji dla nadzoru i jest też tutaj. Operator, który dowiaduje się o ograniczeniu po wdrożeniu, ma prawo czuć się oszukany.
Kto za tym stoi
CamoBook to wspólny projekt dwóch firm z jednego lotniska. Powstał, bo prowadzenie ciągłej zdatności na Cabri G2, R44, UH-1 i Extra 300L w arkuszu i segregatorze przestało się spinać. Pierwszym użytkownikiem systemu jest jego właściciel — i to on ponosi konsekwencje każdego skrótu w kodzie.
Ośrodek szkolenia pilotów śmigłowcowych
Szkolenie PPL(H), wynajem śmigłowców i loty widokowe na lotnisku Radom-Piastów. Flota, na której CamoBook prowadzi realny dziennik techniczny.
Lotnicza 25, 26-660 Jedlinsk · ATO/DTO PL/DTO-105
Akrobacja i szkolenie bezpieczeństwa (Warsaw Flight Safety)
Loty akrobacyjne i szkolenia na Extra 300L, prowadzone przez mistrza świata Macieja Kulaszewskiego. Samolot o wymagającym programie obsługi — stąd nacisk na resursy i biuletyny producenta.
Obie firmy są założycielami CamoBook i jego użytkownikami odniesienia — flota, na której system pracuje na co dzień.
Baza wiedzy
Dlaczego przeglądy „uciekają” do przodu, jak działa kotwiczenie terminu planowanego i co zrobić z zadaniem, które ma limit godzinowy i kalendarzowy naraz.
Czego ML.A.305 i AMC1 ML.A.305 wymagają od skomputeryzowanego dziennika pokładowego i co trzeba pokazać inspektorowi, żeby zrezygnować z papieru.
FAQ
Przepis wymaga systemu zapisów ciągłej zdatności — nie wymaga, żeby był papierowy. AMC1 ML.A.305 opisuje wprost warunki dla systemu skomputeryzowanego: kopia zapasowa aktualizowana w ciągu 24 godzin i trzymana odrębnie od danych roboczych, czytelność zapisów przez cały okres przechowywania, ochrona przed nieautoryzowaną zmianą, kontrola dostępu i procedura na czas niedostępności systemu. CamoBook realizuje każdy z tych punktów, ale akceptację systemu wydaje nadzór operatora — dlatego wdrożenie prowadzimy w dual-runie z dziennikiem papierowym.
Tak. Aplikacja jest PWA z własnym Service Workerem, więc trasy pilota otwierają się bez sieci nawet wtedy, gdy nigdy wcześniej na nich nie był. Wpis zapisuje się w kolejce na urządzeniu i wysyła sam po powrocie łączności, w kolejności zapisania. Podpis wymaga sieci, bo hasło weryfikuje serwer — do tego czasu wpis jest kompletnym szkicem.
Podpisanego wpisu nie da się edytować — blokada jest w bazie danych, a nie w aplikacji. Mechanik albo administrator wykonuje storno z obowiązkowym uzasadnieniem, które księguje przyrosty kompensujące na licznikach, po czym wprowadza się wpis poprawny. W rejestrze zostają oba wpisy: pierwotny ze znacznikiem wystornowania i korygujący. Nic nie znika, a nadzór widzi pełną ścieżkę.
Przez bilans otwarcia: trzy pliki CSV — liczniki, program obsługi i ostatnie wykonania zadań. Wzory generują się na żywo, z prawdziwymi kodami liczników i zadań danego statku. Dry-run pokazuje pozycja po pozycji, co się stanie, i niczego nie zapisuje; zatwierdzenie liczników wymaga hasła mechanika i notatki o źródle danych, na przykład „PDT papierowy nr 3, strona 41”. Historii lotów nie migrujemy — wprowadza się stan startowy.
Codzienny proces pobiera publikacje ze stron Robinson, Extra i Bell oraz dyrektywy zdatności z bazy EASA — frazy wyszukiwania wynikają z typów statków w Twojej flocie, więc nowy typ automatycznie poszerza zasysanie. Guimbal nie publikuje biuletynów publicznie, a portalu za logowaniem nie scrapujemy: te dokumenty wgrywa się ręcznie w tym samym katalogu. Ocena stosowalności do konkretnego egzemplarza należy do CAMO.
Jedno archiwum ZIP z ekranu „Statek → Eksport dla urzędu”: rejestr PDT za wybrany okres w CSV i PDF (razem z wpisami wystornowanymi i korygującymi), due-listę, historię wykonań, status AD/SB, komponenty z historią zabudowy, usterki, dokumenty statku oraz manifest z sumami kontrolnymi SHA-256 wszystkich plików. Formaty są otwarte, więc dane da się odczytać bez naszej aplikacji. Wygenerowanie paczki jest odnotowane w rejestrze zdarzeń.
Konto należy do dokładnie jednej organizacji i widzi wyłącznie jej dane — podmiana identyfikatora w adresie nie odsłania cudzego statku ani wpisu, a izolacja ma automatyczne testy negatywne uruchamiane przy każdej zmianie w systemie. Role są trzy: pilot, mechanik, administrator. Podpisującym jest zawsze osoba zalogowana; nie istnieje sposób wskazania, „w czyim imieniu” składany jest podpis.
Nie mamy publicznego cennika, bo nie mamy jeszcze zamkniętego modelu komercyjnego — wolimy to napisać wprost, niż wymyślić tabelkę z pakietami. Wdrożenia prowadzimy pilotażowo: rozmowa o flocie i programie obsługi, wycena zależna od liczby statków i zakresu przeniesienia danych z papieru. Napisz przez formularz, a odpowiemy konkretną propozycją.
Trzydzieści minut na żywo: wpis PDT z podpisem, due-lista Twojego typu statku i paczka dla urzędu. Bez prezentacji handlowej — rozmawiamy o Twoim programie obsługi.
albo napisz na kontakt@camobook.com