Skip to main content

Data & Analytics Reference Architecture

Purpose​

This reference architecture defines the standard building blocks, technical capabilities and patterns for collecting, managing, governing and consuming data across the supply chain. It is the baseline that every data-related solution blueprint must follow or explicitly deviate from through an approved Architecture Decision Record (ADR).

It answers three questions:

  1. Which technical capabilities does the organization need to turn supply chain data into decisions?
  2. How do those capabilities fit together end to end, from operational systems to analytics and AI?
  3. Which patterns and standards must solutions use when they build on this platform?

Scope​

In scope: operational and partner data integration, analytical storage and processing, master and reference data, data governance, analytics, machine learning and data sharing.

Out of scope: transactional application design (covered by the application reference architectures), network and infrastructure design (covered by the technology reference architectures).

Business context​

Supply chain decisions depend on data that is spread across ERP, WMS, TMS, MES, supplier portals, carriers and IoT devices. The main business drivers for this architecture are:

  • End-to-end visibility of inventory, orders and shipments across the network.
  • Better planning through reliable demand, supply and inventory data for S&OP.
  • Traceability of product and lot origin for quality and regulatory compliance.
  • Resilience through early detection of supplier, logistics and demand risks.
  • Sustainability reporting based on trustworthy emissions and logistics data.

Architecture overview​

The architecture is organized in five layers. Data flows from left to right, while governance and platform operations apply across all layers.

Technical capabilities​

Technical capabilities describe what the platform must be able to do, independently of the products used to implement them. Each solution blueprint should state which of these capabilities it consumes or extends.

TC-DI · Data Integration & Ingestion​

IDCapabilityDescriptionExample technologies
TC-DI-01Batch ingestionScheduled bulk extraction of data from source systems and files.Azure Data Factory, Fabric Data Pipelines, Airflow
TC-DI-02Change Data CaptureNear real-time replication of changes from transactional databases without impacting source performance.Debezium, Fivetran, Qlik Replicate
TC-DI-03Event streamingIngestion and distribution of business events such as order created or shipment departed.Kafka, Azure Event Hubs, Confluent
TC-DI-04B2B partner integrationExchange of data with suppliers, customers and carriers using EDI and APIs.Azure Integration Services, SAP Integration Suite, Boomi
TC-DI-05IoT telemetry ingestionCollection of sensor data from warehouses, fleets and production lines.Azure IoT Hub, AWS IoT Core
TC-DI-06External data acquisitionIntegration of third-party data such as weather, commodity prices and supplier risk scores.Data marketplaces, REST connectors

TC-DS · Data Storage & Processing​

IDCapabilityDescriptionExample technologies
TC-DS-01Raw data storageImmutable, low-cost storage of source data in its original format (Bronze zone).ADLS Gen2, OneLake, S3
TC-DS-02Curated data processingCleansing, conforming and joining data into a trusted model (Silver zone).Databricks, Fabric, Spark, dbt
TC-DS-03Analytical data servingBusiness-ready, aggregated data organized as data products (Gold zone).Lakehouse, Synapse, Snowflake
TC-DS-04Stream processingReal-time transformation, enrichment and alerting on event streams.Spark Structured Streaming, Flink, Stream Analytics
TC-DS-05Master data managementSingle, governed version of product, supplier, customer and location data.SAP MDG, Informatica MDM, Profisee
TC-DS-06Time-series storageEfficient storage and querying of high-volume telemetry data.Azure Data Explorer, TimescaleDB

TC-DG · Data Governance & Management​

IDCapabilityDescriptionExample technologies
TC-DG-01Data catalogInventory of data assets with business definitions, owners and classification.Microsoft Purview, Collibra, Unity Catalog
TC-DG-02Data lineageEnd-to-end tracking of how data moves and transforms from source to report.Purview, OpenLineage
TC-DG-03Data quality managementDefinition, measurement and monitoring of quality rules with alerts to data owners.Great Expectations, Soda, Purview Data Quality
TC-DG-04Metadata & business glossaryShared vocabulary for supply chain terms such as OTIF, lead time and safety stock.Purview, Collibra
TC-DG-05Data security & privacyAccess control, encryption, masking and classification of sensitive data.Entra ID, Purview Information Protection
TC-DG-06Data lifecycle & retentionArchiving and deletion according to retention and regulatory requirements.Storage lifecycle policies

TC-DA · Data Consumption & Analytics​

IDCapabilityDescriptionExample technologies
TC-DA-01BI & reportingStandard and self-service dashboards and reports for business users.Power BI, Tableau
TC-DA-02Real-time operational analyticsLive visibility and alerting for the supply chain control tower.Power BI Real-Time, Grafana, Fabric Real-Time Intelligence
TC-DA-03Advanced analytics & MLDevelopment, training and deployment of models such as demand forecasting and ETA prediction.Azure ML, Databricks ML, MLflow
TC-DA-04AI & GenAI enablementGrounding of AI assistants and agents on governed enterprise data.Azure AI Search, vector stores, LLM APIs
TC-DA-05Data sharing & APIsSecure exposure of data products to internal applications and external partners.API Management, Delta Sharing

TC-DP · Data Platform Operations​

IDCapabilityDescriptionExample technologies
TC-DP-01OrchestrationScheduling and dependency management of data pipelines.Data Factory, Airflow, Databricks Workflows
TC-DP-02DataOps / CI-CDVersion control, automated testing and deployment of data pipelines and models.GitHub Actions, Azure DevOps, dbt
TC-DP-03Platform observabilityMonitoring of pipeline health, freshness, cost and performance.Azure Monitor, Monte Carlo
TC-DP-04Infrastructure as codeReproducible provisioning of data platform resources.Terraform, Bicep

Capability mapping to the business​

The table shows which technical capabilities are most critical for each SCOR domain of the business capability map.

SCOR domainKey data domainsCritical technical capabilities
OrchestrateKPIs, risk, sustainabilityTC-DA-01, TC-DA-02, TC-DI-06, TC-DG-02
PlanDemand, supply, inventoryTC-DS-03, TC-DA-03, TC-DS-05
OrderCustomer orders, ATPTC-DI-02, TC-DI-03, TC-DA-05
SourceSuppliers, purchase orders, contractsTC-DI-04, TC-DS-05, TC-DI-06
TransformProduction, quality, lotsTC-DI-05, TC-DS-06, TC-DG-03
FulfillWarehouse, shipments, carriersTC-DI-03, TC-DS-04, TC-DA-02
ReturnReturns, warranties, refurbishmentTC-DI-01, TC-DS-03

Mandatory patterns​

  • Medallion architecture. All analytical data follows the Bronze → Silver → Gold zones. No report or model reads directly from the Bronze zone.
  • Change Data Capture over batch extraction for transactional sources where near real-time data is required.
  • Event-driven integration for supply chain milestones (order, shipment, receipt, exception), using a canonical event schema.
  • Data products as the unit of consumption in the Gold zone, each with a named owner, documented schema, quality SLAs and access policy.
  • Master data from the master data hub only. Product, supplier, customer and location data must not be mastered in individual solutions.

Standards​

  • GS1 identifiers (GTIN, GLN, SSCC) for products, locations and logistics units.
  • GS1 EPCIS 2.0 for traceability and track & trace events.
  • EDI (EDIFACT / ANSI X12) or partner APIs for B2B exchanges.
  • ISO 8601 for dates and time zones in all data products.

Non-functional requirements​

AttributeTarget
Data freshness (control tower)Under 5 minutes from source event
Data freshness (planning)Daily, before the S&OP cycle starts
Data quality (master data)At least 98% completeness on mandatory attributes
Availability (consumption layer)99.5% during business hours
Lineage coverage100% of Gold-zone data products

Principles applied​

  • DP-01 · Data is an asset — every data product has an accountable owner.
  • DP-02 · Single source of truth — master data is governed centrally.
  • DP-03 · Data is secure by design — classification and access control from ingestion onward.
  • AP-02 · Integration through open standards — APIs, events and GS1 standards for partner exchange.
  • Business capability map — all SCOR domains
  • RA-B2B · B2B Partner Integration Reference Architecture
  • RA-CT · Supply Chain Control Tower Reference Architecture
  • BP-CT-01 · Distribution Control Tower Blueprint

Architecture decisions​

ADRDecisionStatus
ADR-001Adopt a lakehouse with medallion zones as the analytical platformProposed
ADR-002Use GS1 EPCIS 2.0 as the canonical traceability event modelProposed