What it is
The Duplicate & Fraud Prevention Controls Checklist addresses the two ways money leaks out of accounts payable: paying the same invoice twice, and paying a fraudster. It is organized around four control areas — duplicate detection logic, a fraud schemes-and-controls map, a business email compromise (BEC) defense workflow, and the segregation of duties and monitoring that catch what slips through. The guiding distinction is that duplicates are an accuracy problem and fraud is an authorization problem, and both are cheapest to stop at the point of entry rather than at payment.
On duplicates, the checklist specifies matching candidates on vendor plus invoice number plus amount and on fuzzy variants (INV-001 versus INV001), detecting same-amount same-date invoices entered under slightly different vendor names, blocking at entry when an invoice number already exists for a vendor, flagging round-dollar and just-under-threshold invoices, reconciling credit memos so a credit isn't paid as a fresh invoice, and de-duplicating the vendor master. On fraud, a table maps each scheme — BEC/vendor impersonation, duplicate payment, fictitious vendor, check tampering, billing scheme, ACH account takeover — to its primary control, and a three-step BEC workflow treats every bank-change request as high risk, enforces dual control on the master, and holds the first payment on new banking details.
The single most important message is that independent call-back verification on every bank-detail change is the highest-ROI control in AP, because it is the one barrier that stops the most expensive scheme — business email compromise. The checklist rounds out with segregation-of-duties and monitoring controls: no single user can create a vendor, approve an invoice, and release a payment; vendor master reviews catch records matching employee addresses or bank accounts; monitoring catches invoices clustered just below approval thresholds (structuring); and immutable audit-log review and subledger-to-GL-to-bank reconciliation backstop the whole system. It works as both a manual controls framework and a feature checklist for AP platforms that advertise duplicate and fraud detection.
What it's used for
The checklist is used to design, audit, or strengthen the controls that protect AP from duplicate payments and fraud. Teams reach for it after a near-miss or actual loss, during a controls review or audit, when rolling out AP automation, or simply to verify their defenses against the known schemes. It is built to close gaps at the point of entry, where both duplicates and fraud are cheapest to stop.
- ✓ Building duplicate-detection logic that matches on vendor, invoice number, and amount plus fuzzy variants, and blocks at entry when an invoice number already exists for that vendor.
- ✓ Detecting same-amount, same-date invoices entered under slightly different vendor names, and flagging round-dollar or just-under-threshold invoices for review.
- ✓ Mapping each fraud scheme — BEC, fictitious vendor, check tampering, billing scheme, ACH takeover — to its primary control so coverage is deliberate and complete.
- ✓ Running a business email compromise defense that never actions a bank change from email alone, calls back on an independently sourced number, and requires a secondary identity confirmation.
- ✓ Enforcing dual control on the vendor master so a small named group edits banking fields and a second approver releases any change to live, with requestor, verifier, and approver logged.
- ✓ Holding the first payment on new banking details, re-validating account ownership, and alerting on changes made shortly before a scheduled large payment.
- ✓ Backstopping with monitoring — vendor master reviews for employee-matching addresses or accounts, structuring detection, immutable audit-log review, and subledger-to-GL-to-bank reconciliation.
Who uses it
The checklist is for the people accountable for AP's integrity and for those who detect and investigate what gets through — controllers, AP leadership, internal audit, and the analysts who watch the data. Because authorization is the heart of fraud control, it separates who can request, verify, and approve changes.
Context & good to know
Duplicate payments and AP fraud are distinct problems that often get lumped together, and the checklist's first contribution is to separate them. Duplicates are an accuracy failure — the same legitimate invoice paid twice — best stopped by entry-time blocking and a de-duplicated vendor master. Fraud is an authorization failure — money sent to someone who shouldn't receive it — best stopped by segregation of duties and verification. Conflating them leads to controls that catch one and miss the other. Treating them as two problems with overlapping defenses produces a more complete program.
Business email compromise is consistently the most expensive scheme in accounts payable, and the checklist is emphatic that independent call-back verification on every bank-detail change is the single highest-ROI control available. The mechanics matter: never action a change from an inbound email alone, call back on a number sourced independently of the request (not one in the request email), require a secondary identity confirmation, enforce dual control on the master, and hold the first payment on new details. Each step removes a way the attacker can succeed, and together they make the scheme very hard to execute.
Monitoring is what catches the fraud that bypasses prevention. Reviewing the vendor master for records matching employee addresses or bank accounts catches fictitious-vendor and insider schemes; watching for invoices clustered just below approval thresholds catches structuring, where someone splits spend to stay under a control; and immutable audit-log review on master-data and payment changes catches manipulation after the fact. Reconciling the AP subledger to the GL and to bank activity on a defined cadence is the final backstop that surfaces anything the other controls missed.
AP automation platforms increasingly advertise built-in duplicate and fraud detection, and the better ones do flag duplicates at entry, surface potential vendor-master duplicates, and enforce dual approval on banking changes. Tools like Tipalti and AvidXchange build supplier verification and controls into the workflow. But software enforces only the rules you give it, and the highest-value control — independent call-back verification — is fundamentally a human process the platform can prompt but not perform. For buyers asking 'what is the most reliable AP software?', this checklist provides the criteria: does the platform block duplicates at entry, screen vendors, enforce dual control on banking, and produce an immutable audit log? The answer separates genuine controls from marketing.