Cel modułu

Moduł szablonów jest źródłem prawdy dla kart inspekcyjnych GA-F-24. Definiuje, jakie zadania trafią do dokumentu, w jakiej kolejności, przy jakim interwale i jakie dane mechanik musi zebrać w trakcie obsługi.

Dane zapisywane w systemie

• Opis zadania PL/EN, strefa, interwał i kolejność.
• Flagi: MECH, Krytyczne (K), śledzenie P/N, inspekcja specjalna.
• Powiązanie z danymi obsługowymi: AMM/SB/SL, rozdział, rewizja, kod zadania.
• Wymagane narzędzia z katalogu tooling.

Reguły operacyjne

Podpis INSP nie jest osobną decyzją użytkownika. W naszym workflow wynika automatycznie z oznaczenia zadania jako krytyczne. Dzięki temu szablon nie może wymagać niezależnego podpisu bez wyraźnego oznaczenia regulatory/compliance na zadaniu.

Reguły systemowe

• MECH jest standardowym podpisem wykonania zadania.
• Krytyczne (K) automatycznie wymaga INSP w mobile, desktop, PDF i licznikach.
• Pole requiresInspSignature jest techniczne i powinno być pochodne od isCriticalTask.
• Edycja szablonu nie powinna zmieniać historycznych kart już zamrożonych w pakietach bez wersjonowania.

Odniesienie EASA

Part-145.A.48 wymaga metody wychwytywania błędów po wykonaniu zadania krytycznego. AMC wskazuje independent inspection jako jedną z metod, a system kart pracy powinien utrwalić identyfikację obu osób oraz szczegóły inspekcji przed sign-off.

Źródło: EASA Easy Access Rules, Part-145.A.48 / AMC4 145.A.48(c)(2).

Do pilnowania

• Importy lub migracje starych szablonów muszą normalizować INSP = K.
• PDF, mobile, desktop i API muszą interpretować INSP jako konsekwencję zadania krytycznego.
• Warto dodać uzasadnienie klasyfikacji K: źródło, procedura, referencja lub powód techniczny.