Integración de Dynamics 365 con RTLS y RFID.

Lo más útil que hay que entender de la gestión de almacenes de D365 es la matrícula (licence plate). Es el identificador que el sistema ya usa para una unidad de manipulación (un palé, un contenedor, una caja) y es el punto de anclaje natural para una etiqueta física.

Un modo de fallo frecuente de los programas RFID en D365 es la identidad paralela. La etiqueta recibe su propio número, aparece una tabla de correspondencias y, a partir de ahí, cada discrepancia es una discusión sobre qué sistema tiene razón. Codificar la matrícula en la etiqueta, o registrar la etiqueta asociada a ella en el momento de su creación, evita toda una categoría de problemas.

Donde no se usan matrículas (piezas serializadas, herramientas, activos retornables), la pregunta pasa a ser qué entidad existente de D365 lleva la identidad, y conviene resolverla antes de especificar ningún hardware.

D365 ofrece varias vías de entrada. Elegir la equivocada es un motivo habitual por el que un proyecto de localización funciona en el piloto y se viene abajo en producción.

El patrón que funciona: la telemetría llega a Azure, se reduce a los eventos que importan y solo esos eventos llegan a D365. Una actualización de posición cada segundo no es un evento de negocio. Un palé que pasa de la zona de preparación a la de expedición, sí.

Conviene decirlo claramente, porque se propone con sorprendente frecuencia. D365 es un sistema transaccional con un marco de procesamiento por lotes y límites de API. No es una base de datos de series temporales.

Seiscientas etiquetas que transmiten a 1 Hz suponen unos 52 millones de eventos al día (600 × 86.400 segundos). La arquitectura correcta mantiene ese flujo completamente fuera del ERP y envía a D365 solo cambios de estado: llegadas, salidas, finalizaciones, excepciones. Todo lo demás debe ir a un data lake para su análisis.

Esto es también lo que protege la ruta de actualización. Cuanto más dependa tu diseño de localización de personalizaciones dentro de D365, más dolorosa será cada actualización de la plataforma.

Recepción. Una lectura en el muelle puede crear o confirmar la matrícula (license plate) y desencadenar el trabajo de ubicación, sustituyendo un escaneo manual en lugar de añadir un paso más junto a él.

Ubicación y precisión de ubicaciones. D365 sabe adónde ha ordenado que vaya el stock. La localización te dice adónde ha ido realmente. Conciliar ambos datos suele ser la mejora medible más rápida.

Recuento cíclico. El RFID convierte el recuento de un evento programado en un proceso continuo en segundo plano, lo que cambia la forma de configurar el trabajo de recuento en lugar de limitarse a acelerarlo.

Trabajo en curso. Las transiciones entre zonas se convierten en auténticas señales de avance, en lugar de que los operarios confirmen los pasos a posteriori.

Patio y muelle. La posición de remolques y contenedores suele estar totalmente ausente del ERP, por eso es a menudo el lugar más fácil para demostrar valor.

D365 Warehouse Management puede funcionar con un ERP de terceros mediante el modo Warehouse management only de Microsoft. Si así está organizado tu entorno, la integración tiene dos saltos en lugar de uno, y la cuestión de la identidad se vuelve más importante, no menos.

Si D365 aún no está en producción, la cuestión del orden importa más que la tecnología. Un diseño de localización construido en torno a un proceso de almacén que está a punto de cambiar tendrá que rehacerse. La respuesta habitual es especificar ahora el modelo de datos, fijar la estrategia de identidad y aplazar las decisiones de despliegue que dependen del nuevo proceso hasta que este sea estable.

• ¿La etiqueta lleva la matrícula o se asocia a ella?
• ¿Qué eventos son auténticos eventos de negocio y cuáles son telemetría?
• ¿Quién es responsable de la capa de integración: tu partner de ERP, el proveedor de localización o tú?
• ¿Los datos de localización llegan a escribirse en D365 o solo sirven de información?
• ¿Qué ocurre cuando no coinciden y cuál de los dos manda?

Esa última pregunta determina más que cualquier elección tecnológica. Resolverla en el diseño ahorra retrabajo en las pruebas.

No implantamos Dynamics 365 y el asesoramiento va antes que la venta de hardware de localización, así que no tenemos ningún motivo para inclinar la integración en un sentido u otro. Especificamos cómo debe ser el modelo de datos, qué eventos importan y qué tienen que entregar el proveedor de localización y el partner de ERP, antes de que ninguno de ellos presente su oferta.

Relacionado: integración con SAP EWM, la visión general de integraciones y precisión del inventario.

Las normas y los datos de proveedores de esta página proceden de las fuentes públicas que figuran a continuación, consultadas el 25 de septiembre de 2026. Las declaraciones de los proveedores se presentan como afirmaciones del propio proveedor.

1. Microsoft Learn: descripción general de los eventos empresariales (aplicaciones de finanzas y operaciones)
2. Microsoft Learn, administración de datos: entidades de datos y paquetes de datos
3. Microsoft Learn: Priority-based throttling (API service protection)
4. Microsoft Learn: descripción general de la escritura dual
5. Microsoft Learn: descripción general del modo solo de administración de almacén
6. Microsoft Learn: recepción por matrícula mediante la aplicación móvil de Warehouse Management
7. Microsoft Learn: ¿Qué es Azure IoT Hub?
8. Microsoft Learn: ¿Qué es Azure Event Hubs?
9. Microsoft Learn: ¿Qué es Microsoft Fabric?

Última actualización: 4 de octubre de 2026