DC

Invoicing

6 documents need you
0 invoices raised on the accountterms Direct debit, 30 daysinvoices raise when the last line shipsXero connected, and it keeps the ledger
Replaces: BC invoice posting · supplier invoices keyed into BC from a PDF
Invoiced£0gross, across 0 invoices
Not yet invoiced£12,0595 open orders still to ship in full
Balance in Xero£8,933arrives from the ledger, never re-keyed
Capture desk6waiting on a person
Invoices on this accountOne invoice per order, raised the moment the rule allows
No invoices raised yetAn invoice raises itself when an order is fully shipped and goes straight into the Xero flow. Nothing is keyed twice.
Whether an invoice has been paid comes back from Xero with the balance, so the statement and the ledger can never disagree.
AI invoice captureThe accounts desk: supplier documents read, normalised and matched, then resolved by a person6 for a personAdd invoice
DocumentPO as printedExtractionWhat it needsStageResolve
PO as printedPO4802read as PO-4802 · 93% sureExtraction94%What it needs1 of 3 lines matched, 2 need you£46.04 does not reconcileResolveResolve it
PO as printedP.O. 4815read as PO-4815 · 93% sureExtraction95%What it needs1 of 2 lines matched, 1 needs you£39.00 does not reconcileResolveResolve it
PO as printed4821-Aread as PO-4821 · 93% sureExtraction96%What it needs3 of 5 lines matched, 2 need you£96.00 does not reconcileResolveResolve it
PO as printedPO4823read as PO-4823 · 93% sureExtraction98%What it needs0 of 5 lines matched, 5 need you£8,417.66 does not reconcileResolveResolve it
PO as printedOrder 4803 / 1read as PO-4803 · 48% sureExtraction87%What it needs0 of 6 lines matched, 6 need younot payable, say what it isResolveResolve it
PO as printedPO4810read as PO-4810 · 93% sureExtraction91%What it needsall 9 lines settled1 field the model doubtedResolveResolve it
6 documents on the desk, 6 waiting on a person, 0 posted to Xero today
The AI reads, proposes and explains. It never posts, pays or approves: every document that reaches Xero was approved by a named person, and a held match cannot be approved until somebody writes down why. Open any document to correct a field, decide a line and post it. Add invoice reads a document you upload for real, on the same contract. The documents already on the desk were captured over the seeded orders and receipts.
The Xero connectionXero stays the financial ledger. mCentral OPS feeds it and reads it, both ways on a clockConnected
In the queue right now
ItemReferenceStateValue
Sales invoicequeued 13/08/2026 07:10INV-10409Retrying£2,670.25
Sales invoicequeued 13/08/2026 07:11INV-10411Dead letter£4,504.88
Sales invoicequeued 13/08/2026 07:12INV-10414Queued£7.38
Rebate accrualqueued 13/08/2026 06:30RBC-3100Queuednot a money item
Rebate accrualqueued 13/08/2026 06:31RBC-3101Queuednot a money item
Sales invoicequeued 13/08/2026 07:10Retrying
ReferenceINV-10409Value£2,670.25
Sales invoicequeued 13/08/2026 07:11Dead letter
ReferenceINV-10411Value£4,504.88
Sales invoicequeued 13/08/2026 07:12Queued
ReferenceINV-10414Value£7.38
Rebate accrualqueued 13/08/2026 06:30Queued
ReferenceRBC-3100Valuenot a money item
Rebate accrualqueued 13/08/2026 06:31Queued
ReferenceRBC-3101Valuenot a money item
2 stuck, 3 still moving. Nothing here is lost.
INV-10409 Xero returned 401: the refresh token was rejected. Re-authorise the connection. Everything queued behind it will send in order afterwards.
INV-10411 Xero returned 400: the nominal account on one line is not in the chart of accounts. Correct the nominal mapping on the product category, then retry.
When Xero is unreachable nothing stops: documents queue, retry at 1, 5, 15, 60 minutes, then dead-letter for a person. Ordering and despatch never wait on the ledger. Simulated connection: no call leaves this prototype.