{"slug": "mes-integration-with-d365-supply-chain-azure-middleware-pattern", "title": "MES integration with D365 Supply Chain: Azure middleware pattern", "summary": "The article explains that integrating a Manufacturing Execution System (MES) with Dynamics 365 Supply Chain Management requires low-latency, high-throughput, and reliable data flow, which cannot be achieved by batch jobs, OData polling, or direct database triggers due to their documented failure modes. The recommended solution is an Azure middleware pattern using Service Bus for guaranteed messaging, Logic Apps for orchestration, and F&O Business Events for bidirectional, real-time synchronization. This architecture ensures traceability and scalability by maintaining data correlation and supporting high event volumes without lost messages.", "body_md": "Manufacturers running Dynamics 365 Supply Chain Management almost always also run a dedicated Manufacturing Execution System (MES) on the shop floor. Production order updates, inventory movements, quality tests, and traceability data flow between them continuously. The integration has to be low-latency (shop floor runs on seconds, not hours), high-throughput (hundreds of events per minute at peak), and reliable (lost messages mean lost traceability).\nThree integration patterns come up in evaluations. Two have documented failure modes.\nNightly batch jobs via Data Management Framework. Designed for bulk data movement, not real-time signaling. Production orders complete hours before D365 knows about it. Real-time inventory view is always lagging. Traceability data arrives after the batches have shipped.\nCustom OData polling with a loop that queries MES every few seconds. Introduces polling overhead for no latency benefit, and MES systems aren't typically designed to handle heavy poll loads. Also creates a custom code dependency that needs maintenance.\nDatabase-level triggers on the MES database pushing directly to F&O's database. Breaks supportability completely. D365 F&O is a managed platform - direct database writes aren't supported, aren't upgrade-safe, and will break the next time Microsoft changes schema. Also creates a security nightmare (MES has privileged write access to F&O's database?).\nThe only answer that fits the requirements is Azure middleware between the two systems.\nLogic Apps or Service Bus as middleware between MES and D365, with F&O Business Events on the D365 side.\nWhat each piece does:\nAzure Service Bus for the guaranteed-delivery, ordered messaging. Production-order status updates, inventory moves, quality-test results flow through Service Bus queues with FIFO ordering per production order.\nAzure Logic Apps for the orchestration where branching and transformation happen. A pick-complete event from MES fires a Logic App that transforms the payload, updates inventory in D365, and triggers the next production-flow message back to MES.\nF&O Business Events for the D365-side publishing. When a production order is created, released, or completed in F&O, a business event fires to Service Bus or Event Grid. MES subscribers pick it up.\nCustom Services on F&O for the inbound - when MES has a state change D365 needs to record, the Logic App (or Function) calls a custom service endpoint on F&O. Custom services are designed for low-latency targeted writes, unlike data entities which are bulk-optimized.\nTraceability is specific in manufacturing - regulators and customers need to know which raw materials went into which finished-goods batch. D365's batch tracking combines with MES's shop-floor batch recording to produce the full lineage. The integration ensures:\nThe integration isn't just about moving data - it's about keeping the correlation intact under all failure modes.\nAt manufacturing scale (large plants with multiple lines, each firing events per minute), throughput planning matters:\nManufacturing can't afford lost messages. The architecture carries:\nFlows in each direction have different shapes:\nMES → D365 (updates ERP from shop floor):\nD365 → MES (issues work to shop floor):\nBidirectional correlation:\nNot everything is Logic Apps. Sometimes:\nEach has a clear use case. Reach for them when the declarative tool hits a limit, not as default.\nA working MES-to-D365 integration has:\nThe pattern is architect-grade because manufacturing systems won't tolerate the simpler options. Azure middleware is the supported, scalable, maintainable middle.", "url": "https://wpnews.pro/news/mes-integration-with-d365-supply-chain-azure-middleware-pattern", "canonical_source": "https://dev.to/sapotacorp/mes-integration-with-d365-supply-chain-azure-middleware-pattern-4698", "published_at": "2026-05-24 02:52:14+00:00", "updated_at": "2026-05-24 03:02:03.634816+00:00", "lang": "en", "topics": ["enterprise-software", "cloud-computing", "data"], "entities": ["Dynamics 365 Supply Chain Management", "Manufacturing Execution System", "Microsoft", "Azure"], "alternates": {"html": "https://wpnews.pro/news/mes-integration-with-d365-supply-chain-azure-middleware-pattern", "markdown": "https://wpnews.pro/news/mes-integration-with-d365-supply-chain-azure-middleware-pattern.md", "text": "https://wpnews.pro/news/mes-integration-with-d365-supply-chain-azure-middleware-pattern.txt", "jsonld": "https://wpnews.pro/news/mes-integration-with-d365-supply-chain-azure-middleware-pattern.jsonld"}}