Finance mailbox intake
Sort a shared finance inbox, identify documents, match invoices to orders, and hold duplicates before approval.
Scenario paths
Pick a predefined path to highlight it through the chain. No model is called; outcomes are illustrative.
- Steps
- Endpoints
- Reply with payment status
- Archive
- Route to team
- Ask supplier for the right PO
- Payment approval
- Call-back verification
- Legal team
- Restricted handling
- AP specialist
What each endpoint means
Reply with payment status · Automated
Code looks up the invoice and replies with its status.
Archive · Automated
Archived without action.
Route to team · Automated
Credit notes to AP, receipts to expenses, purchase orders to procurement.
Ask supplier for the right PO · Automated
Asks the supplier to confirm the purchase order number.
Payment approval · Human review
The budget owner approves payment; nothing is paid without a person.
Call-back verification · Human review
A person calls the supplier on a number already on file before any change.
Legal team · Human review
Forwarded to legal without interpretation.
Restricted handling · Human review
Moved to restricted storage and passed to the responsible team.
AP specialist · Human review
An accounts payable specialist handles disputes, mismatches and duplicates.
Steps
Work out what the sender wants.
- Process documentBusiness document type
- Answer from systemReply with payment status
- Call-back verificationCall-back verification
- ArchiveArchive
- AP specialistAP specialistAP specialist
Question, inputs and notes
Asks:What is the sender asking the finance team to do?
Receives
- Inputemail
- Business document typeChoice
Identify the document.
- InvoiceInvoice and purchase order match
- Credit noteReceiptPurchase orderRoute to team
- Hand to legalLegal team
- Restricted handlingRestricted handling
- Document reviewAP specialist
Question, inputs and notes
Asks:What type of document is this?
Receives
- Inputextracted_text
- From step 1Intent: document submission
Compare the invoice with its purchase order.
- MatchedDuplicate invoice signal
- No matchAsk supplier for the right PO
- Partial matchAP specialistAP specialist
Question, inputs and notes
Asks:Do the items on the invoice correspond to the items on the purchase order?
Receives
- Inputextracted_text as invoice lines
- Inputpo_lines
Hold anything already received.
- Not a duplicatePayment approval
- Hold as duplicateUnclearAP specialist
Question, inputs and notes
Asks:Is this the same invoice as one of the candidates already received?
Receives
- Inputcandidates
- From step 3Matched invoice
About this chain
Goal and input
Every email ends answered from the system, archived, with the right team, verified by phone, with legal or restricted handling, or in front of a person who approves payment.
The email, extracted document text, and ERP data looked up in code.
- Sender (with known-contact check), subject, body and attachments.
- extracted_text
- Text extracted from the attachment.
- po_lines
- Purchase order lines from your ERP, with code checks.
- candidates
- Possible duplicate invoices found in code.
How it runs
- Every payment is approved by a person, and bank details are never changed from an email.
- Contracts and personal records are identified and handed off only; nothing in this chain interprets them.
- Totals, tax and duplicate candidates come from code and your ERP; the classifiers compare descriptions.
Sources (3)
Primary documentation this chain builds on.
- SourcedTypeSafe docs · DocumentationSystem One
- SourcedTypeSafe docs · PatternRouting by probability
- SourcedTypeSafe docs · DocumentationModel jaggedness