People are keying data that already exists
What we do. We extract the fields, write them into the system of record through its own interface, and route the document. The keying stops rather than moving to a review screen that takes just as long.
AISTORSServicesDocument and process automation
Service 02The procedure already exists. It just isn't running itself.
For finance, operations and back-office teams where documents arrive faster than people can key them in. The procedure is already written down, already followed by hand, and already counted somewhere. We automate the keying and the routing, keep a named person on the exceptions, and report against the count you started with.
Book a 30-minute call
Before anything is built
We count what the work costs you today: how many arrive, how long each takes, how often one comes back. Without that number there is nothing to prove afterwards.
If the left column is not you, say so on the call and we will tell you what would help instead.
Four things go wrong with document automation. Each has a specific answer, agreed before any build starts.
What we do. We extract the fields, write them into the system of record through its own interface, and route the document. The keying stops rather than moving to a review screen that takes just as long.
What we do. A confidence threshold is set before go-live. Below it, work goes to a named person rather than straight through. The exception queue has an owner from day one and its size is reported every month.
What we do. Extraction is scored against a labelled sample of your own documents before it ships. You get the figure per field, and the confidence threshold that follows from it.
What we do. Where a real interface exists we use it, because it is cheaper to keep working. Where only the screen exists we say so, price the maintenance honestly, and never present it as a one-off build.
Where an API exists we use it. Screen-level automation is a last resort with a maintenance cost attached.
The count comes before the build, because the work is usually already counted somewhere.
Volume, cycle time, error rate and hours on the target procedure. This is the easiest line in the catalogue to baseline, because the work is usually already counted in a system somewhere.
Not as documented. The gap between the two is where the exceptions live, and the exceptions are what determine whether automation is viable.
Which systems accept a write, which need a browser-level approach, and what that will cost to maintain. Legacy systems integration is cited by 28 percent of middle-market respondents as a top inhibitor.
Extraction and matching with an explicit threshold. Below it, work routes to a person. Above it, it proceeds with an audit record. The threshold is agreed, not chosen by us.
Same four measures as the baseline. The exception rate is reported honestly, including where it is higher than expected, and scope widens only after the first procedure holds.
Delivered natively on whichever platform you are already on. All four, no reseller relationship on any.
Azure
Document Intelligence, Logic Apps and Functions, Power Automate where the estate is Microsoft-centric, Service Bus for queueing.
AWS
Textract, Step Functions and Lambda, EventBridge, SQS for exception queues, A2I for human review.
Google Cloud
Document AI, Workflows and Cloud Run, Pub/Sub, Cloud Tasks for retry and queueing.
DigitalOcean
Functions and App Platform, managed Postgres for state, managed Kafka or Redis for queueing, open-source OCR where a managed service is not warranted.
Where an API exists we use it, which is more robust and cheaper to maintain. We say which category each integration falls into before you commit.
You do not need these numbers to recognise the problem. They are here because somebody in your approval chain will ask.
1 Jan 2027
is the date by which impacted payers must primarily meet the API requirements of the CMS Interoperability and Prior Authorization Final Rule, having implemented certain other provisions by 1 January 2026.
Source: CMS, CMS-0057-F.
$4.4tn
in illicit financial activity was estimated for 2025, up 1.3 trillion dollars since 2023, with fraud scams and bank fraud causing 579.4 billion dollars in losses.
Source: Nasdaq Verafin, 2026 Global Financial Crime Report.
28%
cite legacy systems integration as a top inhibitor to AI deployment, level with the talent gap.
Source: RSM US Middle Market AI Survey, 2026.
There is no reliable market size for this work, and we are not going to quote one. Named research firms published 2026 base-year figures for intelligent document processing ranging from roughly 3.1 billion to 14.2 billion dollars, a four-and-a-half-fold spread for the same category in the same year. Dated regulatory deadlines are a far better guide to where this work is genuinely being bought.
Five dates, each verified against the body that issued it.
1 January 2026
CMS-0057-F
Certain provisions of the CMS Interoperability and Prior Authorization Final Rule required of impacted payers.
Source: CMS
2 December 2026
EU AI Act
Transparency and machine-readable labelling obligations for AI-generated content apply to systems placed on the market before 2 August 2026.
Source: European Parliament, 11 June 2026
1 January 2027
CMS-0057-F
The main API requirements for impacted payers.
Source: CMS
2 December 2027
EU AI Act
High-risk obligations for stand-alone Annex III systems, moved out from 2 August 2026 under the Digital Omnibus on AI.
Source: Council of the EU
2 August 2028
EU AI Act
High-risk obligations for AI embedded in regulated products under Annex I.
Source: Council of the EU
It depends on the document, and any number quoted before seeing yours is marketing. What we commit to is a measured accuracy figure on your own documents, scored against a labelled set before it ships, plus a confidence threshold below which work goes to a person rather than through.
They go to a named queue with a named owner. There will always be an exception queue, and a provider who tells you otherwise is selling something. The measure that matters is whether the queue shrinks over time, and that is reported monthly.
Usually yes, through browser-level automation, but it is scoped as an ongoing maintenance commitment rather than a one-off build, because the vendor will change the screen eventually. We will price that honestly rather than treat it as free.
No. Where an API exists we use it, which is more robust and cheaper to maintain. Screen-level automation is a last resort for systems that give us no other option, and we say which category each integration falls into before you commit.
With the audit record and the exception path, not with the extraction. The API requirements land primarily on 1 January 2027, with certain provisions from 1 January 2026, and work designed backwards from the audit obligation is the work that survives a review.
We can, but the first step is observing how it is actually performed rather than how it is written down. The gap between the two is where the exceptions live. If that observation shows the procedure itself is broken, we will tell you to fix the procedure first.
Thirty minutes, no obligation. Tell us what is being processed by hand and roughly how much of it there is. If nobody knows the volume, that is the first thing worth establishing.
Or write to [email protected].
Data and retrieval for AI
Answers from your own records. For the cases where the automation needs the record rather than the document in front of it.
Service 01AI agents and assistants
Inside the system, not beside it. For the steps that need judgement rather than a rule that can be written down.
Service 09Managed AI and cloud operations
The same four measures, every month, including whether the exception queue is still shrinking.