Firmy informatyczne z Poznania dla logistyki - czego wymaga magazyn

Firma informatyczna, która pisze aplikacje dla biur, nie zawsze poradzi sobie z magazynem. W logistyce błąd w danych jest widoczny fizycznie: paleta leży w innym miejscu niż w systemie, ciężarówka stoi przy rampie bez okna czasowego, dokument wydania nie zgadza się z ERP. Strona opisuje, jakie wymagania stawia logistyka dostawcom oprogramowania i po czym rozpoznać firmę informatyczną z Poznania, która te wymagania zna z praktyki wdrożeniowej.

Firmy informatyczne z Poznania a wymagania logistyki

Aplikacja biurowa zapisuje dane wtedy, gdy użytkownik skończy pracę na formularzu. System logistyczny zapisuje je w chwili ruchu towaru, więc opóźnienie zapisu oznacza opóźnienie w informacji o stanie. Kolejna różnica dotyczy rytmu pracy. Magazyn działa na zmiany, awaria w środku szczytu wydań zatrzymuje ludzi i sprzęt, a nie tylko ekran. Dostawca IT dla logistyki musi więc planować dostępność systemu oraz terminy wdrożeń i okien serwisowych pod kalendarz magazynu.

SoftwareStudio, firma z Poznania, rozwija własne systemy dla logistyki: Studio WMS.net dla magazynu i VSS.net dla awizacji oraz zarządzania rampami, a do tego RMA.net dla reklamacji, TCS.net dla narzędziowni i PWS.net dla palet oraz opakowań zwrotnych. Zestawienie poniżej pokazuje, który proces logistyczny obsługuje który system i jakie dane trzeba w nim prowadzić na bieżąco.

Kompletną mapę systemów w łańcuchu dostaw, wraz z granicami odpowiedzialności między nimi, przedstawia strona o oprogramowaniu logistycznym. Rolę WMS w firmie, która obsługuje cudzy towar i rozlicza usługi, opisuje tekst o WMS w firmie logistycznej między magazynem a transportem.

Reguła: dostawca IT dla logistyki musi znać model danych magazynu i transportu, bo dopiero on decyduje, czy integracje i raporty mówią to samo co hala.

Model danych logistycznych, który dostawca musi znać

Najkrótszym sprawdzianem wiedzy dostawcy jest pytanie o jednostkę logistyczną. W magazynie ruch dotyczy indeksu towaru oraz lokalizacji i konkretnej jednostki, czyli palety lub kartonu z własnym identyfikatorem. Standard GS1 opisuje identyfikator jednostki logistycznej jako SSCC, ciąg 18 cyfr z numerem kontrolnym. Etykieta z takim kodem jest tym, co skaner odczytuje przy przyjęciu i wydaniu. Organizacja krajowa, w Polsce GS1 Polska, publikuje informacje o standardach na stronie GS1 Polska.

Drugą składową modelu jest różnica między stanem fizycznym a dostępnym. Towar zarezerwowany pod zamówienie nadal leży na regale, ale nie może być przyrzeczony drugiemu klientowi. Zapytanie z przykładu liczy stan dostępny dla jednego indeksu w podziale na lokalizacje. Nazwy tabel i kolumn są poglądowe i nie odwzorowują schematu żadnego produktu.

SELECT l.Adres, s.Indeks, s.Ilosc, s.Zarezerwowano,
       s.Ilosc - s.Zarezerwowano AS Dostepne
FROM dbo.Stan AS s
JOIN dbo.Lokalizacja AS l ON l.IdLokalizacji = s.IdLokalizacji
WHERE s.Indeks = 'ABC-100'
  AND s.Ilosc - s.Zarezerwowano > 0
ORDER BY l.Adres;

Do modelu należy też partia i termin ważności, jeśli towar ich wymaga. Reguła wydawania zależy od nich bezpośrednio: przy FIFO system wskazuje jednostkę, która weszła do magazynu najwcześniej, a przy FEFO tę, której termin ważności upływa najszybciej. Dostawca, który tworzy aplikację dla branży spożywczej albo farmaceutycznej, musi umieć zapisać oba przypadki w konfiguracji, a nie w kodzie pisanym osobno dla każdego klienta.

Trzeci element stanowią dokumenty ruchu. Przyjęcie i wydanie zewnętrzne oraz przesunięcie międzymagazynowe mają w księgowości magazynowej osobne skróty i skutki. Dostawca, który pisze integrację z ERP, powinien odróżniać je bez tłumaczenia. Księgowanie różnic po spisie, czyli dokumenty PW i RW, opisuje strona o programach do inwentaryzacji.

Integracje WMS z ERP i awizacjami

W typowym układzie ERP jest źródłem zamówień i kartotek towarowych, a WMS źródłem faktycznych ruchów. Wymiana obejmuje zamówienia idące do magazynu oraz potwierdzenia przyjęć i wydań wracające do ERP. Kanałem bywa REST, plik wymiany albo kolejka komunikatów, a wybór zależy od tego, czy ERP oferuje interfejs i jak duże opóźnienie jest dopuszczalne. Kanały i kontrakty danych opisano w tekście o integracji WMS z ERP przez REST i kolejki.

Największe ryzyko integracji to duplikat dokumentu po powtórzeniu wysyłki. Odpowiada na nie wzorzec outbox: komunikat zapisuje się w tabeli w tej samej transakcji, w której zapisano ruch magazynowy, a osobny proces wysyła go do ERP i ponawia próby. Klucz idempotencji z ograniczeniem unikalności sprawia, że drugi taki sam komunikat nie zostanie przyjęty. Tabela poniżej jest schematem poglądowym.

CREATE TABLE dbo.Outbox (
    IdKomunikatu bigint IDENTITY(1,1) PRIMARY KEY,
    Typ varchar(20) NOT NULL,
    Tresc nvarchar(max) NOT NULL,
    KluczIdempotencji uniqueidentifier NOT NULL UNIQUE,
    Status tinyint NOT NULL DEFAULT 0,
    Utworzono datetime2 NOT NULL DEFAULT SYSUTCDATETIME()
);

Treść komunikatu jest krótkim dokumentem JSON z numerem dokumentu i pozycjami. Poniższy przykład potwierdza przyjęcie dwudziestu czterech sztuk jednego indeksu z numerem partii.

{
  "typ": "PZ",
  "numerDokumentu": "PZ/2026/000123",
  "pozycje": [
    { "indeks": "ABC-100", "ilosc": 24, "partia": "L2609A" }
  ]
}

Ograniczenie unikalności opisuje dokumentacja Microsoft Learn o ograniczeniach UNIQUE i CHECK. Integrację z awizacjami dostaw, w której dane z okna czasowego trafiają do przyjęcia, opisuje strona o tym, jak VSS łączy się z WMS i ERP przy przyjęciach.

Monitorowanie integracji i obsługa błędów

Integracja, która działa, ale nikt jej nie obserwuje, po pewnym czasie przestaje działać bez wiedzy użytkowników. Typowy scenariusz to zmiana hasła konta technicznego w ERP: komunikaty z magazynu przestają być przyjmowane, a kolejka rośnie do chwili, gdy księgowość zauważa brak dokumentów. Dlatego do integracji dołącza się monitoring, a jego próg alarmowy zapisuje w umowie o wsparcie.

Najprostszym wskaźnikiem jest wiek najstarszego niewysłanego komunikatu. Zapytanie poniżej grupuje komunikaty ze statusem „nowy” według typu i zwraca te grupy, w których najstarszy czeka dłużej niż dziesięć minut. Próg dobiera się do procesu: dla potwierdzeń wydania bywa krótszy niż dla zestawień zbiorczych.

SELECT Typ, COUNT(*) AS Liczba, MIN(Utworzono) AS Najstarszy
FROM dbo.Outbox
WHERE Status = 0
GROUP BY Typ
HAVING MIN(Utworzono) < DATEADD(minute, -10, SYSUTCDATETIME());

Osobno traktuje się komunikaty, które po kilku próbach nadal kończą się błędem, bo powtarzanie ich w nieskończoność blokuje resztę kolejki. Trafiają do statusu błędu i wymagają decyzji człowieka: poprawy danych albo ręcznego zaksięgowania dokumentu. Zamawiający powinien wiedzieć, kto po stronie dostawcy dostaje powiadomienie o takim komunikacie i w jakim czasie ma go obsłużyć.

Awizacje i okna czasowe na rampach

Ramy czasowe dostaw są częścią logistyki, którą dostawca ogólnego IT zwykle pomija. Awizacja oznacza rezerwację okna, w którym pojazd ma rozładować się na konkretnej rampie, a system odpowiada za to, żeby pojemność rampy w oknie nie została przekroczona. W module Awizacje VSS.net dostawca rezerwuje okno czasowe, a magazyn widzi plan dnia w kalendarzu, co opisuje strona o module awizacji VSS.net.

Po stronie przewoźnika ten sam problem wygląda inaczej: trzeba zmieścić rezerwacje u kilku odbiorców i nie zdublować kierowcy ani pojazdu. Odpowiedzią jest kalendarz łączący sloty na rampach z zajętością floty, którego zasady opisuje strona o kalendarzu dla firmy transportowej. Przy ocenie dostawcy pytania są proste: czy system pilnuje pojemności ramp, jak reaguje na spóźniony pojazd i czy zmiana okna wysyła powiadomienie.

Hosting i ciągłość pracy systemu logistycznego

Aplikacje webowe SoftwareStudio hostowane są w chmurze prywatnej działającej na platformie VMware. Dla logistyki liczą się jednak nie nazwa platformy, lecz zobowiązania dotyczące dostępności. Magazyn pracujący na trzy zmiany nie ma godziny, w której przerwa jest niewidoczna, więc każde okno serwisowe wymaga ustalenia z kierownikiem operacyjnym. Poniższe zestawienie zawiera parametry, które warto uzgodnić na piśmie przed uruchomieniem systemu.

Wsparcie po uruchomieniu prowadzone jest w ramach umowy SLA, a zapisy warto czytać osobno dla czasu reakcji i czasu naprawy. Jak to zrobić, pokazuje strona o tym, jak sprawdzić firmę informatyczną z Poznania przed umową. Osobnym pytaniem jest środowisko testowe do integracji: kopia konfiguracji, na której zamawiający i dostawca sprawdzają wymianę z ERP przed każdą zmianą w wersji produkcyjnej. Rozwiązania w chmurze prywatnej łączą się z lokalną infrastrukturą magazynu, więc pod uwagę bierze się także sieć i urządzenia, których dotyczy osobna strona o integracjach z terminalami i drukarkami.

Jak porównać firmy informatyczne z Poznania dla logistyki

Porównanie zaczyna się od zawężenia zakresu do jednego procesu, na przykład przyjęcia towaru z awizacją, i poproszenia każdej firmy o opis, jak go obsłuży. Odpowiedź pokazuje, czy dostawca zna dokumenty oraz wyjątki procesu, czy tylko ogólne hasła. W drugim kroku zamawiający sprawdza referencje od użytkowników magazynu, a nie działu IT, bo to oni opisują codzienną pracę z systemem.

• Znajomość procesu - dostawca opisuje przyjęcie i wydanie z dokumentami i wyjątkami, a nie ogólnym hasłem o automatyzacji.
• Integracja - wskazuje kanał wymiany z ERP oraz kontrakt danych i sposób ponawiania wysyłki bez duplikatów.
• Urządzenia - potwierdza obsługę terminali i drukarek, które są już na hali, albo wskazuje ich wymianę.
• Ciągłość - podaje zapisane wartości RPO i RTO oraz plan przełączenia dla pracy zmianowej.

Dobrze działa próba na danych zamawiającego. Firma dostaje kartotekę kilkudziesięciu indeksów, plan kilku lokalizacji i przykładowe zamówienie, po czym pokazuje przebieg od przyjęcia do wydania na środowisku testowym. Trwa to zwykle krócej niż przygotowanie szczegółowej oferty, a ujawnia różnice, które w prezentacji handlowej pozostają niewidoczne: sposób obsługi błędnego skanu, wyboru lokalizacji albo korekty ilości po przyjęciu.

Ważnym kryterium jest też to, czy firma prowadzi własny produkt, czy pisze wyłącznie aplikacje na zamówienie. Własny system oznacza gotowe mechanizmy, na przykład kalendarz ramp, ale ogranicza swobodę zmian. Aplikacja pisana od podstaw daje elastyczność za cenę dłuższej analizy. SoftwareStudio działa w obu modelach, a informacje o produktach znajdują się na stronie Studio WMS.net. Na stronie o programie do zarządzania dostawami w systemie YMS opisano z kolei, jak wygląda kontrola rampy w praktyce.

Wdrożenie w działającym magazynie

Wdrożenie systemu w magazynie, który nie może się zatrzymać, wymaga planu przełączenia. Zaczyna się od uporządkowania danych podstawowych: kartoteka indeksów i plan lokalizacji oraz lista kontrahentów muszą być poprawne przed migracją, bo błędy w danych wejściowych system tylko powiela. Następnie wykonuje się inwentaryzację stanu początkowego i uruchamia system na jednej strefie lub jednym typie operacji. Kontrola danych przed migracją bywa prosta, na przykład zapytanie wykrywające zdublowane adresy lokalizacji, które w systemie muszą być unikalne.

SELECT Adres, COUNT(*) AS Liczba
FROM dbo.Lokalizacja
GROUP BY Adres
HAVING COUNT(*) > 1;

Okres pracy równoległej starego i nowego rozwiązania kosztuje, bo ludzie wprowadzają dane dwa razy, ale pozwala porównać wyniki. Termin przełączenia wybiera się poza szczytem sezonu, a zespół dostawcy jest obecny na hali w pierwszych dniach po uruchomieniu. Szkolenie użytkowników odbywa się przed przełączeniem, w podziale na role: magazynier, kierownik zmiany, administrator. Dostawcy pracujący w Poznaniu mogą realizować część takich prac na miejscu, a resztę zdalnie, o czym więcej w tekście o ocenie dostawcy przed umową.

Pełną listę pytań do dostawcy oprogramowania dla logistyki i sposób ich punktowania każdy zamawiający układa według własnego procesu. Zakres usług SoftwareStudio dla firm z branży opisano na stronie usług SoftwareStudio.