Dynamics 365-integratie met RTLS en RFID.
Locatiegegevens zijn weinig waard zolang ze niet veranderen wat het ERP aanneemt. Hier leest u hoe RTLS, RFID en IoT aansluiten op Dynamics 365 Supply Chain Management, welk integratiekanaal u voor welke taak gebruikt, en welke ontwerpbeslissingen duur zijn om terug te draaien.
Nog niet klaar voor een gesprek? ··
Begin bij de nummerplaat
Het nuttigste om te begrijpen over magazijnbeheer in D365 is de nummerplaat (license plate). Dat is de identificatie die het systeem al gebruikt voor een logistieke eenheid (een pallet, een container, een doos), en het is het natuurlijke aanknopingspunt voor een fysieke tag.
Een veelvoorkomende oorzaak van falen bij RFID-programma's binnen D365 is een parallelle identiteit. De tag krijgt een eigen nummer, er ontstaat een koppeltabel, en vanaf dat moment wordt elke afwijking een discussie over welk systeem gelijk heeft. Door de nummerplaat in de tag te coderen, of de tag er bij het aanmaken aan te koppelen, vermijdt u een hele categorie problemen.
Waar geen nummerplaten worden gebruikt (geserialiseerde onderdelen, gereedschap, herbruikbare ladingdragers), wordt de vraag welke bestaande D365-entiteit de identiteit draagt, en het loont om die vraag te beantwoorden voordat er hardware wordt gespecificeerd.
De integratiekanalen, en waarvoor elk dient
D365 biedt meerdere integratieroutes. De verkeerde kiezen is een veelvoorkomende reden waarom een lokalisatieproject in een pilot werkt en in productie onderuitgaat.
| Koppelvlak | Gebruik het voor | Niet voor |
|---|---|---|
| Business events | D365 meldt aan de buitenwereld dat er iets is gebeurd: werk aangemaakt, zending bevestigd | Hoogfrequente telemetrie |
| OData en maatwerkservices | Leesacties en transactionele schrijfacties vanuit een integratielaag | Bulkladingen; continue datastromen |
| Data management framework | Geplande batches in en uit | Alles wat tijdig moet gebeuren |
| Dual-write / Dataverse | Stamgegevens synchroon houden met het Power Platform | Sensorgegevens |
| Azure IoT Hub of Event Hubs | De locatie- en sensorstroom zelf | Rechtstreekse communicatie met D365 |
| Fabric / Data Lake | Analyse, verblijftijd, benutting, historie | Operationele transacties aansturen |
Het patroon dat standhoudt: telemetrie komt binnen in Azure, wordt teruggebracht tot gebeurtenissen die ertoe doen, en alleen die gebeurtenissen raken D365. Een positie-update per seconde is geen business event. Een pallet die van staging naar uitgaand gaat, is dat wel.
Stream geen posities naar het ERP
Het verdient een duidelijke vermelding, omdat het verrassend vaak wordt voorgesteld. D365 is een transactioneel systeem met een batchframework en API-limieten. Het is geen tijdreeksdatabase.
Zeshonderd tags die met 1 Hz rapporteren, leveren ongeveer 52 miljoen gebeurtenissen per dag op (600 × 86.400 seconden). De juiste architectuur houdt die stroom volledig buiten het ERP en stuurt D365 alleen statuswijzigingen: aankomsten, vertrekken, afrondingen, uitzonderingen. Al het andere hoort voor analyse in een data lake.
Dit beschermt ook het upgradepad. Hoe meer uw locatieontwerp afhankelijk is van aanpassingen binnen D365, hoe pijnlijker elke platformupdate wordt.
Waar lokalisatie daadwerkelijk het gedrag van D365 verandert
Ontvangst. Een uitlezing aan het dock kan de nummerplaat (license plate) aanmaken of bevestigen en opslagwerk in gang zetten, waarbij een handmatige scan wordt vervangen in plaats van dat er een extra stap naast komt.
Opslag en locatienauwkeurigheid. D365 weet waar het voorraad naartoe heeft gestuurd. Lokalisatie vertelt u waar die daadwerkelijk terecht is gekomen. Die twee met elkaar in overeenstemming brengen is vaak de snelste meetbare winst.
Cyclustelling. RFID maakt van tellen een continu achtergrondproces in plaats van een geplande activiteit. Dat verandert hoe telwerk wordt ingericht, in plaats van het alleen te versnellen.
Werk in uitvoering. Zoneovergangen worden echte voortgangssignalen in plaats van dat operators stappen achteraf bevestigen.
Yard en dock. De positie van trailers en containers ontbreekt doorgaans volledig in het ERP. Daarom is dit vaak de makkelijkste plek om waarde aan te tonen.
Alleen Warehouse Management, en greenfield-programma's
D365 Warehouse Management kan naast een ERP van derden draaien in de modus Warehouse management only van Microsoft. Als uw landschap zo is opgebouwd, loopt de integratie via twee stappen in plaats van één, en wordt de identiteitsvraag belangrijker, niet minder belangrijk.
Als D365 nog niet live is, is de volgorde belangrijker dan de technologie. Een lokalisatieontwerp rond een magazijnproces dat zelf op het punt staat te veranderen, moet opnieuw worden gebouwd. Het gebruikelijke antwoord: specificeer nu het datamodel, leg de identiteitsstrategie vast en stel de implementatiebeslissingen die van het nieuwe proces afhangen uit tot dat proces stabiel is.
De vragen die u vroeg moet beantwoorden
- Draagt de tag de nummerplaat zelf, of wordt hij eraan gekoppeld?
- Welke gebeurtenissen zijn echte business events en welke zijn telemetrie?
- Wie is eigenaar van de integratielaag: uw ERP-partner, de leverancier van het lokalisatiesysteem of uzelf?
- Schrijven locatiegegevens ooit terug naar D365, of dienen ze alleen ter informatie?
- Wat gebeurt er als ze elkaar tegenspreken, en welke is leidend?
Die laatste vraag bepaalt meer dan welke technologiekeuze ook. Wie dit in het ontwerp regelt, voorkomt herstelwerk tijdens het testen.
Hoe wij helpen
Wij implementeren Dynamics 365 niet en leveren lokalisatiehardware alleen op verzoek, dus we hebben geen reden om de integratie een bepaalde kant op te duwen. Wij specificeren wat het datamodel moet zijn, welke gebeurtenissen ertoe doen en wat de leverancier van het lokalisatiesysteem en de ERP-partner elk moeten leveren, voordat een van beiden een offerte uitbrengt.
Gerelateerd: SAP EWM-integratie, het integratieoverzicht en voorraadnauwkeurigheid.
Bronnen
Normen en leveranciersgegevens op deze pagina komen uit de onderstaande openbare bronnen, gecontroleerd op 25 september 2026. Uitspraken van leveranciers worden weergegeven als claims van de leverancier zelf.
- Microsoft Learn: Overzicht van Business events (finance and operations-apps)
- Microsoft Learn, Data management: data entities and data packages
- Microsoft Learn: Priority-based throttling (API service protection)
- Microsoft Learn: Dual-write overview
- Microsoft Learn: Overzicht van de modus Alleen magazijnbeheer
- Microsoft Learn: Ontvangst via kentekenplaat met de mobiele app Warehouse Management
- Microsoft Learn: What is Azure IoT Hub?
- Microsoft Learn: What is Azure Event Hubs?
- Microsoft Learn: Wat is Microsoft Fabric?
Laatst bijgewerkt: 4 oktober 2026