Manufacturing: making the losses visible where they happen
Every plant knows roughly what its OEE is. Very few can say which machine, which shift and which reason code accounts for the gap — which is the only version of the number that leads to action.
Discrete and batch manufacturers occupy an awkward middle ground in the software market. Enterprise MES platforms are priced and scoped for very large operations. Generic ERPs stop at the shop floor door. And the actual daily reality — production entry on paper, downtime recorded in a register, quality results in a lab book, and a supervisor assembling a report at the end of a shift — persists because nothing in between fits.
We build that middle. Shop-floor data capture designed for the environment it lives in, OEE computed from real events rather than estimated, downtime attributed to reason codes that the operators themselves helped define, quality results linked to batches, and production planning that respects the constraints the planner actually works around.
Our clients here are engineering companies, auto component makers, chemical and speciality manufacturers, food and consumer goods producers, and packaging converters — mostly in the ₹30 crore to ₹800 crore range where the problem is real and the enterprise solutions are unaffordable.
The first engagement is almost always narrow: automate the daily production report, or capture downtime properly. Both establish the data foundation, both save visible effort immediately, and both make the case for the next phase without requiring anyone to take a leap of faith.
OEE that is computed, not estimated
Overall Equipment Effectiveness is availability times performance times quality, and each factor requires data that most plants do not capture reliably. Availability needs actual run and stop times with reasons. Performance needs actual cycle rate against ideal. Quality needs first-pass yield at the machine, not the final inspection figure.
We capture these from machine signals where instrumentation exists — a simple run signal, a part counter, a reject signal — and from operator entry on a tablet where it does not. The operator entry is designed to take a few seconds: a stop happens, the operator taps a reason from a short list that they helped define, and it is recorded with a timestamp.
The output is the loss waterfall: calendar time reduced step by step through planned stops, breakdowns, setup, minor stops, speed loss and quality loss, with each step attributed to a machine, a shift and a reason. That waterfall is what turns "our OEE is 63 per cent" into "we lose eleven points to setup on the two smaller presses, mostly on changeovers between three specific part families".
Shop-floor capture that survives the shop floor
The main reason shop-floor systems fail is that the interface was designed in an office. Screens assume clean hands, good light, a mouse and unlimited time. The reality is gloves, glare, noise, and an operator who has thirty seconds between cycles.
We design for that: large touch targets, high contrast, minimal typing, sensible defaults, and a workflow that mirrors the physical sequence. Rugged tablets or industrial panels rather than office PCs. Offline tolerance, because plant Wi-Fi has dead spots. And critically, the new process must be faster than the paper register it replaces, which we verify with a stopwatch before rollout rather than assuming.
We also design for the supervisor: an approval and correction workflow, so an entry made in error can be fixed with a trail rather than by editing a database. This matters because the credibility of the whole system depends on operators believing that a mistake can be corrected without consequence.
In practice
Every engagement starts with a conversation, not a proposal template.
Thirty minutes with a senior engineer. You leave with an architecture sketch and an honest cost range, whether or not you hire us.
Production planning that respects real constraints
Most planning in mid-market manufacturing happens in a spreadsheet maintained by an experienced planner who holds a great deal of undocumented constraint knowledge — which machines can run which parts, which changeovers are expensive, which customer will accept a split delivery.
We do not try to replace that judgement with an algorithm, because the algorithm will not know those things and the planner will stop trusting it in week two. Instead we build a planning tool that captures the constraints explicitly, does the arithmetic the planner currently does by hand, shows the consequences of a change immediately, and leaves the judgement with the human.
The result is that planning takes an hour instead of a day, scenarios can actually be compared, and — importantly — the constraint knowledge is finally written down somewhere other than one person's head.
| Planning capability | Spreadsheet today | With the system |
|---|---|---|
| Changeover cost awareness | In the planner's head | Explicit matrix, applied automatically |
| Material availability check | Manual lookup | Live against stock and inbound |
| Scenario comparison | Rarely attempted | Side by side in minutes |
| Impact of a rush order | Guessed | Computed, with what it displaces |
| Plan versus actual | Monthly, approximate | Live, per order |
Quality, traceability and recall readiness
For manufacturers supplying automotive, pharmaceutical, food or export markets, traceability is not optional and audits are frequent. The typical state is that traceability exists on paper and reconstructing a chain takes days.
We build forward and backward traceability as a queryable structure: from a dispatched batch back to every raw material lot, machine, operator and quality result that contributed to it, and forward from a suspect raw material lot to every customer who received product containing it. A recall scope that took three days to establish becomes a query.
Alongside that, the routine quality apparatus: incoming inspection with vendor rating, in-process checks with control limits and alerting, final inspection, non-conformance handling with corrective action tracking, and automated certificates of analysis. For plants with IATF, ISO or FSSAI obligations, we make the audit evidence a report rather than a preparation exercise.
“A customer raised a concern about a batch from four months earlier. Previously that would have been two days of digging through registers. It took eleven minutes, and we could show them the actual inspection records.”
Maintenance and the reliability conversation
Downtime data captured for OEE has a second use: it is the input to a real maintenance strategy. Once breakdowns are recorded with machine, duration and cause, patterns emerge — a machine with recurring failures of one type, a component whose mean time between failures is dropping, a shift-correlated fault that suggests a practice issue rather than an equipment one.
We build preventive maintenance scheduling on top of that, driven by running hours or cycles rather than calendar where the equipment justifies it, with spare parts consumption tracked against equipment so the true cost of ownership per machine becomes visible.
This is usually the third or fourth module rather than the first, because it depends on the downtime data being trustworthy — which takes a few months of disciplined capture.
Every engagement starts with a conversation, not a proposal template.
Thirty minutes with a senior engineer. You leave with an architecture sketch and an honest cost range, whether or not you hire us.
Connecting the plant to the commercial system
The value compounds when shop-floor data joins commercial data. Actual material consumed against a work order gives real product cost rather than standard cost. Machine hours give a defensible overhead allocation. Yield and rejection give the true cost of quality. Delivery performance against promise gives the customer-facing metric that actually matters.
We build this join either into a custom ERP or as an integration layer against your existing one. Either way the effect is the same: a management meeting where production, quality, cost and delivery are discussed from one set of numbers rather than four departmental versions.
Every engagement starts with a conversation, not a proposal template.
Thirty minutes with a senior engineer. You leave with an architecture sketch and an honest cost range, whether or not you hire us.
What is actually included in discrete manufacturing
Each of these is something we have shipped and still support in production — not a list of things we could do if asked.
OEE and downtime
Real availability, performance and quality with a loss waterfall attributed to machine, shift and reason.
Shop-floor capture
Rugged, offline-tolerant interfaces designed with operators and verified faster than paper.
Production planning
Constraint-aware planning tool that supports the planner's judgement rather than replacing it.
Quality management
Incoming, in-process and final inspection with control limits, non-conformance and corrective action.
Traceability
Forward and backward chains queryable in minutes, with audit evidence generated rather than assembled.
Maintenance
Usage-based preventive scheduling, breakdown analysis and spares consumption per machine.
Costing
Actual material, machine hours and yield producing real product cost against standard.
Automated reporting
Shift and daily reports delivered before the morning meeting, in your existing format.
The stack we actually use for this
Chosen for what your team can maintain in three years, not for what looks impressive in a proposal.
Capture
- Rugged tablets
- Panel PCs
- PLC signals
- Barcode / RFID
- Weighing systems
Platform
- Node.js
- Laravel
- PostgreSQL
- TimescaleDB
- Redis
Analytics
- Power BI
- Grafana
- Custom dashboards
- Automated Excel
Integration
- Tally
- SAP
- Custom ERP
- e-Invoice
- Courier APIs
From first conversation to something in production
Two-week slices, a demo you can share every alternate Friday, and no phase where you are waiting without seeing progress.
Shop-floor study
A day watching how production, downtime and quality are actually recorded today.
Reason code workshop
Downtime and rejection reasons defined with operators and supervisors, not imposed.
First capture module
Production and downtime capture deployed on one line, with the stopwatch test.
Reporting automation
The daily report replaced, running in parallel until it reconciles.
Extend across lines
Rollout to remaining lines on the proven pattern.
Add planning, quality, maintenance
Further modules built on trustworthy captured data.
The questions clients actually ask
Including the ones where the honest answer is that you may not need us. If your question is not here, call +91 70033 91355 — you will speak to an engineer, not a call handler.
Yes. Many of our clients start with operator entry on a tablet, which gives usable availability and reason data from week one. Where a machine has any electrical signal — a motor contactor, a lamp, a counter — a low-cost sensor can automate run-time capture without touching the machine's controls. We usually recommend starting with operator entry, proving the value, then instrumenting the machines where the data justifies it.
By involving them in defining the reason codes, keeping entry to a few seconds, and — most importantly — using the data to fix problems rather than to blame shifts. The fastest way to destroy honest reporting is to use it punitively in the first month. Plants where the first visible outcome was a recurring fault getting fixed have no compliance problem; plants where it was a supervisor being questioned do.
Almost certainly not. Full MES platforms are priced and scoped for very large, highly regulated operations. Most mid-market manufacturers need production and downtime capture, quality, traceability and reporting — which is a fraction of MES scope at a fraction of the cost, and delivers most of the benefit. We will tell you if your regulatory situation genuinely requires more.
Yes. Work orders and material issues typically flow from the ERP; production, consumption and quality results flow back. We build an integration layer rather than coupling directly, with a reconciliation report so finance can verify. We have integrated with SAP, Tally, Marg, and a variety of bespoke systems.
Typically eight to twelve weeks from start to a line capturing production and downtime reliably, including the reason-code workshop and the pilot. Reporting automation usually follows within another month. Additional lines then roll out much faster because the pattern is established.
A first-phase engagement on one or two lines is typically ₹8 lakh to ₹18 lakh. For a plant where an eleven-point OEE improvement translates into meaningful additional saleable output on existing assets, payback is usually well under a year. We build that case with your own tonnage, margin and downtime figures during the initial study rather than quoting industry averages.
Why being local to you matters here
The Howrah, Dankuni and Uluberia engineering belt is dense with component and fabrication units doing serious volumes on systems that stop at the accounts. The shop floor runs on registers and experience. Adding a measurement layer typically finds double-digit OEE improvement without any capital investment, and it is available to almost every plant we visit.
For manufacturing systems, OEE and shop-floor data capture in West Bengal, call +91 70033 91355 or WhatsApp us. The first step is a day on your floor.
Related industries we serve
View everythingTell us what is slowing your business down.
A 30-minute call with a senior engineer — not a salesperson. You leave with an architecture sketch and an honest cost range, whether or not you hire us.
Direct line
+91 70033 91355Mon–Sat · 9:30 AM – 7:30 PM IST · Sealdah, Kolkata