Jak jeden system WMS obsługuje kilku właścicieli towaru: osobne magazyny, kanały wymiany danych, algorytmy wydania i znaczniki na kartotece kontrahenta.
Operator logistyczny nie ma jednej reguły wydania ani jednego formatu pliku. Jeden klient wysyła zlecenia komunikatami EDI, drugi plikami CSV. Kolejni korzystają z arkuszy Excel. Każdy ma też własną regułę wydania.
Opisujemy, jak z taką sytuacją radzi sobie jeden system WMS. Chodzi o wdrożenie u operatora logistycznego z południa Polski, który prowadzi magazyny kilku właścicieli towaru. Współpraca trwa od grudnia 2015 roku. Różnice między klientami leżą w konfiguracji magazynu oraz w kartotekach kontrahenta i asortymentu, a nie w osobnych programach.
Podstawy programu dla operatorów, takie jak rozliczanie usług i wgląd online dla klienta, opisuje strona o programie magazynowym 3PL. Tutaj skupiamy się na jednym pytaniu: gdzie system trzyma różnice między właścicielami towaru w jednym magazynie.
Kto jest właścicielem towaru
W opisywanym systemie właściciel towaru wynika z kartoteki asortymentu. Każdy indeks należy do kontrahenta, więc listy asortymentu w dokumentach są filtrowane według kontrahenta i magazynu. Magazyn użytkownika zapisuje się w dokumencie automatycznie. Obroty każdego kontrahenta opisuje strona o monitorowaniu obrotów kontrahenta.
Według stanu z sierpnia 2026 baza opisywanego wdrożenia ma 24 kartoteki kontrahentów i ponad 21 tys. kartotek asortymentu. System ma też 305 kont użytkowników. Liczba kartotek kontrahentów nie jest liczbą umów.
Magazyn jako granica danych
Klienci operatora mają w systemie osobne magazyny. Magazyn w WMS nie musi oznaczać osobnego budynku, bo jest podziałem stanów w systemie.
Plik klienta zawiera kod magazynu, który system musi zamienić na magazyn WMS. Robi to skorowidz magazynów z kolumną kodu importu. Przy imporcie system sprawdza, czy kod z pliku istnieje w skorowidzu. Do tej samej kategorii należy tabela mapowania indeksów: przy migracji ERP klienta stare indeksy z partią zapisaną w jednym polu zamieniono na nowe numery materiałów. Część indeksów nie miała odpowiednika.
Znaczniki na kartotece kontrahenta
Część reguł operator włącza znacznikiem na kartotece kontrahenta. W opisywanym wdrożeniu są cztery takie znaczniki. Każdy działa tylko dla kontrahenta, który go ma, więc ta sama funkcja jest włączona u jednego klienta, a u drugiego nie. Znacznik włącza pojedynczą regułę, a nie osobną wersję programu.
- Wycofanie zlecenia. Dokumenty i zadania zlecenia dostają status anulowany, a zlecenie wraca do bufora. Opisuje to artykuł o wycofaniu zlecenia w WMS.
- Wydanie podkładów paletowych. Przy zamknięciu zlecenia wydania system dopisuje wydanie podkładów.
- Protokół od ilości pierwotnej. Przy zamknięciu niepełnego zlecenia protokół różnic liczy się od ilości pierwotnej.
- Przyjęcie pozycji niezgodnych. Pozycja spoza zlecenia trafia na wirtualną lokalizację zablokowaną dla przyjęć i wydań, z której można wykonać tylko zmianę lokalizacji.
Standardowe pola kartoteki, takie jak numer GLN czy cennik indywidualny, opisuje strona o kartotekach kontrahentów.
Różne kanały wymiany danych
Klient A, międzynarodowy browar, wymienia z operatorem komunikaty EDI przez serwer SFTP. Klient B, producent opakowań metalowych, wysyła pliki CSV przez SFTP. Pozostali klienci korzystają z plików Excel. Logowanie do serwera SFTP klienta odbywa się kluczem SSH, a nie hasłem.
Pliki CSV obsługuje zadanie cykliczne, które pobiera je i sprawdza w nich indeks oraz magazyn. Potem dopisuje zlecenia i odsyła potwierdzenie wydania. Błędy wychodzą mailem, a kontrahenta system ustala z kartoteki asortymentu. Indeksy oznaczone jako elementy dodatkowe, na przykład przekładki, nie są przyjmowane na stan i dają tylko ostrzeżenie. Szczegóły opisuje artykuł o integracji WMS z ERP przez SFTP. Komunikaty EDI przechodzą podobną drogę, a ich zakres opisuje artykuł o integracji EDI z WMS. Po przyjęciu i wydaniu wraca do klienta potwierdzenie PZ albo WZ w formatach JSON i EDI.
Z arkusza Excel system importuje zlecenia z raportem pozycji dopisanych i odrzuconych. Ogólne zasady wymiany danych z innymi programami, przez pliki albo usługi sieciowe, opisuje strona o komunikacji z systemami zewnętrznymi.
Różne algorytmy wydania
U klienta A zlecenie wydania dzieli się na palety pełne i mix. Paletę mix komponuje się w strefie mix z kilku palet, a o podziale decyduje ilość na palecie zapisana w kartotece asortymentu. Operator może zeskanować inną paletę niż zaproponowana, jeśli zgadza się indeks i partia. Mechanizm opisuje artykuł o palecie mix w WMS.
U klienta B system wydaje według FIFO liczonego od daty przyjęcia palety. Ilość palety pełnej wynika z pierwszego przyjęcia serii. Algorytm ma dwa warianty: wydanie bez numeru partii i wydanie z numerem partii, w którym FIFO działa w obrębie partii. W jednym z magazynów tego klienta działa wariant bez numeru partii. Zasadę opisuje artykuł o FIFO według daty przyjęcia palety.
Tabela zestawia klientów z ich kanałami danych i regułami wydania.
| Klient | Kanał danych | Algorytm wydania | Dodatkowe reguły |
|---|---|---|---|
| Klient A (międzynarodowy browar) | EDI i JSON przez SFTP | Strefa mix, podział na palety pełne i mix | Wycofanie zlecenia |
| Klient B (producent opakowań metalowych) | Pliki CSV przez SFTP | FIFO według daty przyjęcia palety, ilość palety pełnej z pierwszego przyjęcia serii | Data produkcji w skanie palety |
| Pozostali klienci | Pliki Excel | Brak opisu w tym artykule | Podkład dolny i wieko w kartotece towaru |
Reguła wydania należy do kontrahenta albo magazynu, nie do programu. Zmiana reguły u jednego klienta nie zmienia pracy pozostałych.
Spójność właściciela towaru w dokumentach
Właściciel towaru powinien być ten sam w kartotece asortymentu i w każdym dokumencie. Pilnuje tego skrypt z września 2026 roku: wyrównuje kontrahenta w dokumentach do właściciela z kartoteki i zapisuje tabele kopii, z których zmianę można cofnąć. Kartoteka asortymentu rozstrzyga o właścicielu, a dokument ma się z nią zgadzać.
Poprawki z 2026 roku wchodzą na produkcję skryptami, z których każdy ma skrypt wycofania. Ten tryb pracy opisujemy w artykule o rozwoju WMS po wdrożeniu.