Business Central Payables Agent: setup step by step, what it actually does, and its limitations before you switch it on

Business Central Payables Agent: setup step by step, what it actually does, and its limitations before you switch it on

Sebastian Stefanczyk · BramviaSeptember 15, 2026 5 min read

Bramvia — Business Central Experts

The Payables Agent reads incoming vendor invoices, matches them to purchase orders and receipts, and drafts the purchase invoice for a person to approve. How to set it up, what it needs (E-Documents, POs, permissions), how it's billed, what it will not do, and the review workflow that keeps auditors comfortable.

Short answer: the Payables Agent is an autonomous agent in Business Central that takes an incoming vendor invoice — from the E-Documents inbox or a monitored mailbox — identifies the vendor, matches it to the purchase order and receipt, drafts the purchase invoice with accounts and dimensions, and puts it in a review queue for a person to approve. It is not a chatbot and it is not extensible: you configure it, you don't program it. It needs three things to be useful: purchase orders in the system, the E-Documents framework configured, and a person assigned to review. It's billed by consumption (Copilot credits per processed document), not per user, and it's cloud-only. Version 29 improved matching on line amounts and expected receipt dates and lets it finalise drafts according to your receive-on-invoice setup. Here's the setup, the limits, and what to decide before enabling it.

Planner: Migration planner. You choose the current system (Navision, Dynamics GP, Sage or another ERP, or spreadsheets), companies, years of history and custom changes, and it shows a six-phase plan with the weeks for each phase, what data moves and the risk without a phased plan. In the example, Navision 2009 with 2 companies, 3 years of history and quite a few customisations is about 21 weeks; from spreadsheets with few changes, about 9. Open the demo

What it does, precisely

  1. Ingests a vendor invoice: PDF from a mailbox, or a structured e-document (Peppol, EDI).
  2. Identifies the vendor by tax ID, name and address against your vendor list.
  3. Extracts header and lines: numbers, dates, amounts, item or description.
  4. Matches lines to open purchase order lines and receipts — by item, quantity, price and expected receipt date (29 uses line amounts too).
  5. Drafts the purchase invoice: vendor, lines linked to PO, GL accounts and dimensions from the PO or vendor defaults, due date from terms.
  6. Flags what didn't match, with the specific reason.
  7. Queues it for review. A person approves, corrects or rejects. Nothing posts without that step unless you configure it to.

Prerequisites

Setup

  1. Agents page → Payables Agent → Set up.
  2. Access: which user account the agent acts as, and its permission sets. Give it what a clerk would have — vendor, purchase document, e-document permissions — no more.
  3. Source: the E-Document service (mailbox or network) it watches.
  4. Matching policy: tolerance on price and quantity; whether to match receipts or orders only; how to handle invoices with no PO (draft and flag vs. reject).
  5. Reviewers: who sees the queue. The review bar on lists and documents (new in 29) shows where an agent needs a person.
  6. Finalisation: whether the agent can move a fully matched draft to "ready to post" or must always stop at review. Start with "always review".
  7. Test with ten real invoices in a sandbox. Look at what it got wrong; it's usually vendor data or PO quality, not the agent.

Limitations, stated plainly

The review workflow auditors accept

Agent drafts → reviewer approves (or corrects) → optional approval workflow by amount → post → payment run. Every step is logged with who and when. The agent's proposal and the human's change are both in the audit trail. That is the design that answers "who approved this?" — and it's configuration.

Consumption and ROI, briefly

At roughly 8-15 minutes of manual handling per invoice, the labour alone is $6-11 per invoice at loaded rates; the agent's consumption is a fraction of a dollar. The full case, with duplicates and discounts, is here. Payback is measured in weeks when POs exist — and we'll say so if they don't.

FAQ

Can it post automatically? Yes if configured for fully matched documents. Recommended starting point: no. Expand after a month of clean results.

Does it learn from corrections? It improves matching with your data over time; it isn't a model you train. Corrections mostly improve your master data, which improves it.

What about the Expense Agent and Sales Order Agent? Same pattern — configure, review, approve — for expense claims (mileage, receipts, policy checks) and for orders arriving by email. Same billing model.

Is this the same as Copilot? No. Copilot is assistance inside the UI; agents run autonomously on a queue and wait for approval. Both are included in the cloud licence; agents are billed by use.

Already on Business Central? If you're reading this because nobody has told you what each release brings, which agents you could switch on or why your Power BI is still empty, you don't need a migration: changing partner is a 30-day handover, not a project. We start with a free assessment of your environment and tell you what you're paying for and not using.

Free assessment · Evaluación gratuita

Tell us your current system and how many users you have. First reply within one working day. / Cuéntanos tu sistema actual y cuántos usuarios sois. Respondemos en un día laborable.

Want the Payables Agent running on your invoices in a month? Free assessment, no commitment — starting with whether your POs are ready for it.


Bramvia · bramvia.net

Bramvia in: Spain · United States · Mexico · United Kingdom · Ireland · Canada · Colombia · Argentina · Chile · Peru · Australia · New Zealand · South Africa · Philippines · Poland · MCP server · Safety stock calculator