Integracja WMS z Subiektem GT i InsERT nexo: kiedy magazyn przerasta ERP, które dokumenty idą w którą stronę, gdzie leży źródło prawdy i jak obsłużyć błędy.
Subiekt GT i Subiekt nexo prowadzą w małej i średniej firmie sprzedaż oraz stany magazynowe w jednym programie. Dopóki towar leży w kilku znanych miejscach, to wystarcza. Kłopot zaczyna się wtedy, gdy o następnym ruchu magazyniera decyduje już nie dokument, tylko lokalizacja towaru i kolejność kompletacji.
Poniżej opisujemy, jak do takiego ERP dołożyć system magazynowy Studio WMS.net. Ogólne porównanie WMS z modułem ERP jest na stronie WMS a ERP w programie magazynowym WMS.net, a wzorzec kolejki wymiany na stronie o integracji magazynu online z ERP. Tutaj zostaje to, co dotyczy samego Subiekta.
Kiedy magazyn przerasta moduł magazynowy Subiekta
Cztery objawy, po których widać, że stan z programu sprzedażowego przestaje wystarczać.
Moduł magazynowy Subiekta odpowiada na pytanie, ile sztuk towaru jest na magazynie. System WMS odpowiada na pytanie, na którym regale i w której partii. Pierwsza odpowiedź wystarcza przy stałych miejscach składowania. Druga zaczyna się opłacać, gdy magazynier traci czas na szukanie. Pełne porównanie jest na stronie WMS a ERP w programie magazynowym WMS.net, a tu zostają objawy typowe dla firm na Subiekcie.
- Zamówienia od klientów czekają na kompletację - ZK czeka w biurze, a wydruk z programu nie podpowiada trasy po regałach. Opisuje ją strona o kompletacji zamówień.
- Stan w programie różni się od stanu na regale - rozbieżność wychodzi przy inwentaryzacji magazynu i kosztuje najwięcej, gdy towar jest obiecany klientowi.
- Kilku magazynierów pracuje jednocześnie - zamiast papierowych wydruków dostają zadania na terminalu z Androidem i potwierdzają je skanem.
- Towar ma wiele miejsc albo terminy ważności - o miejscu odkładania decyduje adresacja lokalizacji, a o kolejności wydania partia i data ważności.
Subiekt zostaje programem do sprzedaży i dokumentów. System WMS przejmuje wszystko, co dzieje się z towarem między rampą a regałem.
Magazynier nie przepisuje wtedy niczego do Subiekta. Zamówienie ZK wchodzi do WMS jako zlecenie wydania, a po skompletowaniu wraca do ERP jako dokument WZ.
Subiekt GT i nexo - dwa różne interfejsy programistyczne
Obie linie InsERT mają własną Sferę, ale łączy je tylko nazwa.
Zewnętrzny system może korzystać z funkcji Subiekta przez interfejs, który udostępnia producent. InsERT nazywa go Sferą i ma osobną wersję dla GT oraz dla nexo. Zestawienie opiera się na opisie Sfery dla GT oraz stronie o nexo SDK.
| Cecha | Subiekt GT | Subiekt nexo PRO |
|---|---|---|
| Nazwa interfejsu | Sfera dla Subiekta GT | Sfera dla Subiekta nexo |
| Technologia | COM i OLE Automation | Rozszerzenia jako projekty .NET; szablony Visual Studio od InsERT |
| Dokumentacja | Plik pomocy gta.chm w katalogu programu (Pomoc - InfoSfera) | nexo SDK: struktura bazy oraz lista obiektów i metod |
| Licencja | Sfera jest osobnym dodatkiem do Subiekta GT | InsERT wymienia Sferę wśród rozwiązań dostępnych w wersji PRO |
| Status linii | Sprzedawany i aktualizowany; InsERT zachęca do przejścia na nexo PRO | Linia docelowa, z przenoszeniem danych z GT |
Według InsERT Sfera dla GT korzysta z wewnętrznych algorytmów programu, więc zapis dokumentu przez Sferę ma szansę przejść tą samą drogą co zapis ręczny, a nie jako wiersz wstawiony wprost do bazy. Przejście z GT na nexo to wymiana technologii, więc warstwę łączącą z ERP trzeba przygotować od nowa. Dane i dokumenty po stronie WMS zostają bez zmian.
Wybór drogi po stronie Studio WMS.net zależy od tego, co da się uruchomić w ERP. Moduł integracji wymienia dane kanałami opisanymi na stronie o integracji z systemem ERP: plikami Excel, przez WebService, komunikatami API oraz importem z FTPS. Sfera jest drogą programistyczną, a pliki prostszą drogą na pierwszy ładunek danych. SoftwareStudio wymienia Subiekt InsERT wśród systemów, z którymi prowadził integracje (opis doświadczenia).
Kto wykonuje integracje po stronie Studio WMS.net
Za wymianę z Subiektem odpowiada usługa Windows na serwerze.
Studio WMS.net ma konektor do danej wersji ERP, a integracje wykonuje SSService.exe. To usługa Windows instalowana na serwerze, która realizuje zadania systemu, w tym wymianę dokumentów z Subiektem.
Sfera InsERT jest drogą, którą daje sam producent programu. Subiekt GT i nexo mają różne interfejsy, więc konektor dotyczy konkretnej wersji, a przejście z GT na nexo zmienia warstwę łączącą z ERP. Dane i dokumenty po stronie WMS zostają bez zmian.
Którą wersję Subiekta obejmuje konektor i czy wymiana idzie przez Sferę, czy przez pliki, potwierdza analiza przedwdrożeniowa.
Które dokumenty i dane idą w którą stronę
Zamówienia wchodzą do WMS jako zlecenia, a ruchy towaru wracają do Subiekta jako dokumenty magazynowe.
Schemat pokazuje podział. Zamówienia powstają w Subiekcie, bo tam są kontrahent i cena. Ilość faktycznie przyjęta albo wydana powstaje w WMS i wraca do ERP jako dokument.
Tabela rozpisuje te same dokumenty na dane. Pełny katalog dokumentów systemu opisuje strona o dokumentach magazynowych w WMS.net. Ten sam zestaw typów dokumentów wychodzących, w formacie JSON, opisuje strona o integracji magazynu online z ERP.
| Dokument Subiekta | Kierunek | Co przenosi | Odpowiednik w WMS |
|---|---|---|---|
| ZK - zamówienie od klienta | Subiekt do WMS | Kontrahent, pozycje, ilości, termin | Zlecenie wydania ZWZ, zadanie kompletacji |
| ZD - zamówienie do dostawcy | Subiekt do WMS | Dostawca, pozycje, ilości | Zlecenie przyjęcia ZPZ |
| PZ - przyjęcie zewnętrzne | WMS do Subiekta | Ilości rzeczywiste po skanie, magazyn | PZ zapisany po przyjęciu na terminalu |
| WZ - wydanie zewnętrzne | WMS do Subiekta | Ilości po kompletacji, odwołanie do ZK | WZ zapisany po skompletowaniu |
| MM - przesunięcie międzymagazynowe | W obie strony | Magazyn źródłowy i docelowy, ilości | Przesunięcie między magazynami; ruch w obrębie magazynu zostaje w WMS |
| PW i RW - przyjęcie i rozchód wewnętrzny | WMS do Subiekta | Nadwyżki i niedobory ze spisu | Wynik inwentaryzacji |
Zlecenie wydania w WMS odpowiada zamówieniu sprzedaży w ERP. Magazynier widzi je na terminalu jako zadanie, a po skompletowaniu system zapisuje dokument WZ i przekazuje go do Subiekta. Faktura zostaje w ERP.
Przyjęcia działają symetrycznie. Zlecenie przyjęcia powstaje z zamówienia do dostawcy, a po skanie towaru WMS zapisuje ilości rzeczywiste w dokumencie PZ. Subiekt dostaje więc ilość faktycznie przyjętą, a nie planowaną. Szczegóły dokumentu opisuje strona programu do wystawiania dokumentów magazynowych.
Przy rozliczeniu inwentaryzacji nadwyżka wraca do Subiekta jako PW, a niedobór jako RW. Zasady rozliczania różnic ustala analiza wdrożeniowa.
Źródło prawdy dla stanów magazynowych
Każde pole ma jednego właściciela, a drugi system je tylko odczytuje.
Źródłem prawdy jest ten system, w którym dane powstają i w którym wolno je poprawiać. Drugi system dostaje kopię. Tabela przypisuje właściciela do najczęstszych danych.
| Dane | Źródło prawdy | Uzasadnienie |
|---|---|---|
| Kartoteka towarowa: indeks, nazwa, EAN, jednostka | Subiekt | Magazyn nie prowadzi równoległej kartoteki, a zmiana w Subiekcie przechodzi do WMS |
| Kontrahenci i ceny | Subiekt | Warunki handlowe nie wpływają na pracę na hali |
| Zamówienia ZK i ZD | Subiekt | Zamówienie powstaje przy ofercie albo zakupie, przed ruchem towaru |
| Lokalizacja, partia, paleta | WMS | Subiekt nie widzi regałów, więc tych danych nie ma skąd wziąć |
| Ilość przyjęta i wydana | WMS | Ilość rzeczywistą potwierdza skan; Subiekt dostaje ją w dokumencie PZ lub WZ |
| Stan zbiorczy magazynu | Subiekt, po zatwierdzonych dokumentach | To suma ruchów po przetworzeniu kolejki; stan co do lokalizacji pokazuje WMS |
Numer EAN zapisany w Subiekcie musi odpowiadać kodowi na opakowaniu, bo skan na terminalu szuka właśnie tej wartości. Opisują to strony o kartotekach magazynowych i o kodach kreskowych. Błędny numer zatrzyma operację na hali jako nieznany towar.
W tym układzie opóźnienie jest normalne. Ruch w WMS trafia do bazy w chwili skanu, a w Subiekcie pojawia się po przetworzeniu kolejki, więc stan magazynowy w ERP bywa o jeden ruch do tyłu. Błędem jest dopiero wydanie towaru poza WMS, na przykład z biura: Subiekt zmniejsza stan, a WMS o tym nie wie.
Towar pod kontrolą WMS wychodzi z magazynu tylko przez WMS. Inaczej dwa stany rozjadą się szybciej, niż zdąży je wyrównać inwentaryzacja.
Obsługa błędów w integracji z Subiektem
Błąd danych wymaga człowieka, a błąd dostępności wymaga tylko czekania.
Dokument wychodzący z WMS trafia najpierw do kolejki, a dopiero potem do Subiekta. Kolejkę FIFO i kolejkę błędów opisuje strona o integracji magazynu online z ERP. Dla Subiekta liczy się rozróżnienie czterech rodzajów porażki.
- Błąd danych - towar bez indeksu w kartotece Subiekta albo kontrahent, którego tam nie ma. Ponowienie nic nie zmieni, więc dokument czeka w kolejce błędów na poprawkę.
- Brak stanu w ERP - zależnie od ustawień Subiekt może odmówić wydania towaru, którego według niego nie ma. Zwykle winny jest PZ, który jeszcze nie wszedł do ERP, a kolejność FIFO, w której PZ idzie przed WZ, usuwa tę przyczynę.
- Program niedostępny - Subiekt zamknięty albo serwer w restarcie. Dokumenty kumulują się w kolejce, magazyn pracuje dalej, a po powrocie ERP wysyłka rusza sama.
- Duplikat po zerwanym połączeniu - powtórzona wysyłka nie może utworzyć drugiego WZ. WMS zapisuje identyfikator dokumentu w polu Subiekta dostępnym przez Sferę i przed ponowieniem sprawdza, czy dokument już istnieje; wybór pola ustala analiza.
Diagnostyka zaczyna się od znalezienia dokumentu, którego nie widać po drugiej stronie. Administrator poprawia dane tam, gdzie leży ich właściciel według tabeli z poprzedniej sekcji, i wrzuca dokument do kolejki ponownie.
Zakres wdrożenia i dane do analizy
Cztery grupy danych, które skracają analizę przedwdrożeniową.
Integracja z Subiektem jest częścią wdrożenia, a nie osobnym produktem. Studio WMS.net ma konektor do danej wersji programu, a integracje wykonuje SSService.exe. Zakres dla Twojej instalacji potwierdza analiza przedwdrożeniowa. Żeby ją przyspieszyć, zbierz cztery grupy informacji.
- Wersja programu i licencja - GT czy nexo, numer wersji, czy firma ma Sferę (w nexo wersję PRO) i na ilu stanowiskach pracuje Subiekt.
- Magazyny w Subiekcie - ile ich jest, które obejmie WMS i czy towar przechodzi między nimi dokumentami MM.
- Kartoteka - liczba indeksów i to, czy numery EAN są wpisane i niepowtarzalne.
- Dokumenty i wolumen - ile zamówień ZK przychodzi dziennie i czy wydanie odbywa się dokumentem WZ, czy od razu fakturą sprzedaży.
Wdrożenie nie wymaga zatrzymania magazynu. Kartoteki towarowe można przenieść jednym importem z Excela, a wymianę dokumentów uruchomić najpierw dla jednej strefy, bo błędy konfiguracji wychodzą wtedy na małej liczbie ruchów. Moduł integracji ERP jest dostępny od wersji STANDARD licencji Studio WMS.net, a aktualne warunki pokazuje cennik. Przebieg prac opisuje strona o wdrożeniu programu magazynowego, a wycenę dla Twojego magazynu przygotujemy po rozmowie na stronie wyceny.