> ## Documentation Index > Fetch the complete documentation index at: https://docs.contentcare.ai/llms.txt > Use this file to discover all available pages before exploring further. # Retry webhook event > Manually retry sending a single failed webhook event. A test API key can retry only an event in its owner's test endpoint; an inaccessible endpoint returns `WEBHOOK_NOT_FOUND`, and an event outside an accessible endpoint returns `WEBHOOK_EVENT_NOT_FOUND`. - Only events with `FAILED` status can be retried - On success, the event status changes to `SENT` - If the retry fails, the event remains `FAILED` and a scheduler-based retry is queued for 30 minutes later - Test API keys can manage only test endpoints owned by the same owner ## OpenAPI ````yaml api-reference/openapi.yaml POST /api/v2/orders/webhooks/{webhookId}/events/{eventId}/retry openapi: 3.0.0 info: title: BIZ MORI API version: 2.0.0 description: > BIZ MORI API provides four core services for digital content protection: - **Anti-AI**: Protect images from AI training - **Watermark Embed**: Embed invisible digital watermarks into images - **Watermark Extract**: Extract and verify watermarks from images - **AI Detection**: Detect whether an image is AI-generated - **Test API keys**: Keys with the `sk_test_` prefix use the same Bearer authentication and support order-lifecycle testing with mock responses without running processing services or consuming credits; test uploads discard file contents and do not create result files contact: name: BIZ MORI Support email: support@contentcare.ai license: name: Proprietary url: https://docs.contentcare.ai/legal/terms servers: - url: https://api.bizmori.com description: Production security: [] tags: - name: Anti-AI description: Anti-AI image protection orders - name: Watermark Embed description: Watermark embedding orders - name: Watermark Extract description: Watermark extraction orders - name: AI Detection description: AI-generated image detection orders - name: Orders description: Order query and management - name: Webhooks description: Webhook configuration and events - name: Reports description: PDF analysis reports for watermark extract and AI Detection orders paths: /api/v2/orders/webhooks/{webhookId}/events/{eventId}/retry: post: tags: - Webhooks summary: Retry webhook event description: > Manually retry sending a single failed webhook event. A test API key can retry only an event in its owner's test endpoint; an inaccessible endpoint returns `WEBHOOK_NOT_FOUND`, and an event outside an accessible endpoint returns `WEBHOOK_EVENT_NOT_FOUND`. - Only events with `FAILED` status can be retried - On success, the event status changes to `SENT` - If the retry fails, the event remains `FAILED` and a scheduler-based retry is queued for 30 minutes later - Test API keys can manage only test endpoints owned by the same owner operationId: retryWebhookEvent parameters: - in: path name: webhookId required: true schema: type: integer description: Webhook ID - in: path name: eventId required: true schema: type: integer description: Webhook event ID responses: '200': description: Success content: application/json: schema: type: object properties: data: type: object properties: event_id: type: string description: Original event UUID success: type: boolean description: Whether the retry was successful status_code: type: integer description: >- HTTP response code from the webhook endpoint (when success is true) status: type: string description: Event status (when retry fails) example: FAILED error: type: string description: Error message (when retry fails) '401': $ref: '#/components/responses/Unauthorized' '403': $ref: '#/components/responses/Forbidden' '404': description: >- Webhook endpoint or event not found or not accessible to this API key content: application/json: schema: $ref: '#/components/schemas/ErrorResponse' examples: webhookNotFound: summary: Webhook endpoint not found or not accessible value: code: WEBHOOK_NOT_FOUND webhookEventNotFound: summary: Event not found in the accessible webhook endpoint value: code: WEBHOOK_EVENT_NOT_FOUND '422': description: Event is not retryable content: application/json: schema: $ref: '#/components/schemas/ErrorResponse' security: - BearerAuth: [] x-codeSamples: - lang: curl label: cURL source: >- curl -X POST https://api.bizmori.com/api/v2/orders/webhooks/WEBHOOK_ID/events/EVENT_ID/retry \ -H "Authorization: Bearer YOUR_API_TOKEN" - lang: javascript label: JavaScript source: |- const response = await fetch( `https://api.bizmori.com/api/v2/orders/webhooks/${webhookId}/events/${eventId}/retry`, { method: 'POST', headers: { 'Authorization': 'Bearer YOUR_API_TOKEN' } } ); const data = await response.json(); - lang: python label: Python source: |- import requests response = requests.post( f'https://api.bizmori.com/api/v2/orders/webhooks/{webhook_id}/events/{event_id}/retry', headers={'Authorization': 'Bearer YOUR_API_TOKEN'} ) data = response.json() components: responses: Unauthorized: description: Authentication failed content: application/json: schema: $ref: '#/components/schemas/ErrorResponse' example: code: AUTH_NOT_AUTHENTICATED Forbidden: description: The API key is not allowed to use the requested mode content: application/json: schema: $ref: '#/components/schemas/ErrorResponse' example: code: AUTH_FORBIDDEN schemas: ErrorResponse: type: object properties: code: type: string description: Error code securitySchemes: BearerAuth: type: http scheme: bearer description: >- Bearer API key for external client access. Live keys use the `sk_` prefix; test keys use the `sk_test_` prefix and support order-lifecycle testing with mock responses without processing or credit usage. ```` This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.