Reading a receipt is not recording an expense.

What should happen between extracting a value and taking an action that changes your system.

A receipt photo reaches the team. AI recognises the amount, date and supplier. That is a useful part of the work, but it does not prove that the expense is correct, belongs to the selected project or has not been recorded before.

Three steps with different responsibilities

01 · Extract

Propose fields and keep the source document.

02 · Check

Review destination, amounts and potential duplicates.

03 · Record

Confirm the action and check the system’s response.

Trust depends on what happens next

An assistant that says “done” after preparing the data creates a false expectation. The team needs to distinguish “I read the document”, “I propose this record” and “the system confirmed it was saved”.

The confirmation boundary matters particularly when an action changes costs, sends a message or updates shared information. This is a process design decision as well as a technical setting.

AI can prepare the proposal. The record needs a verifiable confirmation.

The questions we would ask

  • Can we trace the record back to the source document?
  • What happens when the same receipt arrives as both a photo and a PDF?
  • Which fields need review when extraction is unclear?
  • How does the team see that the destination system failed?

Starting with one document type and one defined action makes the workflow easier to check. Expansion makes sense once the exceptions are understood.

Published by Alma Intel. Fictional examples prepared to explain the working approach.

See the related working approach

Let’s talk about the work

Which process will your team do by hand again this week?

Book a 30-minute call