Sales operations · Inventory accounting

A delivery changes more than order status - it changes custody, inventory, and margin evidence

A reliable order-to-cash workflow distinguishes the commercial promise, the physical delivery, the customer invoice, and the cash receipt while preserving the links among them.

Updated 2026-09-26 · Practical ERP capability guide

How Simor ERP represents the flow

Simor ERP connects Customer, Sales Order, Sales Delivery, Sales Invoice, and Customer Receipt. Delivery reduces available inventory at the relevant warehouse or location. Invoicing records revenue, tax, and the receivable. Product profitability can then compare sales with cost of goods sold and gross margin.

This separation matters because goods may leave before an invoice is issued, one order may ship in stages, and a customer may pay later. Simor Soft can adapt fields, documents, approval, picking logic, reports, and integrations while retaining that event sequence.

The failure usually appears at a boundary

Problems arise when a shipment is confirmed with the wrong location, the invoice quantity exceeds delivery, a backorder disappears, or a return restores stock without correcting revenue and cost. A status label alone cannot prove that quantities and postings agree.

Serial or lot identity, units of measure, substitutions, freight, discounts, tax, and cut-off can alter the outcome. Responsibility also moves between sales, warehouse, finance, and the customer, so the record needs a clear time and owner for each handoff.

Scenario: one order delivered in two shipments

A customer orders 50 units. The warehouse sends 30 before month-end and 20 in the next period. The first delivery should reduce inventory by 30 and leave 20 visible as outstanding. If invoicing follows delivery, the receivable and revenue should reflect the delivered amount rather than the original order promise.

When the remaining quantity ships, the second event completes the order. If five units are later returned, the system needs a governed return path that identifies condition, warehouse destination, customer credit, tax, inventory value, and COGS correction.

Margin needs a reproducible cost

Gross margin becomes unreliable when sales use one quantity or date while cost uses another. The applicable inventory valuation and cost event must be traceable. Late landed costs, production variances, or corrections may affect analysis and should not be disguised as sales-price changes.

Useful review views compare ordered, delivered, invoiced, returned, and paid amounts, then explain any difference. Product, customer, salesperson, warehouse, and period analysis should reconcile to the same source events.

Delivery tests before go-live

  • Partial delivery with a visible backorder and correct available stock.
  • Attempted over-delivery, duplicate confirmation, and wrong-location selection.
  • Invoice before delivery and invoice quantity greater than delivered quantity.
  • Return of saleable, damaged, and non-stockable goods.
  • Period cut-off with delivery and invoice on different dates.

Verify inventory movements, customer documents, tax, receivables, revenue, COGS, and margin after each case. Unauthorized users should not alter a posted delivery or redirect a return without an auditable correction.

Background reading: Microsoft guidance on sales-order inventory and COGS posting. Related Simor Soft evidence: sales, COGS, and profitability case study.

Keep the order, movement, invoice, and cost connected

A reviewer of order-to-cash control should reconstruct the outcome without memory or a private spreadsheet, which means preserving the relationship among these records:

  • ordered and committed quantity
  • picked and delivered quantity
  • warehouse and location
  • invoice and return reference
  • inventory value and COGS entry
  • customer receipt and remaining balance

Within Sales Delivery, Inventory, and COGS Posting, 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.

Delivery cases that break a simple happy path

The normal route is rarely where order-to-cash control fails, so these cases need an owner, permitted action, approval rule, and expected accounting or operational result before deployment:

  • a shipment is split across periods
  • delivered quantity exceeds the order
  • an invoice is issued before delivery
  • returned goods require quarantine
  • late cost changes alter margin

Each Sales Delivery, Inventory, and COGS Posting 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.

Measures that expose fulfilment and margin gaps

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

  • orders delivered in full
  • unbilled deliveries
  • delivery-to-invoice delay
  • return rate by reason
  • margin adjustments after close

For Sales Delivery, Inventory, and COGS Posting, 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.

Ownership as goods move toward the customer

Sales Delivery, Inventory, and COGS Posting 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.

  • sales coordinator who owns the customer promise
  • warehouse user who confirms custody change
  • finance user who controls invoicing
  • controller who reviews revenue and COGS

Responsibility for order-to-cash control 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.

Where to continue the evaluation

Move from order-to-cash control into the complete Simor ERP capability library, then review the product overview and examine the live ERP environment with sales delivery, inventory, and cogs posting 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.