Analytics Catalog/SAP S/4HANA/Sales and Distribution/Sales order register
Explore the catalogModulesSales and DistributionOrder backlogThe purchasing twin
SAP S/4HANA · Sales and Distribution · Report

Demand, as it arrived

The order is where demand speaks, and the edits afterwards say more than the total. May took 96 orders worth 2,148,000.00, kept every post-confirmation edit with a name, and measured the dates customers wanted against the ones they got.

RuleRegister every order from the raw lines with its change history landed, because orders get edited after confirmation and the audit trail lives where nobody extracts.
Nevermeasure demand from what you confirmed. The requested date is what the customer wanted; the gap to your first confirmation is business you could not serve.
96 orders in May 310 lines of demand Three channels direct, distributor, online 2,148,000.00 ordered changes landed too
The order is where demand speaks. The edits afterwards, and the dates it asked for, say more than the total.
◆ May orders, by channelthree channels, one register.
ChannelOrdersOrdered value
Direct sales411,082,400.00
Distributors35741,600.00
Online20324,000.00
Orders taken, May962,148,000.00

Ordered value is demand at birth; the backlog tracks what remains open and the deliveries burn it down. The purchasing twin keeps deletion flags visible; this register does the same for sales lines. Sample values are illustrative, never client data.

◆ The edits nobody extractschange documents, landed at last.

Every order edit writes change documents, and almost no warehouse lands them: quantities trimmed after confirmation, prices touched, dates slipped, all invisible to reporting. Landed, the change history answers who edited what after the customer said yes, which is an audit and a sales-ops goldmine at once.

◆ The date gap that is lost businessrequested against first confirmed.

The customer asked for a date; your first confirmation answered with another. That gap, aggregated, is demand you could not serve when it was wanted, and no delivered report puts the two dates side by side. The register does, before reschedules bury the original answer.

Use case
Problem
Orders get edited after confirmation with no visible trail, requested dates vanish under reschedules, and demand reporting starts from what survived.
What we build
The order register from raw lines with change documents landed: channels, edits after confirmation, and the requested-versus-confirmed gap kept.
What you get
Demand as it arrived: edits with names, the service gap measured before reschedules hide it, and a register that matches the purchasing twin’s honesty.
What did customers ask for that you never confirmed?
We land both dates and measure the gap.
Talk to us
Terms on this page
SAP
The vendor. Systems, Applications, and Products in data processing.
HANA
SAP’s in-memory database, the platform S/4 runs on.
SD
Sales and Distribution, the order-to-cash module.
VBAK
The order header table behind the register.
change documents
The edit trail orders write and nobody extracts.
requested date
What the customer wanted; the gap’s first half.
first confirmation
Your original answer, before reschedules.