Oprogramowanie transportowe w pracy spedytora - od doboru pojazdu do rozliczenia kursu

Oprogramowanie transportowe - dane, na których pracuje spedytor

Dzień spedytora składa się z dziesiątek drobnych decyzji: który pojazd pojedzie do którego klienta, kogo uprzedzić o opóźnieniu, gdzie jest podpisany list przewozowy. Każda z nich wymaga informacji z innego źródła. Telefony do kierowców, otwarte okna przeglądarki i arkusze z planem to typowy zestaw, w którym łatwo o pomyłkę i trudno o spójność.

Oprogramowanie transportowe ma wartość wtedy, gdy zbiera te dane w jednym miejscu, zamiast dodawać kolejne okno do przełączania. Poniższa tabela zestawia pracę na telefonie i arkuszu z pracą w systemie klasy TMS. Czasy podane w drugiej kolumnie mają charakter przykładowy i zależą od skali firmy.

Szerszy opis roli spedytora i sposobu, w jaki program go wspiera, zawierają artykuły o tym, jak program do zarządzania transportem ułatwia codzienną pracę spedytora, oraz o programie TMS w codziennej pracy spedytora. Ten tekst koncentruje się na danych i dokumentach, które spedytor obsługuje w ciągu dnia.

Dobór pojazdu do zlecenia

Dobór pojazdu jest najczęściej powtarzaną decyzją spedytora. Zapada wielokrotnie w ciągu dnia i za każdym razem uwzględnia ten sam zestaw warunków. Program, który zna warunki, może je sprawdzić szybciej i konsekwentniej niż człowiek.

Zlecenia i dostępność pojazdów

Podstawą jest lista zleceń z terminami załadunku i rozładunku oraz zestawienie pojazdów z ich bieżącą lokalizacją i planowanym czasem zwolnienia. Widok obu list obok siebie skraca dobór z kilku minut do kilkunastu sekund. Trzeba przy tym sprawdzić, czy wybrany pojazd nie ma już innego kursu w tym samym przedziale czasu.

Zapytanie w T-SQL, które zwraca pojazdy wolne w oknie zlecenia, opiera się na warunku NOT EXISTS. Dwa przedziały czasu nakładają się, gdy początek jednego jest wcześniejszy niż koniec drugiego i odwrotnie. Nazwy tabel i kolumn są przykładowe i nie opisują schematu żadnego produktu.

DECLARE @zaladunek  datetime2 = '2026-10-05 08:00';
DECLARE @rozladunek datetime2 = '2026-10-05 16:00';
DECLARE @masa_kg    int       = 18000;

SELECT p.id_pojazdu, p.nr_rejestracyjny
FROM dbo.Pojazdy AS p
WHERE p.ladownosc_kg >= @masa_kg
  AND NOT EXISTS (
      SELECT 1
      FROM dbo.Kursy AS k
      WHERE k.id_pojazdu = p.id_pojazdu
        AND k.start_planowany  < @rozladunek
        AND k.koniec_planowany > @zaladunek);

Zapytanie sprawdza tylko nakładanie się kursów, więc jest punktem wyjścia. W praktyce dochodzą do niego czas dojazdu pojazdu z poprzedniego rozładunku i przerwa na obsługę techniczną. Dobrze jest przechowywać je jako osobne kursy o rodzaju „dojazd” albo „przegląd”, bo wtedy ten sam warunek NOT EXISTS obsługuje wszystkie przypadki i nie wymaga kolejnych wyjątków w kodzie.

Czas pracy kierowcy w planie

Wartość ma także informacja o dostępnym czasie pracy kierowcy. Przydzielenie kursu osobie, której pozostało półtorej godziny jazdy, prowadzi do przestoju, którego dało się uniknąć na etapie planowania. Zestawienie obu ograniczeń - pojazdu oraz kierowcy - daje planiście listę realnych propozycji, a nie listę wszystkich pojazdów w bazie.

Reguła: kurs przydziela się kierowcy dopiero po sprawdzeniu, czy jego dostępny czas pracy pokrywa trasę i rozładunek.

Sposób układania tras i wykorzystania modułów planowania opisuje strona o planowaniu transportu, a szersze omówienie klasy narzędzi zawiera artykuł o oprogramowaniu dla logistyki.

Dokumenty przewozowe w obiegu elektronicznym

Zlecenie transportowe z listem przewozowym oraz potwierdzenie dostawy tworzą komplet, który dotąd krążył w formie papierowej między kierowcą a biurem. W razie szkody dochodzi do niego dokumentacja szkodowa. Przeniesienie tego obiegu do systemu skraca czas wystawienia faktury i ogranicza liczbę zagubionych dokumentów.

List przewozowy i potwierdzenia

Podpisany dokument dostawy jest podstawą rozliczenia z klientem. Opóźnienie w jego dostarczeniu przekłada się bezpośrednio na termin zapłaty, więc skan wykonany przez kierowcę zaraz po rozładunku ma wymierną wartość finansową. Zdjęcie podpisanego dokumentu, powiązane ze zleceniem, wystarcza w większości przypadków do rozliczenia, a oryginał dociera później i pełni funkcję archiwalną.

Powiązanie skanu ze zleceniem eliminuje etap ręcznego dopasowywania dokumentów do faktur, który przy większej liczbie kursów zajmuje osobny etat.

Dokumentacja przewozów szczególnych

Przewóz towarów niebezpiecznych, ładunków wymagających kontrolowanej temperatury albo transport ponadnormatywny wiążą się z dodatkowymi dokumentami i zezwoleniami. System powinien sprawdzać ich kompletność przed rozpoczęciem kursu. Brak dokumentu ujawniony podczas kontroli drogowej oznacza koszt znacznie wyższy niż czas poświęcony na weryfikację przed wyjazdem.

Zdjęcie dokumentu ma wartość dowodową, jeśli jest czytelne. Dobrze, gdy aplikacja ocenia czytelność i prosi o powtórzenie zdjęcia, zanim kierowca odjedzie od rampy. Poprawka w tym miejscu kosztuje minutę, a ta sama poprawka tydzień później wymaga telefonu do odbiorcy i kolejnej wizyty.

Archiwizacja i dostęp do historii

Dokumenty przewozowe bywają potrzebne po miesiącach, przy reklamacji albo kontroli. Archiwum elektroniczne z wyszukiwaniem po numerze zlecenia lub dacie skraca poszukiwania do minut. Okres przechowywania trzeba ustalić zgodnie z wymaganiami podatkowymi i zapisać razem z zasadami usuwania danych po jego upływie.

Powiadomienia zamiast telefonów i historia kursu

Plan transportowy dezaktualizuje się w trakcie dnia. Miarą narzędzia jest to, jak szybko spedytor dowiaduje się o odchyleniu i ile pracy kosztuje jego obsłużenie.

Progi powiadomień

Automatyczne zgłoszenie opóźnienia względem planu pozwala uprzedzić odbiorcę, zanim ten zadzwoni z pytaniem. Zmienia to charakter kontaktu z klientem i ogranicza liczbę połączeń przychodzących, które najbardziej rozpraszają pracę spedycji. Sposób prezentowania czasu dojazdu opisuje materiał o ETA od Linkway.

Próg powiadomienia trzeba ustawić tak, aby dotyczył odchyleń mających znaczenie dla odbiorcy. System, który sygnalizuje każde pięciominutowe opóźnienie, zostanie wyciszony w pierwszym tygodniu pracy, a razem z nim zniknie sygnał, który miał znaczenie.

Kanał i adresat powiadomienia

To samo opóźnienie interesuje różne osoby na różne sposoby. Odbiorca potrzebuje nowego przewidywanego czasu dostawy, dyspozytor przyczyny, a księgowość dopiero przy naliczaniu ewentualnej kary umownej. Powiadomienie powinno więc trafiać do właściwego adresata w formie, którą ten odczyta w ciągu kilku minut: jako wiadomość e-mail, komunikat w panelu albo SMS. Wysłanie tego samego tekstu do wszystkich zwiększa hałas i obniża skuteczność każdego kolejnego sygnału.

Historia kursu jako materiał dowodowy

Zapis trasy i czasów postoju oraz momentu otwarcia naczepy bywa rozstrzygający przy reklamacji dotyczącej opóźnienia albo szkody. Dane te powstają automatycznie, jeśli pojazdy mają moduł lokalizacji zintegrowany z systemem. Przy sporze o czas oczekiwania na rozładunek zapis z urządzenia pokładowego ma wartość, której nie ma relacja kierowcy. Zagadnienie rozwija artykuł o monitoringu jako narzędziu redukcji kosztów floty, a dane z wielu źródeł GPS omawia strona o integratorze dla flot.

Integracja z klientami i księgowością

Oprogramowanie spedycyjne rzadko działa samodzielnie. Jego wartość rośnie wraz z liczbą połączeń z systemami, z których firma już korzysta. Szczegóły funkcji opisuje strona o oprogramowaniu spedycyjnym.

Wymiana danych z klientami

Więksi zleceniodawcy oczekują przekazywania statusów w formie elektronicznej, a nie przez telefony i wiadomości. Automatyczne przesyłanie informacji o podjęciu ładunku, przewidywanym czasie dostawy i jej potwierdzeniu bywa warunkiem współpracy. Zakres i format komunikatów lepiej uzgodnić na etapie negocjacji niż po podpisaniu umowy, bo dostosowanie do wymagań każdego klienta osobno jest kosztowne i wydłuża uruchomienie współpracy.

Połączenie z księgowością

Przekazywanie danych do fakturowania bezpośrednio ze zleceń skraca cykl rozliczeniowy i eliminuje przepisywanie. Przy przewozach zagranicznych dochodzi obsługa kursów walut oraz rozliczeń w kilku systemach podatkowych. Dobrze zadbać o dwustronność wymiany: informacja o zapłaconych fakturach wraca do systemu spedycyjnego i pozwala kontrolować należności bez sięgania do księgowości przy każdym pytaniu.

Integracja z systemem kurierskim

Producent oprogramowania Linkway oferuje Integrator EmTrack, który umożliwia integrację z systemem kurierskim. Według opisu ułatwia generowanie listów przewozowych i śledzenie przesyłek, co przydaje się osobom prowadzącym sklep internetowy. Opis produktu znajduje się na stronie Linkway Integrator EmTrack.

Aplikacja kierowcy w trasie

Część danych powstaje w kabinie pojazdu i to od aplikacji kierowcy zależy ich kompletność. Zlecenia oraz instrukcje z dokumentami spedytor wysyła bezpośrednio do aplikacji, a kierowca dostaje szczegóły na telefon lub tablet. Wszystkie ustalenia zostają zapisane, więc nie ma sporu o to, co powiedziano przez telefon. Funkcje aplikacji opisuje strona o aplikacji dla kierowcy, a jej rolę w pracy zespołu artykuł o narzędziu dla kierowców i spedytorów.

Zakres funkcji potrzebnych w trasie

Praktyczne minimum obejmuje odbiór zlecenia i potwierdzanie kolejnych etapów. Do niego dochodzą zdjęcia dokumentów oraz szkód i kontakt z dyspozytorem. Rozbudowywanie aplikacji ponad ten zakres zwykle obniża jej użyteczność, bo kierowca korzysta z niej w warunkach, w których nie ma czasu na przeglądanie menu. Duże przyciski, mała liczba kroków i czytelność przy silnym świetle mają większe znaczenie niż liczba funkcji.

Praca przy przerwanym połączeniu

Trasy przebiegające przez obszary o słabym zasięgu są regułą, a nie wyjątkiem. Aplikacja musi więc zapisywać zdarzenia lokalnie i wysyłać je po odzyskaniu zasięgu. W aplikacji przeglądarkowej można to zrobić z użyciem kolejki w pamięci lokalnej i zdarzenia online, a w aplikacji natywnej na Androidzie posłuży do tego WorkManager. Przykład poniżej pokazuje wariant przeglądarkowy, a adres punktu końcowego jest przykładowy.

const KOLEJKA = 'kolejka_zdarzen';

function zapiszZdarzenie(zdarzenie) {
  const kolejka = JSON.parse(localStorage.getItem(KOLEJKA) || '[]');
  kolejka.push({ ...zdarzenie, czas: new Date().toISOString() });
  localStorage.setItem(KOLEJKA, JSON.stringify(kolejka));
  if (navigator.onLine) wyslijKolejke();
}

async function wyslijKolejke() {
  const kolejka = JSON.parse(localStorage.getItem(KOLEJKA) || '[]');
  while (kolejka.length > 0) {
    try {
      const odp = await fetch('/api/zdarzenia', {
        method: 'POST',
        headers: { 'Content-Type': 'application/json' },
        body: JSON.stringify(kolejka[0])
      });
      if (!odp.ok) break;
    } catch (e) { break; }   // brak zasięgu, kolejka zostaje do następnej próby
    kolejka.shift();
    localStorage.setItem(KOLEJKA, JSON.stringify(kolejka));
  }
}

window.addEventListener('online', wyslijKolejke);

Zdarzenia niosą własny znacznik czasu, więc serwer zapisze moment potwierdzenia rozładunku, a nie moment, w którym telefon odzyskał zasięg. Serwer musi też odrzucać powtórzenia, ponieważ przerwana wysyłka bywa ponawiana.

Akceptacja narzędzia przez kierowców

Przed wdrożeniem na całą flotę rozwiązanie warto przetestować z kilkoma kierowcami. Uwagi zgłoszone na tym etapie są tańsze niż wycofanie narzędzia po miesiącu.

Rozliczenia z kierowcami i ocena wdrożenia

Wynagrodzenie kierowcy składa się zwykle z kilku elementów zależnych od przebiegu i od liczby dni w trasie. Dochodzi do tego kraj wykonywania pracy. Ręczne naliczanie tych składników przy większej obsadzie zajmuje kilka dni w miesiącu.

Składniki wynagrodzenia z danych kursu

Powiązanie danych z systemu transportowego z rozliczeniem płacowym ogranicza tę pracę i zmniejsza liczbę sporów o naliczenie. Kierowca ma wtedy dostęp do zestawienia składników, a nie wyłącznie do kwoty końcowej. Przy przewozach międzynarodowych dochodzą wymagania dotyczące wynagrodzenia w państwach, przez które przebiega trasa. Rozliczenie wymaga danych o czasie i miejscu pracy, które powstają automatycznie przy rejestracji przebiegu kursu.

Kontrola kompletności przed naliczeniem

Naliczenie wynagrodzenia z danych kursu ma sens, jeśli dane są kompletne. Kurs bez zarejestrowanego rozładunku albo bez potwierdzenia dostawy trafia na listę wyjątków, a nie do rozliczenia. Księgowość otrzymuje wtedy zestawienie kursów gotowych do rozliczenia oraz osobne zestawienie kursów wymagających uzupełnienia, z podaniem, czego brakuje. Praca nad brakami odbywa się w trakcie miesiąca, a nie na jego końcu.

Pomiar efektów wdrożenia

Przed uruchomieniem trzeba ustalić, jakie wielkości uznamy za miarę powodzenia. Pomiar wykonany przed wdrożeniem daje punkt odniesienia, bez którego późniejsza ocena sprowadza się do wrażeń zespołu, a te bywają kształtowane przez trudności pierwszych tygodni.

• Czas wystawienia faktury - liczba dni od rozładunku do dokumentu sprzedaży.
• Telefony o status - liczba połączeń przychodzących z pytaniem o miejsce pobytu przesyłki.
• Puste przebiegi - udział kilometrów bez ładunku w kilometrach ogółem.
• Kompletność dokumentów - odsetek kursów z potwierdzeniem dostawy w systemie w dniu rozładunku.