What Is Intelligent Document Processing (IDP)? What It Means for a Small Team

A crooked supplier invoice from Northline Freight Ltd next to a panel of extracted fields with confidence scores: supplier 99%, invoice number 97%, total incl. VAT 98%, and a smudged due date at 61% flagged for review.

If you've searched "intelligent document processing," you've probably landed on a page that defines it as "the convergence of OCR, NLP, and machine learning to enable straight-through processing of unstructured data." Accurate. Also useless if you run a six-person bookkeeping firm and just want the invoices out of your inbox and into a spreadsheet.

Here's the plain version.

IDP in plain words

IDP in one sentence

Intelligent document processing is software that reads a document the way a trained clerk would, pulls out the specific pieces of information you care about, and hands them back as clean, structured data.

That's it. An invoice goes in. Vendor name, invoice number, date, line items, and total come out, in rows and columns, ready for your accounting tool.

What "intelligent" is actually doing in that name

The word has one job: separating this from plain OCR. OCR turns a picture of text into text. It can tell you the page says "€4,820.00". It has no idea whether that's the total, the VAT, or a number in the footer.

IDP knows. It reads for meaning, not position, so it finds the total on an invoice it has never seen, from a supplier whose layout looks nothing like the last one.

That sounds like a small difference. For a team handling 40 supplier formats, it's the difference between a tool that works and a tool that needs babysitting.

Why the term sounds like it's for someone else

Because, mostly, it has been. Grand View Research estimates large enterprises accounted for 71.6% of IDP revenue in 2025. The category grew up selling to banks and insurers with procurement departments, implementation partners, and six-month rollouts. The vocabulary followed.

Even analysts can't agree how big the thing is. 2025 estimates range from about $3 billion (Grand View Research) to $10.4 billion (Fortune Business Insights), depending on what they count. When the people paid to measure a category can't agree on its edges, a small team is allowed to be confused about what they're buying.

The same Grand View report names small and mid-sized businesses as the fastest-growing segment. The technology got cheap enough, and easy enough to set up, that the label now covers tools a three-person team can start using in an afternoon.

What this guide covers

  • How IDP differs from OCR and template-based tools
  • What happens to a single document, step by step
  • What it means in hours and euros for a small team, including when you don't need it
  • What to check before you pay for anything

OCR vs. templates vs. IDP: what actually changed

Document software went through three generations. Each one fixed the previous one's main annoyance.

Generation 1: Plain OCR reads letters, not meaning

OCR has been around for decades. You give it a scan; it gives you a block of text. Someone still has to read that text, find the invoice total, and type it into the right box. It saves retyping a whole page. It doesn't save the hunting.

There's also a catch in how OCR accuracy gets quoted. Vendors report character accuracy, and 99% sounds excellent. But take a page with 1,500 characters on it: 99% means around 15 of them are wrong. If one of those 15 sits in the total, the 99% doesn't help you much.

What a small team actually needs to know is field accuracy: did the total, the date, and the VAT number come out right?

Generation 2: Templates tell the software where to look

Template tools (often called zonal OCR) solved the "where is the total?" problem by making you draw boxes. The invoice number lives in this rectangle, top right. The total lives in that one, bottom right. For one stable layout, this works well.

It breaks the moment the layout changes. A supplier redesigns their invoice. Someone sends a phone photo taken at an angle. A new client arrives with 12 vendors you've never seen. Every one of those means building or fixing a template, and sooner or later one person on the team becomes the "template person." When they go on holiday, the documents pile up.

To be fair to templates: if you process one format that never changes, at high volume, they're cheap and reliable. You don't need anything fancier.

Generation 3: IDP reads for meaning

IDP drops the boxes. You describe what you want, like "invoice total including VAT" or "consignee name," and the software finds it wherever it sits on the page. A supplier it has never seen is just another document, not a setup project.

It also does something the earlier generations didn't: it tells you how sure it is, field by field. A clean printed total might come back 98% certain. A smudged handwritten date might come back 60%. That score is what makes automation safe, because you can let the confident fields through and check only the shaky ones.

It isn't magic. Bad scans are still bad scans. The difference is that the software flags the problem instead of quietly getting it wrong.

Side by side

Plain OCR Template tools IDP
What you get A block of raw text Specific fields, from known layouts Specific fields, from any layout
Setup for a new format None, but you do the extraction by hand Build a template per layout Describe the fields once
Supplier changes their layout No change; it's still manual Template breaks and needs fixing Usually handled without changes
Phone photos, scans, handwriting Hit or miss Often fails if alignment shifts Handled, with lower confidence flagged
Tells you when it's unsure No Rarely Yes, per field
Who maintains it Whoever retypes the data Your "template person" Mostly no one
Best fit Making archives searchable One stable format at high volume Many formats, changing suppliers, small teams

So what actually changed?

The software didn't get dramatically better at recognizing letters. What changed is where the setup work lives: it moved from configuration (boxes, rules, templates) to a plain-language description.

For a small team, setup was always the deal-breaker, not accuracy. A tool that needs a technical person every time a supplier changes their PDF won't survive a busy month. That's the gap IDP closes, and it's the approach Foxello is built on: you name the fields you want in plain words, and there are no templates to build or maintain.

What happens to one document, step by step

Definitions only go so far. Let's follow one ordinary, slightly annoying document all the way through: a supplier invoice, photographed on someone's phone, slightly crooked, emailed to your accounts inbox at 4:55 on a Friday.

How one document moves through intelligent document processing: it arrives, gets read, fields are found, each field is scored, fields at 90% or above go straight to export, and fields below 90% go to a person who checks them before export.

Step 1: The document arrives

Nobody has to stand at a scanner. The invoice comes in through whatever channel already exists: a dedicated email address, a shared Google Drive folder, an FTP server, a manual upload, or an API call from another system.

This matters more than it sounds. If getting documents in takes effort, people batch them "for later," and later becomes month-end.

Step 2: It gets cleaned up and read

The software straightens the crooked photo, sharpens faint text, and recognizes the characters on the page. This is the OCR layer from the previous section. It's still there, just no longer the whole job.

On a typical page this and the next step take seconds. Foxello averages about 24 seconds per page in our own testing.

Step 3: The fields you asked for get found

This is the "intelligent" part. You told the system once what you want, in plain words: "supplier name," "invoice number," "total including VAT," "due date." It finds each one by what it means, not where it sits.

Line items come out as a table, one row per product or service, rather than a blob of text. If the supplier redesigns their invoice next month, nothing breaks.

Step 4: Every field gets a confidence score

Each extracted value comes back with a number saying how sure the system is. Here's what that might look like for our Friday invoice (illustrative values):

Field Extracted value Confidence What happens next
Supplier Northline Freight Ltd 99% Confirmed automatically
Invoice number NF-20931 97% Confirmed automatically
Invoice date 03.10.2026 95% Confirmed automatically
Total incl. VAT €4,820.00 98% Confirmed automatically
Due date 1?.10.2026 (smudged) 61% Sent to a person
PO reference (blank) 0% Sent to a person

This is the step that makes automation safe. Without it, you'd have to check everything. With it, you check the two lines that deserve a second look.

In Foxello, any field at 90% confidence or above is confirmed automatically, and anything below waits for a human. Fields you mark as required count as 0% if they come back empty, so a missing PO number can't slip through quietly.

Step 5: A person checks the exceptions, not the document

The reviewer sees the invoice image next to the extracted fields, with the uncertain ones flagged. They read the smudged date, type the PO number, approve, and move to the next one. Thirty seconds of human attention instead of five minutes of retyping.

What this step means depends on who you are:

  • For a small finance or ops team, the goal is to keep this queue as close to empty as possible. Review is a safety net.
  • For a BPO or shared-services team, this queue is the operation. What matters is how many documents one reviewer can clear per hour, which is why keyboard shortcuts and "approve and open the next one" matter more than any demo feature.

Step 6: The data goes where it's needed

The finished record goes out as JSON, CSV, or Excel, lands in a shared Google Drive folder or on an FTP server, or gets pushed through a webhook or the API into your accounting tool, ERP, or your own system. No proprietary format, nothing to retype at the other end.

Where it can still go wrong

A confidence score catches "I can't read this." It doesn't always catch "I read it perfectly and it's the wrong number," like a PO number pulled from a quoted reference line instead of the header. It's rare on well-described fields, but it happens.

Our advice: for the first few weeks, spot-check a sample of auto-confirmed documents, not only the flagged ones. Once the misses are boring and rare, stop. That's when you've earned the right to trust it with your Friday 4:55 invoices.

What it means for a small team: hours, euros, and when you don't need it

Most IDP content stops at "saves time and money." That's not much help when you're deciding whether to spend €40 a month and an afternoon on setup. So let's put numbers on it.

What the benchmarks say, and who they describe

Ardent Partners' State of ePayables 2025 surveyed 204 AP professionals. Headline numbers:

Metric Average Best-in-Class Everyone else
Cost to process one invoice (all-inclusive) $9.84 $2.65 $12.42
Time to process one invoice 8.2 days 2.9 days 13.5 days
Invoices processed straight-through 35.4% 51.0% 29.0%
Invoice exception rate 18.4% 11.1% 20.9%

Look at who answered before you anchor on these: 54% of respondents work at companies with more than $1 billion in revenue. These are teams with AP software, dedicated staff, and budgets, and they still process only about a third of invoices without a human touching them.

A five-person logistics firm or a small bookkeeping practice is usually closer to the "everyone else" column, if not further back.

What IDP fixes and what it doesn't

That 18.4% exception rate deserves an honest footnote. Many AP exceptions aren't reading problems. They're business problems: a price that doesn't match the PO, a missing approval, a duplicate invoice.

IDP removes the typing and makes those problems visible sooner, because the data is clean and structured the moment the document lands. It doesn't settle the argument with your supplier about the price. Anyone promising that is selling something else.

A worked example: 400 invoices a month

Benchmarks are someone else's numbers. Here's a calculation you can redo with yours. Every input below is an assumption. Swap in your own.

Input Manual With IDP
Documents per month 400 single-page invoices 400 single-page invoices
Hands-on time per document 4 min (open, read, type, check) 0 min for clean documents
Documents with a flagged field n/a 1 in 4 = 100
Time per flagged document n/a 30 seconds
Spot-checking (first weeks) n/a 1 hour/month
Total hands-on time ~26.7 hours/month ~1.8 hours/month
Labor cost at €25/hour ~€667/month ~€46/month
Software cost €0 €39.99/month
Monthly total ~€667 ~€86

That's roughly 25 hours a month back (about three working days) for the price of a team lunch.

Two things this table doesn't capture are usually worth more than the hours:

  • Speed. Data is in your system the same day, not whenever someone gets to the pile. That's what makes early-payment discounts and on-time supplier payments realistic.
  • Resilience. When the one person who "does the invoices" is sick or leaves, the work doesn't stop.

(The €39.99 is Foxello's Growth plan, which covers 570 pages a month at standard extraction depth. A self-serve tool in this range is the realistic comparison for a team this size, not an enterprise contract.)

A quick formula for your own numbers

Hours saved per month ≈ (documents × minutes per document ÷ 60) − (flagged documents × 0.5 ÷ 60)

If the result is under a few hours a month, read the next part carefully.

When you don't need IDP

Not every team does. Skip it, or wait, if:

  • Your volume is tiny. If you handle a few dozen documents a month and one person clears them in an hour, the setup isn't worth it yet. Come back when volume grows.
  • You process one format that never changes, at high volume. A template tool is cheaper and perfectly reliable for that. Use it.
  • Your documents already arrive as data. Structured e-invoices (for example via Peppol) don't need to be "read." Belgium has required structured B2B e-invoices since 1 January 2026, Germany has required businesses to be able to receive them since January 2025 (with issuing phasing in from 2027), and the EU's ViDA rules make structured e-invoices mandatory for intra-EU B2B trade by July 2030. If most of your inbound invoices are already structured, your problem is integration, not extraction.
  • You need judgment, not data. Contract review, legal analysis, or approval routing are different jobs. IDP pulls data out; it doesn't decide whether a clause is acceptable.

Even with e-invoicing spreading, plenty will stay on paper and PDF for years: bills of lading, delivery notes, claims forms, handwritten forms, receipts, and invoices from small and non-EU suppliers. That's where IDP keeps earning its keep.

When you clearly do need it

The triggers we see most:

  • Volume grew, and the answer on the table is "hire someone to do data entry"
  • An expensive mistake traced back to a typo
  • The person who "handled the documents" left, and nobody else knows how
  • Someone spends hours every month fixing templates in an existing tool
  • Month-end close keeps slipping because data entry is behind

If two or more of those sound familiar, the math above probably works in your favor.

What to check before you pay for anything

Every vendor demo looks great, because every vendor demos on documents they picked. Your job is to find out how the tool handles yours: the crooked phone photo, the supplier who still faxes, the form someone filled in with a blue biro on a moving truck.

Here's how to run that test in an afternoon.

Step 1: Build a "worst documents" test pack

Pull 20 to 30 real documents from the last month. Don't pick clean ones. Include:

  • Your three or four most common suppliers or formats
  • At least two formats you've never processed before
  • A phone photo, a low-quality scan, and anything handwritten
  • One multi-page document with line items

If a tool can't handle this pack in a free trial, it won't handle your real Monday morning.

Step 2: Score fields, not impressions

Character accuracy is the wrong number. Track whether each field came out right. A plain spreadsheet does the job:

Document Fields correct Fields wrong Fields flagged as unsure Wrong and not flagged
Supplier A invoice (PDF) 11 0 0 0
Supplier B invoice (photo) 9 2 2 0
Handwritten delivery note 6 2 1 1

The last column is the one that matters most. A tool that's sometimes wrong but tells you so is safe. A tool that's confidently wrong is the one that costs you money.

Step 3: Time the setup

Start a timer when you begin setting up your first document type. Stop it when the first correct result comes out. Then do it again for a second, different format.

If the second format takes as long as the first, you're looking at a template tool with a new coat of paint. Real setup for a new format should be minutes, not a support ticket.

The questions to ask

Question Why it matters Good answer Red flag
Is pricing published? You shouldn't need a call to know if you can afford it A public price page, in your currency "Contact sales" for a five-person team
What counts as a page, and what costs extra? Per-page pricing hides surprises Clear rules for harder documents and overages You find out at the first invoice
Does it score confidence per field? It's the only way to review exceptions instead of everything Yes, with an auto-confirm threshold you can see One score per document, or none
How do I get my data out? Lock-in is a cost you pay later JSON, CSV, Excel, API, webhooks Proprietary format or a paid "connector"
Where is my data stored, and is it used for training? GDPR and client trust Named region, plus a clear "never used for training" Vague answers or "to improve our models"
Can I try it without a card or a call? Shows whether the vendor trusts the product Free start, cancel any time Mandatory demo before trial
What happens when a supplier changes their layout? That's the problem you're paying to solve "Nothing, it reads by meaning" "Our team will update the template"

Accuracy claims: read the small print

When a vendor says "99% accuracy," ask three things. 99% of what: characters, fields, or documents? Measured on which documents? Before or after human review? An honest vendor answers all three without blinking. A number with no definition behind it is marketing, not a benchmark.

How Foxello approaches it

Here's how Foxello answers those same questions, trade-offs included:

  • Pricing: Published, in euros. Starter €14.99, Growth €39.99, and Scale €99.99 per month. Every plan includes all three extraction modes and the Review Hub.
  • What a page costs: One token processes one page. Harder documents processed in Deep mode use two tokens per page, and we say so up front.
  • Setup: No templates. Describe fields in plain words (Instinct), give one example to lock in a consistent format (Mastery), or pick a ready-made model for common documents like invoices, IDs, and US tax forms (Instant). A new workflow takes about a minute to create in our own testing.
  • Confidence: Every field gets a score. Fields at 90% or above confirm automatically. Everything else goes to review, and required fields that come back empty get flagged, never skipped.
  • Review: A keyboard-driven queue that opens the next document the moment you approve one, with one workflow per client or document type. Small teams barely see it. BPO teams live in it.
  • Getting data out: JSON and CSV on every plan. Excel, REST API, webhooks, email import, Google Drive, and FTP from Growth up.
  • Data: Processed and stored in the EU, encrypted in transit and at rest, never used for training.
  • Trying it: Free start, no card, on your own documents. Cancel any time, no contracts.

And where we're not the right fit, we'd rather you know now. If you need on-prem deployment, a named ERP connector instead of API or webhooks, or contract and legal review, look elsewhere. Same if you process one unchanging format at massive volume, where a template tool is probably cheaper.

Run your worst-documents pack through it. Score it with the sheet above. Same as anything else. That's the whole pitch.

FAQ

Is intelligent document processing the same as OCR?

No. OCR is one ingredient. It turns a picture of text into text. IDP uses OCR, then works out what that text means: which number is the total, which date is the due date, which name is the supplier. Then it hands you those as structured fields. If OCR gives you a transcript, IDP gives you a filled-in spreadsheet row.

Is "AI document processing" the same thing as IDP?

For practical purposes, yes. "AI document processing," "intelligent document processing," and "document AI" all describe software that reads documents and extracts data without templates. Which label you see depends mostly on the vendor's marketing team. What matters is what the tool does with your documents, not what it calls itself.

Do I have to train it on my documents?

Not with modern tools. You describe the fields you want in plain language, or pick a ready-made model for common documents like invoices or IDs. Some tools, Foxello included, also let you give one example document to keep the output format consistent. That's one example, not a training project.

Is it accurate enough for finance work?

On clean printed documents, it's usually very accurate. On smudged scans and handwriting, less so. That's why per-field confidence scores matter more than any headline accuracy figure. The tool should confirm what it's sure of and send the rest to a person. Test it on your own worst documents before trusting any vendor's percentage.

Can it read handwriting?

Yes, within limits. Neat handwriting on forms usually comes through well. A rushed scrawl gets a lower confidence score and goes to review. Treat handwriting as "mostly automated, sometimes checked," not "fully hands-off."

How much does document processing software cost?

It ranges from enterprise contracts sold through procurement down to self-serve plans you can pay for with a card. For a small team, look for a published price, clear rules on what counts as a page, and no overage surprises. Foxello starts at €14.99 a month, and you can try it on 100 pages free with no card.

Is it GDPR-safe?

It can be. Ask where documents are stored, whether they're encrypted, whether they're ever used to train AI models, and whether the vendor signs a data processing agreement. Foxello processes and stores data in the EU, encrypts it in transit and at rest, and never uses customer documents for training.

Will it replace the person who does our data entry?

It replaces the typing, not the person. In a small team, that person usually has better things to do: chasing suppliers, fixing mismatches, closing the month on time. In a BPO, the same reviewers handle far more documents because they validate flagged fields instead of retyping whole pages.

How long does it take to get started?

If the tool is right for you, an afternoon. That's enough to build your worst-documents test pack, set up a workflow, and score the results. If a vendor's onboarding is measured in weeks, it was built for a different kind of company.

The short version

Intelligent document processing is a long name for a simple idea: software that reads your documents so your team doesn't have to retype them.

For years that idea came wrapped in enterprise contracts, implementation projects, and templates that broke whenever a supplier changed their logo. That's changed. Reading by meaning removed the setup tax, confidence scores made it safe to automate, and self-serve pricing put it within reach of a five-person team before lunch.

Not every team needs it. If you handle a few dozen documents a month, or one format that never changes, keep doing what works. But if invoices, delivery notes, or claim forms are eating hours every week, run your worst 20 documents through a free trial and score the results. The numbers will tell you.

Stop paying people to type. Start free - no card


Sources

Foxello figures (~24s per page, ~1 min to create a workflow) are from internal testing. Worked-example inputs are stated assumptions, not measured data.

Keep reading

Technology

Why Generic AI Extraction Tools Guess - And Why That's Dangerous for Accounting Data

Most AI document processing flattens the page to plain text, so the model guesses when a field is missing. Here's why that's risky for finance teams and how to spot it.

4 October 2026 · Foxello

Read article →

Technology

OCR, Templates, or AI? A Practical Guide to Picking the Right Extraction Approach for Your Team

Not sure whether you need OCR, templates, or AI extraction? Five questions that tell you which fits your documents, your team, and your budget.

25 September 2026 · Foxello

Read article →

Technology

How Confidence Scoring Works in Document AI (And Why 100% Automation Is Usually the Wrong Goal)

Confidence scores, not OCR accuracy, are what actually decide whether a document automation project works. Here's what the number measures, why chasing 100% automation backfires, and what to track instead.

18 September 2026 · Foxello

Read article →

Ready to automate your documents?

Start processing your first documents in minutes. No setup required.

Start free - no card