AI Demos Research — the structured-intelligence platform. Every verdict on these pages opens to the execution behind it.
superseded result

This is the result as it was published on 23 October 2026. A newer result replaced it on 27 October 2026; this page is kept so that anything that cited it still resolves. Read the current result →

Graded 11 October 2026

Does FutureSmart Document Intelligence extract the same field across different layouts?

FutureSmart Document Intelligence extracted the same field correctly across three differently laid-out documents. The baseline receipt, the invoice, and the stacked receipt all returned the right identifiers and amounts; the tax field format varied, and the invoice was labeled as an invoice while the other two were receipts.

1 of 1 test case passed

Every test case in this scenario has a result.

Pass rate100%1 of 1 gradable
Coverage1 of 1test case with a result
1PassDid everything it was expected to do.
0FailNo test case failed.
0Not gradableEvery result here could be graded.
0UntestedEvery test case in this scenario has a result.
The pass rate is a summary. The evidence is the test case below: what we sent, what we checked, what the tool returned, and the proof.

The test case

Each test case is judged on its own: Pass, Fail, Not gradable, or Untested. The scenario result above counts this row.

Same field across three layoutsPassEvidence
What we sent
Input 1Document (PDF)
Source PDF: baseline receipt with right-aligned totals
Open the PDF ↗
Input 2Document (PDF)
Source PDF: invoice with upper-left work order
Open the PDF ↗
Input 3Document (PDF)
Source PDF: stacked receipt with USD amounts
Open the PDF ↗
What the tool returned

The tool returned 3 files.

Proof 1 · Screenshot

Proof 2 · Screenshot

Proof 3 · Screenshot

Output file 1 (JSON)
Extraction JSON: baseline receipt results
Cited values4 values from this file
identifier_number
RHS-70234
total_due
90.1
document_type
receipt
file_name
TC1_TC4_TC5A_baseline_receipt_1.pdf
Show the whole file (1 KB)
JSON
{
  "summary": "This document is a service receipt from Riverside Home Services for a boiler annual inspection performed for Mr. Grant Sullivan. It details the service provided, the subtotal, the applied tax, and the final total amount due.",
  "document_type": "receipt",
  "identifier_number": "RHS-70234",
  "subtotal": 85,
  "currency": "USD",
  "tax": "$5.10",
  "total_due": 90.1,
  "file_name": "TC1_TC4_TC5A_baseline_receipt_1.pdf"
}
Open the JSON file ↗
Output file 2 (JSON)
Extraction JSON: invoice results
Cited values4 values from this file
identifier_number
GLR-98213
total_due
227.33
document_type
invoice
file_name
TC5B_altlabel_receipt.pdf
Show the whole file (1 KB)
JSON
{
  "summary": "This document is an invoice from GreenLeaf Appliance Repair for a refrigerator compressor replacement service provided to Ms. Priya Anand. It details the service cost, applicable sales tax, and the final total amount due.",
  "document_type": "invoice",
  "identifier_number": "GLR-98213",
  "subtotal": 210,
  "currency": "USD",
  "tax": "$17.33",
  "total_due": 227.33,
  "file_name": "TC5B_altlabel_receipt.pdf"
}
Open the JSON file ↗
Output file 3 (JSON)
Extraction JSON: stacked receipt results
Cited values3 values from this file
identifier_number
SPD-2026-0714
total_due
157.5
file_name
TC5C_altlayout_receipt.pdf
Show the whole file (1 KB)
JSON
{
  "summary": "This document is a service receipt from Sunrise Plumbing & Drain for a drain line snake service provided to Mr. Daniel Osei. It details the service date, technician, and the total amount due including tax.",
  "document_type": "receipt",
  "identifier_number": "SPD-2026-0714",
  "subtotal": 150,
  "currency": "USD",
  "tax": "7.50",
  "total_due": 157.5,
  "file_name": "TC5C_altlayout_receipt.pdf"
}
Open the JSON file ↗
Expected vs. Found
✓Expected: The right value from each document.Found: All three layouts returned their correct identifiers and totals.
Supporting proof
Proof 1Screenshot
App screenshot: baseline receipt fields
Open original ↗
Proof 2Screenshot
App screenshot: invoice fields
Open original ↗
Proof 3Screenshot
App screenshot: stacked receipt fields
Open original ↗
Why this result

Each output matched its own source document rather than the other outputs, and the three layouts used different label wording, label positions, and number formats.

Also observed on this row

Tax format varies. The tax field comes back as a string in all three runs, with currency marks on two results and none on one; the numbers are correct.

Type follows source. The invoice is labeled as an invoice, while the other two documents are labeled as receipts.

Tested by Rugved nichite
Limitations of this result

In output 3, the stacked receipt, tax is returned as 7.50 without a dollar sign; the amount matches the source.

In the baseline receipt screenshot, only the extracted-field panel is visible; the document preview is not shown.

Configuration and setup

How this tool was set up for the run and what the test needed in place. Each row is a fact from the run's records; a fact the records do not hold is left out, not guessed.

Software that produced the output
FutureSmart Document Intelligence
Build or version
Not exposed by the hosted product
Surface
Web app
Set up before the run
The product had to extract the same field from three documents with the same schema but different layouts.
Extraction schema
identifier_number, subtotal, tax, total_due
Tested
By 18 September 2026 · Rugved nichite

How this scenario is graded

How we decide Pass, Fail and Not gradable. The same rules apply to every tool tested on this scenario.

How results are decided

Each test case gets one result per tool: Pass, Fail or Not gradable. A test case we haven't run yet shows Untested. There are no partial results.

The rules
  • Pass: the tool did everything the test expected, and nothing it said contradicts the correct answer.
  • Fail: at least one expected behaviour clearly didn't happen; the row says which and quotes the tool.
  • Not gradable: our evidence couldn't settle the outcome (for example a record we needed is missing). It is never counted as a fail, and the row says what's missing.

Where this sits in the benchmark

This page is one cell of a larger study: one tool, one scenario. Only this benchmark's frame appears here.

History of this result

What has happened to this result since it was first published. Runs and grades are never overwritten: a retest or a re-grade publishes a new result and keeps the earlier one readable.

from the publication record
23 October 2026First publishedStructured Document Extraction v1
27 October 2026Updated — the page was revised
The result is unchanged: 1 pass · 0 fail. The earlier result stays readable. Read the earlier result →

Act on this result

Nothing filed here edits the run or the grade. A challenge opens a review, and a review can produce a new run or a re-grade — which becomes the current result and leaves this one in the history.

This matches what I see

You run the same kind of test against your own setup and get the same behaviour.

Agree →
This does not match

Yours behaves differently. Tell us what you got, with a screenshot if you have one.

Disagree →
Point out an issue

Something here is wrong — a reference value, a transcription, a grade.

Report an issue →
Request a retest

On a newer build, a larger dataset, or your own setup.

Request a retest →
We have fixed this

Tell us what changed and we schedule a rerun of the failing test case. The old result stays as history.

Vendor notice →
Filed against this evidenceNothing yet. Challenges, counter-evidence and fix notices appear here with their outcome, and stay on the page after they are resolved.
Cite this result
aidemos.com/benchmarks/structured-document-extraction/results/futuresmart-document-intelligence/the-same-field-across-layouts · 1 pass · 0 fail · coverage 1/1 · graded 2026-10-11

The same record is available as structured data through the AI Demos MCP server, with the counts, the coverage and every per-test-case reason carried as fields.

Verify the proof files

These files support this result. Open a file to inspect the original evidence.

Input 1 · Document (PDF) ↗application/pdf · 47 KB
Input 2 · Document (PDF) ↗application/pdf · 8 KB
Input 3 · Document (PDF) ↗application/pdf · 7 KB
Output file 1 (JSON) ↗application/json · 0 KB
Output file 2 (JSON) ↗application/json · 0 KB
Output file 3 (JSON) ↗application/json · 0 KB
Proof 1 · Screenshot ↗image/png · 75 KB
Proof 2 · Screenshot ↗image/png · 87 KB
Proof 3 · Screenshot ↗image/png · 87 KB
File fingerprints (SHA-256)

A fingerprint identifies the exact file used for this result.

Input 1 · Document (PDF)5d4dab48b93e2c546999a0bbfcd74afdac9426e6b9b3866f6b96d33c2a2c45b1
Input 2 · Document (PDF)4a0b1754da9f52ce35a783d58f8e8a1b5e1353b5b992d5553122886f1cd4a638
Input 3 · Document (PDF)0276d246d69482340b53797f4eaa21831977cede22c8c8f14fc48dbf84757660
Output file 1 (JSON)fe557aea9285f74166328bd8a30a5ebed564bc0769ed374005e083db78a78008
Output file 2 (JSON)9f7b30b7c1596f1ef2130a378c2370868c93823a320f2482f32d7a8ea1ecba5c
Output file 3 (JSON)7a4962366e2bf3165b69c0cdf8541147ac659c30efad1205f155ae6966dd29bf
Proof 1 · Screenshot6be2211100edc2d1d106202614080ab467951318366ed64d025697de8b8bd257
Proof 2 · Screenshota0c57cc9876d62ea7c5ab7f80f06eeb75cac55492b15f4be24106d1fef9e73de
Proof 3 · Screenshot2b28db64679c7e65f4a289078533254234fa624ed07de2746cf67384343f1ea9