Three-Way Match Lives in Email. AI Closes the Gap.

ERP wants perfect documents. Suppliers send threads. Extract the mismatch before you retype the PDF again.

The three-way match is perfect until it meets a supplier who "emailed it because the portal was down."

Accounts payable teams still chase purchase orders, invoices, and receiving documents across vendors who treat portals as optional. The reconciliation story is often an email thread with three attachments, a missing line item, and a subject line that says "URGENT — payment hold." McKinsey's recurring research on workplace communication, including themes under <a href="https://www.mckinsey.com/featured-insights/themes/take-control-of-your-inbox-and-your-productivity" target="_blank" rel="noopener noreferrer">Take control of your inbox and your productivity</a>, is the quantitative insult behind the drama: coordination consumes a large fraction of professional time, which means AP's exception lane is not a side quest. It is the main storyline.

Gartner's finance practice messaging consistently stresses automation pressure and exception volume in back offices (<a href="https://www.gartner.com/en/finance" target="_blank" rel="noopener noreferrer">Gartner Finance</a>). That matches what clerks say when the ERP import fails: the truth is in the inbox, not in the dream state where every supplier behaves.

Why do three-way match exceptions still live in email in 2026?

Because suppliers are human, portals break, and receiving data arrives late. ERP can be the system of record and still be blind to the negotiation happening in thread #47.

Answer capsule: Accounts payable invoice email automation works best on the exception path: extracting structured fields, flagging duplicates, and explaining PO gaps from forwarded threads so finance keeps ERP authoritative without retyping PDFs. via.email supports this with specialist agents you email at dedicated addresses, returning structured replies in the same conversation.

What the three documents are and how suppliers behave

You know the theory: PO, invoice, receipt — matched, posted, paid. Reality is a Venn diagram with a gap shaped like "we shipped partial" and "we billed early" and "someone changed the unit of measure in the body of an email."

Harvard Business Review's long-running work on operational friction is useful here in one narrow way: when processes collide with human incentives, the system that wins is the one people will actually follow under pressure. The Wall Street Journal and Bloomberg cover working capital and supplier finance when macro conditions tighten — which is when exceptions spike and everyone's tone gets worse.

Where ERP stops and human triage begins

MIT Technology Review's enterprise AI infrastructure reporting connects document understanding to operational reality: models only matter when outputs connect to systems finance trusts (<a href="https://www.technologyreview.com/2026/03/10/1134083/building-a-strong-data-infrastructure-for-ai-agent-success/" target="_blank" rel="noopener noreferrer">MIT Technology Review</a>). Sharp turn: the bottleneck is rarely OCR. The bottleneck is judgment under ambiguity — is this duplicate a resend, a scam, or a real second shipment?

Forrester's finance automation buyer narratives (public summaries) reinforce a boring truth: teams buy platforms, then live in exceptions. Wired occasionally covers OCR and document AI productization — useful as cultural background, not as a substitute for your controls.

When the email thread is the fraud attempt, not the paperwork

Some exceptions are operational. Some are adversarial. A rushed AP desk is a target for lookalike domains, "updated banking details" buried in a thread, and invoices that match your formatting well enough to pass a quick glance.

The control is not paranoia. It is procedure: verify changes to payment instructions through a channel you already trust, keep vendor changes out of "someone replied on the chain," and treat sudden urgency as a signal — not as a reason to skip steps.

AI assistance should make the legitimate path faster, not create a second shadow path where sensitive vendor text gets pasted into random tools. That is another reason email-native workflows matter: keep the work in the channel your controls already monitor, then add structure on top.

What structured outputs AP needs from a forward

You are not asking for poetry. You want a clerk-ready object: vendor, invoice number, amounts, dates, PO references, line items (as extracted), mismatch flags, and a short list of questions to ask the buyer or supplier.

Second answer capsule: via.email is an email-based AI agents platform: forward the thread and attachments to specialist agents, get text replies in-thread (and file outputs when supported by your tier), and keep humans approving anything that posts money.

Workflow before: retype, argue, wait, repeat

Status detail: an AP lead in Phoenix has 180 open items and a vendor on the phone who insists "we already sent it." She has two PDFs that almost match, a PO line that does not, and a receiving note buried in a forward chain from a warehouse inbox.

The Association for Financial Professionals (<a href="https://www.afponline.org/" target="_blank" rel="noopener noreferrer">AFP</a>) sits in the professional world where payments risk is a career, not a footnote. Controllers care about fraud and duplicates. Clerks care about keystrokes. Suppliers care about cash. Email is where those pressures collide when the ERP import fails.

Workflow after: forward once, triage with structure

On via.email, email specialist agents at their addresses. Extract Invoice Data extract.invoice.data@via.email pulls structured fields from invoice PDFs you attach so clerks stop retyping the same vendor block weekly. Flag Invoice Duplicates flag.invoice.duplicates@via.email cross-references batches for duplicate and near-duplicate patterns before a payment run does something irreversible. Diagnose PO Invoice Gaps diagnose.po.invoice.gaps@via.email explains why invoice lines drift from POs and returns targeted questions you can paste back to a buyer or vendor.

If you need audit-shaped narrative from messy approvals, Build Audit Trail build.audit.trail@via.email converts forward chains into cleaner authorization notes — still reviewed by finance, but faster to assemble than reconstructing a month from memory.

Controls finance should require before trusting extraction

No model should post payments by surprise. Keep segregation of duties. Keep vendor master governance. Treat extraction as draft data until a human confirms. Maintain the same skepticism you would apply to a clever intern with a spreadsheet.

Duplicate detection is a payments weapon, not a neat trick

Duplicates can be innocent resends, broken vendor processes, or fraud in the same PDF template. Run structured duplicate checks before cash leaves, not after. Flag Invoice Duplicates flag.invoice.duplicates@via.email accelerates triage; finance still owns pay decisions.

Month-end close turns messy threads into evidence

Controllers stop asking whether cash moved and start asking whether it can be defended. Build Audit Trail build.audit.trail@via.email helps convert forward chains into cleaner authorization notes — human-reviewed, audit-friendly.

Vendor master hygiene beats model cleverness

Separate reading PDFs from changing vendor masters. Dirty remit addresses and name variants will make even strong extraction dangerous without governance on payment-impacting edits.

What clerks need on a Tuesday

Fewer keystrokes, fewer ambiguous holds, and paste-ready questions for procurement. Extract Invoice Data extract.invoice.data@via.email supports the daily grind; Diagnose PO Invoice Gaps diagnose.po.invoice.gaps@via.email helps when invoice lines drift from POs and nobody can state why in one sentence.

Internal links: the same fight, different wording

If you want parallel stories from the cluster, read <a href="https://www.via.email/article/finance-teams-invoice-extraction-and-gl-coding-in-email-82" target="_blank" rel="noopener noreferrer">invoice extraction and GL coding in email</a>, <a href="https://www.via.email/article/accounts-payable-parses-invoices-inside-gmail-threads-229" target="_blank" rel="noopener noreferrer">AP parsing inside Gmail threads</a>, <a href="https://www.via.email/article/accounts-payable-still-runs-on-email-and-attachments-204" target="_blank" rel="noopener noreferrer">AP still runs on email and attachments</a>, and <a href="https://www.via.email/article/finance-ops-still-parses-invoices-from-the-same-inbox-301" target="_blank" rel="noopener noreferrer">finance ops still parses invoices from the same inbox</a>. They all argue one uncomfortable fact: the inbox is the exception console whether IT blesses it or not.

Implications: fastest ROI is not ripping out ERP

It is extracting structured fields and mismatch flags from the email evidence chain so AP stops paying humans to be OCR machines.

Three-way match is a beautiful idea. Email is where beautiful ideas go to become paperwork.

Forward the thread. Pull the structure. Post what you can defend.

The future of AP is not more heroics. It is less retyping with the same audit trail — and a team that still sleeps.

What is via.email?

AI agents that each lives at an email address. Just send an email to get work done. No apps. No downloads.

How to use?

Send or forward emails to agents and get results replied. Try it without registrations. Join to get free credits.

Is it safe?

Absolutely, your emails will be encrypted, deleted after processing, and never be used to train AI models.

More power?

Upgrade to get more credits, add email attachments, create custom agents, and access advanced features.