Integration von Dynamics 365 mit RTLS und RFID.
Ortungsdaten sind wenig wert, solange sie nicht ändern, was das ERP für wahr hält. So werden RTLS, RFID und IoT an Dynamics 365 Supply Chain Management angebunden, welche Integrationsschnittstelle für welche Aufgabe passt und welche Designentscheidungen sich nur teuer rückgängig machen lassen.
Noch nicht bereit für ein Gespräch? ··
Beginnen Sie mit dem Kennzeichen
Das Wichtigste, was man über die Lagerverwaltung in D365 verstehen sollte, ist das Kennzeichen (License Plate). Es ist die Kennung, die das System bereits für eine Ladeeinheit (Palette, Container, Karton) verwendet, und der natürliche Anknüpfungspunkt für einen physischen Tag.
Ein häufiger Fehler bei RFID-Programmen in D365 ist eine parallele Identität. Der Tag bekommt eine eigene Nummer, eine Zuordnungstabelle entsteht, und von da an ist jede Abweichung ein Streit darüber, welches System recht hat. Wer das Kennzeichen im Tag codiert oder den Tag bei der Erstellung des Kennzeichens diesem zuordnet, vermeidet eine ganze Kategorie von Problemen.
Wo keine Kennzeichen verwendet werden (serialisierte Teile, Werkzeuge, Mehrweg-Ladungsträger), stellt sich die Frage, welche bestehende D365-Entität die Identität trägt, und diese Frage sollten Sie klären, bevor Hardware spezifiziert wird.
Die Integrationsschnittstellen und wofür sie jeweils da sind
D365 bietet mehrere Zugänge. Die Wahl des falschen ist ein häufiger Grund dafür, dass ein Ortungsprojekt im Pilotbetrieb funktioniert und im Produktivbetrieb scheitert.
| Schnittstelle | Geeignet für | Nicht geeignet für |
|---|---|---|
| Business Events | D365 meldet nach außen, dass etwas passiert ist: Arbeit angelegt, Versand bestätigt | Hochfrequente Telemetrie |
| OData und benutzerdefinierte Dienste | Lese- und Transaktionsschreibzugriffe aus einer Integrationsschicht | Massenladevorgänge; kontinuierliche Datenströme |
| Datenmanagement-Framework | Geplanter Batch-Import und -Export | Alles, was zeitnah erfolgen muss |
| Dual-Write / Dataverse | Stammdaten mit der Power Platform abgleichen | Sensordaten |
| Azure IoT Hub oder Event Hubs | Der Positions- und Sensordatenstrom selbst | Direkte Kommunikation mit D365 |
| Fabric / Data Lake | Analytik, Verweildauer, Auslastung, Historie | Auslösen operativer Transaktionen |
Das Muster, das sich bewährt: Telemetrie landet in Azure, wird auf die relevanten Ereignisse reduziert, und nur diese Ereignisse erreichen D365. Eine Positionsaktualisierung pro Sekunde ist kein Geschäftsereignis. Eine Palette, die von der Bereitstellung in den Warenausgang wechselt, schon.
Streamen Sie keine Positionsdaten ins ERP
Das muss klar gesagt werden, weil es überraschend oft vorgeschlagen wird. D365 ist ein Transaktionssystem mit einem Batch-Framework und API-Limits. Es ist keine Zeitreihendatenbank.
Sechshundert Tags, die mit 1 Hz senden, erzeugen rund 52 Millionen Ereignisse pro Tag (600 × 86.400 Sekunden). Die richtige Architektur hält diesen Datenstrom vollständig vom ERP fern und sendet an D365 nur Statusänderungen: Ankünfte, Abgänge, Abschlüsse, Ausnahmen. Alles andere gehört zur Analyse in einen Data Lake.
Das schützt auch den Upgrade-Pfad. Je stärker Ihr Ortungsdesign von Anpassungen innerhalb von D365 abhängt, desto aufwendiger wird jedes Plattform-Update.
Wo Ortung das Verhalten von D365 tatsächlich verändert
Wareneingang. Eine Erfassung an der Rampe kann das License Plate (Ladungsträger-ID) anlegen oder bestätigen und Einlagerungsarbeit auslösen. Sie ersetzt damit einen manuellen Scan, statt einen zusätzlichen Schritt daneben einzuführen.
Einlagerung und Lagerplatzgenauigkeit. D365 weiß, wohin es den Bestand geleitet hat. Die Ortung zeigt Ihnen, wohin er tatsächlich gelangt ist. Beides abzugleichen ist oft der schnellste messbare Erfolg.
Permanente Inventur. RFID macht aus der Zählung statt eines geplanten Ereignisses einen kontinuierlichen Hintergrundprozess. Das verändert, wie die Zählarbeit konfiguriert wird, statt sie nur zu beschleunigen.
Work in Progress. Zonenübergänge werden zu echten Fortschrittssignalen, statt dass Werker Arbeitsschritte nachträglich bestätigen.
Yard und Rampe. Die Position von Trailern und Containern fehlt im ERP meist vollständig. Deshalb lässt sich der Nutzen dort oft am einfachsten zeigen.
„Nur Lagerverwaltung“ und Greenfield-Programme
D365 Warehouse Management lässt sich im Microsoft-Modus Nur Lagerverwaltung gegen ein ERP eines Drittanbieters betreiben. Wenn Ihre Systemlandschaft so aufgebaut ist, hat die Integration zwei Stufen statt einer, und die Frage der Identität wird wichtiger, nicht unwichtiger.
Wenn D365 noch nicht live ist, ist die Reihenfolge wichtiger als die Technologie. Ein Ortungsdesign, das auf einem Lagerprozess aufbaut, der sich selbst gerade ändert, muss neu gebaut werden. Die übliche Antwort: das Datenmodell jetzt spezifizieren, die Identitätsstrategie festlegen und die Implementierungsentscheidungen, die vom neuen Prozess abhängen, zurückstellen, bis dieser stabil ist.
Die Fragen, die frühzeitig geklärt werden sollten
- Trägt der Tag das License Plate selbst, oder wird er ihm zugeordnet?
- Welche Ereignisse sind echte Geschäftsereignisse und welche sind Telemetrie?
- Wem gehört die Integrationsschicht: Ihrem ERP-Partner, dem Anbieter der Ortungslösung oder Ihnen?
- Schreiben Standortdaten jemals in D365 zurück, oder dienen sie nur der Information?
- Was passiert, wenn beide Systeme voneinander abweichen, und welches ist maßgeblich?
Diese letzte Frage entscheidet mehr als jede Technologiewahl. Wer sie im Design klärt, spart Nacharbeit im Test.
Wie wir unterstützen
Wir implementieren Dynamics 365 nicht, und Ortungshardware liefern wir nur auf Wunsch. Daher haben wir keinen Grund, die Integration in die eine oder andere Richtung zu lenken. Wir legen fest, wie das Datenmodell aussehen muss, welche Ereignisse relevant sind und was der Anbieter der Ortungslösung und der ERP-Partner jeweils liefern müssen, bevor einer von beiden ein Angebot abgibt.
Siehe auch: SAP-EWM-Integration, die Integrationsübersicht und Bestandsgenauigkeit.
Quellen
Normen und Anbieterangaben auf dieser Seite stammen aus den unten aufgeführten öffentlichen Quellen, geprüft am 25. September 2026. Aussagen von Anbietern werden als deren eigene Angaben wiedergegeben.
- Microsoft Learn: Übersicht über Geschäftsereignisse (Finanz- und Betriebs-Apps)
- Microsoft Learn, Datenmanagement: Datenentitäten und Datenpakete
- Microsoft Learn: Prioritätsbasierte Drosselung (API-Dienstschutz)
- Microsoft Learn: Dual-Write-Übersicht
- Microsoft Learn: Übersicht über den Modus „Nur Lagerverwaltung“
- Microsoft Learn: Wareneingang per License Plate über die mobile Warehouse-Management-App
- Microsoft Learn: Was ist Azure IoT Hub?
- Microsoft Learn: Was ist Azure Event Hubs?
- Microsoft Learn: Was ist Microsoft Fabric?
Letzte Aktualisierung: 4. Oktober 2026