--- title: "Should you use an LLM directly or a document parsing API to extract data from PDFs?" canonical_url: "https://www.nutrient.io/blog/llm-vs-document-parsing-api/" md_url: "https://www.nutrient.io/blog/llm-vs-document-parsing-api.md" last_updated: "2026-10-26T16:51:03.103Z" description: "Should you use an LLM directly or a document parsing API to extract data from PDFs? Compare grounding, scans, tables, schema enforcement, and cost." --- **TL;DR** - The Nutrient Data Extraction API is the pick for extracting data from PDFs when the output has to be grounded, repeatable, and shaped to a schema: It parses the document, and then it maps the content to your JSON Schema with a bounding box and a match label for each field. - Call a large language model (LLM) directly when the documents are short, born-digital, low-stakes, and one-off. A model API with PDF input and structured output is the fastest path for a prototype or an ad hoc question. - Most production pipelines use both: Parse to Markdown or spatial JSON, and then prompt. The parser handles optical character recognition (OCR), tables, reading order, and page coordinates. The model handles meaning. - Choose Docling when extraction has to run locally under an open source license and your team will build the schema mapping and review layer itself. - Test on your 10 hardest documents, not your cleanest. A clean, born-digital invoice makes every approach look the same. To extract data from PDFs, use a document parsing API such as the Nutrient Data Extraction API when you need source grounding, repeatable output, scans and tables at volume, and schema enforcement. Call an LLM directly when the documents are short, born-digital, low-stakes, and one-off. The deciding questions are whether anyone acts on a value without rereading the page, whether the files include scans or dense tables, and whether you’ll process the same document type thousands of times. Most production teams end up with both: a parser that turns the PDF into structure, and then a model call that maps that structure to fields. ## Decision table: LLM directly vs. parsing API vs. both If most rows land in the first column, a model call is enough. If grounding, scans, or volume land in the second or third column, put a parser in front of the model. | Criterion | LLM directly | Document parsing API | Both: parse, then LLM | | ------------------ | ----------------------------------------------------------------------------- | -------------------------------------------------------------------------------- | ------------------------------------------------------------------- | | Documents | Short, born-digital PDFs with a clean text layer | Scans, photos, Office files, forms, and mixed layouts | Mixed corpora where some files need OCR and some don’t | | Length | Must fit the model’s per-request file, page, and context limits | Long documents and batches through asynchronous endpoints | Parse once, and send the model only the sections it needs | | Tables | The model rebuilds the grid from extracted text or page images | Rows, columns, and cells come back as structure | The parser returns the grid, and the model interprets it | | Grounding | Values only, unless you build a step that finds each value on the page | Page number and bounding box per element or per extracted field | Parser coordinates travel with the model’s answer | | Schema enforcement | Structured-output features constrain the shape, but values can still be wrong | Schema in the request, closed to undeclared fields, plus validation in your code | The same schema contract, with the model working from cleaner input | | Repeatability | Generation can vary between runs and model versions | A fixed parse layer (deterministic text, OCR, and coordinates in Nutrient) | A fixed parse layer, with variation confined to the model step | | Review routing | No per-field signal unless you add one | Per-field match labels, plus confidence where the engine provides it | Parser signals gate which model answers go to a person | | Cost shape | Tokens per page, often for both extracted text and page images | Credits per page, set by processing mode | Parse credits plus model tokens on smaller input | | Setup | Minutes: a prompt and a schema | An API key and a schema | Two integrations to own | | Fits | Prototypes, one-off questions, low-stakes summaries | Production extraction feeding databases, ERPs, and review queues | RAG, agents, and custom reasoning on parsed documents | ## When an LLM call alone is enough Model APIs now accept PDFs as input. OpenAI’s [PDF input guide](https://developers.openai.com/api/docs/guides/pdf-files) says the API “extracts both text and page images and sends both to the model” for vision-capable models. Anthropic’s [PDF support guide](https://platform.claude.com/docs/en/build-with-claude/pdf-support) describes converting each page into an image with its extracted text alongside. Google’s [Gemini document processing guide](https://ai.google.dev/gemini-api/docs/document-processing) lists extraction into structured output. Pair PDF input with a structured-output feature, and you get JSON in a defined shape with no other infrastructure. That’s enough when all of these hold: - The PDF is born-digital, a few pages long, and fits comfortably inside the model’s request limits. - Nobody acts on a value without reading the page, so a wrong number costs a few seconds, not a payment or a compliance finding. - The job is one-off or low volume, so per-page cost and run-to-run variation don’t compound. - You don’t need to show a reviewer where on the page a value came from. ## Failure modes of raw LLM extraction and how a parsing API changes each Each failure mode comes from asking one generative step to both read the page and interpret it. ### Hallucinated values A model that can’t find a value can still produce a plausible one. OpenAI’s [Structured Outputs guide](https://developers.openai.com/api/docs/guides/structured-outputs) says the feature “ensures the model will always generate responses that adhere to your supplied JSON Schema” and, in the same guide, that “Structured Outputs can still contain mistakes.” Schema adherence constrains the shape of the answer, not whether each value is on the page. **With a parsing API:** The Nutrient extract endpoint attaches a citation to each field it returns, with a `match` label: `id_match` when it matched a source block exactly, `fuzzy_match` when it’s close to but not identical to the source text, and `not_found` when the API couldn’t locate it on the page at all. Your code can route `fuzzy_match` and `not_found` fields to review instead of accepting them silently. ### Token and page limits on long PDFs Model APIs cap what one request can carry, in pages, megabytes, and tokens. Here’s what three widely used model APIs document about PDF input: | Model API | How it reads a PDF | Documented limits | Token note from the vendor’s docs | | ------------- | ------------------------------------------------------------------ | -------------------------------------------------------------------------------- | --------------------------------------------------------------------------- | | Anthropic | Converts each page to an image and supplies extracted text with it | 32 MB per request (varies by platform), 600 pages (100 under a 1M-token context) | 1,500–3,000 text tokens per page typically, plus image tokens for each page | | Google Gemini | PDF input through inline data or the Files API | 50 MB or 1,000 pages | Each document page is equivalent to 258 tokens | | OpenAI | Extracts text and page images and sends both to the model | Each file under 50 MB, and 50 MB combined per request; no page limit stated | Text plus page images in context “can increase token usage” | Anthropic’s guide also warns that dense PDFs with small fonts, complex tables, or heavy graphics “can fill the context window before reaching the page limit.” A 400-page loan file or a year of bank statements has to be chunked, and the chunking logic becomes yours. **With a parsing API:** The Nutrient parse and extract endpoints have asynchronous variants that “process long documents and batches without keeping connections open.” Parsing runs before your model step, so a long document becomes Markdown or typed elements first, and the model receives only what it needs. ### Lost tables From extracted text, a table can arrive as a run of values with the row and column relationships gone. From page images, the model has to rebuild the grid on every call. Either way, a line item can attach to the wrong price, and the JSON still validates. **With a parsing API:** Nutrient’s parse endpoint returns tables as typed elements with bounds, a row count, a column count, and cells. Its understand mode adds AI-augmented layout analysis for complex tables, multicolumn layouts, and nested structures. The model step then reads a grid rather than reconstructing one. ### No bounding boxes A plain model response returns the values you asked for, not where on the page they came from. A reviewer who has to check an invoice total opens the PDF and searches for it. **With a parsing API:** Nutrient’s extract endpoint returns per-field citation metadata that mirrors your data: `bbox`, `pageNumber`, `source_bboxes`, and the `match` label. A review screen can draw a highlight over the exact region each value came from. Citations are on by default. ### Non-determinism Generated output can change between runs of the same prompt and again when the provider updates the model. An audit trail needs two runs on the same document to produce the same record. **With a parsing API:** Nutrient’s text extraction, OCR, coordinates, and reading order are deterministic. For the extraction step, the production guide recommends pinning `x-nutrient-api-version` and `x-nutrient-engine-version: stable` on every request and logging the request ID, schema hash, and input document hash, so a run can be reproduced and compared after an engine change. ### Cost per page at scale Model APIs bill tokens, and PDF input often carries both extracted text and page images for every page. That’s negligible for 10 documents and hard to predict for 10 million pages until you’ve measured your own. **With a parsing API:** Nutrient bills credits per page by processing mode: 1 credit in text mode (born-digital Markdown, no OCR or AI), 1.5 in structure, 9 in understand, and 18 in agentic. The extract endpoint adds 6 credits per page. Each response reports its cost in `usage`, and the free plan includes 5,000 credits per month with no credit card required. ## The parse-then-prompt pattern The pattern separates reading from interpreting. With the Nutrient Data Extraction API, you can run it in two ways. **Parse, and then call your own model.** Send the document to `POST /extraction/parse` and get whole-document Markdown or spatial JSON back. Markdown suits retrieval-augmented generation (RAG), search, and prompts. Spatial JSON suits workflows that need coordinates, reading order, and per-element confidence. Pass the output to whichever model you already use, and swap models without changing the parser. **Let the extract endpoint do both.** Send the document and a JSON Schema to `POST /extraction/extract`. It runs a parse stage internally, and then an extraction model maps the parsed content to your schema and returns per-field citations. Set `parseConfig.mode` to `auto`, the recommended starting mode, to route each page to `structure`, `understand`, or `agentic`. Set `options.multimodal` to `true` to send rendered page images to the extraction model when a field’s meaning depends on visual layout. **Route first when the inbox is mixed.** If the same queue receives invoices, contracts, and claim forms, call `POST /extraction/classify` before extraction. Classification is zero-shot: You send at least two labels per request, and the response ranks every label with an independent score. The scores don’t sum to 1, so a close call can go to manual review. Classify costs a flat 1 credit per page. Choose Nutrient when extracted values feed a database, an ERP, or a review queue, and every field needs a source location and a match label your code can act on. ## Worked example: Extract data from PDFs into a JSON schema with an LLM This example uses the Nutrient extract endpoint, which runs the parse stage and the model step in one request. Every snippet comes from the Data Extraction API guides. ### 1. Define the schema The root must be an `object`. The schema is closed, so the API returns only the properties you declare. From the [define a schema](https://www.nutrient.io/guides/dws-data-extraction/extract/define-a-schema.md) guide: ```json { "type": "object", "properties": { "invoice_number": { "type": "string", "description": "Invoice identifier" }, "total_amount": { "type": "number", "description": "Total including tax" } }, "required": ["invoice_number", "total_amount"] } ``` The supported keywords are `type`, `properties`, `required`, `items`, `description`, string `enum`, and `format: "date"`. Write the `description` the way the field appears on the document, such as “the grand total at the bottom of the invoice,” because it guides the extraction model. ### 2. Send the document with the schema From the [extract endpoint](https://www.nutrient.io/guides/dws-data-extraction/extract.md) guide, a multipart upload puts the schema, the parse configuration, and optional document-level guidance inside one `instructions` JSON field: ```python import json import requests schema = { "type": "object", "properties": { "invoice_number": {"type": "string", "description": "Invoice identifier"}, "total_amount": {"type": "number", "description": "Total amount including tax"}, }, "required": ["invoice_number", "total_amount"], } outer_instructions = { "schema": schema, "parseConfig": {"mode": "understand"}, "instructions": "Treat shipping and handling as separate line items.", } with open("invoice.pdf", "rb") as file: response = requests.post( "https://api.nutrient.io/extraction/extract", headers={"Authorization": "Bearer your_api_key_goes_here"}, files={"file": file}, data={"instructions": json.dumps(outer_instructions)}, ) print(response.json()["output"]["data"]) ``` For production, the [production structured extraction](https://www.nutrient.io/guides/dws-data-extraction/extract/production-structured-extraction.md) guide adds `options.strict: true` to constrain output to the schema, `parseConfig.mode: "auto"`, and the two version headers. ### 3. Read the values and their citations `output.data` holds the values, and `output.metadata` mirrors it with a citation for each field. From the [citations and confidence](https://www.nutrient.io/guides/dws-data-extraction/extract/citations-and-confidence.md) guide: ```json { "output": { "data": { "invoice_number": "INV-2024-0042", "total_amount": 1547.5 }, "metadata": { "invoice_number": { "bbox": { "x": 878, "y": 268, "width": 82, "height": 25 }, "match": "id_match", "confidence": 0.93, "pageIndex": 0, "pageNumber": 1, "source_bboxes": [ { "bbox": { "x": 878, "y": 268, "width": 82, "height": 25 }, "block_id": "c5", "pageIndex": 0, "pageNumber": 1 } ] } }, "pages": [{ "page": 1, "width": 1200, "height": 1697 }] } } ``` ### 4. Validate and gate before anything moves downstream `strict: true` improves generation behavior, but it doesn’t replace validation in your application. Validate `output.data` against the same schema, and then apply business rules the schema subset can’t express, such as numeric ranges or cross-field checks. Route `fuzzy_match` and `not_found` fields to review, and treat a missing citation on a required field as a failure. The `confidence` value is a relative, uncalibrated signal from 0 to 1, not a probability, so set per-field thresholds on your own labeled sample, and read a missing value as “no score available,” not as low confidence. ### If you’d rather run the model yourself Parse to Markdown, and then send the Markdown to your model with its structured-output feature. For born-digital PDFs, text mode is the cheapest path. From the [processing modes](https://www.nutrient.io/guides/dws-data-extraction/parsing/processing-modes.md) guide: ```shell curl -X POST https://api.nutrient.io/extraction/parse \ -H "Authorization: Bearer your_api_key_goes_here" \ -F "file=@document.pdf" \ -F 'instructions={"mode":"text"}' ``` For scans, use `structure` mode with `output.format: "markdown"` so OCR runs first. In this variant, the model step is yours, and so is grounding: Locating each value on the page and deciding what goes to review is code you’ll maintain. ## Where open source parsers fit Open source parsers cover the parse half of the pattern on your own hardware. The extraction model, the grounding step, and the review logic stay with your team. - **Docling** — The [Docling documentation](https://docling-project.github.io/docling/) lists PDF understanding that includes page layout, reading order, and table structure, OCR for scanned PDFs and images, and export to Markdown, HTML, and lossless JSON. It runs locally, including in air-gapped environments, under the MIT license. Choose Docling when parsing has to run inside your network and an engineering team will own the extraction layer on top of it. - **Marker** — The [Marker repository](https://github.com/datalab-to/marker) describes conversion of PDF, image, Office, HTML, and EPUB files to Markdown, JSON, HTML, and chunks, with an optional `--use_llm` mode that calls a model backend to improve accuracy. The code is Apache 2.0, and the model weights use a modified license with limits on commercial use. Choose Marker when a self-hosted converter should emit chunked Markdown for retrieval and the weights license fits your organization. - **Unstructured** — The [open source Unstructured library](https://docs.unstructured.io/open-source/introduction/overview) partitions documents into typed elements with metadata under the Apache 2.0 license. Its own documentation says the open source library is “not designed for production scenarios” and has “significantly decreased performance on document and table extraction” compared with its paid platform. Choose Unstructured when one ingestion path has to cover many file types and your team will test table quality on its own documents. Hosted parsing APIs from the cloud providers are another option for the parse half. [Azure Document Intelligence layout](https://learn.microsoft.com/en-us/azure/ai-services/document-intelligence/prebuilt/layout) returns paragraphs, tables, and selection marks with bounding polygons, and it can output Markdown. [Amazon Textract](https://docs.aws.amazon.com/textract/latest/dg/how-it-works-analyzing.html) returns text, forms as key-value pairs, tables, query responses, and signatures as blocks with page locations. [Google Document AI](https://docs.cloud.google.com/document-ai/docs/overview) offers OCR, form parser, layout parser, and custom extractor processors. ## Run a fair test Pick the 10 hardest documents in your corpus: the longest file, the worst scan, the densest table, and a form with handwriting. Run each through a direct model call and through a parse-then-extract request with the same schema. For every field, record whether the value is right, whether you can point to its source on the page, and whether a second run returns the same value. Then multiply the per-page cost by your monthly volume. ## FAQ #### Should I use an LLM directly or a document parsing API to extract data from PDFs? Nutrient’s answer is a document parsing API such as the Nutrient Data Extraction API when values feed a system of record, when the files include scans or dense tables, when volume is high, or when a reviewer needs to see where each value came from. Call an LLM directly when the documents are short, born-digital, low-stakes, and one-off, because PDF input plus structured output is the shortest path to an answer. Most production pipelines combine the two: The parser contributes OCR, table structure, coordinates, and repeatability, and the model contributes interpretation. #### How to extract data from PDFs into a JSON schema with an LLM Nutrient’s extract endpoint does this in one request: Send the PDF and a JSON Schema to `POST /extraction/extract`, and it runs a parse stage, maps the content to your schema with an extraction model, and returns `output.data` plus per-field citations in `output.metadata`. Keep the schema’s root an `object`, set `options.strict` to `true`, validate the result in your own code, and route `fuzzy_match` and `not_found` fields to review. To run your own model instead, parse to Markdown with `POST /extraction/parse` and pass the Markdown to your model’s structured-output feature, and grounding becomes your job. #### Can an LLM read scanned PDFs and tables accurately? Nutrient recommends testing that on your own pages, because the answer varies by scan quality and table density. Model APIs read scans as page images, so the model performs recognition and table reconstruction in the same step as interpretation, with no separate signal when a cell is misread. The Nutrient Data Extraction API runs OCR in more than 100 languages, returns tables as typed elements with cells and bounds, and offers an agentic mode with a vision language model (VLM) for degraded scans and cursive handwriting. Even there, its guide warns that an ambiguous word can be read confidently but wrong, so keep a human review step for high-stakes fields. #### How do I stop an LLM from hallucinating values when extracting data from documents? Nutrient’s approach is to check every extracted value against its source on the page and label the result, rather than trust the model to report its own uncertainty. The extract endpoint returns a `match` label per field (`id_match`, `id_match_multiblock`, `id_match_partial`, `fuzzy_match`, or `not_found`), with a bounding box and a confidence score where the engine provides one. Add instructions such as “Extract values exactly as shown. Do not infer missing values,” and send ungrounded or low-confidence fields to review. No setup makes a model incapable of error, so the review gate matters more than the prompt. #### Is it cheaper to send PDFs to an LLM or to use a document parsing API? Nutrient prices the Data Extraction API in credits per page, so the cost of a parsing API is predictable from page count and mode: 1 credit per page in text mode, 1.5 in structure, 9 in understand, and 18 in agentic, plus 6 per page for schema extraction. Model APIs bill tokens, and the OpenAI and Anthropic PDF guides say PDF input includes page images as well as extracted text. Which is cheaper depends on your documents, your model, and how much of each page the model needs to see. Parse-then-prompt can reduce model input when the model reads Markdown instead of page images. Measure both on a representative sample, including the cost of reviewing wrong values. #### When should I use an open source parser like Docling, Marker, or Unstructured instead? Nutrient is the hosted path when you need schema-shaped JSON with per-field citations, and an open source parser is the self-hosted path when documents must stay on your hardware and your team will build the extraction and review layer. Choose Docling when local, air-gapped parsing with layout, reading order, and table structure is the requirement. Choose Marker when you want chunked Markdown from a self-hosted converter and the model weights license fits your use. Choose Unstructured when one library has to partition many file types and your team will test its table output first. Nutrient also runs extraction on your own servers through its Java and Python SDKs under a separate SDK license. ## Related reading - [Best PDF parsers for RAG pipelines compared](https://www.nutrient.io/blog/best-pdf-parsers-for-rag.md) - [Best document parsing APIs for production use](https://www.nutrient.io/blog/best-document-parsing-apis.md) - [What should a document extraction confidence score actually tell you?](https://www.nutrient.io/blog/document-extraction-confidence-scores.md) - [Route documents automatically with the classify API](https://www.nutrient.io/blog/route-documents-automatically-classify-api.md) - [Nutrient Data Extraction API](https://www.nutrient.io/api/data-extraction-api/) - [Production structured extraction guide](https://www.nutrient.io/guides/dws-data-extraction/extract/production-structured-extraction.md) --- ## Related pages - [The business case for accessibility: Five ways it drives enterprise value](/blog/5-ways-accessibility-drives-enterprise-value.md) - [Accessibility Untangled Why It Matters Guide](/blog/accessibility-untangled-why-it-matters-guide.md) - [Adobe Pdf Embed Api Alternatives](/blog/adobe-pdf-embed-api-alternatives.md) - [Adobe Pdf Services Api Alternatives](/blog/adobe-pdf-services-api-alternatives.md) - [Advanced Techniques For React Native Ui Components](/blog/advanced-techniques-for-react-native-ui-components.md) - [`vector_store` holds your indexed documents (see the multimodal RAG post](/blog/agentic-rag.md) - [Ai Assistant Agent Governance](/blog/ai-assistant-agent-governance.md) - [How to build an AI agent for contract redlining against a compliance playbook](/blog/ai-contract-redlining-compliance-playbook.md) - [Ai Document Automation Extraction To Action](/blog/ai-document-automation-extraction-to-action.md) - [Ai Document Workflows Ocr Compliance Heavy Teams](/blog/ai-document-workflows-ocr-compliance-heavy-teams.md) - [Ai Legal Assistant Document Authoring](/blog/ai-legal-assistant-document-authoring.md) - [Ai Schema Generator Document Extraction](/blog/ai-schema-generator-document-extraction.md) - [Amazon Textract Alternatives](/blog/amazon-textract-alternatives.md) - [Start (clears any prior buffer), navigate the document, then stop into a file.](/blog/android-faster-pdf-rendering.md) - [Android Pdf Out Of Memory Handling](/blog/android-pdf-out-of-memory-handling.md) - [Angular File Viewer Pdf Image Office Files](/blog/angular-file-viewer-pdf-image-office-files.md) - [Approval Workflow Software](/blog/approval-workflow-software.md) - [Approvals Matrix](/blog/approvals-matrix.md) - [Apryse To Nutrient Migration](/blog/apryse-to-nutrient-migration.md) - [Auto Tagging And Document Accessibility In Dotnet Sdk](/blog/auto-tagging-and-document-accessibility-in-dotnet-sdk.md) - [Simple PII redaction.](/blog/automated-pii-removal.md) - [Azure Document Intelligence Alternatives](/blog/azure-document-intelligence-alternatives.md) - [Best Ai Document Workflow Platforms](/blog/best-ai-document-workflow-platforms.md) - [Best Csharp Pdf Library](/blog/best-csharp-pdf-library.md) - [Best Document Ai Platforms](/blog/best-document-ai-platforms.md) - [Best Document Classification Platforms](/blog/best-document-classification-platforms.md) - [Best document parser for RAG: LlamaParse vs. Unstructured vs. Reducto vs. Nutrient](/blog/best-document-parser-llamaparse-unstructured-reducto.md) - [Best Document Parsing Apis](/blog/best-document-parsing-apis.md) - [Best Document Viewers](/blog/best-document-viewers.md) - [Best Invoice Data Extraction Apis](/blog/best-invoice-data-extraction-apis.md) - [Best Llm Document Understanding Platforms](/blog/best-llm-document-understanding-platforms.md) - [Best Multilingual Ocr Software](/blog/best-multilingual-ocr-software.md) - [Best Pdf Accessibility Apis](/blog/best-pdf-accessibility-apis.md) - [Best Pdf Parsers For Rag](/blog/best-pdf-parsers-for-rag.md) - [Best Pdf Processing Apis](/blog/best-pdf-processing-apis.md) - [Best Pdf Viewer Apis](/blog/best-pdf-viewer-apis.md) - [Best Salesforce Document Generation Apps](/blog/best-salesforce-document-generation-apps.md) - [Best Secure Document Collaboration Platforms](/blog/best-secure-document-collaboration-platforms.md) - [or](/blog/best-vue-pdf-viewers.md) - [Bpm Guide](/blog/bpm-guide.md) - [Bpm Tools](/blog/bpm-tools.md) - [Build Vs Buy Document Extraction](/blog/build-vs-buy-document-extraction.md) - [Business Automation](/blog/business-automation.md) - [Capex Vs Opex](/blog/capex-vs-opex.md) - [The CEO’s AI playbook: Why decision architecture beats model selection](/blog/ceo-ai-playbook-decision-architecture.md) - [1. Extract and chunk the PDF.](/blog/chat-with-pdf.md) - [Complete Guide To Pdfjs](/blog/complete-guide-to-pdfjs.md) - [Construction Document Data Extraction](/blog/construction-document-data-extraction.md) - [Convert One Drive Files To Pdf In Sharepoint](/blog/convert-one-drive-files-to-pdf-in-sharepoint.md) - [Create And Edit Pdfs In Flutter](/blog/create-and-edit-pdfs-in-flutter.md) - [Create Pdfs With React](/blog/create-pdfs-with-react.md) - [Creating A Document Scanner With Ocr In Python](/blog/creating-a-document-scanner-with-ocr-in-python.md) - [Creating And Filling Pdf Forms Programmatically In Javascript](/blog/creating-and-filling-pdf-forms-programmatically-in-javascript.md) - [The CTO’s AI playbook: Why accountability architecture beats orchestration](/blog/cto-ai-playbook-accountability-architecture.md) - [Nutrient document decision: Why we built a decision model for documents](/blog/decision-model-for-documents.md) - [Digital Signatures](/blog/digital-signatures.md) - [Digital Workflow Automation](/blog/digital-workflow-automation.md) - [Docling Alternatives](/blog/docling-alternatives.md) - [Document Ai Vs Ocr](/blog/document-ai-vs-ocr.md) - [Document Authoring Audit Trail](/blog/document-authoring-audit-trail.md) - [Document Extraction Confidence Scores](/blog/document-extraction-confidence-scores.md) - [Document Extraction For Underwriting](/blog/document-extraction-for-underwriting.md) - [Document Viewer](/blog/document-viewer.md) - [Document Watermarking](/blog/document-watermarking.md) - [Debian/Ubuntu.](/blog/easyocr-vs-tesseract-python.md) - [Electronic signature API: How to sign PDFs programmatically](/blog/electronic-signature-api.md) - [Emerging threats: Your logging system may be an agentic threat vector](/blog/emerging-threats-your-logging-system.md) - [Extend Alternatives](/blog/extend-alternatives.md) - [Extract Patient Data On Premises](/blog/extract-patient-data-on-premises.md) - [Extract Tables From Complex Pdfs](/blog/extract-tables-from-complex-pdfs.md) - [app.py](/blog/extract-text-from-pdf-using-python.md) - [Stricter thresholds for fields that move money. Calibrate on your own sample.](/blog/extraction-hallucination-detection.md) - [Fillable Pdf](/blog/fillable-pdf.md) - [Google Document Ai Alternatives](/blog/google-document-ai-alternatives.md) - [How To Add Digital Signature To Pdf Using React](/blog/how-to-add-digital-signature-to-pdf-using-react.md) - [How To Build A Dotnet Maui Pdf Viewer](/blog/how-to-build-a-dotnet-maui-pdf-viewer.md) - [How To Build A Flutter Pdf Viewer](/blog/how-to-build-a-flutter-pdf-viewer.md) - [or](/blog/how-to-build-a-javascript-pdf-viewer-with-pdfjs.md) - [or](/blog/how-to-build-a-javascript-pdf-viewer.md) - [How To Build A Nextjs Pdf Viewer](/blog/how-to-build-a-nextjs-pdf-viewer.md) - [How To Build A Powerpoint Viewer Using Javascript](/blog/how-to-build-a-powerpoint-viewer-using-javascript.md) - [Using Yarn](/blog/how-to-build-a-react-excel-viewer.md) - [How To Build A React Native Pdf Viewer](/blog/how-to-build-a-react-native-pdf-viewer.md) - [How To Build A React Powerpoint Viewer](/blog/how-to-build-a-react-powerpoint-viewer.md) - [Using Yarn](/blog/how-to-build-a-react-word-viewer.md) - [How To Build A Reactjs File Viewer](/blog/how-to-build-a-reactjs-file-viewer.md) - [How To Build A Reactjs Pdf Viewer With React Pdf](/blog/how-to-build-a-reactjs-pdf-viewer-with-react-pdf.md) - [or](/blog/how-to-build-a-reactjs-pdf-viewer.md) - [How To Build A Reactjs Viewer With Pdfjs](/blog/how-to-build-a-reactjs-viewer-with-pdfjs.md) - [How To Build A Vuejs Pdf Viewer With Pdfjs](/blog/how-to-build-a-vuejs-pdf-viewer-with-pdfjs.md) - [How To Build A Vuejs Pdf Viewer](/blog/how-to-build-a-vuejs-pdf-viewer.md) - [How To Build An Android Pdf Viewer](/blog/how-to-build-an-android-pdf-viewer.md) - [How To Build An Angular Pdf Viewer With Ng2 Pdf Viewer](/blog/how-to-build-an-angular-pdf-viewer-with-ng2-pdf-viewer.md) - [How To Build An Angular Pdf Viewer With Pdfjs](/blog/how-to-build-an-angular-pdf-viewer-with-pdfjs.md) - [How To Convert Docx To Pdf Using Javascript](/blog/how-to-convert-docx-to-pdf-using-javascript.md) - [How To Convert Docx To Pdf Using Python](/blog/how-to-convert-docx-to-pdf-using-python.md) - [How To Convert Html To Pdf Using Html2pdf](/blog/how-to-convert-html-to-pdf-using-html2pdf.md) - [How To Convert Html To Pdf Using React](/blog/how-to-convert-html-to-pdf-using-react.md) - [How To Convert Html To Pdf Using Wkhtmltopdf And Csharp](/blog/how-to-convert-html-to-pdf-using-wkhtmltopdf-and-csharp.md) - [or](/blog/how-to-convert-html-to-pdf-using-wkhtmltopdf-and-python.md) - [How To Convert Html To Pptx](/blog/how-to-convert-html-to-pptx.md) - [How To Convert Pdf To Json](/blog/how-to-convert-pdf-to-json.md) - [Quarterly report](/blog/how-to-convert-pdf-to-markdown-using-python.md) - [How To Convert Word To Pdf In Nodejs](/blog/how-to-convert-word-to-pdf-in-nodejs.md) - [or](/blog/how-to-create-a-react-js-signature-pad.md) - [How To Create Pdfs With React To Pdf](/blog/how-to-create-pdfs-with-react-to-pdf.md) - [How to digitally sign PDFs in C# with Nutrient .NET SDK](/blog/how-to-digitally-sign-pdf-in-csharp.md) - [How To Edit Pdfs Using Ios Pdf Library](/blog/how-to-edit-pdfs-using-ios-pdf-library.md) - [How To Embed A Pdf Viewer In Your Website](/blog/how-to-embed-a-pdf-viewer-in-your-website.md) - [How To Extract Tables From Pdf And Images](/blog/how-to-extract-tables-from-pdf-and-images.md) - [How To Generate Pdf From Html With Nodejs](/blog/how-to-generate-pdf-from-html-with-nodejs.md) - [How to generate PDFs in C# with Nutrient .NET SDK](/blog/how-to-generate-pdf-in-csharp.md) - [base_url tells WeasyPrint where to resolve relative asset paths](/blog/how-to-generate-pdf-reports-from-html-in-python.md) - [How To Merge Pdfs Using Javascript](/blog/how-to-merge-pdfs-using-javascript.md) - [How To Ocr Pdfs In Linux](/blog/how-to-ocr-pdfs-in-linux.md) - [How To Print Pdf In Csharp](/blog/how-to-print-pdf-in-csharp.md) - [How To Programmatically Create And Fill Pdf Form In Angular](/blog/how-to-programmatically-create-and-fill-pdf-form-in-angular.md) - [C# barcode scanner: How to scan and read 1D barcodes and QR codes](/blog/how-to-scan-barcodes-in-csharp.md) - [Open an image.](/blog/how-to-use-tesseract-ocr-in-python.md) - [From an HTML string.](/blog/html-in-pdf-format.md) - [Html To Pdf In Javascript](/blog/html-to-pdf-in-javascript.md) - [Intelligent Data Extraction](/blog/intelligent-data-extraction.md) - [Invoice Approval Software](/blog/invoice-approval-software.md) - [Javascript Document Editor](/blog/javascript-document-editor.md) - [Javascript Pdf Editors](/blog/javascript-pdf-editors.md) - [Javascript Pdf Libraries](/blog/javascript-pdf-libraries.md) - [Landing Ai Alternatives](/blog/landing-ai-alternatives.md) - [Langextract Vs Llamaindex Extraction Comparison](/blog/langextract-vs-llamaindex-extraction-comparison.md) - [Linearized Pdf](/blog/linearized-pdf.md) - [Uses OpenAI by default — set OPENAI_API_KEY.](/blog/llamaindex-vs-langchain-rag.md) - [Llamaindex Vs Langchain Vs Haystack](/blog/llamaindex-vs-langchain-vs-haystack.md) - [Llamaindex Workflows Vs Langgraph](/blog/llamaindex-workflows-vs-langgraph.md) - [Llamaparse Alternatives](/blog/llamaparse-alternatives.md) - [Low Code No Code Document Integrations](/blog/low-code-no-code-document-integrations.md) - [One segment per document found, in page order:](/blog/mailroom-automation-api.md) - [Material Requisition](/blog/material-requisition.md) - [or](/blog/merge-pdfs.md) - [Migrating Observability Hyperdx To Dash0](/blog/migrating-observability-hyperdx-to-dash0.md) - [Swift Package Manager](/blog/mobile-pdf-sdk.md) - [Numeric and identifier fields: exact single-block matches only.](/blog/mortgage-document-processing.md) - [`elements` come from your document parser — each has a type and content.](/blog/multimodal-rag.md) - [Multipage Extraction Page Boundaries](/blog/multipage-extraction-page-boundaries.md) - [Nutrient Flutter 6 Bindings Api](/blog/nutrient-flutter-6-bindings-api.md) - [Nutrient Flutter Bindings Architecture](/blog/nutrient-flutter-bindings-architecture.md) - [Nutrient Vs Conga Composer](/blog/nutrient-vs-conga-composer.md) - [Ocr Api Comparison](/blog/ocr-api-comparison.md) - [Online Document Viewer](/blog/online-document-viewer.md) - [Open Pdf In Your Web App](/blog/open-pdf-in-your-web-app.md) - [Operations Management Software](/blog/operations-management-software.md) - [Optical Character Recognition In Scanned Pdfs](/blog/optical-character-recognition-in-scanned-pdfs.md) - [CPU](/blog/paddleocr-python-guide.md) - [PDF accessibility for developers: Meeting WCAG 2.2, Section 508, and PDF/UA with an SDK](/blog/pdf-accessibility.md) - [Extract data from PDF files: A developer guide to structured data from PDFs and scans](/blog/pdf-data-extraction-developer-guide.md) - [Pdf Extraction Benchmark Opendataloader Bench](/blog/pdf-extraction-benchmark-opendataloader-bench.md) - [Pdf Extraction Document Case Studies](/blog/pdf-extraction-document-case-studies.md) - [Pdf Page Labels](/blog/pdf-page-labels.md) - [Pdf Sdk Compliance Security Checklist](/blog/pdf-sdk-compliance-security-checklist.md) - [Pdf Sdk Performance Benchmark](/blog/pdf-sdk-performance-benchmark.md) - [Pdf Ua Compliance Guide](/blog/pdf-ua-compliance-guide.md) - [Pdf Ua Validation](/blog/pdf-ua-validation.md) - [Pdfjs Accessibility Structtree Printing](/blog/pdfjs-accessibility-structtree-printing.md) - [Pdfjs Advanced Loading Streaming Workers](/blog/pdfjs-advanced-loading-streaming-workers.md) - [Pdfjs Annotation Editor Layer](/blog/pdfjs-annotation-editor-layer.md) - [Pdfjs Area Annotations Canvas Capture](/blog/pdfjs-area-annotations-canvas-capture.md) - [Pdfjs Coordinate Systems Pdf To Screen](/blog/pdfjs-coordinate-systems-pdf-to-screen.md) - [Pdfjs Document Outline Bookmarks Metadata](/blog/pdfjs-document-outline-bookmarks-metadata.md) - [Pdfjs Eventbus Guide](/blog/pdfjs-eventbus-guide.md) - [macOS](/blog/pdfjs-file-format-conversion-to-pdf.md) - [macOS](/blog/pdfjs-generating-pdf-thumbnails-pdf2pic.md) - [Pdfjs Limitations Commercial Upgrade](/blog/pdfjs-limitations-commercial-upgrade.md) - [Pdfjs Native Annotation Layer Forms](/blog/pdfjs-native-annotation-layer-forms.md) - [Pdfjs Navigation Zoom Rotation](/blog/pdfjs-navigation-zoom-rotation.md) - [Pdfjs Pdf Page Manipulation Pdf Lib](/blog/pdfjs-pdf-page-manipulation-pdf-lib.md) - [Pdfjs React Viewer Setup](/blog/pdfjs-react-viewer-setup.md) - [Pdfjs Rendering Overlays React Portals](/blog/pdfjs-rendering-overlays-react-portals.md) - [Pdfjs Server Side Text Extraction](/blog/pdfjs-server-side-text-extraction.md) - [Pdfjs Sticky Note Annotations](/blog/pdfjs-sticky-note-annotations.md) - [Pdfjs Text Highlight Annotations](/blog/pdfjs-text-highlight-annotations.md) - [Pdfjs Text Search Pdffindcontroller](/blog/pdfjs-text-search-pdffindcontroller.md) - [Pdfjs Thumbnail Sidebar](/blog/pdfjs-thumbnail-sidebar.md) - [Pdfplumber Python Guide](/blog/pdfplumber-python-guide.md) - [People Process Tools](/blog/people-process-tools.md) - [Process Flows](/blog/process-flows.md) - [React Docx Editor](/blog/react-docx-editor.md) - [React Native Pdf Annotation](/blog/react-native-pdf-annotation.md) - [React Pdf Annotation Layer Forms](/blog/react-pdf-annotation-layer-forms.md) - [React Pdf Custom Rendering Hooks](/blog/react-pdf-custom-rendering-hooks.md) - [Using Yarn](/blog/react-pdf-editor.md) - [React Pdf Loading States Errors Passwords](/blog/react-pdf-loading-states-errors-passwords.md) - [React Pdf Non Latin Fonts Special Pdfs](/blog/react-pdf-non-latin-fonts-special-pdfs.md) - [React Pdf Outline Table Of Contents](/blog/react-pdf-outline-table-of-contents.md) - [React Pdf Performance Optimization](/blog/react-pdf-performance-optimization.md) - [React Pdf Setup Basic Rendering](/blog/react-pdf-setup-basic-rendering.md) - [React Pdf Text Layer Custom Renderer](/blog/react-pdf-text-layer-custom-renderer.md) - [React Pdf Thumbnails Page Navigation](/blog/react-pdf-thumbnails-page-navigation.md) - [Reducto Alternatives](/blog/reducto-alternatives.md) - [Requisition System](/blog/requisition-system.md) - [labels.py](/blog/route-documents-automatically-classify-api.md) - [or](/blog/sample-blog-updated.md) - [Sdk Product Updates Q2 2026](/blog/sdk-product-updates-q2-2026.md) - [System Of Record Vs Source Of Truth](/blog/system-of-record-vs-source-of-truth.md) - [Add DWS MCP Server to your Claude Code project.](/blog/teaching-llms-to-read-pdfs.md) - [Open an image file.](/blog/tesseract-python-guide.md) - [The Six Best Pdf Generator Apis](/blog/the-six-best-pdf-generator-apis.md) - [Define the HTML part of the document.](/blog/top-10-ways-to-generate-pdfs-in-python.md) - [Top 5 Javascript Pdf Viewers](/blog/top-5-javascript-pdf-viewers.md) - [Top Js Pdf Libraries](/blog/top-js-pdf-libraries.md) - [Top Ten Ways To Convert Html To Pdf](/blog/top-ten-ways-to-convert-html-to-pdf.md) - [Unstructured Alternatives](/blog/unstructured-alternatives.md) - [Using Javascript In Pdf Form Fields](/blog/using-javascript-in-pdf-form-fields.md) - [Vector Pdf](/blog/vector-pdf.md) - [Wcag2 Accessibility Requirements Documents](/blog/wcag2-accessibility-requirements-documents.md) - [Web Sdk Is Now Headless](/blog/web-sdk-is-now-headless.md) - [What Are Annotations](/blog/what-are-annotations.md) - [What Is A Vpat](/blog/what-is-a-vpat.md) - [What Is Business Logic](/blog/what-is-business-logic.md) - [What Is Document Processing](/blog/what-is-document-processing.md) - [What Is Intelligent Document Processing](/blog/what-is-intelligent-document-processing.md) - [What Is Ocr Invoice Processing](/blog/what-is-ocr-invoice-processing.md) - [What Is Pdf Ua](/blog/what-is-pdf-ua.md) - [Why Pdfium Is A Trusted Platform For Pdf Rendering](/blog/why-pdfium-is-a-trusted-platform-for-pdf-rendering.md) - [Why Your Ai Agent Hallucinates Pdf Table Data](/blog/why-your-ai-agent-hallucinates-pdf-table-data.md) - [Workflow Analysis](/blog/workflow-analysis.md)