Skip to content

Additional costs on work orders

A work orderWork OrderA planned production run: pick materials, build the items, do QC, and complete — all tracked together. Use work orders when you're building stock ahead of demand or running a multi-day project. Read more → treats additional costs differently from a BOMBill of MaterialsA bill of materials tells Assemblified how to build one unit of a finished good. When a customer orders the finished-good variant, Assemblified deducts the right component quantities from inventory automatically. Read more → , on purpose. A BOM answers “what does this cost to make today?”. A work order is the record of a job you priced when you created it, and it must not silently re-price itself.

  • The rate is frozen; the quantity is not
  • Where the two buckets land
  • The labour hand-over
  • When rates are re-captured
  • Deleted factors don’t erase history

When a work order is created, every item captures the rate of each cost factor reachable from its BOM — including factors on any nested sub-assemblySub-AssemblyA reusable assembly block that composes into bigger BOMs. Define it once, include it in any BOM. At execution time, Assemblified expands the sub-assembly into its own components recursively. Read more → .

You change…Does the work order move?
A factor’s rate, in the catalogueNo. Never.
Attaching a new factor to the BOMNo.
The work order’s planned quantityYes — both buckets rescale. 20 candles cost twice the electricity of 10.

The Kind you gave each factor decides where it goes:

  • Labour-kind factors become the work order’s labour cost.
  • Overhead-kind factors are folded into the work order’s cost totals.

Neither has a visible row of its own. Both flow into the Planned, Adjusted, and Actual columns of the work-order cost summary.

Additional costs have no separate “actual” figure — there’s no ledger of what the electricity really cost on the day, only what you planned. So the overhead figure is the same in all three columns, which means it cancels cleanly out of the vs. Planned deltas: a work order with a cost factor never accuses you of having changed a plan you didn’t touch.

If a work order’s BOMs carry Labour-kind factors, Assemblified computes the labour cost for you and includes it in the cost totals. Meanwhile the Planned labour field (in Edit Work Order Details) stays empty — and that emptiness is what says “the app owns this number”. It keeps rescaling as you change the quantity.

The moment you type your own number into Planned labour:

  • it’s yours, and it stops rescaling with quantity;
  • the figure the app had been serving is kept as the baseline — the labour behind the Planned column, which Adjusted is then measured against.

Two things worth knowing:

  • Clear the field to hand the number back to the app; it resumes computing and rescaling.
  • Typing 0 means zero, not “unset”. If you want the app to take over again, clear the field rather than zeroing it.

Rates re-capture only where material costs also re-price — one rule, no surprises:

ActionRates
Creating a work orderCaptured at today’s rates.
Adding an item on the canvasCaptured at today’s rates, like that item’s materials.
Duplicating a work orderCopied as-is. A duplicate costs what the original costs.
Reset Material Quantities, with Also reset unit cost overrides tickedRe-captured at today’s rates — materials and additional costs alike.
Reset Material Quantities, without that boxQuantities only. Rates untouched.

That last row is the single deliberate way to re-price an existing work order from today’s catalogue.

Deleting a cost factor is blocked while it’s attached to a BOM or sub-assembly — but work orders never block a delete. Each work order stored the factor’s name and rate alongside its quantity, so once the factor is gone from the catalogue, your historical work orders still cost exactly what they cost.