Jak kontrolować stany, zwroty i SLA, gdy magazyn prowadzi Omnipack albo Linker Cloud?

Tak, AI może pilnować tego, co operator fulfillmentu robi z Waszym towarem, bez Waszej codziennej obecności w panelu. Omnipack udostępnia REST API z tokenem generowanym w panelu klienta, Linker Cloud działa podobnie, choć zakres dostępu zależy od umowy z operatorem. Z obu systemów wyciągamy stany, przyjęcia, zamówienia w trakcie realizacji, zwroty i pozycje faktur: wszystko, czego obsługa klienta i menedżer potrzebują na co dzień, bez logowania do zewnętrznego systemu.

Firma oddała magazyn i zgubiła wgląd w to, co się tam dzieje

Kiedy magazyn był własny, menedżer mógł wejść i zapytać magazyniera. Albo sprawdzić w programie, ile sztuk danego SKU jest na regale. Gdy towar jedzie do operatora fulfillmentu, ta bezpośredniość znika. Zostaje panel w przeglądarce, do którego nikt nie zagląda regularnie, i mail do opiekuna klienta, gdy coś pójdzie nie tak.

Typowo wygląda to tak, że obsługa klienta dostaje pytanie o zamówienie, loguje się do panelu Omnipack albo Linker Cloud, szuka po numerze, przepisuje status do maila i odpisuje klientowi. Przy kilkunastu takich zapytaniach dziennie to rutyna. Przy kilkudziesięciu: bałagan. I żadna z tych czynności nie wymaga człowieka.

Ale prawdziwy problem jest głębszy. Dostawy przyjęte przez operatora z brakami wychodzą na jaw przy inwentaryzacji, nie przy przyjęciu. Faktury za usługi fulfillmentu trafiają do księgowości i przechodzą bez weryfikacji, bo nikt nie ma czasu porównywać pozycji z liczbą zamówień. Zwroty zbierają się w osobnym raporcie, który ktoś powinien przejrzeć, ale zazwyczaj robi to pod koniec kwartału, a nie co tydzień. U jednego z klientów wyszło na etapie integracji, że przez kilka miesięcy płacili za obsługę większej liczby wysyłek niż faktycznie wychodzących z magazynu. Nikt wcześniej nie porównał faktury z własną ewidencją zamówień, bo nie było wygodnego miejsca, żeby to zrobić.

Co konkretnie wyciągamy z panelu klienta Omnipack i Linker Cloud

Oba systemy zbierają dane, których potrzebujecie do zarządzania, ale normalnie dostępne są wyłącznie po zalogowaniu. Z API i eksportów wyciągamy:

• Stany magazynowe per SKU: ilość dostępna do sprzedaży, zarezerwowana pod aktywne zamówienia, w kwarantannie po przyjęciu z rozbieżnością lub uszkodzeniem. W Omnipack to zakładka Inventory z podziałem na statusy "available", "reserved" i "quarantine". W Linker Cloud analogiczne pola pojawiają się w raporcie stanów generowanym per klient operatora.
• Dokumenty przyjęć: data dostawy, numer dokumentu GRN (odpowiednik PZ), lista pozycji z ilością zamówioną i ilością faktycznie przyjętą, notatka o rozbieżności lub uszkodzeniu. Pole received_quantity kontra expected_quantity to podstawa automatycznego wykrywania różnic przy każdej dostawie.
• Zamówienia w realizacji i znaczniki czasu: kiedy zamówienie trafiło do operatora, kiedy zmieniło status na picked (w kompletacji), packed (spakowane), shipped (nadane kurierowi) z numerem listu przewozowego. Z tych dat wylicza się rzeczywisty czas realizacji i porównuje go z deklarowanym SLA.
• Zwroty z wynikiem kontroli jakości: data przyjęcia zwrotu, SKU i ilość, status po kontroli: OK, uszkodzony, brak elementu, fałszywy zwrot. Decyzja końcowa: z powrotem do sprzedaży, do utylizacji, do reklamacji u producenta.
• Faktury operatora z pozycjami: liczba wysyłek per miesiąc, opłaty za pick i pack per zamówienie, magazynowanie per paleta lub jednostka, usługi dodatkowe jak konfekcjonowanie, etykietowanie lub obsługa zwrotu.

Czego zazwyczaj nie ma w API, albo co wymaga osobnego raportu od operatora: zdjęcia przy przyjęciu zwrotu, szczegółowa historia ruchów konkretnej palety i notatki wolnotekstowe magazyniera. Jeśli te dane potrzebne są do sporu z klientem, trzeba je pobierać ręcznie lub prosić operatora o osobny eksport.

Jak fizycznie wygląda podłączenie do tych systemów

Omnipack udostępnia REST API z dokumentacją techniczną dostępną w panelu klienta. Token autoryzacyjny generujecie w sekcji Integracje lub Ustawienia API: to Bearer token przekazywany w nagłówku każdego zapytania. API obejmuje zasoby: products (stany per SKU), orders (zamówienia i ich statusy), shipments (wysyłki z numerami listów przewozowych) oraz returns (zwroty z wynikami kontroli jakości). Omnipack oferuje też webhooks, czyli powiadomienia wysyłane przez system operatora w momencie zmiany statusu, co pozwala AI reagować niemal natychmiast po nadaniu zamówienia kurierowi. Zakres dostępnych endpointów zależy od Waszego pakietu: nie każdy klient ma dostęp do pełnej historii i wszystkich raportów, część danych historycznych może wymagać kontaktu z opiekunem klienta Omnipack.

Linker Cloud to platforma WMS, z której korzysta wielu operatorów fulfillmentu jako narzędzia do zarządzania własnym magazynem. Tu sprawa wygląda inaczej: Linker Cloud jako producent oprogramowania udostępnia REST API, ale to, czy Wasz operator włączył Wam dostęp do tych danych, zależy od Waszej umowy z nim i od jego konfiguracji systemu. Jeśli operator korzysta z Linker Cloud, a Wy nie macie kluczy API, pierwszym krokiem jest rozmowa z nim o dostępie do danych. To kwestia umowna, nie techniczna. Alternatywą są eksporty CSV lub XLSX z panelu klienta, które da się zautomatyzować przez planowe pobieranie plików. Wolniejsze i mniej pewne niż API, ale działa, gdy operator nie daje bezpośredniego dostępu.

Do podłączenia w obu przypadkach potrzebujecie: aktywnego konta klienta z uprawnieniami do API lub eksportów, tokenu lub klucza API oraz mapowania pól, czyli listy: które pole w systemie operatora odpowiada któremu polu w Waszym sklepie lub ERP. Dostępu do bazy danych operatora bezpośrednio nie ma: wszystko idzie przez API lub pliki eksportu. To celowe ograniczenie, żeby dane różnych klientów nie mieszały się ze sobą. Przy otwartym API czas podłączenia to kilka dni roboczych: konfiguracja połączenia, mapowanie pól, testy na danych próbnych i uruchomienie.

Co AI robi z danymi, które wyciągamy od operatora

Odpowiedzi obsługi klienta o status zamówienia. Klient pisze przez czat albo formularz: "Gdzie jest moje zamówienie numer 12345?". AI sprawdza status tego zamówienia w systemie operatora. Jeśli zamówienie ma status shipped z numerem listu przewozowego, AI od razu podaje link do śledzenia. Jeśli jest w kompletacji od dłuższego czasu i mija czas SLA, zamiast odpowiadać klientowi "trwa realizacja", AI przekazuje sprawę do pracownika z pełnym zestawieniem: kiedy zamówienie trafiło do operatora, ile czasu minęło i jaki jest deklarowany czas realizacji. Pracownik ma dane, żeby zadzwonić do operatora, a nie pytać klienta, żeby poczekał.

Wykrywanie różnic przy przyjęciu dostawy. Przy każdym dokumencie GRN od operatora AI porównuje ilość przyjętą z ilością zamówioną w Waszym zamówieniu zakupu. Jeśli zamówiliście 200 sztuk SKU "BOOT-SPORT-42", a operator przyjął 183, AI generuje notatkę z różnicą i przypisuje ją do konkretnego dokumentu dostawy. Trafia do osoby odpowiedzialnej za zakupy zaraz po przyjęciu, a nie dwa tygodnie później przy inwentaryzacji. Dzięki temu możecie zgłosić różnicę dostawcy w terminie wynikającym z umowy, zanim roszczenie przedawni się przez czas zgłoszenia.

Kontrola faktury operatora. Faktura za usługi fulfillmentu ma pozycje: X wysyłek w danym miesiącu, Y operacji pick, Z dni magazynowania, plus ewentualne pozycje za usługi niestandardowe. AI zestawia liczbę zamówień ze statusem shipped w tym samym okresie z liczbą wysyłek na fakturze. Jeśli faktura mówi 1340 wysyłek, a Wasze zamówienia pokazują 1295, macie konkretny punkt do wyjaśnienia z operatorem. Rozbieżności zdarzają się rzadko, ale raz na jakiś czas wychodzi: zamówienia z poprzedniego okresu wliczone w bieżący miesiąc, podwójnie naliczona obsługa zwrotu, błędna stawka za opakowanie niestandardowe. Ręczna weryfikacja faktury na kilkaset pozycji to wiele godzin pracy. AI robi to w minuty.

Zestawienie zwrotów per przyczyna. Operator przy przyjęciu zwrotu wpisuje przyczynę: "uszkodzony w transporcie", "klient się rozmyślił", "błędny produkt w zamówieniu", "brak elementu w zestawie". AI grupuje te dane i dostarcza tygodniowe zestawienie: ile zwrotów per przyczyna i które SKU mają najwyższy wskaźnik zwrotu z danego powodu. Jeśli konkretny produkt wraca uszkodzony częściej niż inne, może to sygnał, że opakowanie nie wytrzymuje procesu kompletacji albo dostawy. To inny wniosek niż ogólna liczba zwrotów i trudniejszy do wyciągnięcia bez automatycznego grupowania.

Dane do planowania dostaw. AI śledzi tempo zejścia stanów per SKU i przy aktualnym poziomie sprzedaży wylicza, ile dni zostało do zera. Gdy bufor zbliża się do progu zamówienia, menedżer dostaje sygnał z wyprzedzeniem: przy obecnym tempie ten SKU wystarczy na 9 dni, zamówienie trzeba złożyć do piątku. Przy inwentaryzacji AI przygotowuje zestawienie stanów z systemu operatora per SKU i datę ostatniego potwierdzenia fizycznej obecności towaru, co skraca czas przygotowania arkusza do liczenia.

Zwroty i faktura operatora: dwa miejsca, gdzie brak kontroli kosztuje najwięcej

Zwroty to obszar, gdzie firma bez integracji regularnie traci. Operator przyjmuje paczkę z powrotem i wystawia protokół kontroli jakości. Ale ten protokół to krótka notatka w systemie, nie dokument dostarczany automatycznie na maila. Klient tymczasem twierdzi, że odesłał komplet w oryginalnym opakowaniu. Operator notuje "brak elementu". Spór trwa, bo nikt nie ma szybkiego dostępu do dat i statusów obu stron w jednym miejscu.

AI zestawia datę zgłoszenia zwrotu przez klienta, datę nadania paczki powrotnej, datę przyjęcia przez operatora i wynik kontroli jakości w jednym widoku. Pracownik obsługi klienta nie musi przeskakiwać między systemami. Dostaje gotowe zestawienie z każdym krokiem zwrotu i może zdecydować: uznać reklamację czy poprosić klienta o dodatkowe dokumenty. Sama decyzja zostaje przy człowieku, ale zebrane dane przygotowuje AI.

SLA to drugi obszar. Operator deklaruje w umowie czas realizacji: zamówienia do godziny X wychodzą tego samego dnia. AI może sprawdzać, które zamówienia przekroczyły ten czas w danym miesiącu i jak często zdarzało się to w poszczególnych dniach tygodnia. Jeśli co poniedziałek pojawia się opóźnienie, a reszta tygodnia jest w normie, to konkretny sygnał do rozmowy z operatorem. Bez twardych danych ta rozmowa jest trudna: operator powie, że "zdarzało się wyjątkowo", a Wy nie macie jak tego podważyć.

Od czego zaczyna firma, która chce to wdrożyć

Krok pierwszy: sprawdźcie, do czego macie dostęp. Zalogujcie się do panelu Omnipack lub zapytajcie operatora korzystającego z Linker Cloud, czy można wygenerować token API albo czy dostępne są automatyczne eksporty raportów. To jedno pytanie do opiekuna klienta u operatora i zazwyczaj odpowiedź przychodzi tego samego dnia.

Krok drugi: zróbcie listę pytań, na które dziś nie macie odpowiedzi bez logowania do zewnętrznego panelu. "Ile mamy na stanie SKU X?", "Ile zamówień jest w kompletacji od ponad 24 godzin?", "Ile zwrotów wpłynęło w tym tygodniu i z jakiego powodu?", "Czy faktura za ostatni miesiąc zgadza się z liczbą zamówień?". To pierwsze punkty integracji.

Krok trzeci: zdecydujcie, gdzie AI ma działać. Tylko wewnętrznie, czyli raporty dla menedżera i alerty przy odchyleniach? Czy też na zewnątrz, czyli automatyczna odpowiedź do klienta o statusie zamówienia? Oba scenariusze zaczynają się od tego samego połączenia z danymi operatora, ale odpowiedź do klienta wymaga dodatkowej warstwy: określenia, co i jak AI może powiedzieć klientowi.

Nie ma tu gotowej aplikacji, którą odpala się w godzinę. Jest konkretny zakres danych, konkretne API i konkretne pytania biznesowe, na które AI może odpowiadać automatycznie. Jeśli chcecie zobaczyć, jak wygląda taka integracja w firmie podobnej do Waszej, przejrzyjcie realne wdrożenia. Albo umówcie się na 15 minut rozmowy: sprawdzimy razem, do czego macie dostęp u swojego operatora i od czego warto zacząć.