job_id immediately, then poll for the result instead of holding open a single synchronous request.
runs the same parsing as the synchronous Parse API and returns the same Parse v2 response shape. Use it for workflows where you don’t want to wait on a live connection, such as batch pipelines, long-running parses, and documents beyond the synchronous size limits, or when you want to submit work at a lower-cost service tier.
Endpoints
uses one endpoint to submit a job and two to monitor it. All calls use the same host as the synchronous Parse API,https://api.ade.landing.ai.
Workflow Overview
- Submit a document to
POST /v2/parse/jobs. - Copy the
job_idfrom the response. - Poll
GET /v2/parse/jobs/{job_id}untilstatusreaches a terminal state (completedorfailed). - When the job completes, read the parsed output from
result, or fromoutput_urlif you saved the output to a URL.
Create a Parse Job
Submit a document the same way as the synchronous Parse API: adocument file upload or a document_url, with an optional model and options. Replace YOUR_API_KEY with your API key.
202 response with the job_id, the job’s status, and its creation time:
pending; a job that finishes very quickly can already report completed or failed. Treat the job_id as an opaque string; the same id is returned on every poll.
accepts the same options as the synchronous endpoint, including page selection, table format, and grounding detail. See Request Options.
Choose a Service Tier
Set the optionalservice_tier form field to control the job’s turnaround time and credit consumption.
Each tier draws from its own rate limit: priority jobs share the synchronous Parse per-minute limit, and standard jobs are measured against your plan’s hourly limit.
If you omit service_tier, the job runs on the standard tier.
For a comparison of Parse and the two Parse Jobs tiers, see Sync vs Async Processing. For credit consumption by tier, see Credit Consumption.
Set the tier.
Include the
service_tier field in your create-job request:
Monitor a Parse Job
Poll the get-job endpoint with thejob_id to check status and retrieve the result when the job finishes.
Job Statuses
A job moves through these statuses until it reaches a terminal state.Get Job Results
When a job reachescompleted, the parsed output is returned in one of two ways:
- Inline in
result. By default,resultcontains the full Parse v2 response. See Parse API Response for the field-by-field reference. - As a URL in
output_url. If you suppliedoutput_save_urlwhen you created the job, saves the output to that URL,output_urlcontains the location, andresultisnull. The poll response still reports the job’smetadata. See Save Parsed Output to a URL.
206 status. See Troubleshoot Parsing.
List Parse Jobs
To retrieve the parse jobs for your organization, call the list endpoint.page (0-indexed), page_size, and status query parameters to page through the list or filter by job status.
Save Parsed Output to a URL
If you need to manage large outputs or integrate with your existing storage provider, use theoutput_save_url parameter. When you use this parameter, the output is written to the URL you specify in that parameter, instead of returning it inline in result.
The delivered file contains the complete Parse v2 response: markdown, metadata (including billing), and structure. The completed poll response also carries the job’s metadata alongside output_url, so billing information is available without fetching the file.
URL Requirements
If you specifyoutput_save_url, your URL must meet these requirements:
- The URL must be a presigned URL that grants time-limited write access to a single object.
- These storage provider methods are tested:
- Other providers that support presigned URLs may also work, but are not tested.
- To maintain security, do not use a publicly accessible URL or expose a storage bucket.
- The API cannot access private URLs, such as folders in Google Drive.
Zero Data Retention (ZDR)
In Parse Jobs v1, Zero Data Retention (ZDR) required thedocument_url and output_save_url parameters. Parse Jobs v2 does not require these parameters; if ZDR is enabled, it applies to all Parse Jobs calls.
For the strictest control over sensitive documents, keep them out of the API request and response:
- Pass a document as a presigned URL in
document_url. - Write the response to a presigned URL specified in
output_save_url. See Save Parsed Output to a URL.
Rate Limits
accepts larger files than the synchronous Parse v2 API: a size cap of 1 GiB for PDFs and 50 MiB for images, with the same 6,000-page ceiling per PDF. Usage is metered by pages against the job’s service tier:priority jobs draw from the same per-minute limit as synchronous Parse, and standard jobs are measured against your plan’s hourly limit. A document with more pages than the priority per-minute limit cannot run on that tier; submit it on the standard tier. See Rate Limits.