DC

Invoicing

6 documents need you
0 invoices raised on the accountterms Proformainvoices raise per shipmentXero connected, and it keeps the ledger
Replaces: BC invoice posting · supplier invoices keyed into BC from a PDF
Resolve THO44378Thornlea Packaging, arrived by email to invoices@, £64,867.30 gross against PO-4810Human reviewBack to the desk
Where it standsall 9 lines settled
What the extraction says it isInvoice
Read bygpt-4.1 on Azure OpenAI, the PDF rasterised to PNG first, 2 pages
The read1 field needs a person, 91% sure across the document
Billed£54,056.08 net, £10,811.22 VAT, £64,867.30 gross
Would post at£54,056.08 net
What is stopping it
2 posting codes have not been set. G/L accounts and VAT codes come from Business Central and are chosen by Finance, so the extraction will never fill them in.
Invoice number was read at 61%, under the 75% the desk lets through. The document says "THO44378" and the other reading was "THO44378". Confirm it or correct it.
Press it and it will tell you exactly what is stopping it, which line, and by how much.
This document was captured over the seeded orders and receipts, and nothing is sent to a real Xero tenant. Add invoice reads a document you upload for real, on the same contract. The purchase order, the goods receipt and this invoice are three independent sets of facts, so the variance is arithmetic rather than decoration.
What this document isThe extraction decides what the document IS before it reads a single field, and it is sometimes wrong in both directionsInvoice
The extraction saidInvoice
A person saidNothing yet
Say what it is, and whyOnly needed if you disagree. Most documents read correctly and go straight through.
Sending it back stops it posting and tells the supplier what to send instead. Calling it payable overrules the model and puts your name beside its classification, it does not erase it.
The classification is the extraction's own: invoice, credit note, delivery note or other. A delivery note that lands in the invoice inbox looks like an invoice to everybody except the model that was asked the question first.
The codes Finance setsThe one part of this document nobody is allowed to guess2 to set
G/L accountFrom the Business Central chart of accounts. The extraction is forbidden from proposing one.VAT codeBusiness Central's own code, which is not the same thing as the VAT figure on the page.DimensionDepartment or site. Optional, and only Finance sets it.
These go to the ledger with the document, attributed to you. Nothing on this screen will ever show a G/L account or a VAT code as if the model had chosen it.
The extraction's own instruction, word for word: never invent accounting codes, G/L accounts and VAT codes are chosen by Finance from Business Central. That is why they arrive empty and why they are the only thing here a person types from nothing.
How it was read, field by fieldLeast certain first, so you only look at what the model was unsure about. Anything under 75% has to be confirmed by a person before this can post.1 the model is unsure about
Invoice numberRead at 61%, and worth 20% of the document's score. The document is a scan of a fax copy and the last character could be read as a 5 or an S. The other reading considered: THO44378.Invoice dateRead at 89%, and worth 15% of the document's score. Read from the header and checked as a real date in UK format. A US-format reading would have given an impossible day.Purchase order referenceRead at 93%, and it carries no weight in the score because it is checked against the order instead. Punctuation, spacing and the supplier's own prefix were stripped, leaving the four digits 4810, which were re-formed as PO-4810. The other reading considered: PO-4810.SupplierRead at 95%, and worth 20% of the document's score. Matched against the supplier register on the trading name and the bank details block.Net totalRead at 95%, and worth 10% of the document's score. Read from the totals block and checked against the sum of the extracted lines.VATRead at 95%, and worth 10% of the document's score. Read from the totals block and checked at 20% of the net figure.Gross totalRead at 95%, and worth 25% of the document's score. Read from the totals block and checked as net plus VAT.
1 of these 7 were below the 75% threshold, so the document cannot post until a person has been over them. Confirming puts your name on all 7.
How that score was worked out
87% weighted across the fields. The total is worth 25%, the supplier 20%, the invoice number 20%, the date 15%, and the net and the VAT 10% each. The purchase order reference is worth nothing here because it is checked against the order itself.
Net plus VAT agrees with the printed total, so the score is lifted by three points.
90% published. The model's own scores are capped at 95% first, so an overconfident reading cannot walk a document through.
What it will never put in the purchase order field
It takes the customer's own order reference only. Your order, Customer's order, Order reference, Customer ref, PO NO, or a POR###### token.
It never puts an account number, a van route, an advice note, a consignment or a bank detail in the purchase order field.
VOW print Account No D5523 at the top. That is not the purchase order. The purchase order is the POR token on the advice note line.
Qualtex print Order No, which is their own number. The one that matters is under Order Reference.
Where the reference is digits only, it stays digits. It never invents a POR prefix to make it look tidy.
Every figure above is a proposal with a confidence and a reason behind it. Confirm the read and this becomes the record of who agreed to what, field by field.
The lines, against the order and the goods receiptWhat MSC agreed to buy, what the warehouse counted and what the supplier has billed. Price tolerance is 2% and quantity has none, because stock is a count.all 9 lines settled
LineOrderedCounted at goods-inBilledOut byRead atWhere it stands
1. Glenmarl 3 Ply Centrefeed RollWPR-106178£7.25 each7878£7.25 eachnothing85%Matched
2. Marbury & Kent 2 Ply Sanitary BinWPR-1055650£33.92 each650650£33.92 eachnothing93%Matched
3. Marbury & Kent 3 Ply Toilet Roll DispenserWPR-1072900£25.04 each900900£25.04 eachnothing74%Matched
4. Purevex 3 Ply Jumbo Toilet RollWPR-106360£5.11 each6060£5.11 eachnothing72%Matched
5. Nordlin 2 Ply Centrefeed RollWPR-104514£28.50 each1414£28.50 eachnothing80%Matched
6. Marbury & Kent 3 Ply Blue Hand RollWPR-10769£8.70 each99£8.70 eachnothing88%Matched
7. Vernwick 2 Ply Jumbo Toilet RollWPR-104712£20.85 each1212£20.85 eachnothing96%Matched
8. Larkfell 2 Ply Hand Towel DispenserWPR-105766£2.32 each6666£2.32 eachnothing87%Matched
9. Rillbeck 2 Ply Z-Fold Hand TowelWPR-1048264£29.24 each264264£29.24 eachnothing95%Matched
1. Glenmarl 3 Ply Centrefeed RollWPR-1061Matched
Ordered78£7.25 eachCounted at goods-in78Billed78£7.25 eachOut bynothingRead at85%
2. Marbury & Kent 2 Ply Sanitary BinWPR-1055Matched
Ordered650£33.92 eachCounted at goods-in650Billed650£33.92 eachOut bynothingRead at93%
3. Marbury & Kent 3 Ply Toilet Roll DispenserWPR-1072Matched
Ordered900£25.04 eachCounted at goods-in900Billed900£25.04 eachOut bynothingRead at74%
4. Purevex 3 Ply Jumbo Toilet RollWPR-1063Matched
Ordered60£5.11 eachCounted at goods-in60Billed60£5.11 eachOut bynothingRead at72%
5. Nordlin 2 Ply Centrefeed RollWPR-1045Matched
Ordered14£28.50 eachCounted at goods-in14Billed14£28.50 eachOut bynothingRead at80%
6. Marbury & Kent 3 Ply Blue Hand RollWPR-1076Matched
Ordered9£8.70 eachCounted at goods-in9Billed9£8.70 eachOut bynothingRead at88%
7. Vernwick 2 Ply Jumbo Toilet RollWPR-1047Matched
Ordered12£20.85 eachCounted at goods-in12Billed12£20.85 eachOut bynothingRead at96%
8. Larkfell 2 Ply Hand Towel DispenserWPR-1057Matched
Ordered66£2.32 eachCounted at goods-in66Billed66£2.32 eachOut bynothingRead at87%
9. Rillbeck 2 Ply Z-Fold Hand TowelWPR-1048Matched
Ordered264£29.24 eachCounted at goods-in264Billed264£29.24 eachOut bynothingRead at95%
9 of 9 matched on their own, 0 decided by a person, 0 still open
Nothing here is told it has a discrepancy. The order, the goods receipt and the supplier's own document are three separate records and the difference falls out of the arithmetic.