1. Model procesu
25 etapów od rejestracji klienta i RFQ po płatność, reklamację i KPI. Każdy etap ma właściciela, wejście, wyjście oraz warunek przejścia.
OD DOŚWIADCZENIA DO MODELU
TransportFlow 360: proces, dane i kontrola w jednym projekcie.
Celem nie było stworzenie kolejnego efektownego dashboardu. Projekt miał pokazać, jak wiedza o dokumentacji transportowej, flocie, kosztach i odpowiedzialności może zostać przełożona na spójny model operacyjny.
PROBLEM
Transport nie kończy się na znalezieniu samochodu i podaniu ceny.
Pojedyncze zlecenie łączy klienta, handlowca, dyspozytora, kierowcę, flotę, compliance, księgowość oraz wiele dokumentów. Zmiana terminu, masy lub typu ładunku wpływa na trasę, czas pracy, dostępność zestawu, koszt i odpowiedzialność. Bez jednego modelu informacje zaczynają żyć osobno.
Pytanie projektowe: jak zbudować system, który nie tylko pokazuje status, ale potrafi wyjaśnić, dlaczego zlecenie może albo nie może przejść dalej?
ROZWIĄZANIE
Cztery warstwy jednego projektu.
2. Model danych
Skoroszyt łączy zlecenia, trasy, koszty, pojazdy, kierowców, dokumenty, leasingi i rentowność przy zachowaniu słownika pól.
3. Interfejs użytkownika
Publiczny portal PWA przedstawia osobne widoki klienta, dyspozytora, kierowcy i właściciela procesu bez prawdziwego logowania.
4. Logika i QA
Lokalne centrum Python/SQLite pokazuje relacje, statusy, blokady, alerty i ślad audytowy, a testy sprawdzają najważniejsze reguły.
RACI I DOSTĘP
Osoba wykonująca krok widzi swój zakres; właściciel procesu widzi całość.
| Proces | R, wykonuje | A, odpowiada | C, konsultuje | I, informowany |
|---|---|---|---|---|
| Oferta i cena | Handlowiec | Kierownik handlu | Controlling, dyspozytor | Klient |
| Plan zasobów | Dyspozytor | Kierownik transportu | Flota, compliance | Kierowca, klient |
| Czas pracy | Compliance | Zarządzający transportem | Dyspozytor, kadry | Kierowca |
| Realizacja | Kierowca | Dyspozytor | Klient, flota | Handel |
| Faktura | Księgowość | Finanse | Administracja, handel | Klient |
REGUŁY, KTÓRE MAJĄ ZNACZENIE
Najważniejsze funkcje są niewidoczne, dopóki nie pojawi się wyjątek.
Czas kierowcy
Przydział jest blokowany, jeśli legalny plan jazdy, przerw i odpoczynku nie pozwala wykonać trasy.
Dokumenty
Wygaśnięcie licencji, wypisu, tachografu, ATP, ADR albo innego elementu krytycznego blokuje pracę.
Kalkulacja
Cena uwzględnia wszystkie kilometry i koszty, a zejście poniżej progu marży wymaga zatwierdzenia.
Odczyty tachografu
Karta kierowcy i jednostka pojazdowa mają niezależne terminy, analizę naruszeń i dowód archiwizacji.
Ładunek specjalny
Chłodnia, cysterna spożywcza i ADR oraz plandeka uruchamiają odmienne checklisty.
Faktura
Brak kompletnego POD/CMR lub nierozliczona szkoda wstrzymują fakturowanie.
ARCHITEKTURA DEMONSTRACYJNA
Technologia została dobrana do pokazania kompetencji, nie do udawania produkcji.
GitHub Pages
Statyczna strona, case study, kalkulator JavaScript i portal PWA. Wersja publiczna nie przechowuje centralnie danych.
Python + SQLite
Lokalny Control Center z relacyjną bazą, API, walidacją statusów, dokumentów i kalkulacji.
Excel
Edytowalny model operacyjno-finansowy ze źródłami danych, formułami, słownikiem pól i dashboardem.
JSON
Konfiguracja statusów, reguł pojazdów i przykładowego przepływu danych pomiędzy modułami.
QA I WIARYGODNOŚĆ
Projekt jest gotowy dopiero wtedy, gdy reguły da się sprawdzić.
Testy procesowe
- zakazane przejścia statusów
- brak czasu pracy kierowcy
- wygasły dokument
- brak POD/CMR
- marża poniżej progu
- temperatura poza zakresem
Testy techniczne
- formuły i sumy kontrolne
- API i baza SQLite
- role i widoczność danych
- linki, PWA i tryb offline
- responsywność i kontrast
- brak prawdziwych danych
Granica: wersja portfolio nie jest certyfikowanym TMS-em, systemem kadrowym ani poradą prawną. Pokazuje dojrzały sposób modelowania procesu i kontroli jakości.
REZULTAT
Najważniejszym wynikiem jest spójność pomiędzy procesem, danymi i odpowiedzialnością.
TransportFlow 360 pokazuje, że potrafię przejść od praktycznego problemu do mapy procesu, zbudować kontrolowany model danych, zaprojektować czytelny interfejs i sprawdzić rozwiązanie z perspektywy użytkownika oraz QA.