TL;DR
Business Central holds a blanket order, Finance and Supply Chain holds a purchase agreement, and only one documents a rule that stops you breaking the price.
Neither tier holds your contract. Business Central holds a blanket order — Microsoft calls it "a framework for a long-term agreement." Finance & Supply Chain Management holds a purchase agreement — "a contract that commits an organization to buy." Both hold terms. Only one of them documents a rule that stops you quietly breaking the price.
That difference decides what you have to build on top.
What does each one actually hold?
They are not two versions of the same object. They are different objects with a similar purpose.
| Business Central — blanket order | Finance & SCM — purchase agreement | |
|---|---|---|
| Microsoft's own words | "a framework for a long-term agreement between you and your customer or vendor" | "a contract that commits an organization to buy a specified quantity or amount by using multiple purchase orders over time" |
| What you commit to | A quantity per line | Four commitment types — product quantity, product value, product category value, or a plain value commitment |
| What you get for it | Not stated | "In exchange for this commitment, the buyer receives special prices and discounts" |
| Validity | Order dates on the lines | "Each purchase agreement has a validity period that is defined by the person who creates the purchase agreement" |
| Turning it on | Create it and use it | "you must activate it before it becomes effective" — the Mark agreement as effective option |
| Effect on stock | "quantities entered on a blanket order don't affect item availability" | Order lines contribute to fulfilment of the commitment |
| History | Not documented on that page | "the current version of the purchase agreement is stored in a history table" |
The blanket order is a planning worksheet with a commercial memory. Microsoft says so plainly: "You can use them as a worksheet for monitoring, forecasting, and planning." That is a genuinely useful thing and it is not the same as a contract record.
The purchase agreement is a commercial instrument. It has a status, a validity window, an activation step, four commitment shapes and a version history. It behaves like a contract inside the ERP — which is exactly why the next section matters.
Which one actually enforces what you agreed?
This is the real difference, and it is one policy.
Finance & Supply Chain Management publishes a rule called Price and discount is fixed:
"The price on an order line and the price on the related commitment must be the same. If the price is changed on the order line, the link to the commitment is broken. If the link is broken, the order line doesn't contribute to the fulfillment of the commitment."
Read that twice. The enforcement is real — and the failure is silent. Change a price, and the order stops counting toward the thing you promised to buy. No error. The order still posts. The commitment simply stops being fulfilled by it. Microsoft also documents Max is enforced and a Minimum/Maximum release amount that raises a message on divergence.
Business Central's link is a field. Microsoft's own description:
"a link between a sales order and a blanket order can be established by entering the associated blanket order number in the Blanket Order No. field on the sales order line."
A link you can type is a link you can mistype. The page notes the blanket order number "and line number are recorded as properties of the sales lines when created from a blanket order", and that "the link between the blanket sales order and the originating sales order… is kept after posting" — so the trace exists. There is one documented quantity guard, and it is a hard stop:
"the sales order line quantity must not exceed the quantity of the associated blanket order line. Otherwise, you can't post the sales order."
Quantity is guarded. Price is not, on that page. So the two tiers fail in opposite directions: Finance & SCM breaks the link silently to protect the price; Business Central keeps the link, and its blanket-order page documents no price policy at all.
(That article documents the sales side and says the purchasing steps are the same: "This article describes the processes for the sales blanket order side, but the steps are the same for purchasing.")
Doesn't Business Central have contracts now?
Yes — and reading what they are for settles the whole argument.
Business Central ships vendor subscription contracts in subscription billing. Microsoft's opening line:
"A vendor contract maps liabilities to suppliers or manufacturers. The structure of vendor subscription contracts is similar to purchase orders."
And the next sentence says what the lines carry:
"The lines contain detailed information about the billing of the components of the contract."
Billing. The page's own sections are invoice discounts, contract invoices, recurring billing, contract deferrals, merging contract lines, closing contract lines. Assigning work to one is described as "To bill subscription lines, they must be assigned to a contract."
This is a real feature and it solves a real problem. If you buy recurring services from vendors, it is the right place to manage them. It is contract administration — scheduling the money — and across that page there is no clause, no obligation beyond billing, no review, and no signed document.
*So the answer to "does Dynamics do contract management?" is: it does contract administration on both tiers, and it does it well.* That is a different question from whether the record matches what you signed.
So where does the signed document live?
Nowhere in either tier, by design.
Finance & SCM comes closest, and it is worth being exact about what it stores. Confirming an agreement stores "the current version of the purchase agreement… in a history table", and you "can preview or print all versions of the agreement" and "share the revisions with your vendor to obtain approval."
That is version history of the ERP record, not of the paper. It tells you what the agreement record said in March. It cannot tell you whether the record ever matched the executed contract, because the executed contract was never in it.
Across the four Microsoft pages behind this article — purchase agreements, blanket orders, vendor subscription contracts and the purchasing overview — the closest thing to a pointer at the paperwork is an external document number, which "refers to the vendor's numbering system." A reference to their filing, not yours. That is a claim about these four pages; other pages in the Dynamics documentation may attach files to records, and attaching a file is still not reading it.
Which one should hold your terms?
Whichever one you already run. That is not the decision worth spending time on.
- On Finance & SCM, use purchase agreements properly — activate them, set the policy, and treat a broken link as an alert rather than an accident. The enforcement is there and most implementations leave it switched off.
- On Business Central, accept that the vendor card and the purchase line are the contract's working memory, and that nothing reconciles them against the document.
- On either, an approval workflow can guard the fields after entry — revert the edit and route it — but it fires on a change, so it never sees a wrong first value.
- On either, the gap is the same gap. The richer tier tells you the link broke. Neither tells you the terms were wrong when they were typed in.
The decision that matters is what sits beside the ERP, reading the agreement and checking the record against it — before signature, at entry, and periodically afterwards. That is a different job from the one CLM software does, and it is not a feature either tier is trying to ship.
About Cognilium Cognilium builds AI optimization apps for Microsoft Dynamics 365 — companion apps that optimize the pricing, inventory, warehouse and planning decisions your ERP manages but can't optimize. Dynamics is your system of record. Cognilium is your system of intelligence. https://cognilium.ai · https://www.linkedin.com/company/37180269/
Legal AI Ops. We transform legal workflows with agentic AI, copilots, agentic workflows and decision intelligence — built into core workflows rather than beside them, to raise productivity and cut operational overhead. Contract Review Copilot is the contract-review app in that family. It ships as Paralegent AI, in production today. How we build Legal AI Ops — custom AI capabilities on top of legal work, against your playbook and your Dynamics 365.
Pull the last ten purchase orders raised against an agreement and check whether the link is still intact. Bring the broken ones to a 15-minute call.
Sources
- Purchase agreements — Supply Chain Management ·
ms.date2026-09-08 - Work with blanket sales orders or purchase orders — Business Central ·
ms.date2026-04-07 - Vendor subscription contracts — Business Central ·
ms.date2026-05-04 - Overview of tasks to manage purchasing — Business Central ·
ms.date2026-06-17
Sources and fact-check
| # | § | Claim | Tier | Primary source | Verdict |
|---|---|---|---|---|---|
| 1 | 1 | A blanket order is "a framework for a long-term agreement" and quantities "don't affect item availability" | T1 — verbatim ×2 | sales-how-to-create-blanket-sales-orders, fetched 2026-09-10 | PASS |
| 2 | 1 | A purchase agreement is "a contract that commits an organization to buy a specified quantity or amount" | T1 — verbatim | purchase-agreements, fetched 2026-09-10 | PASS |
| 3 | 1 | Four commitment types; validity period; must be activated via Mark agreement as effective | T1 — verbatim | Same page, Commitment types and intro | PASS |
| 4 | 2 | Price and discount is fixed — changing the price breaks the link and the line stops contributing | T1 — verbatim, load-bearing | Same page, Policies for purchase agreements | PASS — the article's spine |
| 5 | 2 | Max is enforced and Minimum/Maximum release amount exist | T1 | Same section | PASS |
| 6 | 2 | The BC link can be established by typing into Blanket Order No. | T1 — verbatim | sales-how-to-create-blanket-sales-orders | PASS |
| 7 | 2 | BC blocks posting when the order line quantity exceeds the blanket line | T1 — verbatim | Same page | PASS |
| 8 | 2 | "Price is not guarded" is scoped to that page, not to Business Central | T2 — bounded absence | Scope stated inline as "on that page" | PASS — bounded |
| 9 | 3 | A vendor contract "maps liabilities"; lines carry "detailed information about the billing" | T1 — verbatim ×2 | vendor-contracts, fetched 2026-09-10 | PASS |
| 10 | 3 | That page carries no clause, obligation-beyond-billing, review or signed document | T2 — bounded absence, scoped to one page read whole | Same page | PASS — bounded to the page, stated as such |
| 11 | 4 | Confirming stores "the current version… in a history table"; versions can be printed and shared | T1 — verbatim | purchase-agreements | PASS |
| 12 | 4 | Version history is of the record, not the paper | T2 — ours, read off claim 11 | — | PASS |
| 13 | 4 | Across these four pages the nearest pointer is an external document number | T2 — bounded absence, with the four pages named and the limit stated | The four sources: | PASS — bounded, and explicitly says other pages may attach files |
| 14 | 5 | What to do on each tier | T2 — ours, capability language | — | PASS |
Tier summary: 9 × T1 (all verbatim), 5 × T2 — 0 × T4.
Every source in `sources:` was fetched on 2026-09-10 before the claim was written. No page is listed because another page linked to it, and none is listed because a sibling article cited it. ms.date recorded per source above; the purchase-agreements page was updated two days before this article.
Three absence claims, all bounded on purpose. Claims 8, 10 and 13 are the shape Rule 2 exists for. Each names the pages actually read, and claim 13 states in the body that other Dynamics pages may attach files to records — because they may, and attaching a file is not reading it.
No figures. No time saved, no error rate, no customer. The only numbers are Microsoft's four commitment types and the count of pages read.
Disclosure: the CTA asks the reader to check their own orders first. Demo is call-only.
