Accounts payable and invoice processing

Read invoices, match them to purchase orders and receipts, route exceptions and prepare payments, with approval before anything posts or pays.
Invoice 77312 exceptions
Purchase orderPO 4417Invoice, p. 1Match
Amount$18,240.00Invoice, p. 1Matches PO
Quantity118 of 120Goods receipt2 short
Bank accountChangedVendor masterNeeds review
TermsNet 30Contract, p. 3Match
Invoice, PO and goods receipt
Illustration of an accounts payable agent: an invoice matched against its purchase order and goods receipt with the source of each field, two exceptions held for approval before posting.

In short

An accounts payable agent reads incoming invoices, extracts the header and line items, matches them to purchase orders and goods receipts in your ERP, and checks for duplicates and changes to supplier bank details. Matched invoices go to the approver your rules name with the evidence attached, exceptions go to the AP team with the reason, and nothing posts or pays without a person's approval. It also answers supplier status questions and prepares the payment run on your calendar.

The problem

AP teams still key invoices by hand, chase approvers by email, and lose hours to matches that fail for small reasons: a changed unit price, a partial delivery, a missing PO number. Suppliers call to ask when they will be paid. Duplicate invoices and fraudulent bank-detail changes slip through when a payment run is rushed, and month-end accruals depend on knowing which invoices are still stuck. Most of the volume is routine, but it all arrives through the same inbox, so the exceptions that need judgment wait behind everything else.

What it moves

Touchless rate
The share of invoices that match and reach approval without anyone keying data.
Invoice cycle time
Time from receipt to approval, and from approval to payment.
Exception aging
How long exceptions wait, by reason.
Duplicates and bank-detail changes caught
Issues stopped before a payment run instead of found after it.

How the agent works

Every step is traced. The steps marked for review wait for a person.
  1. Step 1

    Invoice arrives

    Invoices arrive in an AP inbox, a supplier portal or an upload, as PDFs, scans or images, and are converted to text with a vision-capable model.

  2. Step 2

    Extract to your schema

    The supplier, invoice number, dates, currency, amounts, tax and line items are extracted into a fixed schema, with the source page for each value.

  3. Step 3

    Match and check

    The agent queries your ERP for the purchase order and goods receipt, applies the match and tolerances your policy sets, and checks for duplicates and bank-detail changes against your supplier records.

  4. Step 4

    Route exceptions

    Price or quantity variances, missing purchase orders and suspected duplicates go to the AP team with the reason and the evidence, instead of sitting in a queue.

    Human review
  5. Step 5

    Approve before posting

    Matched invoices pause for the approver your rules name, who can approve, edit allowed fields such as the cost center, or reject before the invoice posts to the ERP.

    Human review
  6. Step 6

    Prepare the payment run

    On your payment calendar, the agent prepares the proposed payment run for treasury to approve and drafts the list of open invoices for month-end accruals.

    Human review

Controls

Deploy on Dynamiq Cloud, or self-host in your own AWS, Azure, GCP, IBM Cloud, OpenShift or Kubernetes environment next to your ERP. Our engineers build the extraction schema, matching rules and approval steps with your AP and treasury teams, and run them on past invoices before live ones.

Rules your experts own
Three-way match tolerances, vendor checks and approval limits run as rules your AP team can read and edit, each change checked against saved test cases.
Approval before anything posts or pays
Posting and payment steps carry approval gates, so nothing reaches the ERP or the bank without a person signing off on the exact values.
Bank-detail changes go to a person
A change to a supplier's bank details never flows straight into a payment; it routes to a person to verify through a separate channel.
Separation of duties
A private project limits who can change the workflow, and approval gates decide who signs off on invoices and payments.
Evidence on every line
Each extracted value links to its source page, and each match result shows the purchase order and receipt it used.
Full audit trail
Every run is traced and replayable for auditors, including each approval and each field a reviewer edited.

Systems it connects to

  • ERP and finance systems, over API
  • Accounting (QuickBooks, Xero)
  • AP inboxes (Gmail, Microsoft Outlook)
  • Document storage (SharePoint, Google Drive, Box)
  • Payment and banking platforms, over API, behind an approval gate
  • Slack and Microsoft Teams for approvals
  • Supplier and PO data in databases (PostgreSQL, MySQL, ClickHouse)
  • Chat and email for supplier status questions

Questions and answers

Does the agent pay invoices on its own?

No. Posting and payment steps carry approval gates, so an approver signs off on the exact values before anything posts to the ERP or goes to the bank.

Can it do two-way and three-way matching?

Yes. The agent looks up the purchase order and goods receipt in your ERP and applies the match rules and tolerances your policy sets, with variances routed to your AP team.

Which ERPs does it work with?

It calls your ERP over API, or reads it over SQL where your team allows it, and connects to accounting tools such as QuickBooks and Xero from a catalog of 2,100+ app integrations.

How does it handle suspected fraud?

It flags suspected duplicates and any change to a supplier's bank details and routes them to a person, rather than deciding on its own.

Can suppliers ask about payment status?

Yes. A chat or email agent answers status questions from the live invoice record and hands anything unusual to the AP team.

See this agent on your data.

Talk to our team. We will walk through how it works in your environment, with your systems.