Manufacturing correction · Inventory recovery

Unbuilding a product is not the same as deleting the production that created it

Disassembly, rework, and production correction affect finished stock, recovered components, scrap, labour, valuation, and accounting. The workflow must preserve what happened instead of erasing it.

Updated 2026-09-26 · Practical ERP capability guide

First decide what the business event actually is

A finished item may be dismantled to recover usable components. A production order may have been reported complete by mistake. A customer return may require inspection and rework. These situations look similar on inventory screens but require different evidence and accounting.

Simply changing a status or deleting consumption can misstate stock and erase labour, scrap, or overhead that really occurred. The correction method should match the physical event.

A practical disassembly scenario

A completed assembly fails final inspection. Two components can return to available stock, one requires quarantine, and another is damaged. Labour already spent cannot be recovered. The finished item quantity must decrease, recovered components must enter the correct locations and condition, and the remaining loss needs a reason.

The original serial, lot, production order, BOM version, and quality result help explain the decision. If the assembly was already valued or posted, finance also needs a controlled cost adjustment.

Unbuild capability in Simor ERP

Simor ERP includes Unbuild Order in advanced manufacturing. It connects with products, BOMs, warehouses, locations, production orders, inventory valuation, quality, scrap, cost analysis, and accounting. That connection supports a deliberate reverse flow rather than a set of unrelated quantity adjustments.

The screens, recovered-quantity defaults, disposition choices, approval, labels, costing, and reports can be customized. The configured policy should distinguish reusable, quarantined, scrapped, and externally returned material.

Permissions and period boundaries

Unbuild transactions can change valuable inventory and financial history. Roles should separate initiation, physical confirmation, quality disposition, and approval where risk requires it. A closed accounting period should not be reopened through a warehouse shortcut.

When a prior posting must be corrected, the system should retain the original transaction and create a documented reversal or adjustment in the permitted period.

Cases to rehearse before use

  • Full and partial disassembly with different recovered component quantities.
  • Lot-controlled, serialized, damaged, and quarantined components.
  • A finished item whose BOM version has changed since production.
  • Unbuild after cost rollup, period close, or downstream sale.
  • Duplicate submission and a user without approval authority.

Verify finished-goods reduction, component receipts, locations, status, scrap, valuation, journal impact, and production history. Reports should distinguish ordinary material receipts from recovered material.

Background reading: Microsoft guidance on reversing production order status. Physical unbuild should still be designed as its own governed business event.

Document the physical reverse flow

A reviewer of reverse manufacturing should reconstruct the outcome without memory or a private spreadsheet, which means preserving the relationship among these records:

  • finished item and originating production order
  • BOM version and actual build history
  • recoverable component quantity
  • lot, serial, condition, and destination
  • scrap reason and labour already incurred
  • valuation and journal adjustment

Within Unbuild and Reverse Production Orders in ERP, identifiers, dates, status, user, source document, and correction history should remain consistent across screens and exports; attachments can support a decision, but they should not replace structured values that the ERP must validate, report, and reconcile.

Approval around recovered inventory and value

Unbuild and Reverse Production Orders in ERP crosses several responsibilities, so its workshop should name the decision owner, the person who performs the work, the reviewer, and the role that resolves an exception; without that separation, the screen may capture data correctly while the operating issue remains unowned.

  • production supervisor who requests disassembly
  • warehouse user who receives recovered material
  • quality user who assigns disposition
  • finance reviewer who approves value correction

Responsibility for reverse manufacturing does not require four different employees in every business, but it does require explicit authority when one person performs several tasks; approval thresholds and independent review can remain proportionate to value and risk.

Disassembly cases that cannot use one default

The normal route is rarely where reverse manufacturing fails, so these cases need an owner, permitted action, approval rule, and expected accounting or operational result before deployment:

  • the finished item was partly sold
  • recovered quantity differs from the BOM
  • a component must remain quarantined
  • the original period is closed
  • the same assembly is submitted twice

Each Unbuild and Reverse Production Orders in ERP exception should state whether the record is corrected, reversed, held, rejected, or completed with an approved variance; the original event stays visible because a free-text note cannot govern a change to inventory, cash, payroll, obligations, or financial reporting.

Learn from unbuild and correction activity

Usage volume does not prove that reverse manufacturing is working well; these operational measures can expose delay, rework, control failure, and avoidable manual effort:

  • value recovered from disassembly
  • unbuild loss by reason
  • recovered stock later rejected
  • corrections after period close
  • time from quality failure to disposition

For Unbuild and Reverse Production Orders in ERP, baseline the measures before rollout and review them with the people doing the work; a worsening result may point to training, master data, integration, policy, or screen design, and the response should address that cause rather than add another workaround.

Where to continue the evaluation

Move from reverse manufacturing into the complete Simor ERP capability library, then review the product overview and examine the live ERP environment with unbuild and reverse production orders in erp as the working scenario.

Connected reading

Follow the surrounding ERP process

Evaluate this capability with the transactions and decisions that feed it.

Configure and extend

Shape Simor ERP around the way your team operates

Review the product foundation, then discuss fields, rules, reports, interfaces, deployment, and custom development.