Portal klienta dla firmy transportowej

Zespoły transportowe wykonują powtarzające się telefony i e-maile w celu uzyskania informacji o przewidywanym czasie przyjazdu, POD i kopiach faktur. Klientom brakuje jednego miejsca, w którym mogliby zobaczyć aktywne ładunki, historyczne przesyłki i otwarte zgłoszenia.

Gdy dane portalu są odbudowywane ręcznie z eksportów TMS, klienci widzą nieaktualny status, a wewnętrzne zespoły tracą zaufanie do samoobsługi.

Plan dotyczy portalu, który odczytuje informacje operacyjne z TMS i magazynów dokumentów zamiast powielać arkusze kalkulacyjne.

Użytkownicy spedytorów potrzebują filtrowanej widoczności swoich kont, tras i poziomów usług – a nie całej sieci operatora.

Obsługa klienta i wysyłka wymagają wewnętrznych widoków z kolejkami wyjątków, ścieżkami zatwierdzania i kontrolą tego, co zmienili klienci.

Dział finansów może potrzebować dostępu tylko do odczytu do pakietów faktur powiązanych z zamkniętymi przesyłkami.

Klienci wyszukują i analizują aktywne i ukończone przesyłki, korzystając z osi czasu kluczowych etapów pochodzących z TMS lub kanałów integracyjnych.

Przepływ dokumentów obejmuje pobieranie POD, pakowanie celne i przesyłanie instrukcji wysyłki – z regułami skanowania antywirusowego i przechowywania.

Zgłoszenia serwisowe rejestrują zmiany odbioru, flagi zatrzymania lub zapytania o wycenę i kierują do właściwej kolejki za pomocą liczników czasu SLA.

Zarządzanie kontami i użytkownikami z opcjonalnym SSO dla nadawców korporacyjnych.

Obszar roboczy przesyłki zawierający wskazówki dotyczące map, tabelę kamieni milowych i powiązane dokumenty.

Skrzynka odbiorcza prośby o CS z szablonami i TMS odpisaniem po zatwierdzeniu.

Preferencje powiadomień dla alertów e-mailowych i alertów w portalu dotyczących kluczowych wydarzeń.

TMS pozostaje systemem rejestracji wysyłek. Portal zużywa obciążenia, zatrzymania, statusy i opłaty za pośrednictwem interfejsów API lub kontrolowanych zrzutów plików.

Przechowywanie dokumentów obejmuje obrazy POD, BOL i niestandardowe pliki PDF z podpisanymi adresami URL. ERP może otrzymywać wyzwalacze faktury po zamknięciu wysyłek.

Pozyskiwanie wiadomości e-mail może uzupełniać partnerów bez interfejsów API; kolejki weryfikacji zapobiegają przedostawaniu się nieuwierzytelnionych plików do widoków klientów.

Oddziel widoki przesyłek skierowane do klienta od wewnętrznych identyfikatorów TMS — mapuj zewnętrzne odniesienia rozpoznawane przez klientów.

Zdarzenia kamieni milowych powinny być idempotentne ze znacznikami czasu systemu źródłowego w celu rozstrzygania sporów.

Obiekty żądania wymagają statusu, właściciela, SLA i powiązania z jedną lub wieloma przesyłkami bez osierocania w przypadku podziału ładunków.

Faza 1: śledzenie i dokumenty tylko do odczytu dla segmentu konta pilotażowego.

Faza 2: zgłoszenia serwisowe z zatwierdzeniem CS i selektywnym zwrotem TMS.

Faza 3: powiadomienia, SSO i rozszerzona hierarchia kont.

Faza 4: analiza przyjęcia portalu i odrzuconej liczby kontaktów — mierzona uczciwie, a nie reklamowana jako wyniki klientów.