202
MODULE TOPICExplore the capabilities that make P2P work

PROCURE TO PAY · TRACE

How do you trace one P2P business story across SAP?

P2P is explainable when demand, commitment, received value, supplier liability, payment, and accounting references form one reconciled chain.

PROCESS ROLE

The purchasing history is the operational spine; accounting proves the value

Requisition, source, PO, confirmation, material or service document, invoice, FI document, payment, and clearing are related but not interchangeable. Each answers a different business question.

OPERATIONAL FLOW

What happens in SAP

Read the sequence as one connected business event, not as isolated transactions.

01DEMAND

Trace request and authority

Start with the requisition, account assignment, source decision, approvals, and PO reference.

02PERFORMANCE

Trace supplier fulfilment

Read confirmations, inbound evidence, material documents, service entries, returns, and open quantities.

03LIABILITY

Trace invoice and match

Connect invoice items to the PO history, variance result, GR/IR clearing, tax, supplier open item, and block.

04SETTLEMENT

Trace payment and clearing

Follow the payment proposal, payment document, bank channel, supplier clearing, statement result, and remaining exceptions.

DESIGN & CONTROL

What shapes the result

These controls work together; a locally correct setting can still produce the wrong end-to-end outcome.

Reference integrity

Conversion and reference behavior, PO history updates, reversals, cancellations, final indicators, and archive links preserve lineage.

Quantity and value reconciliation

Ordered, received, returned, accepted, invoiced, credited, paid, and open quantities and values must reconcile by unit and currency.

Cross-functional ownership

Requesting, Purchasing, Warehouse, Accounts Payable, Treasury, Tax, and Finance need explicit ownership of each exception queue.

DIAGNOSTIC EVIDENCE

Find the last trustworthy event

When the chain breaks, locate the last document whose business facts and status are correct, then inspect why its expected successor is absent or inconsistent.

DOCUMENT LINEAGE

Predecessor and successor numbers, item references, status, creation source, change history, reversal and cancellation links.

RECONCILIATION

PO history quantities and values, inventory or expense, GR/IR, tax, supplier balance, bank clearing, and open commitment.

EXCEPTION OWNERSHIP

Blocked workflow, overdue receipt, invoice variance, old GR/IR, payment exception, interface failure, owner, age, and next action.

PROJECT MOMENT

One missing motor explains the blocked payment

The PO history shows ten ordered, nine received, and ten invoiced. The invoice block is therefore consistent. The team resolves the missing receipt or supplier credit instead of weakening the tolerance.

  • Lineage is complete
  • Quantities reconcile
  • Accounting agrees
  • Exception has an owner
CONTINUE THE PATHContinue to P2P 303

See how demand, sourcing, commitment, receipt alternatives, invoice matching, accounting entries, payment, and clearing connect.

Open practitioner map