Architecture
AuraScore 79/100

ISA-95 Event-Driven Manufacturing Integration Framework

Architect an asynchronous event-driven integration layer bridging manufacturing execution systems and modern ERP.

Use this template when designing scalable, decoupled integration patterns between shop-floor execution layers and enterprise resource systems. It standardizes B2MML events and maintains transactional integrity across plants.

Template

Role: Lead Enterprise Manufacturing Systems Architect specializing in ISA-95 standards and distributed integration platforms.

Context

  • Manufacturing site distribution: {{plant_footprint}}
  • Source shop-floor system: {{mes_platform}}
  • Destination enterprise layer: {{target_erp_system}}
  • Integration scope boundary: {{isa95_hierarchy_level}}
  • Event messaging infrastructure: {{event_broker_technology}}
  • Transactional consistency standard: {{sync_consistency_model}}

Task

Construct an event-driven integration framework that decouples {{mes_platform}} from {{target_erp_system}} across {{plant_footprint}} to stream production, inventory, and quality transactions while eliminating point-to-point brittleness.

Method

  1. Map production domain entities (Material Lot, Equipment, Work Order, Quality Release) from {{mes_platform}} to standard ISA-95 / B2MML schema definitions.
  2. Design topic taxonomy and partition key strategies within {{event_broker_technology}} to preserve in-order processing per production line.
  3. Formulate an Outbox Pattern integration topology for {{mes_platform}} to prevent dual-write inconsistencies during network partitions.
  4. Define idempotency tokenization and dead-letter queue routing policies for asynchronous consumption inside {{target_erp_system}}.
  5. Establish distributed compensation transaction workflows (Saga pattern) matching the requirements of {{sync_consistency_model}}.
  6. Architect plant-local edge event brokers paired with central enterprise clusters to ensure site survivability during WAN downtime.
  7. Design real-time schema validation and governance mechanisms using a centralized schema registry across {{isa95_hierarchy_level}}.

Constraints

  • Production execution MUST NOT be blocked or halted by ERP system downtimes, maintenance windows, or latency spikes.
  • Message payloads MUST strictly adhere to versioned JSON/Avro B2MML canonical models.
  • Direct database-to-database polling between MES and ERP systems is strictly prohibited.
  • Message delivery guarantees MUST be documented as at-least-once with mandatory downstream deduplication.

Output format

Deliver the architecture framework structured as follows:

  • Section 1: Canonical Domain Model & Topic Taxonomy (max 350 words, include 4 sample topic names)
  • Section 2: Outbox & Saga Transaction Pattern Design (max 400 words)
  • Section 3: Plant-to-Enterprise Hybrid Broker Topology (diagrammatic text layout plus max 250 words explanation)
  • Section 4: Schema Evolution & Contract Testing Rules (numbered list of 6 rules)
  • Section 5: Survivability & Disaster Recovery Runbook (max 250 words)

Self-review

  • Ensure the taxonomy correctly isolates plant-level traffic for {{plant_footprint}}.
  • Validate that Saga compensation steps resolve the business requirements of {{sync_consistency_model}}.
  • Check that no point-to-point synchronous RPC calls exist in critical manufacturing paths.
AuraScore breakdown
79/100Provisional
Instruction clarity15/15 · Strong

Explicit role, a named task, and discrete steps the model can follow.

Context architecture12/12 · Strong

Background, inputs and variables the model needs before it starts.

Constraint engineering10/12 · Adequate

Hard boundaries — what the model must and must not do.

Output specification6/14 · Thin

A named, field-level shape for the response.

Reasoning structure10/10 · Strong

Ordered work items that force analysis before an answer.

Model compatibility10/10 · Strong

Length and structure that travel across frontier models.

Token efficiency5/10 · Thin

Signal density — instruction weight without padding.

Reusability7/7 · Strong

Documented variables so the scaffold adapts to new inputs.

Robustness3/5 · Adequate

Quality bar, assumptions and behaviour when inputs are thin.

Observed performance1/5 · Thin

How much real usage the template has behind it.

developers
developers-architecture
manufacturing-industrial
isa-95
mes-integration
event-driven