Use Case & Workflow Simulation

Cykl Życia Kierunku: Australia (Sydney)

Dokument stanowi absolutnie rygorystyczny opis procesu end-to-end (od pomysłu w zarządzie, aż po rozliczenie skarbowe po powrocie). Obrazuje on dokładnie jak encje w systemie ERP wchodzą ze sobą w interakcje w ujęciu osi czasu, ze wskazaniem konkretnej Roli ("Aktor") obsługującej dany węzeł, co dzieje się na interfejsach oraz w bazie danych.

Legenda Odpowiedzialności (Aktorzy)

Zarząd / Administrator
Księgowość F-K
Product Manager
Pilot / Przewodnik
Sprzedaż / Agent BOK
System Automatyczny

Oś Czasowa Realizacji Projektu Turystycznego

Aktor: Główny Administrator / Produktowiec
  • Użytkownik klika w panelu: Dodaj Nowy Szablon Imprezy.
  • Generacja Danych Stałych (Tabela DB: Impreza_Szablon):
    Nadaje tytuł: "Australia: Przez Pustynię do Opery Sydney".
    Określa Strefę Podatkową Geograficzną: Poza UE (Stawka VAT 0%). To narzuca z góry logikę matmatyczną dla księgowej na całe lata w przód.
  • System wymusza powiązanie szablonu ze Słownikiem "Ubezpieczeń GDS" (np. Polisa typu "Świat_Full_Pakiet").
  • Wstępny Kosztorys (Estymacje Bazowe): PM wprowadza do szablonu orientacyjne ramy kosztowe (np. średni koszt przewodnika lokalnego 100 USD/dzień, wiza, średnia cena hotelu 3*). System wstępnie podpowiada: "Żeby zarobić 15%, impreza musi kosztować ok. 18 000 PLN."
  • Wkleja długi tekst "Programu" z podziałem w kreatorze na Dzień 1, Dzień 2... Dzień 14.
Skutek systemowy: Szablon ZAPISANY w bazie, ale produkt NIE ZARABIA i nie widnieje na stronie WWW (bo nie ma przypisanej daty ani ceny).
Aktor: Product Manager / Właściciel
  • Użytkownik klika w Szablon Australia i używa akcji Utwórz Instancję (Termin).
  • Tworzy Termin Pierwszy (Rekord: AUST-MAR26): 01.03 - 14.03.2026. Limit: 30 miejsc.
  • Zarządzanie Kosztami Rzeczywistymi dla tego terminu: PM pobiera estymację z szablonu, ale poprawia na realne stawki obowiązujące w marcu. Wpisuje kontrakt lotniczy, wklepuje opłatę za operatora lokalnego na konkretną datę. Skrypt "w locie" oblicza tzw. "Breakeven" (Próg Rentowności) – przy np. 16 uczestnikach wycieczka się zeruje.
  • Ustalenie Ceny Sprzedaży (Wielowalutowo): Przeklikuje się na interfejs cenowy, widząc obliczony przez system próg opłacalności. Produktowiec wpisuje:
    👉 5900 PLN (Cześć przelewana na marżę w PL)
    👉 + 4200 USD (Część walutowa do pokrycia kontrahentów z Australii).
    👉 System od razu pokazuje PM-owi: "Spodziewany Zysk/Osobę wyniesie ok. 1450 zł na czysto" i prosi o akceptację.
  • Zaraz potem PM tworzy powiązaną w systemie operację: wpisuje do modułu samolotów Pule Lotniczą (Allotment) z Emirates (np. Ilość miejsc: 30, Deadline oddania Miejsc do Linii: 15.02.26).
  • Duplikacja Terminu (Częsty Scenariusz): Pierwszy termin bardzo dobrze się sprzdaje. PM klika przycisk [DUPLIKUJ TERMIN] na sierpień 2026. System kopiuje układ cenowy i hotele, ale pyta o nowe pule lotnicze, i pozwala procentowo zwiększyć hotele o np. +10% ze względu na szczyt sezonu. Powstaje Instancja AUST-AUG26. Zysk znowu liczony jest od początku dla nowej partii, ze zmienionymi kosztami lotniczymi.
  • PM klika: [OPUBLIKUJ NA WWW]. Od teraz oba terminy trafiają po WebService na stronę (B2C).
Aktor: Klient Zewnętrzny -> Przekazanie do Agenta BOK
  • Klient "Maciej" wysyła formularz z domeny matteotravel.pl dla 2 osób (dobiera dla jednego z nich +2000 zł za bilet na dodatkowy lot helikopterem).
  • System Automatyczny uderza w 1 sekundę:
    1. Zdejmuje w tle licznik Allotmentu Miga (30 -> 28 miejsc).
    2. Wstawia wpis do tabeli "CRM_Leady" ze statusem NEW_INQUIRY.
    3. Wysyła maila do Macieja "Przyjęliśmy wniosek".
  • Praca Agenta BOK (Rano na pulpicie):
    Widzi czerwoną żarówkę "Nowa Rezerwacja". Otwiera ją. Sprawdza czy loty i limity się zgadzają w karcie klienta. Klika Magiczny Przycisk: GENERUJ UMOWĘ WIELOWALUTOWĄ.
Aktor: Agent Obsługi Klienta (Sprzedawca)
  • Klient dzwoni: "Chciałbym pojechać do Australii w sierpniu, 2 osoby."
  • Agent wchodzi w moduł Rezerwacji w ERP, wybiera termin AUST-AUG26 i uruchamia kreator "Dodaj z palca".
  • Wymagany Wywiad z Klientem: Agent MUSI wypełnić ściśle określone pola, by system przepuścił rezerwację. Pyta m.in. o:
    • Imię, Nazwisko, Telefon oraz Adres E-mail (do e-umowy).
    • Datę urodzenia – Krytyczne! API ubezpieczyciela bada wiek do ew. dopłat za wiek senioralny.
    • Choroby przewlekłe – Agent odklikuje checkbox, jeśli w wywiadzie klient zgłasza taką potrzebę (wyższa składka GDS).
  • Dane paszportowe: (jeśli klient ma w ręce to dyktuje, jeśli nie - Agent włącza opcję Wymuś zebranie linkiem później i klient dostanie SMS).
  • Agent klika [ZAREZERWUJ]. System zdejmuje miejsca z puli i automatycznie wysyła klientowi gotowego PDF-a Umowy na e-mail wraz z bramką PayU do opłacenia zaliczki w obydwu walutach.
Aktor: Autonomiczny Cron Systemu / Klient B2C
  • Zaraz po rezerwacji klient loguje się do swojego Panelu Klienta B2C. Widzi oś czasu ze statusem:
    - Zaliczka (np. 30%): Wymagana w ciągu 3 dni roboczych.
    - Dopłata całości: Wymagana na 40 dni przed wylotem.
  • Scenariusz A (Windykacja): Mijają 3 dni robocze, bark uiszczenia zaliczki. W nocy o 01:00 automat oznacza umowę jako CANCELLED. Wyrzuca uczestników, a limit w puli dostępnych miejsc powraca na stronę (zabezpieczenie przed blokerami). Klient dostaje e-mail o utracie gwarancji.
  • Wznowienie spóźnione: Jeśli po anulacji klient kliknie jednak zapłać, system przyjmuje i ostrzega Biuro: "Opłacił po czasie, sprawdźcie czy dla tego Pana znowu da się zarezerwować samolot!".
  • Scenariusz B (Płacą w Terminie): Klient opłaca zgodnie z harmonogramem prosto ze swojego Panelu. Zbliża się 40 dni do wylotu – automat 3 dni przed deadlinem drugiej wpłaty sam wysyła e-mail: "Przypominamy o dopłacie 4500 PLN. Oto link do szybkiej e-płatności:".
Aktor: Autonomiczny Skrypt Systemowy + Księgowość
  • Wpływa wpłata: 2000 USD tytułem zaliczki od klienta Macieja na subkonto dewizowe. Data księgowania w banku to Wtorek 14:00.
  • Proces Księgowo-Prawny (Obowiązkowy):
    Polskie prawo nie rozumie USD w deklaracjach.
    ERP dokonuje zawołania z serwera do api.nbp.pl/rates/A/USD/[DATA-WCZORAJ]. Poczuje Tabela A NBP z poniedziałku!
  • System na Sztywno w rzędzie tabeli dla tego klienta utrwala: `Wpłacono 2000 USD (Przelicznik 3.98 PLN = Zaksięgowano na potrzeby US: 7960,00 PLN)` - co blokuje edycję przez zwykłych agentów, przed naruszeniem logiki dla fiskusa.
  • Status Workflow zmienia się na DEPOSIT_RECEIVED. Miejsca stają się własnością klienta prawnie.
Aktor: Agent BOK / AI Serwer
  • Alert od Modelu OCR (Skanera dokumentów): Klient ładuje skan paszportu w panelu B2C. Algorytm odczytuje pole MRZ. Ostrzega agenta, że paszport Macieja traci ważność za 3 miesiące (Australia wymaga zapasu obow. min. 6 miesięcy żeby wszedł na pokład w Polsce!). Agent natychmiast wyrzuca Mail/Telefon dzwoniąc ostrzegawczo.
  • Na XX dni przed wylotem Agent klika w karcie Wyjazdu "Autoubezpiecz w UNIQA" dla WSZYSTKICH opłaconych 28 paxów.
  • System JSON buduje Payload ze zbieraną tygodniami metryką "wiek", jeśli ktoś z bazy ma 74 lata = UNIQA API nakłada zwyżkę 100%. Ubezpieczenia wracają do systemu w ułamku sekundy jako PDFy Certyfikatu na każde imię nazwisko. Zero pomyłek przyklejania ("Copy-paste").
Aktor: Pilot Terenowy (Ks. Opiekun)
  • Odpala URL z komórki. Z racji swojej Roli logowania, system wycina absolutnie całą lewą i prawą burtę systemu ERP. Widzi tylko duże kafelki (Przybornik Pilota) dedykowane dla wyjazdu: "Australia 01.03.2026".
  • Cyfrowa Lista Uczestników (Obecności): Wyświetla pełną listę 30 osób. Pilot po wejściu do autokaru ma specjalne przyciski ✓ Wsiadł / ✗ Brak. Synchronizacja LIVE z chmurą zabezpiecza przed zgubieniem turysty.
  • Interaktywny Harmonogram i Vouchery: Pilot sprawdza co jest dzisiaj do zrobienia: "14:00 - Zwiedzanie Opery Sydney". Na tym samym ekranie widzi zaciągnięte od PM-a nr rezerwacji u lokalsnych gestorów (np. Voucher Code: SYD-9923). Wszystko pod palcem.
  • Moduł Roomingu (Zakwaterowanie): W hotelu recepja prosi o podział. Pilot z komórki dyktuje: "Pokój 301 - Maciej i żona (Twin), Pokój 302...". Zawsze aktualne, wolne od błędów ze starszych Exceli.
  • Kartoteka Profilaktyczno-Ratunkowa: Wypadek u Macieja. Pilot klika w jego profil i zyskuje dostęp do danych z wywiadu:
    • Ostrzeżenia Zdrowotne: "Uczulenie na Penicylinę" / "Specjalna Dieta Bezglutenowa".
    • Ubezpieczenie: Otwiera 1 kliknięciem [CERTYFIKAT GDS UNIQA], aby pokazać lekarzowi w Australii z numerem alarmowym.
    • Baza ICE: Gotowy przycisk [ZADZWOŃ DO CÓRKI W POLSCE].
Aktor: Rozliczenia F-K System + Księgowa
  • Księgowa do tej Instancji "AUST-MAR26" zaczyna wklepywać "Koszty dla Turysty ponoszone na zewnątrz".
    Wpisuje FV od przewoźnika autokarowego z Rzeszowa na Jasionkę. Wpisuje kwity za Hotele pobrane przez kontrahenta w Sydney.
  • Silnik Kalkulacyjny "W Stu" dokonuje cudu matematycznego:
    Sumuje wszystkie pieniądze od Pielgrzymów (przewalutowane już kursami NBP starymi datami jak w Pk 4).
    Odejmuje wpisane dziś koszty od zarobku Pielgrzyma.

  • IF (Destynacja == "POZA UE (Australia)") {

    Apply Tax_Rate = 0%; Generuj Raport Marży bez Potrąceń PTU

    } ELSE {

    Wyciągnij i ukradnij (Zysk * 23)/123 dla Fiskusa

    }

  • Weryfikacja Rentowności (Zaplanowana vs Rzeczywista): System zestawia w locie to, co Product Manager założył w Kroku 2, z tym, co księgowa właśnie zaksięgowała. Generuje alert: "Zysk netto z terminu MAR26 wyniósł 1350 zł/os (odchylenie -6.8% od planowanego, przez nagły skok kursu USD w hotelach)". Zarząd ma pełną kontrolę i może na tej podstawie podnieść stawkę dla Duplikatu w sierpniu AUST-AUG26.
  • Księgowa naciska: GENERUJ JPK / XML. Plik gotowy dla Systemu Księgowań pełnych bez przeklepywania (Comarch Optima/INSERT). Impreza Australijska zostaje Archiwizowana jako Historyczna.