Integracja magazynu online z ERP

Jak zintegrować system magazynowy z ERP bez utraty danych

Synchronizacja między systemem WMS a ERP to fundamentalna część operacji logistycznej, ale tradycyjne integracje bezpośrednie prowadzą do utraty dokumentacji, błędów stanu magazynowego i blokad procesów. Nowoczesne rozwiązanie oparte na wzorcu Transactional Outbox z kolejką FIFO gwarantuje bezpieczeństwo danych, automatyczne nadrabianie zaległości po awarii oraz pełną niezawodność komunikacji między systemami.

Wzorzec Transactional Outbox i kolejka FIFO

Dokumenty zapisywane są do wewnętrznej kolejki w tej samej transakcji SQL co operacja magazynowa – gwarantuje to spójność danych i eliminuje ryzyko utraty dokumentów nawet podczas awarii API. Każda operacja magazynowa (przyjęcie towaru, wydanie, przesunięcie) zapisuje równocześnie zarówno rekord operacji, jak i wpis w tabeli kolejki. Jeśli transakcja zostanie wycofana, obie operacje są anulowane atomowo.

Kolejka FIFO zapewnia chronologiczne przetwarzanie dokumentów. System WMS przetwarza dokumenty dokładnie w takiej kolejności, w jakiej zostały utworzone w magazynie. Eliminuje to problem nieprawidłowej sekwencji zdarzeń w systemie ERP, który mógłby prowadzić do błędnych stanów magazynowych lub odrzucenia dokumentów przez logikę biznesową.

Obsługa błędów z automatyczną adaptacją

System różnicuje poszczególne kody HTTP i podejmuje odpowiednie działania. Kod 200 oznacza sukces i usuwa dokument z kolejki. Kod 400 (błąd walidacji) przenosi dokument do Dead Letter Queue, ponieważ ponowna próba nie rozwiąże problemu strukturalnego. Kod 401 i 403 inicjuje odświeżenie tokenu autoryzacyjnego. Kod 409 (konflikt) traktowany jest jako duplikat i usuwa dokument z kolejki. Kod 500 oraz błędy sieciowe uruchamiają mechanizm ponownych prób z wykładniczym cofaniem (exponential backoff).

Mechanizm retry działa w dwóch fazach. Pierwsza to szybkie próby co kilka sekund, druga to wolne próby co kilka minut. Jeśli wszystkie próby się wyczerpią, dokument trafia do Dead Letter Queue z pełnym logiem błędów. Dzięki temu administratorzy mogą skupić się tylko na rzeczywistych problemach wymagających interwencji.

Tryb normalny i awaryjny integracji

Przejścia między trybami odbywają się automatycznie na podstawie health-check endpointu. System WMS regularnie odpytuje dedykowany endpoint API ERP sprawdzający jego dostępność. Gdy endpoint nie odpowiada przez określony czas lub zwraca błąd, integrator przechodzi w tryb awaryjny. W tym trybie magazyniści kontynuują pracę normalnie, a dokumenty kumulują się w kolejce bez blokowania interfejsu użytkownika.

Gdy health-check ponownie zaczyna zwracać status OK, integrator automatycznie wraca do trybu normalnego i rozpoczyna wysyłkę zaległych dokumentów. Administrator otrzymuje powiadomienie o zmianie trybu z informacją o liczbie oczekujących dokumentów. Cały proces jest transparentny dla użytkowników końcowych i nie wymaga ręcznej interwencji.

Zabezpieczenie przed duplikatami dokumentów

Każdy dokument wysyłany jest z unikalnym kluczem idempotentności w nagłówku HTTP. Klucz generowany jest przy pierwszym utworzeniu wpisu w kolejce i pozostaje niezmienny podczas wszystkich ponownych prób. System ERP sprawdza klucz przed przetworzeniem dokumentu. Jeśli dokument z tym kluczem został już przetworzony, ERP zwraca kod 200 lub 409 bez ponownego wykonywania operacji biznesowej.

Rozwiązanie to eliminuje najczęstszą przyczynę rozbieżności między systemami. W tradycyjnych integracjach awaria sieci po wysłaniu żądania, ale przed otrzymaniem odpowiedzi, prowadzi do duplikacji dokumentów. Klucz idempotentności gwarantuje, że każda operacja magazynowa zostanie zarejestrowana w ERP dokładnie raz, niezależnie od liczby prób transmisji.

Dead Letter Queue do ręcznego zarządzania błędami

Dokumenty z błędami walidacji trafiają do specjalnej kolejki wymagającej interwencji administratora, ale nie blokują wysyłki pozostałych dokumentów. Administrator ma dostęp do dedykowanego interfejsu pokazującego wszystkie dokumenty w DLQ wraz z pełnym opisem błędu, timestampem i historią prób wysyłki.

Typowe przyczyny trafiania do DLQ to niewłaściwy format danych, brakujące wymagane pola, nieistniejące klucze obce (indeks artykułu, kontrahent) lub naruszenie reguł biznesowych ERP. Administrator może poprawić dokument bezpośrednio w interfejsie WMS i ponownie wrzucić go do kolejki normalnej. System rejestruje wszystkie korekty w audycie dla celów kontrolnych.

Automatyczne nadrabianie zaległości po awarii

Gdy ERP wraca do normalności, integrator wznawia wysyłkę dokumentów w chronologicznym porządku bez ingerencji operatora. System przetwarza kolejkę zgodnie z timestampem utworzenia dokumentu, zachowując pełną sekwencję operacji magazynowych. Jeśli w kolejce znajduje się kilkaset dokumentów, integrator automatycznie zwiększa równoległość przetwarzania (w granicach konfiguracji), aby skrócić czas nadrabiania.

Proces jest monitorowany w czasie rzeczywistym. Administrator widzi postęp przetwarzania, szacowany czas zakończenia oraz aktualne statystyki sukcesu i błędów. System optymalizuje wydajność wysyłki, ale nigdy nie przekracza limitów rate-limiting określonych przez API ERP. Dzięki temu integracja nie wpływa negatywnie na inne usługi korzystające z ERP.

Monitorowanie i diagnostyka integracji

Administrator ma dostęp do widoku liczby dokumentów w każdym statusie. Dashboard pokazuje dokumenty oczekujące w kolejce normalnej, dokumenty w trakcie przetwarzania, dokumenty w DLQ oraz dokumenty pomyślnie wysłane w ostatnich 24 godzinach. Każdy status ma przypisany kolor wizualny ułatwiający szybką ocenę stanu integracji.

Pełne logi wysyłania zawierają timestamp każdej próby, kod odpowiedzi HTTP, czas odpowiedzi, nagłówki żądania i odpowiedzi oraz treść błędu. Administrator może filtrować logi po typie dokumentu, statusie, przedziale czasowym i kodzie błędu. Dostępne są również gotowe zapytania SQL do diagnostyki najczęstszych problemów, takie jak dokumenty oczekujące dłużej niż 1 godzina czy dokumenty z powtarzającymi się błędami.

Alerty dla administratorów na trzech poziomach

System wysyła powiadomienia o dokumentach w kolejce błędów (poziom INFO), przejściu w tryb awaryjny (poziom WARNING) oraz powrocie do normalności (poziom OK). Powiadomienia mogą być wysyłane przez email, SMS, webhook lub bezpośrednio do systemów monitoringu jak Zabbix czy Nagios.

Alert INFO o dokumentach w DLQ wysyłany jest raz dziennie, jeśli istnieją nieprzetworzone błędy. Alert WARNING o trybie awaryjnym wysyłany jest natychmiast po przejściu oraz co godzinę, dopóki sytuacja się nie normalizuje. Alert OK o powrocie do normalności wysyłany jest wraz z podsumowaniem liczby przetworzonych dokumentów zaległych. Wszystkie alerty zawierają bezpośredni link do interfejsu diagnostycznego.

Opcjonalny automatyczny restart usługi ERP

Dla zaawansowanych scenariuszy integrator może spróbować zrestartować usługę Windows po wyczerpaniu szybkich prób health-check. Funkcja jest wyłączona domyślnie i wymaga nadania odpowiednich uprawnień kontu usługi WMS. Przed restartem system sprawdza, czy w ERP nie są aktywnie przetwarzane inne operacje biznesowe.

Restart wykonywany jest przez polecenie PowerShell z timeout oczekiwania na ponowne uruchomienie usługi. Po restarcie integrator czeka określony czas na inicjalizację ERP, a następnie wykonuje health-check. Jeśli restart nie przywrócił dostępności, system przechodzi w tryb awaryjny i wysyła alert do administratora. Wszystkie próby restartu są szczegółowo logowane w dzienniku zdarzeń Windows.

Obsługa wszystkich typów dokumentów magazynowych

Rozwiązanie obsługuje przyjęcia (PZ), wydania (WZ), przesunięcia (MM), korekty, rejestrację palet (PW) i zwroty (RW) w standardowym formacie JSON. Każdy typ dokumentu ma zdefiniowany schemat walidacyjny po stronie WMS, co pozwala wychwycić błędy strukturalne przed wysłaniem do ERP.

Format JSON został wybrany ze względu na czytelność, elastyczność i łatwość debugowania. Każdy dokument zawiera nagłówek z metadanymi (typ dokumentu, data utworzenia, magazyn, operator) oraz listę pozycji ze szczegółami (indeks artykułu, ilość, lokalizacja, numer partii, data ważności). System wspiera także dokumenty wielopoziycyjne i operacje na wielu magazynach jednocześnie.

Atomowe pobieranie z kolejki

Worker pobiera dokument i zmienia jego status w jednej operacji SQL z ochroną ROWLOCK i READPAST. Zapytanie SQL używa OUTPUT clause, aby zwrócić pobrany rekord wraz ze zmianą statusu. Klauzula READPAST pomija zablokowane rekordy, dzięki czemu konkurencyjne instancje workera nie czekają na siebie nawzajem.

Rozwiązanie zapobiega duplikacji pracy między wieloma instancjami integracyjnymi. Jeśli WMS działa w środowisku wysokiej dostępności z kilkoma serwerami aplikacyjnymi, każdy worker pobiera unikalne dokumenty z kolejki. Mechanizm heartbeat monitoruje aktywność workerów i automatycznie uwalnia dokumenty zablokowane przez workery, które przestały odpowiadać (crash procesu, restart serwera).

Niezawodność bez wpływu na wydajność magazynu

Asynchroniczne przetwarzanie w tle pozwala magazynistom pracować niezależnie od dostępności API ERP. Operacje magazynowe są zapisywane lokalnie w bazie SQL Server WMS i potwierdzane użytkownikowi natychmiast. Komunikacja z ERP odbywa się w osobnym wątku bez blokowania interfejsu użytkownika.

Nawet jeśli ERP jest niedostępny przez wiele godzin, magazyn kontynuuje normalne operacje. Przyjmowanie towarów, wydawanie zamówień, inwentaryzacje i przesunięcia działają bez przerwy. Gdy ERP wraca do normalności, wszystkie zaległe dokumenty są automatycznie synchronizowane w prawidłowej kolejności. Rozwiązanie eliminuje przestoje operacyjne związane z awarią systemów zewnętrznych i zwiększa ogólną dostępność procesów magazynowych.

Kolejka Outbox FIFO w integracji WMS z ERP – przepływ dokumentów i obsługa błędów

Wzorzec Outbox FIFO to fundamentalne rozwiązanie zapewniające niezawodną wymianę danych między systemem WMS a ERP. Każda operacja magazynowa – przyjęcie PZ, wydanie WZ lub przesunięcie MM – jest zapisywana atomowo do tabeli IntegrationOutbox i przetwarzana w kolejności FIFO. Mechanizm gwarantuje integralność danych nawet przy awariach sieci, błędach walidacji czy niedostępności systemu ERP.

• Atomowość transakcji SQL w integracji WMS-ERP. Zapis do tabel WMS i jednoczesny INSERT do tabeli IntegrationOutbox odbywa się w ramach jednej transakcji SQL – albo oba zapisy się udają, albo żaden. Eliminuje to ryzyko utraty dokumentów podczas awarii systemu.
• Kolejka FIFO jako gwarancja porządku przetwarzania. Dokumenty są przetwarzane w kolejności ich utworzenia (rosnący QueueID), co zapobiega konfliktom stanów magazynowych w systemie ERP – np. WZ nie może trafić do ERP przed odpowiadającym mu PZ.
• Statusy kolejki i cykl życia rekordu Outbox. Każdy rekord przechodzi przez statusy: Pending, Processing, Processed, Error oraz DLQ (Dead Letter Queue). Czytelne statusy umożliwiają monitoring integracji w czasie rzeczywistym i szybką identyfikację problemów.
• Automatyczna obsługa błędów i mechanizm ponowień (retry). Przy błędach przejściowych (kody HTTP 401, 409, 500) system automatycznie inkrementuje RetryCount i zwraca rekord do kolejki FIFO. Pozwala to na samoleczenie integracji bez interwencji administratora.
• Dead Letter Queue dla błędów walidacji i trwałych awarii. Dokumenty odrzucone przez ERP z powodu błędnych danych (HTTP 400, 404) trafiają do Dead Letter Queue. Administrator może poprawić dane i ręcznie ponowić przetwarzanie bez utraty informacji o oryginalnym błędzie.
• Tryb awaryjny (Emergency Mode) przy niedostępności ERP. Po określonej liczbie kolejnych błędów (domyślnie 3) integracja automatycznie przełącza się w tryb Emergency Mode, wstrzymując wysyłkę. Po przywróceniu łączności weryfikowanej przez health-check (co 2-5 minut) system nadrabia zaległości w kolejności FIFO.
• Typy dokumentów magazynowych obsługiwane przez kolejkę Outbox. Wzorzec obejmuje wszystkie podstawowe typy dokumentów WMS: PZ (przyjęcie zewnętrzne), WZ (wydanie zewnętrzne) oraz MM (przesunięcie między magazynami). Każdy typ dokumentu ma przypisaną kolumnę Type w tabeli kolejki.
• Monitoring i zarządzanie kolejką integracyjną. Tabela IntegrationOutbox zawiera kolumny QueueID, DocumentID, Type, Status oraz RetryCount, co umożliwia budowę dashboardów monitorujących zaległości, błędy i wydajność integracji bez dodatkowych narzędzi zewnętrznych.
• Przewaga wzorca Outbox nad bezpośrednią integracją API. W odróżnieniu od synchronicznego wywołania API, wzorzec Outbox oddziela moment wykonania operacji magazynowej od momentu jej przesłania do ERP. Operator WMS nie czeka na odpowiedź ERP, a ryzyko utraty danych przy timeout jest wyeliminowane.
• Czas przetwarzania i wydajność kolejki FIFO w środowisku produkcyjnym. Zapis do tabeli IntegrationOutbox trwa typowo poniżej 10 ms i nie wpływa na czas odpowiedzi interfejsu WMS. Worker procesujący kolejkę działa asynchronicznie, a czas przetwarzania zależy od dostępności i czasu odpowiedzi systemu ERP.

Jak integracja magazynu online z systemem ERP wpływa na działanie firmy?

Nowoczesne rozwiązania integracji magazynu online z systemem ERP działają niczym cyfrowy organizm łączący wszystkie procesy biznesowe w firmie. Pracownicy otrzymują natychmiastowy dostęp do bazy danych produktowych oraz informacji o stanach magazynowych podobnie jak w rozbudowanej bibliotece cyfrowej. System automatycznie przetwarza i synchronizuje dane między platformami sprzedażowymi a głównym systemem zarządzania przedsiębiorstwem. Dodatkowo takie połączenie umożliwia błyskawiczne reagowanie na zmiany w stanach magazynowych oraz automatyczne aktualizowanie dostępności produktów we wszystkich kanałach sprzedaży.

Zintegrowany system znacząco przyspiesza realizację zamówień poprzez automatyzację wielu procesów magazynowych. Pracownicy mogą szybko lokalizować produkty w magazynie dzięki precyzyjnym danym o ich położeniu tak jak za pomocą dokładnej mapy. System samodzielnie generuje niezbędne dokumenty takie jak faktury oraz dokumenty magazynowe podobnie jak osobisty asystent administracyjny. Ponadto automatyzacja procesu dokumentacji eliminuje ryzyko wystąpienia błędów ludzkich podczas ręcznego wprowadzania danych.

Integracja przynosi również wymierne korzyści finansowe dla przedsiębiorstwa poprzez optymalizację procesów logistycznych. System pozwala na dokładne planowanie zakupów oraz utrzymywanie optymalnego poziomu zapasów magazynowych niczym doświadczony manager logistyki. Automatyczna synchronizacja danych umożliwia lepsze zarządzanie łańcuchem dostaw oraz szybsze reagowanie na zmiany popytu. Jednocześnie firma oszczędza znaczące środki finansowe poprzez redukcję kosztów związanych z manualną obsługą procesów magazynowych oraz minimalizację strat wynikających z błędów w dokumentacji.

Jak połączyć magazyn online z systemem ERP i zwiększyć efektywność firmy?

Zastanawiasz się, jak usprawnić przepływ informacji między Twoim magazynem a innymi działami firmy? Integracja magazynu online z popularnymi systemami ERP, takimi jak SAP, Comarch XL/Optima, Sage Symfonia, Asseco Wapro Wf-mag, Enova czy Subiekt, może być rozwiązaniem. Dzięki temu połączeniu dane o stanie magazynowym, zamówieniach czy dostawach są automatycznie synchronizowane, co przekłada się na lepsze zarządzanie zapasami i sprawniejszą realizację zleceń.

Integracja ERP i magazynu online pozwala na znaczne ograniczenie błędów wynikających z ręcznego wprowadzania danych. Zamówienia są automatycznie przekazywane do magazynu, co minimalizuje ryzyko pomyłek i przyspiesza proces realizacji. Ponadto, dzięki dostępowi do aktualnych informacji o stanie magazynowym, pracownicy mogą podejmować bardziej świadome decyzje dotyczące produkcji, zakupów czy sprzedaży. W efekcie, firma zyskuje większą elastyczność i może lepiej reagować na zmieniające się potrzeby rynku.

Automatyzacja wymiany danych między systemem ERP a magazynem online to inwestycja, która przynosi wymierne korzyści. Dzięki niej można zredukować koszty związane z zarządzaniem zapasami, poprawić jakość obsługi klienta oraz zwiększyć wydajność pracy. Co więcej, integracja tych systemów ułatwia przeprowadzanie analiz biznesowych, co pozwala na podejmowanie bardziej strategicznych decyzji.

Podsumowując, integracja magazynu online z systemem ERP to krok w kierunku budowania nowoczesnego i wydajnego przedsiębiorstwa. Dzięki temu rozwiązaniu można zoptymalizować procesy biznesowe, zwiększyć przejrzystość działania i uzyskać pełną kontrolę nad stanem magazynowym.

Integracja magazynu online z systemami ERP – pełna automatyzacja procesów!

Integracja magazynu online z systemami ERP, takimi jak SAP, Comarch XL/Optima, Sage Symfonia, Asseco Wapro Wf-mag, Enova czy Subiekt, umożliwia synchronizację danych między magazynem a innymi działami firmy. Automatyzacja wymiany informacji pozwala na lepsze zarządzanie zapasami, usprawnienie realizacji zamówień i poprawę efektywności operacyjnej. Dowiedz się, jak integracja ERP i magazynu online może usprawnić procesy w Twojej firmie.

• Integracja z systemem ERP – Pozwala na automatyczne przesyłanie danych o stanach magazynowych, dokumentach przyjęcia i wydania oraz zamówieniach. Usprawnia to przepływ informacji między magazynem a działami księgowości czy sprzedaży.
• Systemy WMS – WMS zintegrowane z ERP, takimi jak SAP czy Comarch Optima, oferują pełną kontrolę nad procesami magazynowymi i synchronizację danych w czasie rzeczywistym, co eliminuje ryzyko błędów.
• Dostęp do danych przez WWW – Integracja magazynu online z ERP pozwala na dostęp do kluczowych danych z poziomu przeglądarki internetowej. To rozwiązanie ułatwia zarządzanie operacjami w czasie rzeczywistym.
• Raporty i analiza – Integracja ERP z magazynem online umożliwia generowanie raportów i analiz, takich jak rotacja zapasów czy wydajność magazynu. Dane są spójne i dostępne w systemie centralnym ERP.
• Korzyści z wdrożenia – Wdrożenie integracji magazynu online z systemami ERP zwiększa efektywność operacyjną, redukuje błędy i zapewnia pełną kontrolę nad przepływami towarów i dokumentów w firmie.

Wzorzec Outbox (Transactional Outbox Pattern)

Wzorzec Outbox to architektoniczne rozwiązanie integracyjne stosowane w systemach informatycznych wymagających niezawodnej wymiany komunikatów między usługami. Polega na zapisywaniu zdarzeń biznesowych (np. dokumentów WMS) do dedykowanej tabeli Outbox w tej samej transakcji bazodanowej co operacja główna, a następnie asynchronicznym ich przesyłaniu do systemu docelowego przez osobny proces (Worker). W integracji WMS-ERP wzorzec Outbox eliminuje ryzyko utraty dokumentów przy awariach sieci lub niedostępności systemu ERP, ponieważ zdarzenie jest utrwalone w bazie danych zanim zostanie przesłane. Jest to alternatywa dla bezpośrednich wywołań API, które narażają system na błędy timeout i niespójność danych.

Kolejka FIFO (First In, First Out)

Kolejka FIFO to struktura danych, w której elementy są przetwarzane w takiej samej kolejności, w jakiej zostały dodane – pierwszy dodany jest pierwszym przetworzonym. W kontekście integracji WMS z ERP kolejka FIFO oparta na rosnącym QueueID gwarantuje, że dokumenty magazynowe trafiają do systemu ERP w kolejności chronologicznej. Ma to fundamentalne znaczenie dla spójności stanów magazynowych – wydanie WZ nie może trafić do ERP przed odpowiadającym mu przyjęciem PZ. Naruszenie kolejności mogłoby generować błędy walidacji w ERP lub prowadzić do ujemnych stanów magazynowych.

Dead Letter Queue (DLQ)

Dead Letter Queue to wydzielona kolejka przechowująca komunikaty lub dokumenty, których przetwarzanie nie powiodło się w sposób trwały i niemożliwy do naprawienia przez automatyczny mechanizm ponowień. W integracji WMS-ERP do DLQ trafiają dokumenty odrzucone przez system ERP z powodu błędów walidacji danych (kody HTTP 400, 404) – np. gdy dokument WZ odwołuje się do nieistniejącego kontrahenta w ERP. Rekordy w Dead Letter Queue wymagają ręcznej interwencji administratora: identyfikacji przyczyny błędu, poprawy danych źródłowych i ponownego kolejkowania dokumentu. DLQ zapobiega blokowaniu całej kolejki FIFO przez jeden błędny dokument.

Tryb awaryjny integracji (Emergency Mode)

Tryb awaryjny (Emergency Mode) to mechanizm ochronny w systemach integracyjnych, który automatycznie wstrzymuje wysyłkę dokumentów do systemu docelowego po wykryciu powtarzających się błędów połączenia. W integracji WMS-ERP tryb awaryjny aktywuje się po określonej liczbie kolejnych niepowodzeń (typowo 3), zapobiegając lawinowemu wzrostowi liczby rekordów ze statusem Error w kolejce Outbox. System cyklicznie sprawdza dostępność ERP za pomocą health-check (co 2-5 minut) i automatycznie powraca do normalnego trybu pracy po przywróceniu łączności, przetwarzając zaległe dokumenty w kolejności FIFO.

Atomowość transakcji SQL w integracji systemów

Atomowość transakcji SQL oznacza, że wszystkie operacje bazodanowe w ramach jednej transakcji są wykonywane jako niepodzielna całość – albo wszystkie się udają, albo żadna nie jest zatwierdzona. W kontekście wzorca Outbox atomowość gwarantuje, że zapis danych operacyjnych (np. stan magazynowy, dokument WMS) i jednoczesny INSERT do tabeli IntegrationOutbox nigdy nie zostaną rozdzielone przez awarię systemu. Bez atomowości możliwa byłaby sytuacja, w której stan magazynowy zostaje zaktualizowany, ale dokument nie trafia do kolejki integracyjnej – skutkując trwałą rozbieżnością danych między WMS a ERP.

RetryCount i mechanizm ponowień w integracji WMS

RetryCount to licznik przechowywany dla każdego rekordu w tabeli kolejki Outbox, rejestrujący liczbę nieudanych prób przesłania dokumentu do systemu docelowego. Mechanizm ponowień (retry) jest stosowany dla błędów przejściowych – np. czasowej niedostępności ERP (HTTP 500), konfliktu zapisu (HTTP 409) lub wygaśnięcia tokenu autoryzacyjnego (HTTP 401). Po każdym nieudanym wywołaniu API Worker inkrementuje RetryCount, zmienia status rekordu z powrotem na Pending i pozostawia go w kolejce FIFO do ponownego przetworzenia. Limit maksymalnej liczby ponowień chroni przed nieskończoną pętlą – po jego przekroczeniu dokument może być automatycznie przenoszony do Dead Letter Queue.

Integracja WMS z ERP – najczęstsze pytania o kolejkę Outbox