FactoryThread

Guide

Nine data model mistakes manufacturers make

Most failed plant analytics projects were lost at the model, months before anyone looked at a chart.

11 min read

1. No shared definition of the basic entities

Plant, line, cell, asset, work centre, part, order, lot, operator, shift. If two systems disagree on what an asset is, no downstream metric can reconcile — and no amount of dashboard work will fix it.

Write the definitions down before the first integration. One page. Reviewed by production, quality, maintenance and finance together.

2. Metrics defined inside the Dashboard instead of in the model

When OEE, yield or on-time delivery is calculated inside a BI Dashboard, every new Dashboard re-implements it slightly differently. Define the metric once, in the data layer, with the calculation visible — then let every Dashboard consume it.

3. Losing time semantics

Manufacturing data is time-series data with business meaning: local plant time, shift boundaries that cross midnight, daylight saving, downtime intervals that overlap, and events recorded at different resolutions. Storing everything as naive local timestamps destroys reconciliation later.

Store UTC with an explicit plant timezone, keep the shift calendar as data, and never let a Dashboard infer a shift from a timestamp.

4. Modelling snapshots instead of events

A snapshot tells you what the state is now. An event tells you what changed and when. Root-cause work, traceability and any 'why did this happen' question needs events. Plants that only replicate current-state tables can never answer their most valuable questions.

5. Treating master data as reference data

Routings, BOMs, cycle times and standards change. If they are stored without effectivity dates, historical analysis silently uses today's standard against last year's production, and every trend is wrong.

6. Full reloads where increments belong

Reprocessing everything nightly looks simple until volumes grow — then windows are missed, and the morning meeting has yesterday's data. Incremental loads with watermarks and late-arriving-record handling are more work once and less work forever.

7. No lineage

When a number is challenged in a meeting — and it will be — someone must be able to show its source, its transformation and its refresh time in under a minute. Without lineage, trust never accumulates and everyone reverts to their own spreadsheet.

8. Silent failures

A Flow that stops is safe. A Flow that keeps running with partial data is dangerous, because the dashboard still looks fine. Every feed needs freshness, volume and schema-change warnings routed to a human who can act.

9. Modelling for the tool rather than the question

Shaping data to fit whatever BI product was bought creates a model that cannot answer the next question. Model the manufacturing domain; project it into whatever tool the business prefers this year.

Start here

Ask one question. Get one answer. Today.

Start on the free tier with a single connection, or bring a real question to a working session and we will build the first answer with you.

Free tier · No credit card · Cloud or self-hosted