feliXart

Sector

Manufacturing and Industry

Systems where production data is captured on the floor, as it happens.

Most production tracking systems work technically and fail on the floor. There is one reason: if data entry slows the operator down, it does not get entered. Data that is not entered does not leave the system empty — it fills it wrongly. Records typed in bulk at the end of a shift produce a production picture that is not real, and management makes investment decisions from it. So the first design decision here is not the screen but how to reduce entry: barcodes, machine connections, automatic counters, one tap.

Problems we meet here04
01Data is entered in bulk at shift end
Downtime is rounded, scrap is estimated, and the easiest reason code is chosen. The resulting picture is not the real one.
02Cost only appears at month end
Without live material, labour and machine cost per work order, quoting becomes guesswork.
03Planning runs in spreadsheets
With capacity, sequencing and priority in a separate file, a delay on the floor never reaches the plan.
04Quality records sit apart from production
When control results are kept separately, a complaint cannot be traced back to the batch it came from.
What we typically build06
  • Work order, routing and operation tracking
  • Data capture via machine connections, barcodes and automatic counters
  • Downtime, scrap and reason-code recording
  • Live costing per work order
  • Quality control, batch and traceability records
  • Integration with ERP, warehouse and maintenance systems

Is production data captured on the floor?

Describe the current flow — and we will show why no system holds without reducing entry first.