Answer in 30 seconds

Learn how to benchmark LLM document extraction with Dynamite Docs. Compare field errors, failed runs, latency, costs, and correction time on the same files.

Dynamite Docs
The handoff
Document library: Repeat the same testWrite the decision before running models. Keep the final document set out of prompt tuning. Use one scorecard for every LLM. Run the same benchmark in Dynamite Docs. Illustrative example, not extracted customer data.FROM SOURCE FILE TO A RESULT YOU CAN USEDocumentlibraryReview workspaceRepeat thesame test1Write thedecision beforerunning models2Keep the finaldocument set outof prompt tuning3Use one scorecardfor every LLM
  1. 01Write the decision before running models
  2. 02Keep the final document set out of prompt tuning
  3. 03Use one scorecard for every LLM
  4. 04Run the same benchmark in Dynamite Docs
Same files. Same rules. Repeated runs. Illustrative example.
01

Write the decision before running models

Name the job and the pass condition first. You might need a pipeline for scanned supplier invoices that captures every line item with the correct amount. A general model leaderboard cannot answer that question for your documents.

Keep a controlled model test separate from an end-to-end pipeline test. A controlled comparison fixes the input, schema, prompt and scoring rules. A pipeline comparison lets each system use its normal preprocessing, but those differences must be reported. OCR text and page images are not equivalent inputs.

02

Keep the final document set out of prompt tuning

Adjust prompts and schemas on a development set. Make the final decision on documents you did not use for those changes. Include ordinary work and known difficult cases, and remove duplicates that make the test look broader than it is.

A pilot of 10 to 30 documents can expose obvious failures. It cannot support a universal accuracy claim. Record the suppliers, layouts, languages and scan conditions represented, then add documents where the result is still uncertain.

Version the source files and reviewed answers. Save the model identifier, provider, run date, prompt, schema, page selection, preprocessing and generation settings with each output. Keep the first prediction before a person corrects it.

03

Use one scorecard for every LLM

Score fields with the precision, recall and F1 method in the extraction guide. Record invalid output, missing pages, unsupported files, timeouts and retries separately. State whether you score the first attempt or the final pipeline output, and report the share of documents completed.

Run each model more than once. Report variation, median and slow-run latency, provider charges, hosted PE use and the minutes a reviewer spends fixing the result. Label cached runs separately because they measure cache behavior rather than fresh inference.

A useful pass rule could require every account identifier and invoice total to match, with no missing line items. Set the rule before seeing the results. When one model returns better data but needs more review time, show the trade-off instead of hiding it inside one average.

04

Run the same benchmark in Dynamite Docs

Choose models in AI Settings and run the fixed document set. The compatibility check confirms that a request works, but it does not measure extraction accuracy. Export the results from each model and compare them with your reviewed answers. Record missing rows, incorrect fields, and the time needed for corrections.

Dynamite Docs
The review
Document library: Repeat the same testKeep the final document set out of prompt tuning. Use one scorecard for every LLM. Run the same benchmark in Dynamite Docs. Illustrative example, not extracted customer data.SOURCE DOCUMENTDocument libraryRead the sourceCheck against the sourceReview the resultCheck against the sourceExport checked dataCheck against the sourceReview before exportRead the sourceCheck against thesourceCompare with the source on the leftAccept after reviewSame files. Same rules. Repeatedruns.Original stays…
Read the source
Check against the source
Review the result
Check against the source
Export checked data
Check against the source
Same files. Same rules. Repeated runs. Illustrative example.

Method reference: OpenAI evaluation best practices. The worked examples and proposed test protocol above are illustrative guidance.

Test a document against ground truth

Choose what to measure

Text recognition, model behavior and structured field quality answer different questions. Use the same reviewed documents to connect the results.

All accuracy testing methods

Character error rate / word error rate

Measure OCR accuracy using AI vision models

Learn how to measure AI OCR accuracy with Dynamite Docs. Compare extracted text with a reviewed transcript using character and word error rates.

Apply the test in Dynamite Docs

Choose a document workflow, run your sample, and compare the result with your reviewed answer.

  • Invoices

    Check identifiers, tax, totals and line items.

  • Receipts

    Test faint text, tips, dates and merchant names.

  • Bank statements

    Check transaction coverage, signs and balances.

  • PDFs

    Separate text-layer, scanned and mixed-page results.

  • API

    Retain outputs and track failures across repeatable runs.

  • PDF tables

    Check table boundaries, page breaks, row counts and totals.

  • Statement to Excel

    Test transaction coverage, signs and balance reconciliation.

  • BUSY invoices

    Verify GSTIN, HSN or SAC, tax splits and bill totals.

Loading Dynamite Docs… This page is taking longer than expected. Reload page.