KG Ai ERP Request a demo

Field notes

What five months on one record actually changed

Five months of first-party results from the shop this software was built in: the real margins, a schedule that stopped guessing, and what it freed up.

~4 min read

This is a first-party account, not a case study with a customer logo on it. The shop is the one this software was built inside: a precision machining operation running production and prototype work, about thirty people, mixed CNC mill and turn, a lot of 300-series stainless and aluminum, quantities from one to a few hundred.

Before: an email inbox, a quoting spreadsheet that had grown its own mythology, a scheduling whiteboard, paper travelers for hours, and an accounting package that found out about everything last. Five places, and the office staff were the integration between them.

Five months after moving to one record, here is what changed, measured against the same shop before the switch.

What changed most: the time between asking and knowing

The single biggest difference is not a number on a report. It is that questions stopped requiring a project.

"Where is job 4471" used to mean opening the schedule, then the traveler pile, then calling out to the floor. "Are we making money on the Northline work" used to mean an evening with a spreadsheet, and the answer was always provisional because the hours and the costs came from different places and never quite reconciled.

Both of those are now a screen. Not because anybody got faster at cross-referencing — because there is nothing to cross-reference.

That sounds soft. It is the thing that changed the business most, because a question that takes forty minutes to answer does not get asked, and the questions that do not get asked are where the money is.

Quoting: faster, but speed was not the win

Quote turnaround dropped substantially. Expected, and the less interesting half of the result.

The half that mattered: quotes started getting built from what similar parts had actually run at, rather than from a standard that had not been revisited in two years. The spreadsheet had standards in it that were set when the shop ran different machines. Nobody had hidden that; it just was not visible, because there was no mechanism that ever compared a standard against an outcome.

The first month of line-level comparison turned up setup standards on two part families that were meaningfully low. Those had been quietly costing margin on every repeat order for longer than anyone wants to say in print.

Costing: the margins nobody could see before

The finding that changed the most decisions: the shop's picture of its own margins had been optimistic, and not uniformly — which matters, because a uniform error can be corrected with a multiplier and an uneven one cannot.

Some work was better than believed. Some was considerably worse. A couple of customers everybody felt good about were near break-even once outside service and real setup were on the job rather than averaged into overhead.

Nobody had been careless. The numbers were assembled from two sources at different times and reconciled by hand, and hand reconciliation at volume smooths things out. Smoothing is exactly what you do not want in a margin number, because it hides the distribution — and the distribution is the whole decision about what work to chase. On one record there is nothing to smooth: every job carries its own real margin in a real ledger, and the spread is visible at a glance.

Scheduling: promised dates stopped being guesses

The schedule sees the quote, so a delivery date is derived from the load that actually exists rather than from the four-to-six weeks everybody says.

It also sees the floor. Clocked hours feed the schedule as the work happens, so a job drifting against its estimate surfaces as a date at risk while there is still time to move it — not as a late shipment explained afterwards. The constraint names itself, and the fix it proposes is a machine and an operation, not a warning.

The office hours nobody budgets for

The part that does not appear in any ROI calculator: the evening data-entry work largely went away.

Not reduced — structurally gone, because the re-keying steps no longer exist. The RFQ does not get typed into the quoting tool and then into the ERP, because it is the same record moving through states.

This is the cost that is hardest to argue for in advance, because it is not on an invoice. It is somebody's evenings, and it had been absorbed for years as simply what running a shop involves.

What it freed up

The estimator role. Si-Q builds quotes from what similar parts actually ran at, and the line-level misses walk back into the standards on their own. The shop no longer needs a dedicated person holding that knowledge in their head.

The evening shift in the office. Covered above, and worth saying twice: it is structurally gone, not reduced.

The judgment calls that are worth a person. Which customer pays for responsiveness, which print has a tolerance that will be trouble, which job is worth a thin margin to keep a spindle loaded — the system puts real numbers under those decisions instead of absorbing them.

Why this is being published

Because shop owners are rightly suspicious of ERP claims, and the usual evidence is a vendor's own slide about a customer who cannot be contacted.

This is the shop the software was built in, so it is the opposite bias: not independent, but first-party and specific. The arithmetic is from real jobs.

The general point, which is the part that transfers: the gain did not come from any single feature. It came from the number of places a fact can live dropping from five to one.

KG Ai ERP covers quoting, production scheduling, shop floor data collection, live job costing, suppliers, quality, CRM and a general ledger on one record. Request a demo — thirty minutes, RFQ to invoice, on a shop set up like yours.

See it run a job, end to end.

Thirty minutes on a shop set up like yours — RFQ to invoice, every number showing where it came from.

More in Field notes