Nieobecności do wyjaśnienia

Codzienny cron o 04:00 skanuje dzień T-1: dla każdego pracownika z opublikowanym assignmentem oblicza scheduled minutes (z GioShiftTemplate + ewentualne overrides na assignment) i covered minutes (suma APPROVED GioAbsence + BusinessExit). Gdy brak GioTimeEntry IN AND covered < scheduled — tworzy wpis OPEN. Live trigger w gio/api/timeEntries.routes.ts re-skanuje ostatnie 14 dni po pierwszym IN dnia (żeby zamknąć wpisy które stały się pokryte po fakcie).

Na fix-page klikasz Wnioskuj o urlop — otwiera się formularz wniosku urlopowego z URL ?date=YYYY-MM-DD&fromException=<id>. Wybierasz typ urlopu, opcjonalnie zastępcę i powód, składasz. Workflow standardowy (substitute → supervisor → final). Po finalnym APPROVED wpis exception zamyka się automatycznie jako EXPLAINED z resolutionType LEAVE_APPLIED.

Akcja Wnioskuj o nieobecność otwiera formularz GioAbsence z prefilowaną datą i fromException=<id>. Wybierasz typ (PERSONAL, UNPAID, SICK_LEAVE bez papierowego L4 itp.), wpisujesz powód, kadry zatwierdzają. Po APPROVED — auto-resolve.

Akcje To była delegacja / To było szkolenie / To było wyjście służbowe przerzucają cię do odpowiedniego modułu z URL ?fromException=<id>. Wpisujesz delegację / oznaczasz uczestnictwo szkolenia / dorzucasz wyjście służbowe (rzadkie — większość BE nie pokrywa pełnego dnia). Po finalnym APPROVED — auto-resolve z odpowiednim resolutionType (DELEGATION_BACKFILL / TRAINING_BACKFILL / BUSINESS_EXIT_BACKFILL).

Gdy pracownik miał ustną informację, zepsuł się czytnik RFID, albo z innego powodu nie da się retroaktywnie wpisać absencji — przełożony lub kadrowy z uprawnieniem act_kadry_attendance_exceptions_DISMISS może odrzucić wpis. Wymaga notatki min. 3 znaki. Notatka trafia do HistoryService — pełen audit.