Skip to content

Manufacturing & Industry

The machine knows timestamps and sensor IDs, the ERP knows production orders. We connect the two so that OEE, scrap and on-time delivery mean the same thing in the plant and in the boardroom.

Overview

Whether a line runs profitably, whether an order will ship on time and where the scrap comes from is not written down in any single system. The machine delivers timestamps and sensor values, the MES delivers confirmations and piece counts, the ERP delivers orders and costs. In between sits a lot of manual work in spreadsheets.

We build data platforms and business intelligence that give the plant and management the same numbers. AI and machine learning add to that where their value can be tested on the company’s own data.

Machine, order, time period

The sticking point between shop floor and ERP is the shared key. Machine data knows no production order, and business systems know no sensor IDs. Only a maintained mapping of machine, order and time period turns the two worlds into one analysis. Building it usually takes longer than the technical connection over OPC UA, MQTT or the historian.

Older machines are mostly not an obstacle. Their controllers can often be connected through gateways or retrofitted sensors, and since the data is only read, we do not touch the control logic. We start with the machines needed for the first question and expand from there. We plan the connection with plant IT, because the security of the production network comes first.

Machine data is mostly not personal. As soon as it can be linked to individuals, for example through shift logins, the GDPR and codetermination rights apply.

OEE is not the same everywhere

Two plants report an OEE and mean different things. One counts changeovers as planned downtime, the other does not, and each uses a different reference cycle time. For scrap, it makes a big difference whether rework is counted. We agree on these definitions with production and finance together and store them once in the data model.

Data capture at the line matters just as much. If operators always pick “Other” as the reason for downtime, there will be no root cause analysis later, however good the dashboard is. That can only be solved together with production, for instance with a shorter selection list.

Once the definitions are settled, metrics can be broken down to the order, the batch or the machine. Combined with cost and calculation data, you can see what an order actually cost. With small lot sizes, it becomes especially visible how much setup time contributes.

Warehouse or lakehouse

For order, quality and cost data, a data warehouse is usually enough. A lakehouse pays off when large volumes of sensor time series, images or logs arrive that fit tables poorly, and when they arrive as a stream. The extra complexity is only worth taking on if the planned analyses need it. Which machines and questions come first, we settle in a data strategy.

Predictive maintenance: thresholds first, then a model

A forecasting model learns from documented failures. When failures are rare or their causes are missing from the maintenance log, it is hard to train. Condition monitoring with thresholds is then the better start. Whether a model detects anomalies early enough and with few false alarms, we test beforehand on the existing data.

A successful pilot is not yet a solution for every machine either. A model built for one machine rarely carries over unchanged to another.

Visual inspection with cameras

Image-based inspection works for clearly defined tasks with stable capture conditions, for example consistent parts and constant lighting. What matters are training images that include the rare defects. In operation, quality staff spot-check the results, and the model is re-tested for new products or changed lighting. If the AI is part of a safety function, the EU AI Act may apply. We clarify that case by case with legal counsel.

Data Act and sustainability reporting

The EU Data Act has applied since 12 September 2025. Users of connected products have access to the data their product generates. For new connected products placed on the market from 12 September 2026, manufacturers have to build this access in at the design stage, where relevant and technically feasible. Operators of machines can request access to the data of their equipment. Which products and data are affected is a question for legal counsel, and we help implement the technical side of providing the data.

On sustainability reporting, the EU has limited the CSRD obligation to large companies through the Omnibus I directive, to our knowledge to companies with more than 1,000 employees and more than 450 million euros in net turnover. The reporting standards (ESRS) were simplified too. Energy and emissions data per unit can be a basis for such reports, voluntary ones included. Whether and to what extent a company has to report is for legal counsel to say.

Typical use cases

  • OEE and production metrics

    Availability, performance and quality by machine, line and plant, calculated from machine and MES data with one shared definition.

  • Linking shop floor and business data

    Which order slipped at which operation, and what did it cost in the end? For that, machine, order and material data are joined.

  • Scrap and quality analysis

    Scrap and complaints by defect type, batch, machine and material, linked to process and inspection data. Counted with or without rework?

  • Energy use per unit

    Consumption from meters and machines, matched to the quantities produced and compared across lines and shifts.

  • Visual quality inspection

    Camera-based models support the inspection of surfaces and parts. Quality staff spot-check the results.

  • Condition monitoring and predictive maintenance

    Thresholds and anomaly checks on sensor data first. Where enough documented failures exist, forecasting models are added for maintenance planning.

Matching services

  • Tracking & Data Integration

    Learn more
  • Data Intelligence & Architecture

    Learn more
  • Advanced Analytics & AI

    Learn more

Frequently asked questions

How do we connect machine data with ERP data?
The common reference is usually the production order, product, machine and time period. Machine data is loaded through interfaces such as OPC UA, MQTT or from the historian and linked to order and material data from MES and ERP. Mapping machines and orders cleanly is often harder than the technical connection.
Why do the plant and finance report different OEE and scrap figures?
Usually the definitions differ: what counts as planned downtime, which parts count as scrap or rework, which cycle time is the reference. We agree on these definitions with production and finance together and store them once in the central data model.
Do we need a data lakehouse, or is a data warehouse enough?
For order, quality and cost data, a data warehouse is usually enough. A lakehouse makes sense when large volumes of sensor time series, images or logs come in that do not fit a table structure well. Whether the added complexity is needed depends on the actual data volume and the planned analyses.
Is predictive maintenance worth it?
That depends on whether there are enough documented failures and suitable sensor data. When failures are rare, a forecasting model is hard to train, and simple condition monitoring with thresholds is often the better start. We first test on the existing data whether a model detects failures early enough and with an acceptable number of false alarms.
Can AI replace visual inspection?
In clearly defined cases it can relieve inspection staff, for example with consistent parts and stable lighting. Quality depends on the training images, especially for rare defects. In operation, the results are still spot-checked.
What does the EU Data Act mean for manufacturers of connected machines and devices?
The Data Act has applied since September 12, 2025. For new connected products placed on the market from September 12, 2026, product data should be accessible to users by default, where relevant and technically feasible. Legal counsel clarifies which data and products are affected, and we help implement the technical side of providing the data.

More industries

All industries