> ## Documentation Index > Fetch the complete documentation index at: https://docs.parser-app.com/llms.txt > Use this file to discover all available pages before exploring further. # Send every dead delivery since a time again > Each event whose delivery to this endpoint died (its last attempt) at or after `since`, once, unless it has been delivered or is pending since. After an outage, pass when it began. The event is sent as it was first (the same body and `X-Parser-Event-Id`, so a receiver that already has it drops it), as a new delivery with the full retry schedule; the earlier delivery stays in the history. ## OpenAPI ````yaml /openapi.json post /v1/webhooks/{webhook_id}/deliveries/resend openapi: 3.1.0 info: title: parser_backend summary: >- MCA packet parsing with GPT-6 Luna (OpenRouter), verified ledgers and underwriting metrics description: > MCA document parsing: merchant packets in (upload or email), verified bank-statement ledgers, ISO applications and underwriting metrics out. **How a packet is read** 1. *Intake* - files validated by content (PDF, PNG, JPEG), PDF safety-parsed, images converted to PDF; email attachments extracted from every MIME part. 2. *Split* - each PDF is split into documents (bank statement, merchant application, tax return, ...) by per-page classification and statement boundaries. 3. *Read* - a statement with a text layer is read by the **layout engine**: tables rebuilt from the text layer's geometry become the ledger JSON, with no model call. Pages without a text layer, and any statement whose layout read does not pass the gate, are rendered at 300 DPI and read by **GPT-6 Luna** through OpenRouter with a strict JSON schema at full image resolution (Luna's answer is the OCR): one owned page per call, neighbours as context, fanned out in parallel; the same answer categorizes every row. An image-read ledger is accepted only when a second, independent image read agrees on every amount, date and balance. 4. *Gate* - a ledger is **verified** only when it reconciles to the cent (`opening + credits - debits = closing`), reproduces the bank's printed totals and keeps every running balance chain. If it still fails after the image read it is returned as `review_required`, never as data. 5. *Categorize* - a category and counterparty per row: revenue, MCA funding / payment, loan, NSF, overdraft, returned item, transfers, payroll, taxes, ... or unknown. Image reads return them with the OCR; a layout-engine ledger goes to GPT-6 Luna once as JSON (rows grouped by description, with counts, amounts and dates). Deterministic rules cross-check every row. 6. *Aggregate* - accounts and statement months (missing months flagged); MCA and loan positions decided by GPT-6 Luna over the packet's possible financing streams and checked against the rows (cadence cross-checks); monthly summaries, and the withhold, EBITDA and revenue math. 7. *Packet* - the files are one submission (`result.submission_packet`): its typed documents in order, which ones the decision rests on and why the others are excluded (duplicates, failed or unreconciled reads, unclassified documents, another business's statement), the merchant's details with their sources, month-by-month coverage, whether the statements are one unbroken history, the balance chain across statements, undisclosed accounts and cross-document fraud signals. Every Luna call is metered (prompt, cached, completion and reasoning tokens; provider-reported cost) and every answer is replay-cached: a re-sent document or window costs nothing. **Integrating** * *Authentication*: `Authorization: Bearer ` (or `X-API-Key`) on every `/v1` route. The credential is an API key (`pk_live_...`, created with `POST /v1/api-keys`, scoped to permissions) or a WorkOS AuthKit access token (a person, with the permissions of their role). Each belongs to one tenant; jobs, caches, webhooks and settings are tenant-scoped. Errors are `{"error": {"code", "message", "request_id"}}`. * *Submit*: `POST /v1/parse` (multipart) or `POST /v1/intake/email` (raw MIME). The answer is `202` with a `job_id` and `status_url`, or the finished job when `wait` seconds suffice. Send an `Idempotency-Key` to make a retry return the same job. * *Get the result*: register a webhook once (`POST /v1/webhooks`) and receive `job.completed`, `job.review_required` or `job.failed` when each job ends, signed with the endpoint's secret; then fetch `GET /v1/jobs/{job_id}`. Or poll that route (`?wait=` long-polls). Every job ends in one of those three states, and its event is stored with it: a job that runs past `JOB_TIMEOUT_SECONDS`, or that the service stopped during too many runs, fails with its `job.failed` event. * *Status*: `completed` - every check passed; `review_required` - the result is usable but `review_reasons` name what a person should look at; `failed` - nothing could be processed (`error`). version: 0.1.0 servers: - url: https://api.parser-app.com security: [] tags: - name: parse description: Submit documents for parsing - name: email description: Submit a raw email; its attachments are parsed as one packet - name: jobs description: Poll jobs and read results - name: underwriting description: Withhold, EBITDA and capacity calculator - name: webhooks description: Signed job events pushed to your endpoint, retried until delivered - name: usage description: Token usage, cost and service metrics - name: identity description: 'Who is calling: tenant, permissions, modules' - name: tenant description: This tenant's settings - name: api-keys description: 'Scoped API keys: create, rotate, revoke' - name: mailboxes description: Forwarding addresses and Gmail mailboxes, and each message's outcome - name: emails description: 'Every inbound email tracked: its thread, raw .eml, tags and erasure' - name: integrations description: Connections to the tenant's CRM and other systems, fed by job events - name: audit description: Every change made in the tenant - name: platform description: Tenants across the platform (platform:admin) - name: health description: Liveness and readiness paths: /v1/webhooks/{webhook_id}/deliveries/resend: post: tags: - webhooks summary: Send every dead delivery since a time again description: >- Each event whose delivery to this endpoint died (its last attempt) at or after `since`, once, unless it has been delivered or is pending since. After an outage, pass when it began. The event is sent as it was first (the same body and `X-Parser-Event-Id`, so a receiver that already has it drops it), as a new delivery with the full retry schedule; the earlier delivery stays in the history. operationId: resend_dead_deliveries_v1_webhooks__webhook_id__deliveries_resend_post parameters: - name: webhook_id in: path required: true schema: type: string title: Webhook Id - name: since in: query required: true schema: type: string format: date-time description: ISO 8601 title: Since description: ISO 8601 responses: '202': description: Successful Response content: application/json: schema: type: array items: $ref: '#/components/schemas/WebhookDeliveryOut' title: >- Response Resend Dead Deliveries V1 Webhooks Webhook Id Deliveries Resend Post '401': description: Missing, invalid, revoked or expired API key or token content: application/json: schema: $ref: '#/components/schemas/ErrorResponse' '403': description: The caller lacks the route's permission, or the tenant is suspended content: application/json: schema: $ref: '#/components/schemas/ErrorResponse' '404': content: application/json: schema: $ref: '#/components/schemas/ErrorResponse' description: Not Found '413': description: Payload too large content: application/json: schema: $ref: '#/components/schemas/ErrorResponse' '422': description: Invalid request security: - APIKeyHeader: [] - HTTPBearer: [] components: schemas: WebhookDeliveryOut: properties: id: type: string title: Id event_id: type: string title: Event Id description: 'X-Parser-Event-Id: the same on every retry of one event' topic: type: string title: Topic resource_id: anyOf: - type: string - type: 'null' title: Resource Id description: The job id status: type: string enum: - pending - delivered - dead - cancelled title: Status attempt_count: type: integer title: Attempt Count status_code: anyOf: - type: integer - type: 'null' title: Status Code last_error: anyOf: - type: string - type: 'null' title: Last Error next_attempt_at: anyOf: - type: string format: date-time - type: 'null' title: Next Attempt At last_attempt_at: anyOf: - type: string format: date-time - type: 'null' title: Last Attempt At delivered_at: anyOf: - type: string format: date-time - type: 'null' title: Delivered At created_at: type: string format: date-time title: Created At additionalProperties: false type: object required: - id - event_id - topic - status - attempt_count - created_at title: WebhookDeliveryOut ErrorResponse: properties: error: $ref: '#/components/schemas/ErrorBody' additionalProperties: false type: object required: - error title: ErrorResponse ErrorBody: properties: code: type: string title: Code description: unauthenticated, forbidden, not_found, conflict, limit_reached, ... message: type: string title: Message request_id: type: string title: Request Id description: Also in the X-Request-ID response header additionalProperties: false type: object required: - code - message - request_id title: ErrorBody securitySchemes: APIKeyHeader: type: apiKey description: API key in: header name: X-API-Key HTTPBearer: type: http description: API key or AuthKit access token scheme: bearer ```` This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.