Skip to main content
Use Parse Jobs v2 to parse documents asynchronously with the Parse v2 API. Submit a document, receive a 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

  1. Submit a document to POST /v2/parse/jobs.
  2. Copy the job_id from the response.
  3. Poll GET /v2/parse/jobs/{job_id} until status reaches a terminal state (completed or failed).
  4. When the job completes, read the parsed output from result, or from output_url if you saved the output to a URL.

Create a Parse Job

Submit a document the same way as the synchronous Parse API: a document file upload or a document_url, with an optional model and options. Replace YOUR_API_KEY with your API key.
The request returns a 202 response with the job_id, the job’s status, and its creation time:
The status at creation is normally 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 optional service_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 the job_id to check status and retrieve the result when the job finishes.
The response reports the job status and, once the job finishes, the result:

Job Statuses

A job moves through these statuses until it reaches a terminal state.

Get Job Results

When a job reaches completed, the parsed output is returned in one of two ways:
  • Inline in result. By default, result contains the full Parse v2 response. See Parse API Response for the field-by-field reference.
  • As a URL in output_url. If you supplied output_save_url when you created the job, saves the output to that URL, output_url contains the location, and result is null. The poll response still reports the job’s metadata. See Save Parsed Output to a URL.
If some pages fail to parse, the completed job still returns every page and the poll request reports a 206 status. See Troubleshoot Parsing.

List Parse Jobs

To retrieve the parse jobs for your organization, call the list endpoint.
The response returns your jobs newest first, as a summary row per job. Use the optional 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 the output_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 specify output_save_url, your URL must meet these requirements:

Zero Data Retention (ZDR)

In Parse Jobs v1, Zero Data Retention (ZDR) required the document_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.