---
title: "Sześć kanałów i żaden nie jest systemem"
url: "https://edriq.com/pl/blog/szesc-kanalow-i-zaden-nie-jest-systemem"
description: "Oprogramowanie do dyspozycji zakłada, że zlecenia w nim są. Przychodzą mailem, portalem, wiadomością i telefonem — a w tej luce ucieka dzień."
---

# Sześć kanałów i żaden nie jest systemem

4 sierpnia 2026·2 min czytania·EdrIQ

Systemy transportowe budowane są wokół dyspozycji: przypisywania ładunków, planowania tras, śledzenia pojazdów. Wszystko to jest przydatne i wszystko wychodzi od założenia, które okazuje się fałszywe — że zlecenie jest już w systemie, kiedy zaczyna się praca.

W prawdziwym biurze spedycyjnym zlecenia przychodzą mailem ze szczegółami w treści, mailem z załączonym PDF-em, eksportem z portalu klienta w formacie, który akurat ten portal produkuje, wiadomością na telefon i telefonicznie, gdy spedytor robi coś innego. Wprowadzenie ich do systemu to ktoś, kto przepisuje — a tym kimś jest najdroższa osoba w biurze.

## Dlaczego to się nie naprawia

**Każdy klient jest inny.** Duzi wysyłają ustrukturyzowane dane przez własny portal. Średni wysyłają PDF. Mali wysyłają wiadomość, a najstarsza relacja w firmie nadal dzwoni.

**Integracja jest per klient.** Podłączenie jednego portalu to projekt. Portali jest jedenaście, a trzy zmieniają format co roku — dlatego poniżej pewnej wielkości prawie nikt tego nie robi.

**Przepisywanie wydaje się szybkie.** Dwie minuty na zlecenie nie wyglądają na problem. Trzydzieści zleceń dziennie to godzina spedytora, każdego dnia, i jest niewidoczna, bo żaden pojedynczy przypadek nie zasługuje na wzmiankę.

**Błędy wychodzą później.** Przestawiona referencja albo błędny kod pocztowy odkrywa się przy dostawie — albo gorzej, przy fakturowaniu, gdy klient ją odrzuca.

## Czytanie zamiast integrowania

Zmiana polega na tym, żeby przestać próbować podłączać się do każdego źródła i zacząć czytać to, co przychodzi, w dowolnej formie.

Zlecenie w treści maila zawiera tę samą informację co zlecenie w eksporcie z portalu. PDF ma ją w układzie zmieniającym się między klientami, ale stałym u danego klienta. Zdjęcie odręcznej notatki też ją ma. To, co dziesięć lat temu było w tym trudne — czytanie nieustrukturyzowanego tekstu na tyle pewnie, by mu zaufać — to część, która naprawdę się zmieniła.

Właściwym wynikiem nie jest automatycznie utworzone zlecenie. Jest nim zlecenie przygotowane: klient, trasa, daty, referencje, cena, wypełnione i czekające, aż spedytor potwierdzi albo poprawi. Dwie minuty przepisywania stają się dziesięcioma sekundami czytania.

## Co sprawia, że to działa w praktyce

**Musi uczyć się per klient.** Ten sam odbiorca piszący tak samo co tydzień powinien być odczytywany poprawnie od trzeciego razu, a nie tylko poprawnie średnio.

**Poprawki muszą być tanie.** Spedytor poprawiający jedno pole powinien zrobić to w sekundę, a system nie powinien pytać o to ponownie za tydzień.

**Musi mówić, gdy nie jest pewien.** Oznaczone pole z pytaniem jest przydatne. Pewnie podany zły kod pocztowy, który trafia do kierowcy, jest drogi.

**Nic nie wychodzi bez potwierdzenia.** Zlecenie jest przygotowane, a nie przyjęte. Potwierdzenia dla klientów, ceny i przypisania zostają przy człowieku.

## Dlaczego to jest pierwsza rzecz, a nie ostatnia

Każda inna funkcja w systemie transportowym zależy od tego, że dane w nim są. Planowanie tras, wykorzystanie, rentowność, faktura — wszystko zakłada istnienie poprawnego zlecenia.

Przyjmowanie zleceń jest miejscem, w którym wygrywa się albo przegrywa poprawność, jest miejscem, w którym znika godzina dziennie, i jest tą częścią, którą klasyczne systemy traktują jak cudzy problem. Naprawienie jej najpierw poprawia wszystko dalej, a naprawienie na końcu oznacza, że raporty przez lata opisywały literówki.

-   przyjmowanie zleceń
-   dyspozycja
-   integracja
-   przepływ pracy

## Czytaj dalej

-   [Płatność czeka na zdjęcie](https://edriq.com/pl/blog/platnosc-czeka-na-zdjecie)
-   [Marża na ładunku rozstrzyga się w pierwsze dwie minuty](https://edriq.com/pl/blog/marza-rozstrzyga-sie-w-dwie-minuty)