AGV i AMR – autonomiczne wózki w magazynie i produkcji

AGV czy AMR: jaka jest różnica i co to zmienia w IT?

W skrócie: AGV (Automated Guided Vehicle) porusza się według zadanych prowadzeń (np. taśmy magnetyczne, znaczniki, wirtualne prowadzenie).
AMR (Autonomous Mobile Robot) nawigację realizuje „samodzielnie” w oparciu o czujniki i mapę środowiska (często SLAM).
Dla IT najważniejsze nie jest marketingowe rozróżnienie, tylko sposób integracji i model sterowania.

→ 5G w przemyśle – zastosowania i wdrożenia w Polsce

→ OPC UA – standard komunikacji maszyn w Industry 4.0

→ Inteligentna fabryka (Smart Factory) – architektura IT/OT

→ Additive manufacturing (druk 3D) w przemyśle – zastosowania

AGV częściej oznaczają przewidywalne, stabilne trasy i mniejsze ryzyko „nieplanowanych” zdarzeń przy zmianach w hali.
AMR dają elastyczność tras i szybsze uruchamianie nowych procesów, ale wymagają lepszej jakości danych o środowisku (mapy, strefy, ograniczenia),
a także konsekwentnego zarządzania wyjątkami: blokady, awarie, zmiany w przestrzeni, czasowe wyłączenia stref.

W projektach, które analizowałem, najwięcej problemów nie wynikało z samej nawigacji, tylko z braku spójnego „języka” między WMS/MES a warstwą robotów:
czym jest zadanie, kto je przypisuje, co znaczy błąd i jak wraca do procesu po zdarzeniu.

Jak autonomiczne wózki wpasowują się w WMS i MES?

Najczęstszy scenariusz jest prosty: roboty realizują transport wewnętrzny w pętli zamkniętej.
One nie „wymyślają” logistyki — wykonują polecenia, a IT zapewnia plan, odpowiedzialność systemową i rozliczalność.

WMS zwykle dostarcza:
listy zadań (zleceń transportowych), priorytety, lokalizacje (strefy, gniazda, doki),
informacje o jednostkach ładunkowych (SSCC, paleta, pojemnik) oraz statusy (plan, w toku, zakończone).
MES dodaje kontekst produkcyjny: synchronizację z gniazdami, recepturami, harmonogramem i buforami.

W praktyce kluczowe są integracje w czterech obszarach:

• Zlecanie – jak robot dostaje zadanie: push/pull, kiedy startuje, jak wybiera kolejkę.
• Potwierdzanie – jak i kiedy WMS/MES uznaje wykonanie: „odebrane”, „dostarczone”, „zweryfikowane”.
• Wyjątki – blokady, odmowa wjazdu do strefy, problemy z ładunkiem, utrata lokalizacji, awaryjne zatrzymanie.
• Audyt i raportowanie – pełna historia: kto zlecił, co zlecił, jaki status, jakie czasy, jaka przyczyna niepowodzenia.

Praktyczna zasada: jeśli nie masz jednoznacznych statusów i kodów błędów, nie zbudujesz wiarygodnej automatyzacji.
„Czerwone kreski” w procesie muszą przejść z hali do systemu i wrócić do hali w formie czytelnych decyzji.

Ile to kosztuje i kiedy zwraca się inwestycja (TCO, ROI, typowe widełki)?

Koszt w projektach AGV/AMR składa się z kilku warstw: sprzęt (wózki, stacje ładujące), infrastruktura (sensory, bramki, Wi‑Fi, oznaczenia),
oprogramowanie (sterownik floty, silnik zadań, warstwa map), integracje (WMS/MES/ERP/CMMS) oraz prace wdrożeniowe.

Typowe widełki dla pierwszej „pilotażowej” pętli (kilka robotów, określone trasy, integracja podstawowa):
250 000–900 000 PLN oraz 8–20 tygodni do go-live.
Dla rozbudowy do kilku-kilkunastu robotów budżet często rośnie do 800 000–2 500 000 PLN (zależnie od złożoności hali i integracji).

ROI liczysz w oparciu o realne oszczędności i ograniczenia:

• redukcja kosztów transportu wewnętrznego (zmiany organizacyjne, mniejsza liczba zadań dla pracowników manualnych),
• stabilizacja przepływu (mniej przestojów z powodu braku transportu),
• wyższa dostępność i powtarzalność (mniej błędów w kompletacji/transportach),
• skrócenie czasu cyklu dla dostaw do stanowisk produkcyjnych.

W logistycznych i produkcyjnych wdrożeniach, które porównywałem, celuje się w ROI 15–30% w horyzoncie 12–24 miesiące.
W praktyce „dopieszczenie integracji i wyjątków” jest często tym, co przesuwa termin, ale też tym, co dowozi wyniki.

Kontrolowana niedoskonałość: jeśli celem projektu jest „autonomiczność sama w sobie”, ROI często nie domyka się w czasie. Jeśli celem jest „ciągłość procesu”, domyka się zaskakująco dobrze 😉

AGV/AMR vs alternatywy: co wybrać zamiast, a co obok?

Decyzja nie zawsze oznacza „robimy roboty” albo „nie robimy”.
Zwykle chodzi o dobranie rozwiązania do procesu i do poziomu automatyzacji, jaki chcesz utrzymać w długim okresie.

Dla zarządów istotne jest jedno: AMR/AGV nie zastępują WMS/MES. One uruchamiają fizyczne wykonanie pracy, którą system już planuje.
Jeśli WMS nie ma jakości lokalizacji, priorytetów i statusów, roboty będą tylko „ładnym interfejsem do chaosu”.

Na co uważać we wdrożeniach: typowe pułapki i błędy, które kosztują

Wdrożenia robotów mobilnych wymagają dyscypliny projektowej. Trzy najczęstsze pułapki, które generują opóźnienia i koszty:

• Brak jednoznacznej logiki statusów w WMS/MES – nie ma spójnych momentów „odebrane/dostarczone/zweryfikowane”.
  Skutek: różnice między tym, co widzi operator, a tym, co widzi system rozliczeń.
• Nieprzygotowana sieć i niezależność od zakłóceń – Wi‑Fi, roaming, zasięg, przerwy w łączności, brak planu awaryjnego.
  Skutek: roboty wchodzą w tryby awaryjne, a proces „stoi”, mimo że fizycznie robot może pracować.
• Niedoszacowanie integracji wyjątków – robot utknął? Zgubił lokalizację? Nie mógł pobrać ładunku?
  Bez procedur w IT i na hali projekt traci płynność od pierwszego większego incydentu.

Mniej oczywista, ale istotna wskazówka: przygotuj wymagania danych o ładunku wcześniej niż mapę hali.
Jeśli robot ma pobierać palety o różnym formacie, masie, sposobie identyfikacji (np. etykiety, kodowanie lokalizacji), a WMS nie zapewnia spójnej logiki,
to problem wraca jak bumerang w go-live.

Druga wskazówka „pomijana w poradnikach”: zaplanuj operacyjny cykl utrzymania map.
Zmiana ustawienia regałów, przesunięcie elementów, remont strefy — to normalność. Bez procedury aktualizacji map i stref,
AMR będą wymagały kosztownego „ponownego uczenia” albo manualnych korekt.

Praktyka wdrożenia: koszty, czas, zakres pilotażu i plan pierwszych kroków

Z perspektywy IT i operacji najlepszy model to start od pilotażu, który jest „wąski procesowo”, ale „szeroki integracyjnie”.
Oznacza to: nie wybierasz zbyt wielu scenariuszy jednocześnie, ale budujesz fundament obsługi zleceń i statusów.

Typowy harmonogram (pierwsza pętla)

• 1–3 tygodnie – warsztat procesowy: mapowanie zleceń z WMS/MES na zadania robotów, definicja statusów, wyjątków i ról.
• 2–6 tygodni – przygotowanie infrastruktury IT/OT: sieć, integracje, testy przepływu danych, wstępna mapa i strefy.
• 3–7 tygodni – uruchomienie w hali: testy ruchu, bezpieczeństwo, walidacja ładunków, testy końca-to-końca w systemach.
• 1–4 tygodnie – rozruch: monitoring, strojenie kolejek, szkolenia zespołów, wejście w tryb produkcyjny.

Koszty: jak je kontrolować

Najlepszy mechanizm kontroli budżetu to rozbicie projektu na pakiety:
(1) roboty i stacje ładujące, (2) infrastruktura komunikacyjna i bezpieczeństwa, (3) integracja i testy,
(4) utrzymanie (mapy, aktualizacje oprogramowania, serwis).

Jeśli budżet jest ograniczony, najczęściej rezygnuje się z „ładnych” dodatków (np. rozbudowanych paneli),
ale nie z reżimu statusów, audytu i obsługi awarii. To te elementy decydują, czy system będzie używalny po go-live.

Jak zacząć (checklista decyzyjna)

1. Wybierz proces o mierzalnym efekcie: np. zasilanie stanowisk produkcyjnych lub transport między strefami magazynu z ograniczonymi wariantami.
2. Ustal KPI przed zakupem: czas cyklu, dostępność zasobów transportowych, liczba incydentów, udział zadań „odrzuconych”.
3. Przepisz statusy do systemu: komplet kodów błędów i momenty potwierdzeń musi istnieć w WMS/MES.
4. Zapewnij warstwę komunikacji i tryby awaryjne: co robi robot przy utracie łączności, jak przejmuje to człowiek, jak wraca do pracy.
5. Plan utrzymania i map: kto aktualizuje strefy, jak często, w jakim trybie i jak to weryfikujesz.

Na poziomie organizacyjnym kluczowe jest wskazanie „właściciela” procesu z ramienia biznesu i IT.
Roboty wymagają spójnej odpowiedzialności: IT odpowiada za integracje i dane, a operacje za parametryzację procesu i zasady na hali.

Podsumowanie: kiedy AGV/AMR mają sens biznesowy, a kiedy nie?

AGV i AMR to nie projekt technologiczny „dla technologii”, tylko sposób realizacji transportu wewnętrznego w zamkniętej pętli z WMS i MES.
Mają największy sens, gdy:

• proces jest powtarzalny lub da się go sensownie standaryzować na pilotażu,
• integracje statusów i wyjątków są zaprojektowane jak element systemu ERP/WMS,
• liczysz TCO (koszty utrzymania, serwis, aktualizacje map) i KPI, a nie tylko CAPEX (zakup).

Zanim zdecydujesz się na wdrożenie, sprawdź:
czy masz gotowy model danych w WMS/MES, czy sieć i bezpieczeństwo są projektowane jak dla systemu krytycznego,
oraz czy potrafisz utrzymać mapy i strefy po zmianach w hali.
Jeśli te trzy warunki przechodzą, roboty stają się narzędziem do stabilizacji przepływu — a nie kolejnym „projektem prób”.

Jeśli chcesz, prześlij proszę opis procesu (liczba lokalizacji, długość tras, typy ładunków, systemy WMS/MES/ERP) i informację, czy celujesz w AMR czy AGV —
przygotuję propozycję zakresu pilotażu oraz listę integracji i KPI pod ROI.