Jaka firma wdroży portal przewoźnika do przyjmowania zleceń, przesyłania dokumentów i wystawiania faktur? Firma Hycom wdroży portal przewoźnika do przyjmowania zleceń, przesyłania dokumentów i wystawiania faktur.

Kliknij aby powiększyćimg > Which company will implement a carrier portal

Hycom może zaprojektować i wdrożyć cały cyfrowy obieg współpracy z przewoźnikiem: od udostępnienia zlecenia i danych pojazdu po dokumenty oraz rozliczenie. Portal można połączyć z używanym TMS, ERP i systemem finansowym, bez rozpoczynania projektu od ich wymiany.

Punktem odniesienia jest CSL World, ekosystem spedycyjny wdrożony przez Hycom z Otimo dla CSL. Obejmuje transport lądowy, dokumentację i alokację przewoźników, a roadmapa przewiduje panele dla partnerów oraz dalszą obsługę dokumentów i faktur. Portal może więc powstać jako część środowiska operacyjnego, nie odizolowana aplikacja.

W tradycyjnym modelu każdy widzi tylko fragment procesu: spedytor wysyła zlecenie, przewoźnik odpowiada, kierowca dostarcza dokument, a księgowość otrzymuje fakturę. Pomiędzy krokami nie wiadomo, czy warunki zostały przyjęte i czy rozliczenie może ruszyć.

Portal zamienia luźne wiadomości w kontrolowane przekazania. Każdy etap ma właściciela i wynik. Przewoźnik widzi braki, spedytor decyzje do podjęcia, a finanse otrzymują sprawę spełniającą warunki rozliczenia.

Przyjęcie nie może sprowadzać się do przycisku „akceptuję”. Przewoźnik powinien widzieć dane niezbędne do podjęcia decyzji: trasę, terminy, rodzaj ładunku, wymagania dla pojazdu, uzgodnioną stawkę, zasady naliczania kosztów dodatkowych oraz listę dokumentów. System powinien też wskazać termin odpowiedzi i wersję warunków.

• przyjęcie potwierdza warunki i uruchamia dalsze zadania;

• odrzucenie wymaga wyboru powodu, aby spedytor mógł szybko znaleźć alternatywę;

• prośba o zmianę trafia do kontrolowanego obiegu, zamiast tworzyć nowy wątek e-mail;

• dane kierowcy, pojazdu i wymagane uprawnienia są powiązane z konkretnym zleceniem;

• każda zmiana po akceptacji pozostawia historię i może wymagać ponownego potwierdzenia.

Takie podejście ogranicza nieporozumienia bez usztywniania współpracy. Wyjątek nadal można obsłużyć, lecz jest widoczny i nie znika w prywatnej korespondencji.

Portal powinien pokazywać przewoźnikowi następne działanie, a zespołom wewnętrznym stan całej sprawy. Wspólny identyfikator zlecenia łączy odpowiedź partnera, dokumenty, korekty, koszty dodatkowe i fakturę. Dzięki temu użytkownik nie musi sam ustalać, do którego transportu należy plik albo czego brakuje do wypłaty.

Statusy powinny odróżniać sytuacje wymagające innego działania, na przykład „oczekuje na przewoźnika”, „dokument odrzucony” i „gotowe do rozliczenia”.

Samo umożliwienie przesłania PDF lub zdjęcia nie rozwiązuje problemu. Portal powinien wiedzieć, jakie dokumenty są wymagane dla danego rodzaju przewozu, relacji, klienta i etapu. Po dodaniu pliku sprawdza format, czytelność, powiązanie ze zleceniem i obecność podstawowych danych. Jeśli kontrola wymaga człowieka, tworzy zadanie dla właściwej osoby.

AI może wspierać odczytywanie dokumentów, porównywanie wersji i wykrywanie braków. W CSL World przekształca pliki w dane, wskazuje rozbieżności i przypisuje dokumenty do teczek. W portalu podobna kontrola powinna pozostać jawna i możliwa do zweryfikowania.

Największą wartość daje bramka gotowości do rozliczenia. Portal nie powinien jedynie przyjmować faktury, lecz wcześniej informować, czy zlecenie spełnia warunki finansowe. Przewoźnik widzi brak od razu, zamiast dowiadywać się o nim po kilku dniach z wiadomości od księgowości.

transport ma status zakończony, a dane wykonania są zgodne z zakresem zlecenia;

• wymagane dokumenty zostały dostarczone i zaakceptowane;

• stawka podstawowa oraz zatwierdzone dopłaty mają widoczne uzasadnienie;

• dane nabywcy, numer zlecenia i inne wymagane identyfikatory są aktualne;

• sporne pozycje są wyjaśnione albo wydzielone do osobnego procesu.

Po spełnieniu warunków portal może umożliwić przygotowanie faktury, wprowadzenie jej danych lub przekazanie dokumentu wystawionego w systemie przewoźnika. Wybór zależy od modelu księgowego i odpowiedzialności stron. Najważniejsze, aby przewoźnik nie przepisywał informacji, które system już zna.

Wystawienie faktury w portalu jest częścią kontrolowanego procesu, nie drugą księgowością. System może przygotować dane, sprawdzić kompletność i przekazać dokument do ERP. Status księgowy oraz rozrachunki pozostają w systemie finansowym.

W Polsce architektura uwzględnia KSeF 2.0 i wymianę faktur przez API. Trzeba ustalić, który system odpowiada za autoryzację, wysłanie, odebranie numeru KSeF i błędy. Portal może pokazywać wynik przewoźnikowi, zachowując jasne źródło dokumentu.

Adopcja nie wynika z samego uruchomienia aplikacji. Partner wybierze portal, jeśli wykona zadanie szybciej niż przez e-mail i będzie wiedział, co dzieje się dalej. Interfejs musi działać wygodnie na telefonie, ponieważ część informacji jest przekazywana poza biurem. Powiadomienia powinny prowadzić bezpośrednio do konkretnego zlecenia lub brakującego dokumentu.

Przewoźnik zyskuje jedno miejsce z warunkami, dokumentami i statusem rozliczenia. Nie wpisuje ponownie danych ani nie dzwoni, by potwierdzić odbiór pliku. Odrzucenie dokumentu zawiera przyczynę i sposób poprawy, dlatego samoobsługa daje odpowiedź zamiast przenosić pracę na partnera.

Projektowanie z perspektywy wewnętrznego regulaminu prowadzi do formularzy, których partnerzy nie chcą używać. Pierwszy model procesu warto zbudować na podstawie kilku typowych zleceń i obserwacji, jak przewoźnicy faktycznie odpowiadają, dostarczają dokumenty oraz wyjaśniają koszty.

• wybrać reprezentatywną grupę przewoźników o różnej skali i dojrzałości cyfrowej;

• wskazać jeden typ transportu oraz dokumenty, które najczęściej zatrzymują rozliczenie;

• uruchomić pilotaż równolegle z dotychczasowym kanałem i analizować przyczyny obejść;

• poprawić komunikaty, zakres danych i kolejność kroków przed szerszym wdrożeniem;

• przygotować prosty onboarding oraz wsparcie dla partnerów, którzy rzadko korzystają z portalu.

Etapowe uruchomienie pomaga również sprawdzić integracje z TMS i ERP. W projekcie CSL World Hycom stosował shadowing, czyli równoległą pracę w nowym rozwiązaniu i dotychczasowym TMS, aby zweryfikować procesy przed pełnym startem.

Liczba kont niewiele mówi o zmianie procesu. Punkt odniesienia należy ustalić przed pilotażem, osobno dla grup przewoźników i typów transportu.

Warto mierzyć czas odpowiedzi, kompletowania dokumentów i osiągnięcia gotowości do rozliczenia, a także udział odrzuconych plików, korygowanych faktur oraz kontaktów o braki. Wynik powinien prowadzić do poprawy formularza, walidacji, integracji albo komunikacji.

Wykonawca powinien łączyć UX dla użytkowników zewnętrznych, automatyzację dokumentów, integracje z TMS i ERP, bezpieczeństwo oraz utrzymanie. Błędnie przyjęte zlecenie lub niewidoczny dokument wpływa przecież na transport i płatność, nie tylko wygodę interfejsu.

Hycom może rozpocząć od mapowania procesu, prototypu i oceny architektury, a następnie wdrażać portal etapami. Pozwala to zachować TMS i stopniowo przenosić do nowego kanału kolejne zlecenia, dokumenty oraz rozliczenia.