Back to database

Company S expense processing team's AI use case

Finance operations team at Company S

Corporate expense-processing workflow where receipts are recognized with OCR/IDP, classified against policy data, routed through generative-AI exception handling, and finalized with human review.

The problem

What was broken before AI

Company S’s finance process depended heavily on manual receipt review, account-code verification, prohibited-item checks, and exception handling. The paper says the team handled roughly 1,448 to 1,450 cases per month and spent more than 24 hours per month on this receipt-review work. Conventional RPA could handle routine steps but struggled with unstructured documents, new item names, ambiguous classifications, OCR errors, and judgment-heavy exceptions.

What changed

What the use case made possible

The workflow connected OCR/IDP extraction, a policy-based whitelist/blacklist database, LLM-supported exception handling, a finance-officer review screen, and a feedback loop that saved approved human judgments back into the automation system. That meant a new item could be reviewed once, added with synonyms or similar terms, and processed more automatically the next time it appeared.

Why this matters

Why this use case is worth studying

The useful lesson is the shape of the control system. Finance did not hand policy compliance entirely to a model; it used AI to narrow the work, explain a recommendation, and make the human decision reusable. For teams automating regulated or audit-sensitive workflows, that is often the safer architecture: extract structured data, check deterministic policy rules first, ask AI only where ambiguity remains, and preserve the human decision as training data or policy memory.

Use this when

When this pattern applies

Use this when a back-office workflow has structured rules, messy documents, repeated exceptions, and a review team whose decisions can be captured for future automation.

Exponential Builder analysis

01

Exceptions are the product surface

The real value appears where normal automation breaks: unknown item names, messy receipts, and unclear policy calls. Design the UI and data model around those exceptions from the start.

02

Human review should create system memory

A reviewer decision is more than an approval event. If captured with the item name, aliases, account category, and policy basis, it becomes reusable infrastructure.

03

Deterministic rules and LLMs belong in sequence

The safer workflow checks known policy tables first, then uses the model for ambiguity, explanation, and recommendation. That sequencing keeps AI useful without making it the only control point.

Who this is for

Best fit

Finance operations leaders processing high volumes of receipts or invoices

Automation teams extending RPA beyond simple rule-based tasks

Shared-services teams trying to reduce repeated manual reviews

Enterprise AI teams designing human-in-the-loop workflows

Compliance-minded operators who need AI recommendations with audit trails

What to avoid

Mistakes and warnings

Where this pattern can go wrong if you copy it too literally.

Do not let an LLM approve expenses without deterministic policy checks and audit controls.

Do not treat OCR output as clean data; low-resolution images, distorted receipts, and cramped line items were reported sources of errors.

Do not skip the human-in-the-loop design for new or ambiguous items.

Do not bury the rationale; reviewers need to see why the system recommended an account or rejection.

Do not overgeneralize from a one-month pilot to every expense category.

Do not ignore policy drift; expense rules and allowable categories change over time.

Do not include sensitive personal or card data in model calls unless masking, access control, retention, and vendor terms are reviewed.

Public workflow preview

The shape of the workflow

A high-level look at how the use case works, with the reusable pattern made clear.

01

Capture the receipt

Employee submits a receipt through the expense system, mobile app, or web screen.

02

Extract key fields

OCR/IDP pulls out item names, amounts, dates, and other receipt details.

03

Check policy data

The system compares extracted items against allowed and prohibited lists tied to account categories.

04

Ask AI about exceptions

If an item is new or ambiguous, AI Flow queries an LLM using company expense policy and item-classification criteria.

05

Route to finance review

A finance officer sees the receipt, extracted data, policy comparison, AI recommendation, and reasoning.

06

Learn from the decision

Approved corrections, new item names, and similar terms are stored so similar cases can be handled with less manual work later.

Copy the pattern

The reusable idea

Pattern in one sentence

Turn repeated human exception decisions into a governed policy memory that the automation system can reuse.

Reusable idea

Start with one narrow expense category where the policy is clear but the documents are messy. Build the workflow around exception reduction, rather than full autonomy on day one. Keep a policy table, a rejection table, a review queue, and a learning log; those four artifacts are often more important than the specific model.

Steal this workflow

Expense Exception Review Card

OCR/IDP confidence:

Reviewer decision

Whitelist match:

Blacklist match:

Account-code rule match:

Threshold or limit issue:

Suggested classification:

Allow / reject / needs review:

Policy basis:

Similar known items:

Uncertainty:

Final decision:

Correct account code:

Add to whitelist / blacklist / alias table:

Similar terms to store:

Audit note:

Suggested prompt

You are assisting a finance reviewer with expense-policy classification. Use only the provided policy excerpts, known whitelist/blacklist entries, and extracted receipt fields. Classify the item as allowed, prohibited, or needs human review. Recommend the account code, identify any similar known items or aliases, cite the policy basis in plain language, and list uncertainties. Do not make the final approval decision; prepare a review summary for the finance officer. Receipt fields: [merchant, date, amount, line items] Selected account: [account code and description] Known policy data: [whitelist, blacklist, account rules, limits] Return: 1. Recommended status 2. Recommended account code 3. Reasoning 4. Policy basis 5. Similar items or aliases 6. Reviewer decision needed 7. Suggested database update if approved

Field notes

Get new AI use cases in your inbox

A short weekly note on how real people are using AI to save time, make money, build tools, and run their lives.

No spam. Just useful AI use cases.

Related use cases

Keep exploring nearby systems.

Browse all