Jorora · Duplicate Invoice Detection
Block the duplicate before the second wire.
Invoice number, PRO, and exact file hash gates stop recycled carrier bills. Confirm only when you intentionally need a fresh decision.
How it works
One problem. One decision path.
AI extracts. Rules decide. Your desk stays in control of payment.
- 01
Fingerprint the packet
Capture invoice #, PRO, and content hash when the validation completes.
- 02
Gate unpaid re-runs
Same invoice already validated for your org? Block silent re-processing.
- 03
Force only on purpose
Intentional re-validate requires confirmation and consumes a credit — no accidental double path.
Documents compared
What goes into the packet
Bring the documents the pay decision actually needs — nothing more.
- Carrier Invoice
- Prior validation history for the organization
- Rate confirmation (for the pay decision when not a pure duplicate hold)
Why trust the decision
Explainable before cash moves
Trust comes from a trail — not from promising magic savings.
- Built for Controllers who need a control narrative, not a PDF chat bot.
- Duplicate gates are deterministic — same identifiers, same block.
- Pairs with rate-con match so “new PDF, old PRO” still gets caught.
Why AI is more reliable here
Read with AI. Decide with rules.
Carrier PDFs are messy. Pay authorization should not be.
- AI extracts invoice and PRO identifiers from messy layouts.
- Duplicate logic itself is rules + ledger — not probabilistic guesswork.
- You see why a packet was held before anyone pays twice.
FAQ
Duplicate Invoice Detection questions
Invoice number within the organization, PRO on a prior completed validation, and exact PDF content hash.
Yes — after confirming a force re-validate. That consumes one credit so re-runs stay intentional.
No. Most duplicates are ops accidents: forked email threads, re-uploads, factor resubmits. The loss still hits cash.
Keep going
Related problems and guides
One problem per page — deepen with playbooks when you need them.