Home / AI document processing

Document and request processing with a person in the loop

Invoices, applications, contracts and incoming requests get read, checked against your rules and prepared for a decision. A person approves, and the record keeps who decided what.

Use cases

When this is worth building

Somebody retypes the same fields every day

Invoice numbers, amounts, names and dates move from a PDF or an email into a spreadsheet by hand. A model can read the file; the value is in what happens after that — validation, a queue, an approval and a record.

A model alone is too risky for the decision

Extraction is confident even when it is wrong. I build the part that catches it: rules that flag what does not add up, a review screen for anything uncertain, and a full history of what was changed and by whom.

Delivery

Included in the build

Extraction you can check

Each extracted field keeps a link to the place in the original document it came from, so a reviewer can verify it in a second instead of opening the file.

Your rules, not the model's judgement

Totals, duplicates, missing fields, amounts over a limit, an unknown supplier — checks run in code, and anything that fails goes to a person.

A review queue, not a chat window

A real interface with roles and statuses. Approve, correct or reject, with the document next to the decision.

An audit trail

Every run, every correction and every approval is stored. When someone asks in March why an invoice was paid in January, the answer is in the record.

Example

Relevant work

Internal toolTranscriptionSearch

Work Archive

A private archive built over seven Telegram groups. It imports the history, transcribes voice and video notes, and writes a topic and a short summary for each lesson day. The original messages and materials stay attached, so the summary is a way in rather than a replacement.

React · TypeScript · FastAPI · SQLite · Telegram API · Azure Speech · OpenRouter · Docker

Pricing

What this costs

Every project starts with a fixed-price process audit: €250, three to five days, credited toward the build. Processing with a review interface then costs €2,500–6,000 and takes 4–8 weeks.

FAQ

FAQ

Which model do you use?

Whichever fits the document and the budget, and it is a replaceable part of the system rather than the system itself. Structured layouts often need no model at all — a parser is cheaper and does not hallucinate.

What happens when the extraction is wrong?

It gets caught by a rule or by the reviewer, corrected in the interface, and the correction is stored. That is the point of keeping a person in the loop: mistakes are expected and cheap to fix, instead of silently written to your database.

Does my data go to a model provider?

Only the part that needs to, and only if you agree to it. The database, the files and the audit trail stay on infrastructure registered to you, in the EU by default.

Can this run on the documents I already have?

Yes. Backfilling an existing archive is usually the first run — it is also the cheapest way to find out how accurate the extraction is on your real documents before anyone depends on it.

Contact

Describe the process

Tell me what your team still does by hand, where the information comes from and what should happen next.

I reply by email, within one business day.