Catalyst BI | BI, Data Analytics and AI News

Your AI Works. It Just Cannot See Across Your Factories.

Written by Scott Rogers | Oct 2, 2026, 1:16:10 PM

You are already using AI. Most UK manufacturers are. It stalls because the data is not connected across sites, so none of it can see the whole operation. That disconnect is where projects stall and margin quietly leaks.

One platform, many divisions
600+

Siemens runs 600+ data projects on one governed cloud platform, provisioning new projects in minutes rather than weeks. (Siemens)

 

The board asked for AI and the budget was there. Predictive maintenance, demand forecasting, quality prediction: the use cases are clear. Yet so many get stuck in pilot and never reach the factory floor. The answer is rarely the model. Most pilots work in the lab. They stall when they meet the real operational data, because that data is not standardised, not governed and not connected across sites.

For a CIO or Head of Data, that is the uncomfortable truth behind a stalled programme. The problem is not the AI. It is that the factory cannot see itself.

Why can't your AI see across sites?

Because the operational data it needs is fragmented and defined differently everywhere it lives.

✓Machine and sensor data sits in historians and SCADA systems, one per line or per site.
✓Maintenance history sits in a CMMS, often with free-text fields and local naming.
✓Asset, work-order and cost data sits in the ERP.
✓Each site names the same asset, fault or process in its own way.

A model trained on one site's data cannot generalise to the next, because the next site describes its assets differently. So every pilot becomes a bespoke build. It proves the concept, then collapses under the cost of repeating it across the estate. The model was never the hard part. Connecting and governing the data underneath it was.

What does connecting the data actually unlock?

Enough to justify connecting it first. Take predictive maintenance as one worked example. Once the data is joined across sites, Deloitte puts the typical gains at a 10 to 20 per cent increase in equipment uptime and a 5 to 10 per cent cut in maintenance costs, with the time spent planning maintenance falling by 20 to 50 per cent.

50% less downtime, 25% higher performance: the result one robotic manufacturing line saw from predictive maintenance.
Deloitte, case study

The headline ranges are the sensible planning numbers. The case example shows what is possible once the data is connected and the models run in production rather than in a pilot. On a capital-intensive asset base, moving uptime by even a few points is money that goes straight to output and margin. And maintenance is only the start: the same connected foundation is what lets demand forecasting and quality prediction see across the operation too.

Why prove it on one use case first?

Because it keeps the first step small, and the foundation you build is reusable. Pick something bounded and measurable that sits on data you already hold. Maintenance is a good candidate, because downtime and maintenance cost are already tracked, so the outcome is easy to value. The connected, governed data model you build to make it work is the same foundation every other use case depends on. Prove it once, and the second and third use case have somewhere to stand.

What does a connected data foundation actually look like?

It is less exotic than it sounds. In practice it means:

✓One standardised model for assets, faults and processes, so a pump is a pump across every site.
✓Governed, documented data with clear ownership, so what people build sits on trusted inputs.
✓Machine, maintenance and ERP data connected in one place, refreshed close to real time.
✓Self-service access for data teams, without a six-week wait for every new project.

This is where a modern data platform earns its place. It lets you bring historian, CMMS and ERP data together, govern it centrally and give teams access without standing up new infrastructure for each project. The right tools depend on your environment, not a vendor preference. We build this across the modern data stack and choose what fits the data you already hold and the skills in your team. For a maintenance use case, that might be Fivetran or Talend to connect historian, CMMS and ERP data, Snowflake or Databricks to standardise and govern it with dbt and DataOps.Live, and Qlik AutoML to build the model. Siemens runs more than 600 data projects across its business divisions on one governed cloud data platform, with teams able to provision new data projects in minutes rather than weeks.

Where should you start?

✓Pick one asset class at one site, where the pain is already felt.
✓Standardise the asset and fault model for that scope, and govern it properly.
✓Connect the machine, maintenance and cost data, then put one use case into production.
✓Reuse the same model and governance for the next site, rather than starting again.

Your AI is not the problem. The factory not being able to see across itself is. Connect the data first, prove it on one use case, and the rest of the roadmap finally has ground to stand on.

How connected is your operation, really?

The Connected Factory Benchmark is ten questions about your own estate. You get a score out of ten and a sense of how you compare. Or read the full report this foundation sits inside.

Sources
1.Deloitte, predictive maintenance: 10 to 20% uptime gain, 5 to 10% maintenance-cost cut, 20 to 50% less planning time; 50% downtime / 25% performance shown as a labelled case example.
2.Siemens, 600+ data projects on one governed cloud platform, projects provisioned in minutes rather than weeks. Public case study; confirm referenceability before external use.
Back to The Connected Factory report →