Statusy zamówień i reguły automatyczne to serce codziennej pracy w BaseLinkerze — dobrze skonfigurowane, odciążają zespół od powtarzalnych, ręcznych czynności.

Objaw

Zgłoszenia dotyczą firm, w których obsługa zamówień wciąż wymaga ręcznego przełączania statusów, generowania dokumentów i wysyłania wiadomości do klientów, mimo że BaseLinker pozwala to zautomatyzować.

Możliwe przyczyny

Typowe sytuacje: podstawowa konfiguracja wykonana przy wdrożeniu nigdy nie została rozbudowana o automatyzacje, rosnąca liczba zamówień przekraczająca możliwości ręcznej obsługi, albo zmiana procesu w firmie wymagająca aktualizacji dotychczasowych reguł.

Co robimy

Konfigurowane są reguły automatyczne do generowania dokumentów, zmiany statusów zamówień, przekazywania zamówień do magazynu, a także akcji warunkowych zależnych od źródła zamówienia lub konkretnego klienta — na przykład inny przepływ dla zamówień z Allegro niż ze sklepu własnego. Wdrażane jest automatyczne zamykanie zamówień po spełnieniu określonych warunków, przypomnienia o zaległych płatnościach oraz obsługa zwrotów zgodna z procesem firmy.

Ile to trwa

Czas wdrożenia automatyzacji zależy od liczby i złożoności reguł — proste automatyzacje bywają gotowe w ciągu dnia, bardziej rozbudowane wymagają więcej czasu na analizę procesu i testy.

Co można zrobić samemu, zanim przyjedzie serwisant

Warto spisać, które czynności są dziś wykonywane ręcznie i powtarzają się przy niemal każdym zamówieniu — to naturalni kandydaci do automatyzacji w pierwszej kolejności.

Czego nie robić: nie warto wdrażać zbyt wielu skomplikowanych reguł naraz bez przetestowania ich na rzeczywistych zamówieniach — błędnie skonfigurowana automatyzacja potrafi wysłać niewłaściwą wiadomość do klienta albo źle zmienić status zamówienia.

Warunki

Konfiguracja automatyzacji wyceniana jest indywidualnie, zależnie od liczby i złożoności reguł.

Projektowanie logicznej struktury statusów i grup zamówień

Prawidłowe wdrożenie automatyzacji w systemie integracyjnym wymaga uporządkowania drzewa statusów. Statusy pełnią rolę etapów procesu sprzedażowego oraz punktów kontrolnych dla systemu. Brak logicznej struktury prowadzi do chaosu operacyjnego, w którym pracownicy nie wiedzą, na jakim etapie znajduje się dana paczka.

Proces dzieli się z reguły na kilka głównych grup statusów:

Grupa statusów wejściowych (Nowe zamówienia): trafiają tutaj wszystkie nowe transakcje pobrane ze sklepów internetowych oraz platform handlowych (marketplace, czyli zewnętrznych serwisów sprzedażowych skupiających wielu sprzedawców). Na tym etapie weryfikowane są podstawowe parametry zamówienia, takie jak poprawność danych adresowych, kompletność wpłaty oraz wybór metody dostawy.
Grupa statusów operacyjnych (Realizacja i magazyn): statusy przeznaczone dla pracowników kompletujących zamówienia. Obejmują etapy takie jak oczekiwanie na dostawę towaru, przekazanie do komisjonowania (zbierania produktów z półek magazynowych), pakowanie oraz kontrolę jakości.
Grupa statusów wysyłkowych: zamówienia ze spakowaną zawartością, wygenerowanym listem przewozowym i wydrukowaną etykietą, oczekujące na odbiór przez kuriera lub umieszczenie w punkcie nadań.
Grupa statusów końcowych (Zrealizowane): zamówienia odebrane przez klienta, rozliczone pod kątem płatności i zafakturowane.
Grupa statusów wyjątków i wstrzymań (Błędy i zwroty): wydzielone miejsce na zamówienia z brakami magazynowymi, błędnymi adresami, nieudanymi płatnościami lub zgłoszonymi odstąpieniami od umowy.

Ważną zasadą jest zachowanie jednokierunkowego przepływu zamówień (workflow, czyli zdefiniowanego ciągu kolejnych operacji). Każde zamówienie powinno poruszać się liniowo między statusami, a cofanie zamówienia do wcześniejszych etapów powinno być ograniczone do ściśle zdefiniowanych sytuacji wyjątkowych, aby uniknąć błędnego wyzwalania powiązanych akcji.

Architektura reguł automatycznych i warunki logiczne

Reguły automatyczne w BaseLinkerze opierają się na modelu zdarzenie-warunek-akcja (wzorzec ECA, Event-Condition-Action). Zdarzenie stanowi impuls uruchamiający regułę, warunek weryfikuje kryteria, a akcja wykonuje określone zadanie w systemie bez udziału człowieka.

Główne rodzaje zdarzeń wyzwalających to:

Zdarzenia powiązane z pobraniem lub edycją zamówienia: pojawienie się nowego zamówienia w systemie, zmiana danych adresowych przez kupującego lub dodanie uwagi do zakupu.
Zdarzenia płatności: odnotowanie wpłaty przez bramkę płatniczą (np. PayU, Przelewy24), zmiana statusu płatności na opłacone lub przekroczenie terminu oczekiwania na przelew tradycyjny.
Zdarzenia dokumentowe i wysyłkowe: utworzenie przesyłki u kuriera, pobranie numeru nadawczego, zmiana statusu doręczenia w systemie śledzenia przesyłek (tracking, czyli elektronicznym monitorowaniu drogi paczki) lub wygenerowanie dokumentu księgowego.
Zdarzenia magazynowe: zeskanowanie kodu kreskowego produktu w Asystencie Pakowania (ekranowym module kontroli kompletacji zamówień), zebranie wszystkich pozycji zamówienia lub oznaczenie braku towaru na stanie.

Warunki logiczne pozwalają precyzyjnie filtrować zamówienia. System może badać takie zmienne jak kraj dostawy, łączna waga produktów, wartość koszyka, waluta transakcji, wybrany przewoźnik, obecność określonej frazy w uwagach kupującego czy przypisanie do konkretnej grupy klientów (np. odbiorcy hurtowi B2B lub klienci detaliczni B2C). Połączenie wielu warunków przy użyciu koniunkcji (warunek logiczny typu I, gdzie wszystkie kryteria muszą być spełnione jednocześnie) lub alternatywy (warunek logiczny typu LUB, gdzie wystarczy spełnienie jednego kryterium) pozwala obsłużyć nawet najbardziej nietypowe procesy sprzedażowe.

Wykorzystanie Asystenta Pakowania i integracji sprzętowej

Automatyzacja procesów magazynowych przynosi największe oszczędności czasu przy fizycznej obsłudze paczek. Wdrożenie modułu Asystenta Pakowania pozwala połączyć oprogramowanie ze sprzętem magazynowym (czytnikami kodów kreskowych, drukarkami etykiet i wagami elektronicznymi).

W prawidłowo skonfigurowanym środowisku praca magazyniera przebiega według ściśle określonego schematu:

Pracownik skanuje kod kreskowy z karty zamówienia lub listy zbiórki.
System otwiera widok zamówienia i weryfikuje poprawność kolejno skanowanych produktów (weryfikacja kodu EAN, czyli unikalnego europejskiego kodu towarowego zapisanego w postaci kresek). Błędny produkt wywołuje komunikat ostrzegawczy i blokuje przejście do kolejnego kroku.
Po zeskanowaniu ostatniej prawidłowej sztuki reguła automatyczna natychmiast wysyła zapytanie do API przewoźnika (interfejsu programistycznego umożliwiającego bezpieczną wymianę danych między systemami) w celu wygenerowania listu przewozowego.
Drukarka termiczna (urządzenie do wydruku etykiet samoprzylepnych) automatycznie drukuje etykietę adresową bez konieczności klikania czegokolwiek na ekranie komputera.
Status zamówienia zostaje przełączony na gotowe do wysyłki, a klient otrzymuje wiadomość e-mail lub SMS z linkiem do śledzenia przesyłki.

Dodatkowo konfiguruje się automatyczne wykonywanie zdjęć stanowiska pakowania w momencie zakończenia zamówienia (przy użyciu podłączonej kamery internetowej). Fotografia paczki z widoczną zawartością i etykietą jest automatycznie zapisywana w historii zamówienia, co ułatwia rozpatrywanie ewentualnych reklamacji dotyczących braków towarowych.

Błędy przy samodzielnej konfiguracji automatyzacji

Samodzielne tworzenie reguł bez wcześniejszego rozrysowania procesu często prowadzi do błędów zaburzających funkcjonowanie sklepu. Do najczęstszych problemów należą:

Pętle nieskończone (zapętlenie reguł): sytuacja, w której reguła A zmienia status zamówienia na status X, co powoduje wyzwolenie reguły B, która zmienia status z powrotem na Y, co z kolei ponownie uruchamia regułę A. Taki cykl potrafi w kilka sekund wygenerować setki niepotrzebnych powiadomień lub zablokować konto limitami operacji.
Przedwczesne wysyłanie powiadomień do kupujących: ustawienie wysyłki wiadomości o nadaniu paczki na zdarzenie wygenerowania etykiety, podczas gdy fizyczna paczka może czekać na magazynie jeszcze przez kilkanaście godzin. Prowadzi to do niepotrzebnych zapytań ze strony zniecierpliwionych klientów.
Brak obsługi błędów API przewoźników: jeśli system kurierski chwilowo odrzuci zapytanie (np. z powodu błędnego kodu pocztowego lub przerwy technicznej serwera firmy kurierskiej), zamówienie bez odpowiedniej reguły asekuracyjnej może pozostać w statusie przetwarzania bez wiedzy obsługi sklepu.
Dublowanie dokumentów sprzedaży: jednoczesne uruchomienie fakturowania w BaseLinkerze oraz w zewnętrznym programie księgowo-magazynowym (ERP, czyli systemie planowania zasobów przedsiębiorstwa), co prowadzi do wystawienia dwóch faktur o różnych numerach do tego samego zakupu.
Przeładowanie klienta wiadomościami: wysyłanie odrębnego e-maila przy każdej drobnej zmianie statusu technicznego. Komunikacja powinna ograniczać się do kluczowych momentów: potwierdzenia przyjęcia wpłaty, wysłania zamówienia oraz ewentualnego wystąpienia opóźnienia.

Kiedy problem nie leży w konfiguracji reguł

Nie każde nieprawidłowe zachowanie systemu wynika ze złej konstrukcji reguł automatycznych. Przed przystąpieniem do modyfikacji automatyzacji konieczna jest weryfikacja zewnętrznych czynników technicznych:

Wygasłe tokeny autoryzacyjne (OAuth, czyli protokół bezpiecznego uwierzytelniania): platformy sprzedażowe oraz systemy kurierskie wymagają okresowego odnawiania cyfrowych kluczy dostępu. Po wygaśnięciu autoryzacji system traci możliwość pobierania zamówień lub generowania etykiet, co uniemożliwia wykonanie przypisanych akcji.
Limity zapytań API (rate limiting, czyli mechanizm ograniczania liczby zapytań): serwery platform marketplace nakładają ograniczenia na liczbę operacji wykonywanych w jednostce czasu. Przy gwałtownym skoku liczby zamówień niektóre zapytania mogą zostać odrzucone przez zewnętrzny serwer.
Niespójność kartotek towarowych w magazynie: brak powiązania produktu z kodem EAN lub numerem SKU (unikalnym identyfikatorem magazynowym jednostki towarowej) uniemożliwia automatyczną synchronizację stanów oraz blokuje pracę Asystenta Pakowania.
Zmiany w regulaminach przewoźników: wprowadzenie przez kuriera nowych obowiązkowych pól w formularzu nadawczym (np. wymóg podawania numeru telefonu odbiorcy w formacie międzynarodowym) powoduje błędy przy próbie automatycznego nadania paczki.

Dodatkowe pytania i odpowiedzi

Czy można automatycznie różnicować dokumenty sprzedaży zależnie od kraju odbiorcy?

Tak. Reguły automatyczne umożliwiają weryfikację kraju dostawy oraz statusu podatkowego kupującego. W zależności od tych parametrów system może automatycznie wystawić standardową fakturę krajową, fakturę w procedurze OSS (One Stop Shop, czyli unijnej procedurze rozliczania podatku VAT w handlu elektronicznym dla konsumentów z innych krajów UE) z odpowiednią stawką podatku danego państwa, fakturę z odwrotnym obciążeniem dla firm z UE lub dokument eksportowy poza Unię Europejską.

W jaki sposób zabezpieczyć proces przed wysłaniem nieopłaconego zamówienia?

Stosuje się wielopoziomowe blokady statusowe. Zamówienia z wybraną płatnością z góry trafiają do statusu oczekiwania na wpłatę i nie mają możliwości przejścia do widoku zbierania i pakowania, dopóki bramka płatnicza nie prześle potwierdzenia zaksięgowania środków. W przypadku zamówień za pobraniem reguła sprawdza rodzaj płatności i natychmiast kieruje takie zamówienie bezpośrednio do kolejki kompletowania magazynowego.

Czy automatyzacja pozwala na obsługę zamówień realizowanych z kilku różnych magazynów?

Tak. System może analizować lokalizację magazynową poszczególnych produktów w koszyku. Jeśli pozycje z jednego zamówienia znajdują się w różnych punktach logistycznych, reguła automatyczna może rozdzielić zamówienie na dwa niezależne dokumenty magazynowe lub przypisać odpowiednie etykiety informujące obsługę o konieczności konsolidacji towaru (połączenia produktów z różnych miejsc w jedną przesyłkę) przed ostatecznym spakowaniem.

Jak testować nowe reguły automatyczne bez ryzyka zakłócenia bieżącej sprzedaży?

Bezpieczne wdrażanie reguł polega na dodaniu warunku zawężającego ich działanie do konkretnego, testowego zamówienia (np. zamówienia zawierającego określony tag testowy lub złożonego na konto techniczne). Dopiero po upewnieniu się, że wszystkie akcje wykonują się w przewidzianej kolejności, a dokumenty i wiadomości generują się poprawnie, warunek testowy zostaje usunięty, co włącza automatyzację dla całego strumienia zamówień.

Co zrobić w sytuacji, gdy klient poda błędny numer telefonu lub kod pocztowy?

Wdraża się regułę weryfikacji formatu danych wejściowych. Jeśli kod pocztowy nie zgadza się ze standardem kraju dostawy lub pole telefonu zawiera nieprawidłową liczbę znaków, system automatycznie przenosi zamówienie do statusu wyjaśnień adresowych i wysyła do klienta wiadomość z prośbą o poprawienie danych za pośrednictwem dedykowanego formularza.

Optymalizacja i audyt procesów wysyłkowych w przedsiębiorstwie

Właściwie zaprojektowane reguły automatyczne i uporządkowane statusy zamówień eliminują powtarzalne czynności biurowe, skracają czas przygotowania przesyłki oraz minimalizują ryzyko pomyłek ludzkich przy kompletowaniu towaru. Całość prac wdrożeniowych, testów integracji ze sprzętem magazynowym oraz audytu dotychczasowych procedur realizujemy bezpośrednio w siedzibie firmy klienta na terenie Warszawy i okolicznych miejscowości, dopasowując każdy parametr automatyzacji do specyfiki danego asortymentu i organizacji magazynu.

22 378 48 09

Automatyzacje w BaseLinkerze — reguły i statusy zamówień