Retry File Processing
Retry File Processing
Manually trigger document processing for a file that has already been uploaded and classified
POST
Retry File Processing
Retry File Processing
Use this endpoint when a file is already uploaded, but the downstream processing step has not yet produced afile_reading.
Typical cases:
- retrying a stalled file
- re-queueing processing after operational issues
- manually nudging a file that was classified but never parsed into
file_reading
- upload file
- confirm upload
- automatic classification
- automatic processing into
file_reading
Request
Headers
string
required
Your API key for authenticationExample:
sk_live_1234567890abcdefstring
required
Your organization UUIDExample:
a8315ef3-dd50-43f8-b7ce-d839e68d51faBody
string
required
Use
PROCESS_DOCUMENT.object
required
Additional event detail payload.
string
required
File UUID to process.
Response
Returnstrue (HTTP 200) when the processing event has been accepted and queued. The actual document processing runs asynchronously.
Example
Successful Response
true means the processing event was accepted and queued.
What Happens Next
After the event is accepted:- the processing pipeline runs asynchronously
- a
file_readingmay be created or updated - clients can poll
GET /v1/files/readings?file_id=<file-id>
Common Errors
401 Unauthorized
Cause: Missing or invalid API key403 Forbidden
Cause: The authenticated user is not a member of the organization422 Unprocessable Entity
Cause: Missing required fields (event_type, detail.file_id)
Notes
- This endpoint does not return the
file_readingdirectly. - It only queues the processing event.
- If the file has not been classified yet, you may need classification first before processing succeeds.
- This endpoint can be safely treated as a retry operation for operational recovery.
Related Endpoints
Upload Files
Upload files via presigned S3 URLs
List File Readings
Check processing results
Update Reading
Edit extracted content
Create Records
Convert readings into invoices or wastes