Integracja Dynamics 365 z RTLS i RFID.

Dane lokalizacyjne są niewiele warte, dopóki nie zmienią tego, co „wie” ERP. Oto jak RTLS, RFID i IoT łączą się z Dynamics 365 Supply Chain Management, którego kanału integracji użyć do jakiego zadania oraz jakie decyzje projektowe są kosztowne do odwrócenia.

Umów bezpłatną 30-minutową rozmowę

Nie czas jeszcze na rozmowę? ··

Zacznij od licence plate

Najbardziej przydatne pojęcie w zarządzaniu magazynem w D365 to licence plate (identyfikator jednostki magazynowej). To identyfikator, którego system już używa dla jednostki manipulacyjnej (palety, kontenera, kartonu), i naturalny punkt zaczepienia dla fizycznego tagu.

Częstą przyczyną porażek programów RFID w D365 jest równoległa identyfikacja. Tag dostaje własny numer, pojawia się tabela mapowania i od tej chwili każda rozbieżność staje się sporem o to, który system ma rację. Zakodowanie licence plate w tagu albo zarejestrowanie tagu względem niej w chwili jej utworzenia eliminuje całą kategorię problemów.

Tam, gdzie licence plates nie są używane (części serializowane, narzędzia, opakowania zwrotne), pojawia się pytanie, która istniejąca encja D365 niesie identyfikację – i warto to rozstrzygnąć, zanim określi się jakikolwiek sprzęt.

Kanały integracji i do czego służy każdy z nich

D365 oferuje kilka dróg integracji. Wybór niewłaściwej to częsty powód, dla którego projekt lokalizacyjny działa w pilotażu, a zawodzi na produkcji.

Mechanizm	Zastosowanie	Nie do
Zdarzenia biznesowe (Business events)	D365 informuje świat zewnętrzny, że coś się wydarzyło: utworzono pracę, potwierdzono wysyłkę	Telemetria wysokiej częstotliwości
OData i usługi niestandardowe	Odczyty i zapisy transakcyjne z warstwy integracyjnej	Ładowanie masowe; ciągłe strumienie danych
Data management framework	Zaplanowane wsadowe importy i eksporty	Wszystko, co musi trafiać na bieżąco
Dual-write / Dataverse	Synchronizacja danych podstawowych z Power Platform	Dane z czujników
Azure IoT Hub lub Event Hubs	Sam strumień danych lokalizacyjnych i czujnikowych	Bezpośrednia komunikacja z D365
Fabric / Data Lake	Analityka, czas przebywania, wykorzystanie, historia	Sterowanie transakcjami operacyjnymi

Wzorzec, który się sprawdza: telemetria trafia do Azure, jest redukowana do zdarzeń, które mają znaczenie, i tylko te zdarzenia docierają do D365. Aktualizacja pozycji co sekundę nie jest zdarzeniem biznesowym. Przejazd palety ze strefy kompletacji do strefy wysyłki – już tak.

Nie przesyłaj strumieniowo pozycji do ERP

Warto to powiedzieć wprost, bo taki pomysł pojawia się zaskakująco często. D365 to system transakcyjny z mechanizmem przetwarzania wsadowego i limitami API. Nie jest bazą szeregów czasowych.

Sześćset tagów raportujących z częstotliwością 1 Hz to około 52 milionów zdarzeń dziennie (600 × 86 400 sekund). Prawidłowa architektura utrzymuje ten strumień całkowicie poza ERP i przesyła do D365 wyłącznie zmiany stanu: przybycia, wyjazdy, zakończenia, wyjątki. Cała reszta trafia do data lake na potrzeby analiz.

To także chroni ścieżkę aktualizacji. Im bardziej projekt lokalizacji zależy od dostosowań wewnątrz D365, tym bardziej bolesna staje się każda aktualizacja platformy.

Gdzie lokalizacja faktycznie zmienia działanie D365

Przyjęcie. Odczyt przy rampie może utworzyć lub potwierdzić numer LP (licence plate) i uruchomić pracę rozmieszczenia, zastępując ręczne skanowanie zamiast dodawać kolejny krok obok niego.

Rozmieszczenie i dokładność lokalizacji. D365 wie, dokąd skierował towar. Lokalizacja mówi, dokąd towar faktycznie trafił. Uzgodnienie tych dwóch informacji to często najszybsza mierzalna korzyść.

Inwentaryzacja cykliczna. RFID zmienia liczenie z zaplanowanego zdarzenia w ciągły proces w tle, co zmienia sposób konfiguracji prac inwentaryzacyjnych, a nie tylko je przyspiesza.

Produkcja w toku. Przejścia między strefami stają się rzeczywistymi sygnałami postępu, zamiast potwierdzania kroków przez operatorów po fakcie.

Plac i rampy. Położenia naczep i kontenerów zazwyczaj w ogóle nie ma w ERP, dlatego często właśnie tu najłatwiej pokazać wartość.

Tryb Warehouse management only i programy greenfield

D365 Warehouse Management może działać z ERP innego dostawcy w trybie Microsoft Warehouse management only. Jeśli tak wygląda Twoje środowisko, integracja ma dwa przeskoki zamiast jednego, a kwestia identyfikacji staje się ważniejsza, a nie mniej ważna.

Jeśli D365 nie działa jeszcze produkcyjnie, kolejność działań ma większe znaczenie niż technologia. Projekt lokalizacji zbudowany wokół procesu magazynowego, który sam wkrótce się zmieni, trzeba będzie przebudować. Zwykle właściwe podejście to zdefiniowanie modelu danych już teraz, ustalenie strategii identyfikacji i odłożenie decyzji wdrożeniowych zależnych od nowego procesu do czasu, aż się on ustabilizuje.

Pytania, które warto rozstrzygnąć na wczesnym etapie

Czy tag przenosi numer LP (licence plate), czy jest do niego mapowany?
Które zdarzenia są rzeczywistymi zdarzeniami biznesowymi, a które telemetrią?
Kto odpowiada za warstwę integracyjną: Twój partner ERP, dostawca systemu lokalizacji czy Ty?
Czy dane lokalizacyjne kiedykolwiek są zapisywane z powrotem w D365, czy tylko służą informacji?
Co się dzieje, gdy dane się nie zgadzają, i które źródło jest nadrzędne?

To ostatnie pytanie przesądza o więcej niż jakikolwiek wybór technologii. Rozstrzygnięcie go na etapie projektu oszczędza poprawek podczas testów.

Jak pomagamy

Nie wdrażamy Dynamics 365, więc nie mamy powodu ciągnąć integracji w żadną stronę. Określamy, jaki ma być model danych, które zdarzenia mają znaczenie i co mają dostarczyć dostawca systemu lokalizacji oraz partner ERP – zanim którykolwiek z nich przygotuje ofertę.

Powiązane: Integracja z SAP EWM, przegląd integracji i dokładność zapasów.

Źródła

Informacje o standardach i dostawcach na tej stronie pochodzą z poniższych publicznych źródeł, sprawdzonych 25 września 2026 r. Deklaracje dostawców przedstawiamy jako ich własne twierdzenia.

Ostatnia aktualizacja: 4 października 2026 r.