Does Business Central Match Invoices to Purchase Orders?
Short answer: yes, partly — and the part it does is the part that matters most. What Business Central does not do is read the vendor’s PDF and check it for you.
Understanding exactly where that line falls is the difference between buying something you need and buying something you already have.
What Business Central genuinely does out of the box
It builds an invoice from a posted receipt
This is the important one, and it is often underrated. On a purchase invoice, Get Receipt Lines pulls in lines from posted purchase receipts against the vendor’s orders. The quantity comes from what was actually received; the price comes from the purchase order line.
That is a real three-way match, performed by Business Central itself. An invoice built this way is, by construction, an invoice for goods you received at the price you agreed.
It carries tolerances
Business Central has invoice tolerance settings so that a small variance does not stop an otherwise good invoice. It knows the difference between “off by two cents” and “off by four hundred dollars”.
It maps vendor part numbers to your items
Item References (table 5777) let you record that a vendor’s part number AX-40921 is your item 1000. Once recorded, that mapping is native and permanent, and any process that reads it benefits.
It has a place to put arriving documents
Incoming Documents is Business Central’s own record for a file that has arrived and needs to become a document. It holds attachments and links to the resulting purchase document. See Incoming Documents explained.
It has an approval framework
Approval workflows, approval entries, Requests to Approve, and delegated approvers are all native. Any well-behaved extension should route through this rather than building a second, parallel approval system beside it.
What Business Central does not do
It does not read the vendor’s invoice
This is the gap. Business Central has no mechanism that opens a vendor’s PDF, works out which vendor sent it, extracts the invoice number, the dates, the totals and the line items, and turns them into structured data.
Somebody types it. Every time.
It does not tell you the vendor’s claim disagrees with your records
Because Business Central never read the claim, it has nothing to compare. Get Receipt Lines builds a correct invoice from your own records — but it does not tell you that the vendor’s paper says something different.
If a vendor bills you for 8 units when you received 5, Business Central will happily build a 5-unit invoice. Nothing surfaces the fact that the vendor asked for 8. A person has to notice, by reading the PDF beside the screen.
That comparison — claim against truth, line by line, with the variance stated — is the actual work of accounts payable, and it is the work Business Central leaves entirely to a human.
It does not catch duplicate invoices reliably
Business Central will warn on a repeated vendor invoice number in some configurations. It does not compare file content, and it does not recognise the same bill arriving twice under two different numbers.
Duplicate payments are one of the most common real losses in AP, and native protection is thin.
It does not identify the vendor from the document
Business Central has vendor records with tax registration numbers and bank details. It has nothing that reads those identifiers off a document and resolves them to a vendor record.
Where the manual work actually sits
For a typical PO-backed invoice in an unassisted Business Central, a person:
- Opens the PDF.
- Works out which vendor it is from.
- Works out which purchase order it is for.
- Creates a purchase invoice, sets the vendor, runs Get Receipt Lines.
- Reads the vendor’s line items against what Get Receipt Lines produced, on two screens.
- Notices, or fails to notice, that quantities or prices differ.
- Checks whether this invoice has already been received.
- Enters the vendor’s invoice number and dates.
- Posts.
Steps 1–3, 5–7 and 8 are all reading and comparison. Step 4 is the only step Business Central actually does for you — and it is the step that produces the correct numbers.
What that implies for an add-on
The useful shape of an accounts-payable add-on for Business Central is not “another way to create purchase invoices”. Business Central already creates them correctly, from your own receipts.
The useful shape is: read the vendor’s claim, compare it against what Business Central already knows, and only involve a person where they actually disagree. Leave the document creation to Get Receipt Lines, which is already right.
That is the design DocumentQ takes. It is worth stating because the alternative design — transcribe the invoice into a document and post that — throws away the one thing Business Central was already doing correctly.
See choosing an accounts-payable app for Business Central for the questions worth asking about any candidate.