Automatyzacja procesów B2B – od audytu do pierwszego wdrożenia

Automatyzację procesów B2B najlepiej zacząć od krótkiego audytu, który wskaże jeden powtarzalny proces oparty na jasnych regułach, a potem wdrożyć go w małym zakresie z człowiekiem zatwierdzającym wyjątki. Pierwsze wdrożenie nie powinno obejmować „całej firmy”, tylko jeden przepływ – na przykład przyjęcie zamówienia, weryfikację nowego kontrahenta albo wysyłkę przypomnień o płatnościach – z mierzalnym punktem wyjścia i logiem każdego kroku. Poniżej opisujemy, jak przeprowadzić taki audyt, jak wybrać proces do automatyzacji, jak zaprojektować przepływ i na czym najczęściej potykają się pierwsze projekty.

Etap 1: audyt procesów – co naprawdę sprawdzamy

Audyt nie polega na zebraniu listy życzeń od wszystkich działów. Jego celem jest zrozumienie, gdzie ludzie wykonują pracę, która mogłaby wykonać się sama. W praktyce przechodzimy z zespołem przez kilka pytań:

• Skąd przychodzą dane? Mail, formularz, portal B2B, telefon, plik od partnera.
• Gdzie są przepisywane? Z maila do ERP, z ERP do arkusza, z arkusza do CRM.
• Kto podejmuje decyzję i na jakiej podstawie? Czy reguła jest zapisana, czy „w głowie” jednej osoby?
• Co się dzieje, gdy coś pójdzie nie tak? Kto zauważa błąd i jak go poprawia?
• Jakie systemy biorą udział i czy mają API? ERP, CRM, sklep, system magazynowy, bank, poczta.

Najlepszą metodą jest obserwacja: siadamy obok osoby, która obsługuje proces, i notujemy każdy krok, łącznie z tymi, które wydają się oczywiste. To właśnie „oczywiste” kroki – skopiowanie numeru NIP, sprawdzenie statusu w innym oknie – zjadają najwięcej czasu.

Etap 2: wybór pierwszego procesu

Nie każdy proces nadaje się na start. Dobry kandydat spełnia większość kryteriów:

1. Powtarza się często – codziennie lub wiele razy w tygodniu.
2. Opiera się na regułach – decyzję da się opisać warunkami, a nie intuicją.
3. Ma cyfrowe wejście – dane przychodzą w formie, którą da się odczytać maszynowo.
4. Systemy mają interfejs – API, eksport, webhook albo przynajmniej stabilny format pliku.
5. Błąd jest odwracalny – pomyłka w pierwszych tygodniach nie powoduje strat nie do cofnięcia.
6. Ma właściciela – ktoś po stronie biznesu odpowiada za wynik i zatwierdza reguły.

Warto też unikać procesu, który i tak ma się niedługo zmienić, np. z powodu wymiany ERP. Automatyzowanie czegoś, co za pół roku zniknie, to strata budżetu.

Przykładowi kandydaci w firmach B2B

• Przyjęcie zamówienia z portalu lub maila i utworzenie go w ERP.
• Weryfikacja nowego kontrahenta – dane z rejestrów, status na białej liście VAT, przypisanie handlowca.
• Przypomnienia o nieopłaconych fakturach z eskalacją do handlowca.
• Synchronizacja statusów realizacji do portalu klienta i CRM.
• Generowanie ofert z szablonu na podstawie cennika i danych klienta.
• Obsługa faktur w KSeF, który od 2026 roku jest obowiązkowy dla firm w Polsce, w harmonogramie zależnym od wielkości przedsiębiorstwa.

Etap 3: pomiar punktu wyjścia

Bez punktu wyjścia nie da się ocenić, czy automatyzacja się opłaciła. Nie potrzeba skomplikowanych narzędzi – wystarczy przez dwa tygodnie notować:

• ile razy proces się wykonuje,
• ile trwa jedno wykonanie,
• ile jest poprawek i reklamacji wynikających z błędów,
• jak długo klient czeka na odpowiedź lub potwierdzenie.

Te same wartości mierzymy po wdrożeniu. Dopiero wtedy rozmowa o kolejnych etapach opiera się na faktach, a nie na wrażeniach.

Etap 4: projekt przepływu

Każdą automatyzację opisujemy w tym samym schemacie, zanim powstanie kod:

• Wyzwalacz – co uruchamia proces: nowe zamówienie, zmiana statusu, godzina w harmonogramie.
• Dane wejściowe – jakie pola są wymagane i co się dzieje, gdy ich brakuje.
• Reguły – warunki w formie, którą rozumie osoba z biznesu.
• Akcje – zapis w ERP, wiadomość do klienta, zadanie dla handlowca.
• Wyjątki – kiedy proces zatrzymuje się i czeka na człowieka.
• Log i powiadomienia – gdzie widać przebieg i kto dostaje alert.

Przykładowy przepływ: nowy kontrahent

1. Klient rejestruje się w portalu B2B i podaje NIP.
2. System pobiera dane firmy z publicznych rejestrów i sprawdza status na białej liście VAT.
3. Jeśli dane się zgadzają, a kontrahent nie istnieje w ERP, tworzone jest zadanie „do akceptacji” dla działu sprzedaży.
4. Po akceptacji system zakłada kartotekę w ERP, przypisuje poziom cen i handlowca, a klient dostaje dostęp.
5. Jeśli dane się nie zgadzają albo firma nie jest czynnym podatnikiem VAT, proces zatrzymuje się, a handlowiec dostaje powiadomienie z powodem.

Człowiek zostaje w procesie tam, gdzie podejmuje decyzję. Maszyna robi to, co wcześniej było przepisywaniem.

Etap 5: technologia i wdrożenie

W projektach automatyzacji najczęściej budujemy warstwę w Laravel, która komunikuje się z istniejącymi systemami przez API. Kluczowe elementy:

• Kolejki zadań – każde wykonanie procesu to osobne zadanie ze statusem i licznikiem prób. Awaria ERP nie gubi danych, tylko wstrzymuje przetwarzanie.
• Harmonogram – zadania cykliczne (np. nocne uzgodnienie stanów, codzienne przypomnienia) uruchamiane przez scheduler.
• Zdarzenia i webhooki – reakcja na zmiany w innych systemach bez ciągłego odpytywania.
• Idempotencja – ponowienie zadania nie tworzy duplikatów dokumentów.
• Panel operacyjny – lista wykonań, filtry, podgląd błędów i przycisk ponowienia dla osoby z działu obsługi.

Wdrożenie przeprowadzamy w trybie „cienia”: przez pierwsze tygodnie automatyzacja przygotowuje wynik, ale zatwierdza go człowiek. Dopiero gdy wyniki są zgodne, przełączamy proces na tryb automatyczny dla wybranych przypadków.

Najczęstsze błędy

• Automatyzowanie bałaganu. Jeśli proces nie jest opisany, automatyzacja tylko przyspieszy chaos. Najpierw ujednolić reguły, potem kodować.
• Brak obsługi wyjątków. Projekt przewiduje ścieżkę „szczęśliwą”, a na produkcji połowa przypadków to wyjątki.
• Zbyt duży pierwszy zakres. Pięć procesów naraz oznacza pięć źródeł problemów i brak jasnego wyniku.
• Brak monitoringu. Automatyzacja, która cicho przestała działać, jest gorsza niż jej brak.
• Dane jakości „prawie dobrej”. Zduplikowani kontrahenci i niespójne indeksy towarów wychodzą na jaw dopiero przy integracji. Więcej o tym piszemy w tekście API i integracje z partnerami – jak ograniczyć błędy danych.

Checklista przed startem

• Proces ma właściciela po stronie biznesu.
• Reguły są spisane i zaakceptowane.
• Znany jest punkt wyjścia: liczba wykonań, czas, błędy.
• Sprawdzone są API lub formaty wymiany danych.
• Zdefiniowane są wyjątki i osoby, które je obsługują.
• Jest plan trybu „cienia” i kryterium przejścia na automat.

Jeśli dopiero zastanawiasz się, które obszary w firmie w ogóle warto automatyzować, zacznij od artykułu automatyzacja procesów w firmie – od czego zacząć.

Następny krok

Wybierz jeden proces, który Twój zespół wykonuje codziennie i który polega na przenoszeniu danych między systemami. Opisz jego kroki, zaangażowane systemy i to, kto podejmuje decyzje. Z takim opisem można w ramach krótkiego przeglądu obecnego systemu ocenić, czy nadaje się na pierwsze wdrożenie. Więcej o naszym podejściu do automatyzacji procesów znajdziesz na stronie usługi, a jeśli chcesz omówić konkretny przypadek, skontaktuj się z nami.