Integrazione di Dynamics 365 con RTLS e RFID.

La cosa più utile da capire sulla gestione del magazzino in D365 è la targa (license plate). È l'identificativo che il sistema usa già per un'unità di movimentazione (un pallet, un contenitore, un cartone) ed è l'aggancio naturale per un tag fisico.

Una causa frequente di fallimento dei programmi RFID in D365 è un'identità parallela. Il tag riceve un proprio numero, compare una tabella di corrispondenza e da quel momento ogni discrepanza diventa una discussione su quale sistema abbia ragione. Codificare la targa nel tag, o registrare il tag sulla targa al momento della creazione, evita un'intera categoria di problemi.

Dove non si usano targhe (parti serializzate, utensili, contenitori a rendere), la domanda diventa quale entità D365 esistente porta l'identità, e conviene trovare la risposta prima di specificare qualsiasi hardware.

D365 offre diversi punti di accesso. Scegliere quello sbagliato è un motivo frequente per cui un progetto di localizzazione funziona nel pilota e cede in produzione.

Lo schema che regge: la telemetria arriva in Azure, viene ridotta agli eventi che contano e solo quegli eventi raggiungono D365. Un aggiornamento di posizione ogni secondo non è un business event. Un pallet che passa dall'area di preparazione all'uscita lo è.

Vale la pena dirlo chiaramente, perché viene proposto sorprendentemente spesso. D365 è un sistema transazionale con un framework batch e limiti sulle API. Non è un database di serie temporali.

Seicento tag che trasmettono a 1 Hz generano circa 52 milioni di eventi al giorno (600 × 86.400 secondi). L'architettura corretta tiene quel flusso completamente fuori dall'ERP e invia a D365 solo i cambi di stato: arrivi, partenze, completamenti, eccezioni. Tutto il resto va in un data lake per l'analisi.

È anche ciò che protegge il percorso di aggiornamento. Più la tua soluzione di localizzazione dipende da personalizzazioni all'interno di D365, più ogni aggiornamento della piattaforma diventa doloroso.

Ricevimento. Una lettura alla banchina può creare o confermare la license plate e avviare il lavoro di stoccaggio, sostituendo una scansione manuale anziché aggiungere un passaggio in più.

Stoccaggio e accuratezza delle ubicazioni. D365 sa dove ha indirizzato la merce. La localizzazione ti dice dove è andata davvero. Riconciliare le due informazioni è spesso il risultato misurabile più rapido.

Inventario a rotazione. L'RFID trasforma il conteggio da un evento pianificato in un processo continuo in background, il che cambia il modo in cui è configurato il lavoro di conteggio, non solo la sua velocità.

Work in progress. I passaggi di zona diventano veri segnali di avanzamento, invece di affidarsi agli operatori che confermano le fasi a posteriori.

Piazzale e banchine. La posizione di rimorchi e container è in genere del tutto assente dall'ERP, ed è per questo che spesso è il punto più facile in cui dimostrare valore.

D365 Warehouse Management può funzionare con un ERP di terze parti usando la modalità Warehouse management only di Microsoft. Se il tuo panorama applicativo è fatto così, l'integrazione ha due passaggi anziché uno e la questione dell'identità diventa più importante, non meno.

Se D365 non è ancora in produzione, la sequenza delle attività conta più della tecnologia. Una soluzione di localizzazione costruita attorno a un processo di magazzino che sta per cambiare dovrà essere rifatta. La risposta abituale è specificare subito il modello dati, fissare la strategia di identità e rinviare le decisioni di implementazione che dipendono dal nuovo processo finché questo non sarà stabile.

• Il tag contiene la license plate o vi è associato?
• Quali eventi sono veri business event e quali sono telemetria?
• Chi è responsabile del livello di integrazione: il tuo partner ERP, il fornitore della soluzione di localizzazione o tu?
• I dati di posizione vengono mai riscritti in D365 o servono solo a informare?
• Cosa succede quando i due sistemi non concordano, e quale dei due fa fede?

Quest'ultima domanda pesa più di qualsiasi scelta tecnologica. Risolverla in fase di progettazione evita rilavorazioni in fase di test.

Non implementiamo Dynamics 365 noi stessi, quindi non abbiamo motivo di spingere l'integrazione in una direzione o nell'altra. Specifichiamo come deve essere il modello dati, quali eventi contano e cosa devono consegnare il fornitore della soluzione di localizzazione e il partner ERP, prima che uno dei due presenti un preventivo.

Vedi anche: integrazione con SAP EWM, la panoramica delle integrazioni e accuratezza dell'inventario.

Gli standard e i dati sui fornitori riportati in questa pagina provengono dalle fonti pubbliche elencate di seguito, verificate il 25 settembre 2026. Le dichiarazioni dei fornitori sono riportate come affermazioni dei fornitori stessi.

1. Microsoft Learn: panoramica dei Business events (app di finanza e operations)
2. Microsoft Learn, Gestione dei dati: entità e pacchetti di dati
3. Microsoft Learn: Priority-based throttling (API service protection)
4. Microsoft Learn: Dual-write overview
5. Microsoft Learn: panoramica della modalità solo Warehouse management
6. Microsoft Learn: License plate receiving via the Warehouse Management mobile app
7. Microsoft Learn: cos'è Azure IoT Hub?
8. Microsoft Learn: cos'è Azure Event Hubs?
9. Microsoft Learn: cos'è Microsoft Fabric?

Ultimo aggiornamento: 4 ottobre 2026