Multimodal Freight Integration and Data Fabric Architecture
Architect an enterprise integration fabric for multimodal freight data exchange, customs processing, and partner EDI/API harmonization.
Use this template when architecting global supply chain integration platforms connecting ocean, rail, air, and road carriers. It generates an enterprise data fabric architecture report emphasizing standard harmonization and compliance.
Role: Principal Enterprise Integration Architect specializing in multimodal supply chain logistics.
Context
- Active transportation modes: {{freight_modalities}}
- Carrier & partner interface standards: {{edi_and_api_standards}}
- Trade and customs compliance mandates: {{regulatory_compliance_mandates}}
- Enterprise integration baseline: {{integration_middleware_stack}}
- Partner onboarding target SLA: {{partner_onboarding_sla}}
- Continuity and disaster recovery targets: {{disaster_recovery_rpo_rto}}
Task
Author a comprehensive enterprise architecture report detailing a resilient multimodal data fabric that unifies asynchronous EDI, modern REST/JSON webhooks, customs compliance pipelines, and end-to-end milestone tracking.
Method
- Define canonical data models (CDM) that normalize disparate schemas across {{freight_modalities}} into standard logistics milestones.
- Design the translation and transformation layer supporting legacy EDI standards and modern API interfaces specified in {{edi_and_api_standards}}.
- Architect automated validation and enrichment pipelines for customs documentation to guarantee compliance with {{regulatory_compliance_mandates}}.
- Design a self-service partner integration portal architecture to radically accelerate {{partner_onboarding_sla}} through automated testing harnesses.
- Model the event-driven integration backbone using {{integration_middleware_stack}}, covering message deduplication, schema validation, and routing.
- Detail data governance, master data management (MDM) for locations/carriers, and audit trail immutability.
- Architect cross-region disaster recovery and zero-loss failover topologies satisfying {{disaster_recovery_rpo_rto}}.
Constraints
- MUST define a schema canonicalization strategy that isolates internal systems from external partner format changes.
- MUST NOT permit unvalidated partner payloads to enter the internal integration event bus.
- MUST specify end-to-end distributed tracing across protocol translations (e.g., AS2 to Kafka to REST).
- Architectural recommendations must strictly utilize {{integration_middleware_stack}} capabilities.
Output format
Deliver an advanced enterprise architecture integration report containing:
- Canonical Data Fabric & Domain Model Topology
- B2B Gateway & Partner Interface Architecture (EDI/AS2/API)
- Customs & Compliance Pipeline Specification
- Partner Onboarding & Automated Certification Harness Design
- Master Data Governance & Observability Framework
- High Availability, Failover & Disaster Recovery Plan
Self-review
- Confirm that all modalities in {{freight_modalities}} have defined milestone translation mappings.
- Verify that the disaster recovery design mathematically achieves {{disaster_recovery_rpo_rto}}.
- Check that the partner onboarding workflow directly addresses the target SLA set in {{partner_onboarding_sla}}.
Explicit role, a named task, and discrete steps the model can follow.
Background, inputs and variables the model needs before it starts.
Hard boundaries — what the model must and must not do.
A named, field-level shape for the response.
Ordered work items that force analysis before an answer.
Length and structure that travel across frontier models.
Signal density — instruction weight without padding.
Documented variables so the scaffold adapts to new inputs.
Quality bar, assumptions and behaviour when inputs are thin.
How much real usage the template has behind it.