Bounded status waiter
Ask for job status on an interval within bounds. Waiters resolve when the job reaches a terminal state instead of holding a connection open.
Guide / Async processing
Routeser does not run extraction inside your create request. A job is accepted quickly, then you learn its outcome by polling a bounded status waiter or by receiving a signed webhook.
Why async
Create-job returns once the request is validated and accepted, not when extraction finishes. This keeps the API responsive and lets backend work run with its own retries and budgets.
Reuse an idempotency key so a retried create returns the original job instead of duplicating work.
Ask for job status on an interval within bounds. Waiters resolve when the job reaches a terminal state instead of holding a connection open.
Provide a callback URL to receive a signed event when a job completes or needs review. Verify the signature and de-duplicate by the stable event id.
A job ends as completed, needs-review, failed, or deleted. Treat needs-review and warnings as workflow signals, not silent successes.
Handling results
Questions, answered plainly
No. Create-job is accepted quickly and the terminal result arrives through a bounded status poll or a signed webhook.
A job resolves as completed, needs-review, failed, or deleted. Treat needs-review as a signal to validate before acting.
Signed webhook events carry a stable event id for a given job and terminal status, so receivers can verify the signature and de-duplicate retries.
Next step
Open the console to create jobs and try polling or signed webhooks in an authenticated workspace.