Service value

The accepted work still waiting for its PO

· 5 min read · MSDP team

Illustrative exampleThe project, numbers and chart below are fictional. They are not customer results, a forecast or a promised saving.

A service business can be busy, on schedule and accepted by its customer, and still be short of the value it has earned. The cause is rarely a dispute. It is accepted work that nobody has matched to its purchase order line yet.

Two lists that rarely meet

Delivery teams track sites and milestones. Commercial teams track PO lines and amounts. Each list is well kept. The trouble starts in the join between them: which order line pays for this site, has the work behind it been accepted, and has anyone asked for it?

When that join is made by hand at month end, it is slow and it is incomplete. What gets missed does not raise an alarm. It simply waits.

Example project

A service partner delivers against a customer PO with several hundred lines. Over four months the customer accepts $227,000 of work. The partner's claims for the same period total $137,000.

$227kWork accepted, June–September
$137kClaimed against the PO
$90kAccepted and not yet claimed
Claims trail accepted work every monthFictional example · USD thousands, June–September 2026
Work acceptedClaimed against the PO
Example: accepted work and claimed value by monthJune: 40 thousand accepted, 22 thousand claimed. July: 55 thousand accepted, 31 thousand claimed. August: 62 thousand accepted, 40 thousand claimed. September: 70 thousand accepted, 44 thousand claimed. 20k40k60k80k June: $40,000 accepted40 June: $22,000 claimed22 June July: $55,000 accepted55 July: $31,000 claimed31 July August: $62,000 accepted62 August: $40,000 claimed40 August September: $70,000 accepted70 September: $44,000 claimed44 September

The monthly shortfall grows from $18k to $26k. Over four months, $90k of accepted work has no claim behind it.

Exact example values
Fictional example in thousands of US dollars
Month (2026)Work accepted (USD k)Claimed (USD k)Not yet claimed (USD k)
June402218
July553124
August624022
September704426
Total22713790

Why it builds quietly

  • The trigger is a memory. Someone has to notice that a site was accepted and remember to raise its order lines.
  • The PO keeps changing. Lines are added, amended and cancelled. A claim prepared from last month's copy can be wrong in either direction.
  • The proof is elsewhere. The acceptance email sits in one mailbox and the order line in another file, so each claim starts with a search.

None of this shows in a delivery report, which is why the backlog is usually discovered during a quarter-end review, not the week it appeared.

What changes when value follows the work

  • Acceptance is the prompt. When work is accepted, the order lines behind it are already known, so the next step is visible the same day.
  • Every amount has a status. Waiting on delivery, ready to claim, under review, approved: one list, read the same way by delivery and commercial teams.
  • Corrections leave a trail. When a line changes or a claim was wrong, the adjustment is recorded beside the original, not over it.
  • Reviewers decide with the evidence in front of them. The acceptance and the amount arrive together.

MSDP connects accepted delivery work to the customer PO value behind it, so the question "what have we earned and not yet claimed?" has a current answer. It records that decision; it does not issue invoices or collect payment.

Keep reading

Your own project

Ask the same question
of your own rollout.

Bring one project and the questions you need answered. We will agree the scope and measures together before anything is promised.

Get started ↗