Auridm Aero
ePDT: koniec papieru w hangarze.
Elektroniczny pokładowy dziennik techniczny w Laravelu i Flutterze. W produkcji od 2023, około 40 roboczogodzin oszczędności miesięcznie na samolot. AURIDM (auridm.aero) rozwija ePDT, czyli elektroniczny pokładowy dziennik techniczny dla lotnictwa. To narzędzie dla osób, które obsługują samoloty i odpowiadają za ich zdatność do lotu. Gorilla odpowiadała za UX, architekturę, backend, integracje i całą aplikację end-to-end. Był to jeden z najtrudniejszych architektonicznie projektów w naszym portfolio.
- Podwójna praca. Wpisy powstawały ręcznie na papierze, a potem ktoś przepisywał je do innych systemów. Każde przepisanie to czas i okazja do błędu.
- Ryzyko zgodności. Papierowy dziennik można zgubić, zalać albo uszkodzić. W lotnictwie brak zapisu jest problemem formalnym, a nie tylko organizacyjnym.
- Brak bieżącego obrazu floty. Stan techniczny maszyn był znany dopiero po zebraniu dokumentów. Planowanie opierało się na informacjach z opóźnieniem.
- Godziny na administrację. Obsługa dokumentacji zabierała czas personelowi technicznemu. Ten czas nie szedł na samą pracę przy samolotach.
- Twarde reguły domenowe. Trzeba określić, kto wpisuje co i w jakiej kolejności. Niektóre wpisy blokują dopuszczenie do lotu, a historia nie może być edytowana.
Backend w Laravel z pełną logiką domenową dziennika + aplikacja Flutter dla ludzi pracujących przy maszynie, nie przy biurku.
- Logika domenowa w Laravelu. Reguły lotnicze zapisaliśmy w backendzie, a nie w interfejsie. Dzięki temu obowiązują zawsze, niezależnie od urządzenia.
- Model danych dziennika. Najpierw zaprojektowaliśmy strukturę wpisów i ich relacje. Na tym modelu opiera się cała reszta aplikacji.
- Walidacja i uprawnienia. System sprawdza, czy dana osoba może dokonać wpisu i czy zachowano kolejność. Wpis blokujący dopuszczenie jest widoczny od razu. Samolot z otwartą usterką nie wygląda w systemie na gotowy do lotu.
- Audytowalna historia. Wpisów nie da się nadpisać. Każda zmiana zostaje w historii, co odpowiada wymogom dokumentacji lotniczej.
- Flutter i jedna baza kodu. Aplikacja działa na wielu urządzeniach z jednego kodu. Poprawka lub nowa funkcja trafia wszędzie jednocześnie.
- UX pod hangar. Projektowaliśmy dla pracy przy samolocie, często w pośpiechu i na tablecie. Liczą się szybkie wpisy, minimum kroków i odporność na pomyłki. Pola wymagane są jasno oznaczone, a błędny wpis system zatrzymuje przed zapisem.
- Integracje zamiast przepisywania. Połączyliśmy aplikację z kalendarzem i eksportem danych. Informacja wpisana raz trafia tam, gdzie jest potrzebna.
- Elektroniczny dziennik techniczny. Wpisy powstają od razu w aplikacji, z walidacją i kontrolą uprawnień. Znika etap przepisywania z papieru. Dane są dostępne dla zespołu chwilę po wpisie, a nie po zebraniu kartek.
Co się zmieniło.
Dane o oszczędności czasu pochodzą od klienta i dotyczą obsługi dokumentacji technicznej w przeliczeniu na jedną maszynę.
Twoja dokumentacja techniczna wciąż jest na papierze?
Zaprojektujemy system, który trzyma reguły i historię za Ciebie. W branżach regulowanych najtrudniejsza jest logika, a nie ekran. Jeśli reguły siedzą w backendzie, obowiązują zawsze i łatwo je audytować. Flutter pozwala utrzymać jedną aplikację na wielu urządzeniach, co obniża koszt rozwoju. Warto też liczyć efekt w roboczogodzinach na jednostkę, bo taki wynik łatwo przeskalować na całą flotę lub park maszyn.
Porozmawiajmy o Twoim systemie →