Parse documentation covers parsing workflows that convert raw documents into reusable markdown and parse metadata, supporting parse-once/extract-many architecture.
Business Use Case
Use parse endpoints to preprocess documents once and reuse parsed output across extraction, QA review, and analytics pipelines.
When To Use
You need markdown from source documents before extraction.
You want parse status, ensure-parse, and parse text retrieval APIs.
You need batch parse operations for many documents.
Validate required fields client-side before sending requests.
Log request identifiers and HTTP status codes for supportability.
Retry only when the operation is safe or your workflow is idempotent.
Persist the parse job or document identifier so later retrieval endpoints can reuse the same parse output.
Poll status endpoints with backoff and stop polling once the batch reaches a terminal state.
POST
Ensure document is parsed
Ensure a document has been parsed. If already parsed, returns cached result. If not parsed, parses the document using VLM. This is useful for integration with other services that need to guarantee parsed_text exists before processing.
Ensure a document has been parsed. If already parsed, returns cached result. If not parsed, parses the document using VLM. This is useful for integration with other services that need to guarantee parsed_text exists before processing.
Purpose
Ensure document is parsed
Use Case
Use this endpoint as part of your document processing workflow where the operation path is required.
Authentication
APIKeyHeader: API key in header (X-API-Key).
Header Example
http
X-API-Key: ndq_test_api_key
Headers
No parameters.
Query Parameters
Name
Type
Required
Description
Example
force_reparse
boolean
Optional
Force re-parsing
-
Path Parameters
Name
Type
Required
Description
Example
document_id
string
Required
-
-
Request Fields
No request body fields are defined for this endpoint.
Request Default
Copy-ready examples with real endpoint paths and authentication placeholders.