Prosta ewidencja kończy się na odpowiedzi, ile sztuk asortymentu jest w magazynie. Przy kilku tysiącach miejsc paletowych ta liczba przestaje wystarczać, bo magazynier potrzebuje adresu, a nie sumy. Ewidencja według miejsc składowania zmienia pytanie z "ile mamy" na "gdzie to leży", i od tego zaczyna się praca systemu klasy WMS.
System WMS dla operatora logistycznego
Studio WMS.net działa w technologii ASP.NET z bazą MS SQL, a interfejs otwiera się w przeglądarce - tak samo na stanowisku biurowym, jak na terminalu z Androidem. Operator logistyczny prowadzi w jednej instancji towar wielu zleceniodawców, z odrębnymi stanami i osobnym raportowaniem dla każdego z nich.
- Ewidencja według lokalizacji - kartoteki magazynowe wiążą indeks towaru z adresem miejsca, a stan na wskazany dzień wylicza się z sumy ruchów.
- Terminale Android - skan kodu kreskowego zatwierdza operację przy regale, bez wracania do stanowiska stacjonarnego.
- Wymiana danych z ERP - SAP R3 i Comarch enova365 otrzymują dokumenty obrotu, a odsyłają kartoteki towarów i kontrahentów.
- Dwa modele wdrożenia - instancja w chmurze prywatnej albo instalacja na serwerze IIS z MS SQL po stronie klienta.
Lokalizacje i wykorzystanie przestrzeni
Strefa składowania, rząd regałów, poziom i gniazdo składają się na symbol adresowy miejsca. System operuje na tym symbolu przy każdym odkładaniu i pobraniu, dlatego dwie palety tego samego indeksu leżące w różnych strefach pozostają rozróżnialne. Wolne miejsce da się wskazać zapytaniem, zamiast szukać go wzrokiem po hali.
Czym różni się WMS dla logistyki od zwykłego programu magazynowego
Firma logistyczna obsługuje towar wielu klientów naraz, w modelu multi-client. System musi wtedy rozdzielać stany i dokumenty per zleceniodawca, bo pomyłka oznacza wydanie cudzego towaru. Studio WMS.net realizuje to strukturą kont z izolowanymi danymi i osobnymi regułami składowania dla każdego konta.
Druga różnica dotyczy jednostek logistycznych. Ten sam indeks przychodzi na palecie, a wychodzi w kartonach albo w sztukach, więc system prowadzi przeliczniki między poziomami opakowań. Pokazuje to opis procesu przyjęcia towaru do magazynu w jednostkach zbiorczych z późniejszą kompletacją na sztuki.
Procesy operacyjne w magazynie
Przepływ towaru rozkłada się na etapy, z których każdy zostawia ślad w bazie: awizacja, przyjęcie, odkładanie, kompletacja i wydanie. Terminal prowadzi operatora przez kolejne kroki, a system nie pozwala zatwierdzić etapu, jeśli poprzedni nie ma potwierdzenia.
Kompletacja zamówień startuje z elektronicznego zlecenia, z którego powstaje lista kompletacyjna ułożona według ścieżki przejścia przez magazyn. Operator widzi adres miejsca i ilość do pobrania, a potwierdzenie skanem od razu zmniejsza stan w tej lokalizacji.
Dokumenty obrotu magazynowego
- PZ - przyjęcie zewnętrzne potwierdzane skanem na rampie
- WZ - wydanie zewnętrzne powiązane ze zleceniem klienta
- MM - przesunięcie między magazynami i między lokalizacjami
- RW - rozchód wewnętrzny na potrzeby produkcji
Spis z natury prowadzi się strefami, bez zatrzymywania całej hali. Arkusz blokuje liczone lokalizacje, a różnice schodzą dokumentem korygującym.
Praca mobilna na hali
Moduł Android obsługuje terminale ręczne i kolektory danych. Pracownik skanuje kod artykułu oraz kod lokalizacji, a system potwierdza operację albo sygnalizuje niezgodność w tym samym momencie. Papierowa lista przestaje być potrzebna, a wraz z nią znika przepisywanie danych po zmianie.
Aplikacja pracuje też przy zerwanym Wi-Fi: zadanie pobrane na terminal wykonuje się lokalnie, a kolejka operacji wysyła się po odzyskaniu łączności. W magazynach wysokiego składowania ma to znaczenie w alejkach, gdzie zasięg bywa nierówny - szerzej opisuje to materiał o zarządzaniu lokalizacjami w magazynie wysokiego składowania.
Pick-to-light i kompletacja
Studio WMS.net współpracuje z systemami pick-to-light, które wskazują miejsce pobrania sygnałem świetlnym. W połączeniu ze skanerem daje to ścieżkę kompletacji bez papieru - od wygenerowania zlecenia po potwierdzenie wydania. Przepustowość stanowiska rośnie bez zwiększania obsady.
Dostęp online i wiele lokalizacji
Aplikacja działa jako program magazynowy w chmurze, więc kierownik zatwierdza dokumenty i przegląda stany magazynowe z dowolnego stanowiska, a terminal w hali nie potrzebuje tunelu VPN do sieci firmowej.
Przy kilku magazynach centralna baza pozwala porównać stany między oddziałami i zaplanować przesunięcie, zanim zabraknie towaru w jednym z nich. Podłączenie kolejnej lokalizacji sprowadza się do konfiguracji magazynu w systemie, nie do rozbudowy infrastruktury.
Integracja z ERP, SAP i enova365
Wymiana z SAP R3 oraz Comarch enova365 obejmuje kartoteki towarowe, dane kontrahentów i dokumenty obrotu. Tryb OnLine przesyła komunikat zaraz po zatwierdzeniu dokumentu, tryb OffLine zbiera paczkę danych w cyklu. Wybór zależy od tego, czy ERP wytrzymuje ruch w godzinach szczytu magazynu.
Część zleceniodawców przysyła zamówienia w standardzie EDI. System przetwarza komunikaty zamówień oraz potwierdzeń wysyłki, co opisuje strona o elektronicznej wymianie dokumentów. Osobnym przypadkiem jest integracja z SAP w magazynach o podwyższonych wymaganiach - z numerami seryjnymi opakowań, rotacją FEFO i terminalami iskrobezpiecznymi ATEX, co przybliża opis wdrożenia dla magazynu chemicznego.
| System lub standard | Zakres integracji | Tryb wymiany danych |
|---|---|---|
| SAP R3 | Kartoteki towarowe, dane kontrahentów, dokumenty magazynowe | OnLine lub OffLine |
| Comarch enova365 | Synchronizacja kartotek towarowych i dokumentów magazynowych | OnLine lub OffLine |
| EDI | Zamówienia, awizacje dostaw, potwierdzenia wysyłki | Automatyczna wymiana komunikatów |
| Wapro MAG | Rejestracja produkcji i wydań metodą FIFO | Automatyzacja przez kolektory danych |
Wapro MAG i metoda FIFO
Przy współpracy z Wapro MAG system wyznacza kolejność poboru według daty przyjęcia partii, a operator obsługuje całość kolektorem. Starsza partia nie zostaje pominięta, bo terminal nie przyjmie skanu innej palety niż wskazana. Szczegóły takiego wdrożenia pokazuje opis magazynu oleju prowadzonego metodą FIFO.
Model wdrożenia - SaaS albo on-premise
W modelu SaaS instancja stoi po stronie SoftwareStudio, a klient płaci abonament i nie utrzymuje serwera. Model on-premise stawia aplikację na własnym IIS z bazą MS SQL, co zostawia dane i kopie w rękach działu IT klienta. Różnica dotyczy głównie tego, kto odpowiada za utrzymanie środowiska.
Za wersją chmurową przemawia brak inwestycji w serwer oraz plan odtworzenia po awarii po stronie dostawcy - warunki opisuje oferta oprogramowania w chmurze. Za instalacją lokalną przemawia polityka bezpieczeństwa, która nie dopuszcza danych poza własną serwerownię.
Awizacja dostaw jako uzupełnienie
Moduł Studio VSS.net pozwala przewoźnikowi zarezerwować okno czasowe przy doku przez Internet. Magazyn dostaje harmonogram przyjęć z wyprzedzeniem i rozstawia obsadę pod rzeczywiste obciążenie ramp. Sposób rozliczania pojemności bram tłumaczy opis działania Studio VSS.net, a zakres samego procesu - strona o awizacji dostaw.