Oprogramowanie dla transportu - funkcje i kryteria wyboru

Oprogramowanie dla transportu - pięć obszarów funkcji

Program dla transportu prowadzi jedno zlecenie od przyjęcia do rozliczenia. Po drodze zmienia się osoba, która pracuje nad rekordem, i typ danych, które do niego dochodzą. Dlatego funkcje dzieli się na obszary według etapu życia zlecenia, a nie według ekranów w menu.

Poniższy podział jest ogólny. Opis producenta Linkway obejmuje planowanie tras z przydziałem zadań kierowcom oraz monitorowanie zleceń na bieżąco. Zestawienie ofert dla przewoźników i spedycji znajduje się na stronie Linkway o oprogramowaniu do zarządzania transportem.

Reguła: funkcję ocenia się po tym, czy zmienia dane w rekordzie zlecenia, a nie po tym, czy ma osobny przycisk w interfejsie.

Zlecenia transportowe od przyjęcia do statusu

Zlecenie przychodzi mailem albo z ERP. Program zapisuje je jako rekord z adresem załadunku i rozładunku oraz oknem czasowym, a ładunek opisuje osobno. Ładunek opisuje się liczbą jednostek i masą, bo od tych parametrów zależy dobór pojazdu.

Każde zlecenie ma status, a zmiana statusu jest zdarzeniem zapisanym z czasem i użytkownikiem. Taki zapis stanowi podstawę odpowiedzi na pytanie klienta, gdzie jest przesyłka. W razie reklamacji odtwarza się na nim przebieg realizacji bez telefonów do kierowcy.

Kolejność statusów powinna być egzekwowana w programie. Zlecenie nie przechodzi do rozliczenia bez potwierdzonego rozładunku, a rozładunek nie może wyprzedzić załadunku. Bez takich ograniczeń arkusz i program różnią się tylko wyglądem.

Dobrą praktyką jest zapis ostatniej zmiany statusu wraz z użytkownikiem i czasem. Pozwala on rozstrzygać spory o to, kiedy kierowca potwierdził rozładunek. Zapis nie zastępuje tachografu ani dokumentu przewozowego, ale uzupełnia je o dane, których na papierze brakuje.

Planowanie tras i przydział pojazdów

Planowanie tras zaczyna się od pytania, który pojazd jest wolny w danym oknie i ma odpowiednią ładowność. Program odpowiada na to zapytaniem o przydziały, które nakładają się na wybrany przedział czasu. Nazwy tabel w przykładzie są poglądowe.

DECLARE @Od  datetime2(0) = '2026-10-05T06:00';
DECLARE @Do  datetime2(0) = '2026-10-05T14:00';
DECLARE @WymaganaLadownoscKg int = 12000;

SELECT p.PojazdId, p.NumerRejestracyjny
FROM   dbo.Pojazd AS p
WHERE  p.LadownoscKg >= @WymaganaLadownoscKg
  AND  NOT EXISTS (
        SELECT 1
        FROM   dbo.PrzydzialPojazdu AS a
        WHERE  a.PojazdId = p.PojazdId
          AND  a.Poczatek < @Do
          AND  a.Koniec   > @Od);

Warunek nakładania się przedziałów jest prosty: przydział koliduje, gdy zaczyna się przed końcem okna i kończy po jego początku. Ten sam wzór działa dla kierowców oraz naczep. Wprowadzanie go w jednym miejscu zamiast w każdym ekranie osobno ogranicza rozjazdy w regułach.

Kolejność punktów i ograniczenia

Wyznaczenie najlepszej kolejności punktów to problem znany jako VRP z oknami czasowymi. Nie istnieje szybka metoda dająca zawsze optimum, więc programy stosują heurystyki: budują trasę metodą najbliższego sąsiada, a potem poprawiają ją zamianami punktów. Wynik jest dobry, ale nie gwarantowany, dlatego dyspozytor musi mieć możliwość ręcznej korekty.

Do algorytmu trafiają ograniczenia: ładowność oraz dopuszczalne godziny rozładunku. Okna odbioru u klientów omawia artykuł o oknach czasowych, a ogólne zasady układania planu opisuje tekst o planowaniu transportu. Wersję pracującą w przeglądarce omawia materiał o planowaniu transportów online.

Rezerwacje pojazdu i kierowcy w osi czasu, z kontrolą konfliktów, opisuje artykuł o kalendarzu dla firmy transportowej. Plan przestaje być statyczny po pierwszym telefonie od klienta, dlatego program powinien pozwalać na zmianę przydziału bez tworzenia zlecenia od nowa.

Dokumenty przewozowe i rozliczenia

Dokumenty przewozowe wracają od kierowcy jako potwierdzenie odbioru lub list przewozowy, a w transporcie międzynarodowym jako CMR. Program przypisuje plik do zlecenia i zmienia status dopiero po jego przyjęciu. Papierowy oryginał nadal istnieje, lecz skan w rekordzie zlecenia pozwala fakturować bez czekania na przesyłkę pocztową.

Rozliczenie łączy dwie strony rachunku: przychód od klienta i koszty trasy. Koszty tworzą głównie paliwo oraz faktury od podwykonawców. Program zapisuje je przy zleceniu, więc marżę liczy jedno zapytanie zamiast ręcznego zestawienia. Cyfrowy obieg dokumentów i jego wpływ na fakturowanie opisuje artykuł o zarządzaniu dokumentami w Linkway.TMS.

• Archiwum dokumentów - każdy plik jest powiązany ze zleceniem oraz z typem dokumentu.
• Rozliczenie z przewoźnikiem - koszt podwykonawcy jest zapisany przy zleceniu i porównywany ze stawką umowną.

Przy rozliczaniu należy zwrócić uwagę na kursy walut i termin płatności. Program, który zapisuje kurs z dnia dostawy, pozwala uniknąć różnic kursowych powstających po zamknięciu miesiąca.

Komunikacja z kierowcą i monitoring

Kierowca otrzymuje zadania w aplikacji mobilnej, a wykonanie etapów potwierdza jednym dotknięciem. Producent Linkway opisuje aplikację linkway.TRACKER jako narzędzie do potwierdzania etapów dostawy oraz rejestrowania przyczyn opóźnień. Szczegóły użycia w pracy kierowcy znajdują się w opisie aplikacji linkway.TRACKER.

Dane o czasie dojazdu wyliczane z pozycji GPS udostępnia się klientom jako ETA. Zasady jego liczenia i użycia w spedycji opisuje materiał o ETA od Linkway. Pozycje z urządzeń różnych producentów zbiera się w jednym miejscu, co przedstawia artykuł o integratorze GPS dla flot.

Monitoring generuje także alerty. Zbyt wysokie zużycie paliwa albo opóźnienie względem planu tworzy powiadomienie dla dyspozytora, zanim skarga klienta zamieni się w reklamację. Próg alertu należy dobrać do rodzaju przewozu, bo ten sam postój jest normą przy dostawie miejskiej i sygnałem problemu w trasie międzynarodowej.

SELECT z.Numer,
       DATEDIFF(minute, z.PlanowanyRozladunek, z.EtaRozladunek) AS OpoznienieMin
FROM   dbo.ZlecenieTransportowe AS z
WHERE  z.Status = 3   -- w realizacji
  AND  DATEDIFF(minute, z.PlanowanyRozladunek, z.EtaRozladunek) > 30;

Zapytanie zwraca zlecenia w drodze, dla których szacowany czas rozładunku przekracza plan o ponad trzydzieści minut. Zadanie SQL Agent uruchamia je cyklicznie i przekazuje wynik do kolejki powiadomień. Próg trzydziestu minut jest przykładowy.

Integracja z ERP i WMS

Program transportowy nie tworzy własnego świata danych. Zlecenia wynikają z zamówień w ERP, a towar czeka w magazynie zarządzanym przez WMS. Integracja przekazuje zlecenie do TMS i zwraca status wykonania, dzięki czemu nikt nie przepisuje tych samych informacji trzy razy w różnych oknach.

Skutki takiej wymiany dla całego łańcucha dostaw opisuje artykuł o integracji TMS z ERP i WMS. Stronę magazynową, w tym komunikaty o stanach, omawia tekst o integracji systemów magazynowych. Zasady budowy interfejsów przedstawiają wytyczne Microsoft Learn dotyczące projektowania API.

Reguła: każdy komunikat niesie identyfikator dokumentu źródłowego, więc ponowne wysłanie aktualizuje istniejące zlecenie zamiast tworzyć drugie.

W praktyce liczy się kierunek przepływu każdej informacji i to, który system jest jej właścicielem. Cennik klienta prowadzi ERP, a kartotekę pojazdów TMS. Konflikt własności, na przykład edycja adresu klienta w dwóch systemach, jest częstszą przyczyną błędów niż awaria łącza.

Komunikat odrzucony przez system odbiorczy nie może zniknąć bez śladu. Trafia do kolejki błędów z opisem przyczyny, na przykład nieznanym kodem klienta, a osoba odpowiedzialna za integrację poprawia dane i ponawia wysyłkę. Liczba komunikatów w kolejce błędów jest prostym wskaźnikiem zdrowia integracji i warto ją pokazywać na ekranie administratora.

Wyjątki w realizacji zlecenia

Większość zleceń przebiega według planu, ale o jakości programu decydują wyjątki. Klient przesuwa termin, pojazd ulega awarii, część ładunku wraca po odmowie przyjęcia. Program, który obsługuje tylko ścieżkę idealną, zmusza dyspozytora do obchodzenia go poza systemem, a wtedy dane rozjeżdżają się z rzeczywistością.

Istotny jest wspólny numer, który wiąże wszystkie odcinki i zlecenia zwrotne. Bez niego raport marży pokazuje dwa niezależne zlecenia i błędnie zawyża lub zaniża wynik. Numer zlecenia nadrzędnego dodaje się więc w modelu danych od początku, a nie w raporcie na końcu.

Uprawnienia i widoczność danych

W jednym programie pracują osoby o różnym zakresie wiedzy o zleceniu. Kierowca potrzebuje adresów oraz okna załadunku, ale nie stawki frachtu ani marży firmy. Dyspozytor widzi koszty trasy, a księgowość dane rozliczeniowe całej firmy.

Podział ról wymusza serwer, a nie interfejs. Ukrycie kolumny z ceną w formularzu nie chroni jej, jeżeli odpowiedź serwera nadal zawiera pole ze stawką. Kryterium wyboru brzmi więc: czy program filtruje dane na poziomie zapytania, a nie na poziomie wyglądu.

Kryteria wyboru oprogramowania dla transportu

Wybór zaczyna się od procesu firmy, a nie od listy funkcji dostawcy. Firma z własną flotą potrzebuje innej głębokości planowania niż spedycja obsługująca podwykonawców. Poniższa tabela porównuje trzy poziomy narzędzi według funkcji, które opisano wyżej.

Sama tabela nie rozstrzyga wyboru, bo najważniejsze są odpowiedzi na pytania o konkretne przypadki firmy. Przed decyzją należy sprawdzić cztery rzeczy.

• Model licencyjny - czy cena rośnie z liczbą użytkowników, pojazdów czy zleceń, i co dzieje się przy sezonowym szczycie.
• Zakres integracji - czy ERP klienta ma gotowy interfejs, czy trzeba go dopisać, i kto ponosi koszt.
• Dostęp mobilny - na jakich urządzeniach działa aplikacja kierowcy i czy wymaga stałej łączności.
• Własność danych - jak wygląda eksport rekordów po zakończeniu umowy.

Koszt całkowity składa się z abonamentu lub licencji oraz z prac wdrożeniowych i integracyjnych. Druga część bywa większa od pierwszej, gdy ERP nie ma gotowego interfejsu. Porównanie ofert opiera się więc na wycenie całego zakresu, a nie samej subskrypcji.

Test z własnymi danymi jest lepszy od prezentacji. Dostawca powinien przyjąć dziesięć rzeczywistych zleceń firmy, przydzielić je do pojazdów i wygenerować dokument z rozliczeniem. Taki scenariusz pokazuje, czy program obsługuje wyjątki, na przykład przeładunek albo zmianę terminu.

Wdrożenie i miary skuteczności

Wdrożenie oprogramowania dla transportu dzieli się na dwa bloki: przygotowanie danych i konfiguracji oraz szkolenie z uruchomieniem. Kolejność i podział odpowiedzialności opisuje artykuł o wdrożeniu linkway.TMS w czterech etapach. Dobrym punktem startowym jest jedna grupa pojazdów, na której sprawdza się reguły planowania i dokumenty.

Skuteczność wdrożenia ocenia się wskaźnikami, które program liczy sam. Typowe raporty pokazują średnie zużycie paliwa i procentowe wykorzystanie pojemności pojazdów. Do tego dochodzą terminowość dostaw i koszt na jednostkę towaru. Wartość początkową każdego z nich zapisuje się przed uruchomieniem, żeby zmianę można było zmierzyć.

Reguła: wskaźnik bez wartości sprzed wdrożenia jest opinią, a nie miarą, więc pomiar bazowy zbiera się w ostatnim miesiącu pracy na starych narzędziach.

Raporty z tych wskaźników najczęściej powstają jako zestawienia w SQL Server Reporting Services. Sposób przygotowania takich wydruków i zestawień pokazuje artykuł o SQL Report Builder i raportach RDL. Ostateczny zakres funkcji zależy od procesu, ale kolejność zostaje ta sama: od przyjęcia zlecenia do jego rozliczenia.