The order lives in Excel
The specification in one file, the price in another, the status in a manager's head. The client asks when it will be ready and three people look for the answer.
Orders, specifications, production queue, raw material and finished goods stock, shipping — in one system instead of Excel and phone agreements.
The specification in one file, the price in another, the status in a manager's head. The client asks when it will be ready and three people look for the answer.
What is in production, what waits for materials, what will be finished this week — visible only to whoever stands on the shop floor.
A shortage is discovered when the order has to be made, not when the material could have been ordered calmly.
Materials, labour, scrap and rework are never added up, so real margin per order is a guess.
The owner hears about a delay from the client rather than from the system.
One card: client, product composition, quantity, price, deadline, status, documents.
A stage board: accepted, in production, waiting for materials, ready, shipped — visible to everyone, not only the shop manager.
Write-offs against orders, balances, reorder point for materials.
Materials plus labour plus scrap, per order, before month end.
Delays are highlighted automatically with escalation to the manager.
Manufacturing differs from trade in that between the sale and the shipment there is a process with its own deadlines, dependencies and scrap. The system has to see that process, not just the deal.
What is produced, from what, how much, by when. The specification is versioned, so a change after approval is visible instead of "the client said otherwise".
Cutting, machining, assembly, quality control, packing — a set matching your process, each stage with an owner and a deadline.
You see how many orders are queued and when a work centre is actually free, which removes deadlines promised by gut feel.
Balances, reservation against orders, reorder point. Materials run out on schedule rather than suddenly.
What is produced, what is shipped, what sits paid and waiting for the client.
Materials by actual write-off, labour by norm or fact, scrap and rework as separate lines. Margin is calculated honestly.
Recorded as a distinct cost reason. After a quarter you see at which stage and why money is lost.
Delivery notes, waybills and acts generated from order data, together with delivery if you ship yourself or via a carrier.
Orders in production, delays, work centre load, margin by client and by product type.
Which stages an order passes, where the queue forms, how cost price is calculated today and who approves purchases.
Specification, stages, roles, material write-off rules, agreed in writing before configuration.
Catalogue, stock, active orders, document templates.
We train operators and the storekeeper on real orders. The shop floor interface is a few actions from a tablet or phone.
No. The calculation can stay where it works; the system stores the result — specification, norms, cost price. Breaking a working tool for the sake of "everything in one place" is the fastest way to get the whole floor resisting.
For the floor only a few actions remain: take into production, mark a stage done, write off material, record scrap. That means a tablet or phone with large buttons, not a card with thirty fields.
At a basic level yes: the queue, deadlines and who is busy with what are visible. Full calendar planning with machines and shifts is a separate project worth doing after the basic tracking has taken root.
Initially by specification norms, then corrected against stocktaking. That gives a working number immediately, and accuracy grows as write-off discipline improves.
The base setup takes three to six weeks depending on the number of stages and the state of the catalogue. Describing the process takes longer than configuring it.