Start · Rozwiązania · Łańcuch dostaw

Rozwiązanie · Łańcuch dostaw

Co noc robot porównuje każdą lokalizację i partię; ludzie liczą tylko tam, gdzie trzeba

Zgodne stany magazynowe: WMS i ERP uzgadniane co noc

Stany WMS i SAP są porównywane co noc linia po linii, każda rozbieżność dostaje przyczynę, a kierownicy magazynów widzą tylko to, co wymaga przeliczenia lub zatwierdzonej korekty.

Rozwiązanie działoweMicrosoft TeamsCzłowiek w pętli decyzyjnejAutomatyzacja deterministyczna
8 200linii rozbieżności miesięcznie między systemem magazynowym a SAP u tego ilustracyjnego operatora logistycznego; każda wyjaśniana ręcznie z piątkowego wyciągu.

Streszczenie dla zarządu

Wyzwanie

Koniec z odkrywaniem podczas inwentaryzacji lub przy wysyłce, że WMS i ERP pokazują co innego.

Co się zmienia

Silnik uzgodnień, który budujemy, działa bez nadzoru na platformie UiPath.

Wartość biznesowa

Rozbieżności są znane następnego ranka, według lokalizacji i partii, zamiast w kolejną środę z piątkowego wyciągu.

Systemy w tle

SAP S/4HANA (księgowanie różnic inwentaryzacyjnych); funkcja korekty WMS; rejestr uzgodnień (SQL)

Problem biznesowy

Kontrola zapasów

WMS zna lokalizacje, palety, partie i zadania; ERP zna stan na składzie, jego wartość, właściciela towaru, rozliczenie składowania i to, co można obiecać zamówieniu. Między nimi działa interfejs, który codziennie zawodzi w drobiazgach: ruch odrzucony po jednej stronie, przelicznik palety 48 kartonów tu i 50 tam, strefa kwarantanny bez odpowiednika wśród składów. Żaden z tych błędów nie jest duży; razem sprawiają, że dwa obrazy zapasów rozjeżdżają się po cichu, każdego dnia.

Odczuwają to zwykle nie ci, którzy to spowodowali. Kierownicy magazynów liczą palety, których nigdy nie brakowało. Obsługa klienta obiecuje towar, który istnieje tylko w księgach, a potem obsługuje niepełną dostawę. Finanse spotykają odpis przy inwentaryzacji rocznej i nie potrafią oddzielić strat od korekt korekt. Klient kwestionuje miesięczne zestawienie i powołuje się na klauzulę dokładności stanów. Sama niedokładność jest zjawiskiem powszechnym: w często cytowanym badaniu amerykańskiej sieci handlowej z 2008 r. (DeHoratius i Raman, Management Science) 65% z około 370 000 zbadanych rekordów zapasów nie zgadzało się ze spisem z natury. O jakości kontroli decyduje to, jak szybko rozbieżności są wykrywane i czy znana jest ich przyczyna.

Jak to wygląda dzisiaj

  1. CzłowiekW piątek kontroler zapasów eksportuje stany WMS według lokalizacji i partii oraz stany SAP według składu do jednego skoroszytu na magazyn i łączy je wyszukiwaniem pionowym
  2. OczekiwanieOba wyciągi są już nieaktualne: przyjęcia, pobrania i przesunięcia od momentu eksportu wyglądają jak rozbieżności, dopóki interfejs nie nadrobi zaległości w poniedziałek
  3. CzłowiekKażda pozostała linia jest wyjaśniana ręcznie: historia ruchów w WMS, dokumenty materiałowe w SAP, monitor IDoc, e‑mail do kierownika magazynu z prośbą o przeliczenie
  4. OczekiwanieProśby o przeliczenie czekają za bieżącymi wysyłkami; odpowiedzi przychodzą w środę, często jako suma bez lokalizacji i partii
  5. SystemPotwierdzone rozbieżności są księgowane w SAP z takim kodem powodu, na jaki kontroler ma czas; biuro magazynu koryguje WMS osobno, czasem w przeciwnym kierunku
  6. Ryzyko błęduBłędy interfejsu i jednostek miary są poprawiane linia po linii, nigdy jako przyczyna, więc te same rozbieżności wracają w kolejny piątek, a odpis trafia do inwentaryzacji rocznej
CzłowiekOczekiwanieSystemRyzyko błędu

Dlaczego obecny proces kosztuje więcej, niż widać

Najdroższa część tego procesu nie ma własnej pozycji kosztowej.

  • Sześć minut na linię wygląda tanio, dopóki się tego nie pomnoży: 1 900 linii tygodniowo w sześciu magazynach to miesiąc pracy około pięciu osób, w większości poświęcony na udowadnianie, że rozbieżność była tylko przesunięciem w czasie.
  • Prawdziwy koszt powstaje przez późne wykrycie. Brak wykryty przy nieudanym pobraniu oznacza niepełną dostawę, telefon do obsługi klienta i notę korygującą; ten sam brak wykryty przez robota o drugiej w nocy oznacza jedno przeliczenie przed zwolnieniem fali.
  • Korekty bez przyczyny ukrywają błędy systemowe: zły przelicznik palety co tydzień daje tę samą rozbieżność i co tydzień jest „poprawiany”, w obu systemach, aż ktoś zauważy, że korekty mają naprzemienne znaki.

Koszt zaniechania

Dwanaście miesięcy piątkowego uzgadniania≈ 216 480 €
Trzy kolejne lata w sześciu magazynach≈ 649 440 €
Siódmy magazyn i 11 000 linii miesięcznie (rocznie)≈ 290 400 €

Każdy nowy klient dodaje materiały, partie i klauzulę dokładności stanów, a każda nowa lokalizacja dodaje kontrolera: skoroszyt sam z siebie nie staje się gorszy, staje się droższy w miarę wzrostu firmy. Odpis przy inwentaryzacji rocznej pozostaje niespodzianką, na pytanie audytora o korekty bez udokumentowanej przyczyny odpowiada się z pamięci, a ocena dwóch kontrolerów, które rozbieżności są nieszkodliwe, pozostaje jedynym powodem, dla którego proces w ogóle działa.

Scenariusz ilustracyjny

Przykładowa organizacja o realnych proporcjach — liczby służą do policzenia sprawy na Waszych danych, nie są wynikiem klienta.

Organizacja

Operator logistyki kontraktowej z sześcioma magazynami w Polsce, Czechach i Niemczech, 1 400 pracowników, klienci z branży FMCG i handlu detalicznego; jeden WMS we wszystkich lokalizacjach, SAP S/4HANA jako księga zapasów i system raportowania dla klientów, Microsoft 365 E3, siedmioosobowy zespół kontroli zapasów.

Wolumen

Około 1 900 linii rozbieżności tygodniowo, 8 200 miesięcznie, przy około 45 000 aktywnych kombinacji materiału, lokalizacji i partii.

Obecny proces

Piątkowy wyciąg z obu systemów do jednego skoroszytu na magazyn, wyszukiwanie pionowe, wyjaśnianie linia po linii, prośby o przeliczenie e‑mailem, korekty księgowane osobno w SAP i w WMS.

Wąskie gardło

Około sześciu minut na linię, w większości na rozbieżności, które do poniedziałku rozwiązałyby się same; przeliczenia czekają na kierownika magazynu; przyczyna nie jest nigdzie zapisywana.

Rozwiązanie

Nocne uzgodnienie UiPath według materiału, lokalizacji i partii klasyfikuje każdą rozbieżność regułą (czas, interfejs, jednostka miary, dane podstawowe, fizyczna), kieruje cztery pierwsze rodzaje do właściwych zespołów, a dla ostatniego wysyła kierownikowi magazynu listę do przeliczenia w Teams; potwierdzone rozbieżności są zatwierdzane w Teams i księgowane w SAP z kodem powodu; Power BI pokazuje dokładność i przyczyny według magazynu i klienta.

Potencjalny efekt

W modelowanym przypadku człowiek otwiera około jednej trzeciej z 8 200 linii miesięcznie, rozbieżność jest znana następnego ranka, a nie w kolejną środę, a każda korekta ma przyczynę, przeliczenie i osobę zatwierdzającą. Liczby ilustracyjne, nie wynik klienta.

Proponowane rozwiązanie

Silnik uzgodnień, który budujemy, działa bez nadzoru na platformie UiPath, a Microsoft Teams pozostaje jedynym interfejsem widocznym dla większości osób. W godzinie najmniejszego ruchu każdego magazynu wyzwalacz czasowy Orchestratora uruchamia robota, który w tej samej minucie odczytuje stany WMS według lokalizacji i partii z widoku tylko do odczytu oraz stany SAP według składu, partii i rodzaju zapasu przez standardowy interfejs stanów. Każda rozbieżność staje się elementem kolejki z obiema ilościami, obiema jednostkami miary i ruchami zarejestrowanymi w WMS między dwoma znacznikami czasu: tym, czego piątkowy skoroszyt nigdy nie ma i co pozwala regule odróżnić paletę w drodze od palety, której brakuje.

Reguły działają w ustalonej kolejności, czytelnej dla kontrolerów. Czas: zarejestrowany ruch wyjaśnia ilość, więc linia jest odkładana i zamykana, jeśli następnej nocy już jej nie ma. Interfejs: IDoc w statusie błędu lub komunikat, który nie wyszedł z WMS, wpisany na listę do ponownego przetworzenia z numerem referencyjnym. Jednostka miary i dane podstawowe: różne przeliczniki, materiał istniejący tylko po jednej stronie, strefa bez odpowiadającego składu, przekazane zespołowi danych podstawowych. To, co zostaje, jest fizyczne i trafia do kierownika magazynu jako lista do przeliczenia w Teams do szóstej rano. Wyniki wracają jako zadania UiPath Action Center wykonane z poziomu Teams; robot porównuje je z oboma systemami i proponuje korektę z kodem powodu z listy, której właścicielem są finanse: do kontrolera w ramach progu wartości, powyżej niego do finansów. Zatwierdzone linie są księgowane w SAP jako różnice inwentaryzacyjne z kodem powodu i numerem zadania; WMS jest korygowany przez API dostawcy, jeśli takie istnieje, w przeciwnym razie przez biuro magazynu. Żaden model nie zgaduje przyczyny; przypisuje ją reguła, a każda linia, przeliczenie, zatwierdzenie i numer dokumentu SAP trafia do rejestru zasilającego Power BI.

Wykorzystane funkcje natywne

Wyzwalacze czasowe, kolejki, foldery i magazyny poświadczeń UiPath Orchestrator; roboty nienadzorowane UiPath; konektory UiPath Integration Service dla Microsoft Teams i Microsoft OneDrive & SharePoint (Excel Online); zadania UiPath Action Center wykonywane z poziomu Microsoft Teams; raporty Power BI jako karta w Teams

Co budujemy

Logikę porównania, reguły klasyfikacji i ich kolejność, bufor czasowy oparty na dzienniku ruchów, rejestr uzgodnień, listy do przeliczenia i propozycje korekt, progi zatwierdzania i mapowanie kodów powodu, logikę księgowania w SAP, model i raporty Power BI, instrukcję operacyjną dla kontroli zapasów

Integracje dedykowane

Migawka stanów WMS, dziennik ruchów i funkcja korekty przez widok bazy danych tylko do odczytu lub API dostawcy; odczyt stanów i partii w SAP S/4HANA, statusów IDoc oraz księgowanie różnic inwentaryzacyjnych przez standardowe interfejsy SAP (OData Material Stock API, BAPI inwentaryzacji) wykonywane przez robota nienadzorowanego w sieci klienta

Jak działa proces po automatyzacji

  1. AutomatyzacjaO drugiej w nocy wyzwalacz czasowy Orchestratora uruchamia przebieg dla każdego magazynu; robot w tej samej minucie odczytuje stany WMS i SAP według lokalizacji, składu i partii
  2. AutomatyzacjaKażda rozbieżność staje się elementem kolejki z obiema ilościami, obiema jednostkami miary i ruchami zarejestrowanymi pomiędzy; reguły klasyfikują ją jako czas, interfejs, jednostkę miary, dane podstawowe lub rozbieżność fizyczną
  3. SystemLinie czasowe są odkładane na jedną noc i zamykane, jeśli znikną; linie interfejsowe trafiają na listę do ponownego przetworzenia z numerem IDoc; linie danych podstawowych trafiają do zespołu danych podstawowych
  4. CzłowiekDo szóstej rano każdy kierownik magazynu ma listę do przeliczenia w kanale Teams; wyniki przeliczeń i zatwierdzenia korekt wracają jako zadania Action Center z Teams, zatwierdzenia od kontrolera lub, powyżej progu, od finansów
  5. SystemZatwierdzone korekty są księgowane w SAP jako różnice inwentaryzacyjne z kodem powodu; korekty WMS idą przez API dostawcy lub do biura magazynu; wszystko trafia do rejestru
  6. AutomatyzacjaPower BI odświeża się co rano: dokładność według magazynu i klienta, otwarte linie według wieku i przyczyny, wartość korekt według kodu powodu; tygodniowe podsumowanie trafia do kanału kontroli zapasów
AutomatyzacjaSystemCzłowiek

Model współpracy człowieka z automatyzacją

Automatyzacja obsługuje

  • Migawki, porównanie i klasyfikację każdej linii, każdej nocy, dla każdego magazynu
  • Odkładanie rozbieżności czasowych; listowanie błędów interfejsu z numerem referencyjnym
  • Listy do przeliczenia, propozycje korekt z wartością i kodem powodu, rejestr i raporty

Ludzie decydują o

  • Kierownicy magazynów liczą to, o co prosi lista, i zapisują, co znaleźli, w tym towar uszkodzony lub źle oznakowany
  • Kontrolerzy zatwierdzają korekty w ramach swojego limitu i wybierają kod powodu tam, gdzie reguła nie może; finanse zatwierdzają powyżej limitu i są właścicielem listy kodów
  • Zespoły danych podstawowych i interfejsów usuwają przyczyny: przeliczniki, brakujące materiały, nieudane komunikaty

Przed i po

PrzedPo
Linie otwierane przez człowiekawszystkie 8 200 miesięczniemodelowana jedna trzecia wymagająca przeliczenia lub decyzji
Moment wykrycia rozbieżnościpiątkowy wyciąg albo nieudane pobraniekażdej nocy, według lokalizacji i partii, przed poranną falą
Korekty stanówksięgowane z wątku e‑mail, przyczyna rzadko zapisanaprzeliczone, zatwierdzone w Teams, zaksięgowane z kodem powodu i dowodami

Systemy i integracje

Nie dokładamy technologii, żeby architektura wyglądała poważniej. Każdy element poniżej ma w tym procesie konkretne zadanie.

Wejścia

  • stany WMS według lokalizacji i partii
  • dziennik ruchów WMS
  • stany SAP według składu i partii
  • statusy IDoc w SAP
  • przeliczniki jednostek z danych podstawowych materiałów

Warstwa automatyzacji

  • UiPath Orchestrator
  • UiPath Robots
  • UiPath Integration Service
  • UiPath Action Center

Systemy docelowe

  • SAP S/4HANA (księgowanie różnic inwentaryzacyjnych)
  • funkcja korekty WMS
  • rejestr uzgodnień (SQL)
  • model semantyczny Power BI

Punkty styku z człowiekiem: listy do przeliczenia i podsumowania w kanałach Teams magazynów; zadania Action Center w Teams; skoroszyt wyjątków na SharePoint; karta Power BI w Teams

stany WMS według lokalizacji i partiiUiPath OrchestratorUiPath RobotsSAP S/4HANAlisty do przeliczenia i podsumowania w kanałach Teams magazynów

Wykorzystane technologie

UiPath Robots (nienadzorowane) + UiPath Orchestrator

nocny przebieg dla każdego magazynu z wyzwalacza czasowego; kolejki przechowują każdą rozbieżność z kategorią, dowodami i wynikiem; foldery, magazyn poświadczeń, audyt

A
UiPath Integration Service (konektory Microsoft Teams i Microsoft OneDrive & SharePoint)

lista do przeliczenia i tygodniowe podsumowanie w kanale każdego magazynu ze wzmianką kierownika; skoroszyt wyjątków w plikach kanału

A
UiPath Action Center w Microsoft Teams

potwierdzenia przeliczeń i zatwierdzenia korekt jako zadania wykonywane z poziomu Teams

A
Power BI (raport jako karta w Teams)

dokładność według magazynu i klienta, otwarte linie według przyczyny i wieku, wartość korekt według kodu powodu

A
SAP S/4HANA (interfejsy OData i BAPI)

odczyt stanów i partii, statusy IDoc, księgowanie różnic inwentaryzacyjnych z kodami powodu, przez konektory i aktywności SAP UiPath

A
System zarządzania magazynem (widok tylko do odczytu lub API dostawcy)

stany według lokalizacji i partii, dziennik ruchów, funkcja korekty tam, gdzie pozwala API

C
Apotwierdzona funkcja produktu (dokumentacja producenta)Cmodel ilustracyjny — liczby na tej stronie

Ilustracyjny model ekonomiczny

Ile to jest warte, policzone krok po kroku.

Model ilustracyjny
8 200 linii rozbieżności miesięcznie × 6 minut wyjaśniania na linię= 820 h / miesiąc
820 h × 22 € pełnego kosztu godziny pracy= 18 040 € / miesiąc
× 12 miesięcy≈ 216 480 € / rok
Roczna uwolniona zdolność (ilustracyjnie)≈ 216 480 €

1 900 linii rozbieżności tygodniowo w sześciu magazynach, około 8 200 miesięcznie; sześć minut wyjaśniania na linię; 22 € jako pełny koszt godziny pracy kontrolera zapasów w Europie Środkowej. Te dane wejściowe to przedziały spotykane w zespołach kontroli zapasów, nigdy pomiar u klienta. Dla stanu docelowego zakładamy, że około dwie trzecie linii to efekty czasowe lub interfejsowe, które reguły zamykają lub kierują dalej bez udziału człowieka, więc mniej więcej jedna trzecia nadal wymaga przeliczenia lub decyzji dotyczącej danych podstawowych. Pokazujemy uwolnioną zdolność, nie redukcję etatów.

Policz to na swoich danych

godzin do odzyskania miesięcznie
rocznej przepustowości do odzyskania

Szacunek ilustracyjny na podstawie Twoich danych. To model uwolnionej przepustowości, nie obietnica oszczędności.

Korzyści biznesowe

  • Rozbieżności są znane następnego ranka, według lokalizacji i partii, zamiast w kolejną środę z piątkowego wyciągu
  • Ludzie wyjaśniają tylko linie, które wymagają człowieka; efekty czasowe i interfejsowe nigdy nie docierają do magazynu
  • Spada liczba niepełnych dostaw i nieudanych pobrań spowodowanych towarem istniejącym tylko w księgach, bo księga jest korygowana przed poranną falą
  • Każda korekta ma kod powodu, przeliczenie i osobę zatwierdzającą, a przyczyny systemowe są usuwane raz, zamiast być poprawiane co tydzień

Perspektywa zarządu

  • Dokładność stanów według magazynu i klienta staje się liczbą w poniedziałek rano, a nie przedmiotem sporu na kwartalnym przeglądzie
  • Wartość korekt według kodu powodu i osoby zatwierdzającej jest widoczna, zanim trafi do rachunku wyników jako odpis
  • Rozdział obowiązków jest wymuszany przez przepływ, a siódmy magazyn lub nowy klient to zmiana konfiguracji, nie nowy kontroler

Wpływ na KPI zarządu

dokładność stanów według magazynu (udział zgodnych linii)otwarte linie rozbieżności starsze niż trzy dniwartość korekt według kodu powodubłędy interfejsu przetworzone ponownie w ciągu 24 godzin

Bezpieczeństwo i nadzór

Gdzie leżą dane i kto je widzi.

  • Robot odczytuje WMS przez konto tylko do odczytu, a w SAP księguje dedykowanym kontem serwisowym ograniczonym do transakcji inwentaryzacyjnych; nie używa się niczyich osobistych danych logowania
  • Sekrety są przechowywane w magazynie poświadczeń Orchestratora, opartym na Azure Key Vault lub już używanym sejfie; foldery i role oddzielają magazyny; tenant działa w regionie UE UiPath Automation Cloud, a treści w Teams, SharePoint i Power BI pozostają w tenancie Microsoft 365 klienta
  • Kierownik, który liczy, nie może zatwierdzać, kontroler nie może zatwierdzać powyżej limitu, a każda linia zachowuje historię: ilości, kategorię, wynik przeliczenia, osobę zatwierdzającą, numer dokumentu SAP

Dlaczego teraz

01

Umowy logistyki kontraktowej są odnawiane z dołączonym wskaźnikiem dokładności stanów; operator z nocnym uzgodnieniem dla każdego klienta broni kwestionowanego zestawienia dowodami, druga strona skoroszytem

02

Zwłoka ma bieżący koszt: modelowane 18 040 € miesięcznie czasu kontrolerów, plus niepełne dostawy w międzyczasie i odpis, który wychodzi na jaw przy inwentaryzacji rocznej

03

Nic tu nie czeka na nową technologię: SAP udostępnia standardowe interfejsy stanów i inwentaryzacji, wyzwalacze i kolejki Orchestratora są dojrzałe, zadania Action Center wykonuje się w Teams, a bez AI nie ma modelu, którym trzeba zarządzać

Role zarządcze, których to dotyczy

COO

Nieudane pobrania i niepełne dostawy z powodu towaru, który istnieje tylko w księgach, stają się widoczne i policzalne; dzień magazynu zaczyna się od listy, nie od skoroszytu

CFO

Korekty trafiają do ksiąg z przyczyną, przeliczeniem i osobą zatwierdzającą; inwentaryzacja roczna przestaje być momentem odkrycia odpisu

CIO

Błędy interfejsu między WMS a SAP są wykrywane tej samej nocy i przetwarzane ponownie z numerem referencyjnym, a nie ujawniają się tygodnie później jako spór o stany

Częste pytania i zastrzeżenia

Nasz WMS ma już raport uzgodnień.

Zwykle wymienia on rozbieżności bez przyczyn i bez ruchów od momentu odcięcia w ERP, dlatego ludzie spędzają sześć minut na linię, udowadniając efekty czasowe. Traktujemy go jako jedno z wejść; wartość tkwi w klasyfikacji, kierowaniu i księgowaniu z dowodami.

Czy robot nie zaksięguje korekt, których sami byśmy nie zrobili?

Nie księguje niczego bez przeliczenia i zatwierdzenia. Reguły proponują, ludzie zatwierdzają w limitach ustalonych przez finanse, a każde księgowanie ma numer zadania osoby zatwierdzającej.

Przechodzimy na SAP EWM, więc problem zniknie.

Wbudowany WMS usuwa jeden interfejs, a pozostałe zostają: produkcja, lokalizacje zewnętrzne, systemy klientów, jednostki miary. Reguły przetrwają migrację; zmienia się tylko konektor WMS.

Kiedy to nie jest właściwe rozwiązanie

  • Gdy w jednym magazynie powstaje mniej niż kilkaset linii rozbieżności miesięcznie, dobry tygodniowy raport i zdyscyplinowane liczenie są tańsze niż nocny robot
  • Materiały, lokalizacje lub partie są modelowane w obu systemach tak różnie, że nie istnieje klucz porównania, albo interfejs zawodzi tak często, że uzgadnianie mierzyłoby tylko jego awarie; najpierw mapowanie lub stabilizacja

Pytanie na najbliższe posiedzenie

Spośród rozbieżności stanów między systemem magazynowym a ERP skorygowanych w ubiegłym roku, dla ilu znamy przyczynę i na jaką wartość opiewały?

Podejście wdrożeniowe

Co dokładnie dostarczamy i czego potrzebujemy na start.

Dostarczamy

  • Przejście przez trzy miesiące historii rozbieżności: przyczyny, wolumeny według magazynu i klienta, kody powodu akceptowane przez finanse
  • Logikę porównania dla struktur WMS i SAP oraz reguły klasyfikacji spisane razem z kontrolerami
  • Listy do przeliczenia i zatwierdzenia w Teams, propozycje korekt, księgowanie w SAP z kodami powodu, rejestr i raporty
  • Pilotaż w jednym magazynie, potem wdrożenie lokalizacja po lokalizacji z opieką powdrożeniową i instrukcją operacyjną dla kontroli zapasów

Potrzebujemy od Państwa

  • Dostępu do odczytu stanów i ruchów w WMS oraz stanów, partii i statusów IDoc w SAP, dla środowiska testowego i produkcyjnego
  • Właściciela procesu w kontroli zapasów, jednego kierownika magazynu do pilotażu, osoby z finansów odpowiedzialnej za kody powodu i progi
  • Trzech miesięcy dotychczasowych skoroszytów rozbieżności wraz z zaksięgowanymi dla nich korektami

Etapy

Analiza

Historia rozbieżności, przyczyny, wolumeny, kody powodu i progi z kontrolą zapasów i finansami

Projekt i budowa

Klucze porównania, reguły, matryca zatwierdzeń, model bezpieczeństwa; roboty, integracje, punkty styku w Teams i raporty w środowisku klienta

Walidacja

Równoległy przebieg na piątkowych skoroszytach przez kilka tygodni, próbne przeliczenia, odbiór przez kontrolerów

Uruchomienie i optymalizacja

Najpierw jeden magazyn z opieką powdrożeniową, potem pozostałe lokalizacje; strojenie reguł i usuwanie przyczyn z zespołami danych podstawowych i interfejsów

Działowe. Nakład pracy zależy od liczby magazynów i instancji WMS, sposobu modelowania rodzajów zapasu i partii po obu stronach oraz tego, czy WMS udostępnia API do korekt.