Poniższy materiał jest scenariuszem modelowym, a nie opisem konkretnego wdrożenia klienta. Pokazuje architekturę procesu, który często pojawia się w hurtowniach: kontrahenci przesyłają zamówienia e-mailem, używają własnych indeksów, a pracownicy ręcznie przygotowują dokument w ERP.

Celem automatyzacji nie powinno być ukrycie tej pracy w kolejnym „czarnym pudełku”. Dobry proces musi wskazać źródło danych, wykrywać niepewne dopasowania i zatrzymywać zamówienie przed zapisem, jeśli brakuje informacji wymaganej przez firmę.

Założenia scenariusza

Przyjmijmy, że hurtownia korzysta z ERP i WMS, ale część zamówień B2B nadal wpływa jako wiadomość z załącznikiem CSV, XLSX albo PDF. Klient może posługiwać się:

  • kodem producenta,
  • własnym indeksem zakupowym,
  • symbolem używanym w poprzednich zamówieniach,
  • skróconą lub potoczną nazwą produktu.

ERP pozostaje systemem nadrzędnym dla kontrahentów, produktów i warunków handlowych. WMS odpowiada za kompletację i informacje magazynowe. Warstwa automatyzacji — może nią być n8n albo inne narzędzie integracyjne — koordynuje wymianę danych, ale nie zastępuje odpowiedzialności tych systemów.

Krok 1: odbiór wiadomości i zachowanie źródła

Proces monitoruje wyłącznie uzgodnioną skrzynkę lub folder. Dla każdej wiadomości zapisuje identyfikator, nadawcę, czas wpływu i oryginalny załącznik. Dzięki temu pracownik może później sprawdzić, z czego wynika każda pozycja przygotowanego dokumentu.

Na tym etapie warto rozpoznać typ pliku i odrzucić formaty, których proces nie obsługuje. Cichy błąd jest gorszy niż widoczna kolejka spraw do ręcznego uzupełnienia.

Krok 2: identyfikacja kontrahenta i mapowanie produktów

Adres nadawcy nie zawsze wystarcza do pewnej identyfikacji klienta. Bezpieczniejszy proces porównuje kilka informacji, np. domenę, numer klienta w pliku i historię uzgodnionych identyfikatorów.

Podobnie wygląda mapowanie produktów. Dokładne dopasowanie SKU może zostać obsłużone regułą, ale opis „te same zawory co ostatnio” wymaga dodatkowego kontekstu i powinien otrzymać niższy poziom pewności. System przedstawia propozycję oraz alternatywy, zamiast wybierać produkt w sposób niewidoczny dla handlowca.

Krok 3: walidacja wymaganych danych

Przed utworzeniem projektu zamówienia proces sprawdza między innymi:

  1. Czy każda pozycja została dopasowana do aktywnej kartoteki?
  2. Czy podano ilość i właściwą jednostkę?
  3. Czy wariant, wymiar lub opakowanie są jednoznaczne?
  4. Czy znany jest adres i oczekiwany termin dostawy?
  5. Czy warunki klienta wymagają dodatkowej akceptacji?

Braki powinny być pokazane w jednym miejscu. Automatyczna wiadomość z prośbą o uzupełnienie może być przydatna, ale jej wysłanie również warto na początku pozostawić do akceptacji pracownika.

Krok 4: projekt dokumentu w ERP

Po walidacji system przygotowuje projekt zamówienia, nie zatwierdzony dokument handlowy. Handlowiec widzi:

  • oryginalną wiadomość lub plik,
  • rozpoznanego kontrahenta,
  • proponowane pozycje i ilości,
  • ostrzeżenia oraz brakujące dane,
  • informacje wymagające decyzji, np. rabat, zamiennik lub termin.

Dopiero po akceptacji dane mogą zostać zapisane w ERP. Jeśli system nie oferuje bezpiecznego API, trzeba sprawdzić wspierane importy albo kontrolowany etap pośredni. Automatyzacja klikania po interfejsie powinna być ostatecznością, ponieważ aktualizacja programu może ją zatrzymać.

Krok 5: przekazanie do WMS i obsługa błędów

Zatwierdzony dokument może uruchomić rezerwację lub zlecenie kompletacji w WMS. Integracja musi jednak odpowiedzieć na trudniejsze pytania:

  • Co się stanie, gdy WMS będzie niedostępny?
  • Jak rozpoznać, czy ponowienie nie utworzy duplikatu?
  • Kto otrzyma informację o odrzuconym zapisie?
  • Który system jest źródłem prawdy dla statusu?

Każda operacja powinna mieć identyfikator i jednoznaczny wynik. Błąd trafia do kolejki z opisem, a ponowienie odbywa się według ustalonej reguły.

Co mierzyć podczas pilotażu?

Przed rozpoczęciem warto zebrać niewielką próbkę i ustalić punkt odniesienia. Można porównać:

  • czas od wpływu zamówienia do gotowego projektu,
  • liczbę ręcznych kroków wykonywanych przez handlowca,
  • odsetek pozycji wymagających korekty,
  • liczbę spraw zatrzymanych z powodu brakujących danych,
  • czas potrzebny na obsługę wyjątku.

Te dane nie gwarantują określonego wyniku. Pozwalają natomiast zdecydować, czy wybrany proces i jakość kartotek uzasadniają dalszą inwestycję.

Od czego zacząć?

Najlepszym pierwszym zakresem jest jeden powtarzalny typ zamówienia od ograniczonej grupy klientów. Dopiero po sprawdzeniu mapowania, wyjątków i pracy zespołu warto dodawać kolejne formaty.

Jeśli chcesz przeanalizować taki przepływ, zobacz automatyzację zamówień B2B albo opisz jeden proces do rozmowy.