> ## Documentation Index > Fetch the complete documentation index at: https://docs.didit.me/llms.txt > Use this file to discover all available pages before exploring further. # Webhook-Zustellungen auflisten – Didit Management API > Didit: Alle Zustellungsversuche eines Webhook-Ziels seitenweise abrufen, neueste zuerst, mit HTTP-Status, Antwortzeit und Ereignistyp. Prompt für die API zum Auflisten von Webhook-Ziel-Zustellungen Prompt in die Zwischenablage kopieren \

\`List the delivery attempts made to one Didit webhook destination through the Management API.

Endpoint:
GET https://verification.didit.me/v3/webhook/destinations/{destination_uuid}/deliveries/

Authentication:
Use the x-api-key header with my Didit API key. A scoped API key needs webhooks: read and decisions: read. A key limited to some workflows or to approved sessions cannot use this endpoint.

Goal:
\- Find the webhooks my endpoint failed to accept, so I can fix the endpoint and resend them.

Path parameter:
\- destination_uuid: the destination uuid from GET /v3/webhook/destinations/.

Query parameters (optional):
\- limit (default 50) and offset for pagination.
\- date_from, date_to: UTC days as YYYY-MM-DD, both inclusive.

Behavior:
\- Newest first. Every attempt is its own entry: the first send of an event, each automatic retry and each resend.
\- Response: { count, next, previous, results }. count is exact up to 100 and reads 100 above that, so follow next until it is null instead of computing pages from count.
\- Entries do not carry the payload. Fetch one with GET /v3/webhook/destinations/{destination_uuid}/deliveries/{delivery_uuid}/ to read the headers and body.

Example call:
curl -X GET "https://verification.didit.me/v3/webhook/destinations/{destination_uuid}/deliveries/?limit=50&date_from=2026-05-01" \
-H "x-api-key: YOUR_API_KEY"

What to read from each result:
\- uuid: the delivery id, for the detail and resend calls.
\- response_status: what my endpoint answered. null means the attempt has not been made yet; 504 is a timeout, 503 a connection failure, 400 a URL Didit refused to call, 404 any other request error; 400 or above is a failure.
\- Delivery records are available for about 30 days.
\- response_time_ms, created_at, webhook_type, status, request_url.
\- session_id: the verification session the event is about, or null for business, user, transaction and other events.

Failure modes:
\- 400: invalid date_from or date_to, date_to earlier than date_from, or limit or offset above 1000000.
\- 401: { "detail": "This API key has expired." }
\- 403: { "detail": "You do not have permission to perform this action." }, { "detail": "This API key has no read access to webhooks." }, { "detail": "This API key has no read access to decisions." }, or the limited-key message.
\- 404: { "detail": "Webhook destination not found." }
\- 429: more than 600 GET requests per minute with this key; wait for Retry-After.

Side effects: none. This is a pure read.

For the full integration shape, see /integration/integration-prompt.`

\
Einfügen in Zustellungen sind die Versuche, mit denen Didit einen Webhook an dieses Ziel gesendet hat. Automatische Wiederholungsversuche folgen der [Wiederholungsrichtlinie](https://docs.didit.me/de/integration/webhooks.md#wiederholungsrichtlinie), und jeder erscheint als eigener Eintrag. Um eine Zustellung erneut zu senden, nachdem Sie Ihren Endpoint korrigiert haben, rufen Sie [Webhook-Ziel-Zustellung erneut senden](https://docs.didit.me/de/management-api/webhook/resend-delivery.md) auf. Für Summen über einen Zeitraum verwenden Sie [Webhook-Ziel-Analysen abrufen](https://docs.didit.me/de/management-api/webhook/destination-analytics.md). ## OpenAPI ````yaml de/openapi-25.json GET /v3/webhook/destinations/{destination_uuid}/deliveries/ openapi: 3.0.0 info: version: 3.0.0 title: Didit Verification API description: API für Ausweisverifizierung. Authentifizierung über den x-api-key-Header. servers: - url: https://verification.didit.me security: [] tags: [] paths: /v3/webhook/destinations/{destination_uuid}/deliveries/: get: tags: - Webhook summary: Zustellungen an Webhook-Ziele auflisten description: >- Blättern Sie durch jeden Zustellungsversuch an ein Webhook-Ziel, die neuesten zuerst. Das erste Senden jedes Ereignisses, jeder automatische [Wiederholungsversuch](https://docs.didit.me/de/integration/webhooks#wiederholungsrichtlinie) und jedes erneute Senden sind separate Einträge. Einträge enthalten den HTTP-Status und die Antwortzeit, aber nicht die Payload: Rufen Sie eine einzelne Zustellung ab, um deren Header und Body zu lesen. `count` ist bis 100 exakt und gibt darüber 100 an; folgen Sie daher `next`, bis es `null` ist. Zustellungsdatensätze sind für etwa 30 Tage verfügbar. Ein API-Schlüssel mit eingeschränktem Geltungsbereich benötigt `webhooks: read` und `decisions: read`; ein Schlüssel, der auf bestimmte Workflows oder genehmigte Sitzungen beschränkt ist, kann diesen Endpoint nicht verwenden. operationId: list_webhook_destination_deliveries parameters: - name: destination_uuid in: path required: true description: >- UUID des Ziels (die von `GET /v3/webhook/destinations/` zurückgegebene `uuid`). schema: type: string format: uuid example: 11111111-2222-3333-4444-555555555555 - name: limit in: query required: false description: >- Maximale Anzahl an Zustellungen pro Seite. Standardmäßig 50. Ein Wert, der keine positive Ganzzahl ist, fällt auf 50 zurück; ein Wert über 1000000 gibt `400` zurück. schema: type: integer default: 50 minimum: 1 maximum: 1000000 example: 50 - name: offset in: query required: false description: >- Anzahl der zu überspringenden Zustellungen. Standardmäßig 0. Folgen Sie vorzugsweise den `next`- und `previous`-URLs aus der Antwort. schema: type: integer maximum: 1000000 minimum: 0 default: 0 example: 0 - name: date_from in: query required: false description: >- Erster einzubeziehender UTC-Tag als `YYYY-MM-DD` (einschließlich). Weglassen, um mit der ältesten verfügbaren Zustellung zu beginnen. `dateFrom` wird als Alias akzeptiert. schema: type: string format: date example: '2026-10-01' - name: date_to in: query required: false description: >- Letzter einzubeziehender UTC-Tag im Format `YYYY-MM-DD` (einschließlich). Darf nicht vor `date_from` liegen. `dateTo` wird als Alias akzeptiert. schema: type: string format: date example: '2026-10-16' responses: '200': description: Eine Seite mit Zustellungen, neueste zuerst. content: application/json: schema: type: object required: - count - next - previous - results properties: count: type: integer minimum: 0 description: >- Übereinstimmende Zustellungen, exakt bis 100 und darüber auf 100 begrenzt. Verwenden Sie `next`, um zu sehen, ob weitere Seiten vorhanden sind. next: type: string format: uri nullable: true description: >- Absolute URL der nächsten Seite oder `null` auf der letzten Seite. previous: type: string format: uri nullable: true description: >- Absolute URL der vorherigen Seite oder `null` auf der ersten Seite. results: type: array items: $ref: '#/components/schemas/WebhookDestinationDelivery' examples: Failed delivery, its retry and a queued event: value: count: 3 next: null previous: null results: - uuid: 66666666-7777-8888-9999-000000000003 session_id: null request_url: https://yourapp.com/webhooks/didit response_status: null response_time_ms: null status: APPROVED webhook_type: transaction.created created_at: '2026-10-15T09:23:02.871190Z' - uuid: 66666666-7777-8888-9999-000000000002 session_id: 22222222-3333-4444-5555-666666666666 request_url: https://yourapp.com/webhooks/didit response_status: 200 response_time_ms: 143 status: In Progress webhook_type: status.updated created_at: '2026-10-15T09:22:19.104233Z' - uuid: 66666666-7777-8888-9999-000000000001 session_id: 22222222-3333-4444-5555-666666666666 request_url: https://yourapp.com/webhooks/didit response_status: 503 response_time_ms: 412 status: In Progress webhook_type: status.updated created_at: '2026-10-15T09:21:18.412345Z' '400': description: >- `date_from` oder `date_to` ist kein Datum im Format `YYYY-MM-DD`, `date_to` liegt vor `date_from`, oder `limit` bzw. `offset` liegt über 1000000 (dieser Fehler ist ein JSON-Array von Meldungen). content: application/json: examples: Malformed date: value: date_from: - >- Date has wrong format. Use one of these formats instead: YYYY-MM-DD. Reversed range: value: date_to: - date_to must be greater than or equal to date_from. Limit too large: value: - limit must not exceed 1000000. '401': description: >- Der API-Schlüssel ist abgelaufen: Er wurde mit einem Ablaufdatum erstellt, das verstrichen ist. Ein falscher oder widerrufener Schlüssel erhält ebenfalls `401`; ein fehlender Schlüssel erhält `403`. content: application/json: schema: type: object properties: detail: type: string description: Lesbare Fehlermeldung. examples: Expired key: value: detail: This API key has expired. '403': description: >- Die Anfrage ist nicht zulässig. Bei einem fehlenden, ungültigen oder widerrufenen `x-api-key` erhalten Sie `You do not have permission to perform this action.` Ein berechtigungsbeschränkter Schlüssel ohne den für diesen Endpoint erforderlichen Zugriff erhält eine Meldung mit dem fehlenden Zugriff, und ein Schlüssel, der außerhalb seiner IP-Allowlist verwendet wird, erhält `This API key can't be used from this IP address.` Ein Schlüssel, der auf bestimmte Workflows oder genehmigte Sitzungen beschränkt ist, erhält `This API key only reaches sessions inside its workflow or status limits, so it can't use this endpoint.` content: application/json: schema: type: object properties: detail: type: string description: Lesbare Fehlermeldung. examples: Missing or invalid key: value: detail: You do not have permission to perform this action. Scoped key without webhooks read: value: detail: This API key has no read access to webhooks. Scoped key without decisions read: value: detail: This API key has no read access to decisions. Key limited to workflows or approved sessions: value: detail: >- This API key only reaches sessions inside its workflow or status limits, so it can't use this endpoint. Outside the IP allowlist: value: detail: This API key can't be used from this IP address. '404': description: >- Für die Anwendung existiert kein Ziel mit dieser UUID, oder es wurde gelöscht. content: application/json: schema: type: object properties: detail: type: string description: Lesbare Fehlermeldung. examples: Destination not found: value: detail: Webhook destination not found. '429': description: >- Rate-Limit überschritten: Mehr als 600 GET-Anfragen im aktuellen Ein-Minuten-Fenster für diesen API-Schlüssel. Warten Sie `Retry-After` Sekunden vor einem Wiederholungsversuch. headers: Retry-After: description: >- Sekunden, die vor einem Wiederholungsversuch gewartet werden müssen. schema: type: integer minimum: 1 example: 30 X-RateLimit-Limit: description: Im einminütigen Zeitfenster zulässige Anfragen (600). schema: type: integer example: 600 X-RateLimit-Remaining: description: Im aktuellen Zeitfenster verbleibende Anfragen. schema: type: integer example: 0 X-RateLimit-Reset: description: >- Unix-Zeit (Sekunden), zu der das aktuelle Zeitfenster zurückgesetzt wird. schema: type: integer example: 1792056120 X-RateLimit-Scope: description: Name des Budgets, das überschritten wurde. schema: type: string example: generic-get content: application/json: schema: type: object properties: detail: type: string description: Lesbare Fehlermeldung. examples: Throttled: value: detail: >- GET request rate limit exceeded. You can make up to 600 requests per minute. security: - ApiKeyAuth: [] x-codeSamples: - lang: curl label: curl source: >- curl -X GET 'https://verification.didit.me/v3/webhook/destinations/11111111-2222-3333-4444-555555555555/deliveries/?limit=50&date_from=2026-10-01' \ -H 'x-api-key: YOUR_API_KEY' - lang: python label: Python source: |- from didit import Didit # Reads DIDIT_API_KEY. client = Didit() for item in client.webhooks.destinations.list_deliveries( "11111111-2222-3333-4444-555555555555", ): print(item) - lang: javascript label: Node.js source: >- import Didit from "@didit-protocol/sdk-node"; // Reads DIDIT_API_KEY. const didit = new Didit(); for await (const item of didit.webhooks.destinations.listDeliveries("11111111-2222-3333-4444-555555555555")) { console.log(item); } - lang: go label: Go source: "ctx := context.Background()\n// Reads DIDIT_API_KEY.\nclient := didit.NewClient()\n\niter := client.Webhooks.Destinations.ListDeliveriesAutoPaging(ctx, \"11111111-2222-3333-4444-555555555555\", didit.WebhooksDestinationsListDeliveriesParams{})\nfor iter.Next() {\n\tfmt.Printf(\"%+v\\n\", iter.Current())\n}\nif err := iter.Err(); err != nil {\n\tlog.Fatal(err)\n}" - lang: java label: Java source: >- import me.didit.Didit; // Reads DIDIT_API_KEY. Didit client = new Didit(); for (var item : client.webhooks().destinations().listDeliveries("11111111-2222-3333-4444-555555555555")) { System.out.println(item); } - lang: php label: PHP source: >- webhooks->destinations->listDeliveries('11111111-2222-3333-4444-555555555555') as $item) { print_r($item->toArray()); } - lang: ruby label: Ruby source: >- require "didit" # Reads DIDIT_API_KEY. didit = Didit::Client.new didit.webhooks.destinations.list_deliveries("11111111-2222-3333-4444-555555555555").auto_paging_each do |item| puts item.to_h end - lang: csharp label: .NET source: >- using System; using System.Text.Json; using Didit; // Reads DIDIT_API_KEY. using var client = new DiditClient(); await foreach (var item in await client.Webhooks.Destinations.ListDeliveriesAsync("11111111-2222-3333-4444-555555555555")) { Console.WriteLine(JsonSerializer.Serialize(item)); } components: schemas: WebhookDestinationDelivery: type: object description: >- Ein Zustellungsversuch an ein Webhook-Ziel. Das erste Senden eines Ereignisses, jeder automatische Wiederholungsversuch und jedes erneute Senden sind separate Zustellungen. required: - uuid - session_id - request_url - response_status - response_time_ms - status - webhook_type - created_at properties: uuid: type: string format: uuid description: Zustellungs-ID für den Abruf von Details und das erneute Senden. session_id: type: string format: uuid nullable: true description: >- Benutzerverifizierungssitzung, auf die sich das Ereignis bezieht. `null` bei Ereignissen zu Unternehmenssitzungen, Benutzern, Unternehmen, Transaktionen, Travel Rule und Workflows. request_url: type: string format: uri nullable: true description: >- URL, an die die Zustellung gesendet wurde: die URL des Ziels zum Zeitpunkt der Ereigniserstellung. response_status: type: integer nullable: true description: >- HTTP-Status, den Ihr Endpoint zurückgegeben hat. `null`, solange die Zustellung in der Warteschlange steht und noch nicht versucht wurde. Wenn keine HTTP-Antwort empfangen wurde, erfasst Didit einen eigenen Status: `504`, wenn Ihr Endpoint nicht innerhalb von 5 Sekunden geantwortet hat, `503` bei einem Verbindungsfehler, `400`, wenn die URL als unsicher abgelehnt wurde (z. B. eine private oder interne Adresse), und `404` bei jedem anderen Anfragefehler. `400` oder höher gilt als fehlgeschlagene Zustellung. response_time_ms: type: integer nullable: true minimum: 0 description: >- Dauer des Versuchs in Millisekunden. `null`, solange die Zustellung in der Warteschlange ist. status: type: string nullable: true description: >- Status, den das Ereignis bei seiner Erstellung gemeldet hat: der Sitzungsstatus für Sitzungsereignisse (zum Beispiel `Approved` oder `In Review`), der Status der Person oder des Unternehmens für Benutzer- und Unternehmensereignisse und der Transaktionsstatus für Transaktionsereignisse. `null` für Ereignisse ohne Status. webhook_type: $ref: '#/components/schemas/WebhookEvent' created_at: type: string format: date-time description: Wann die Zustellung erstellt wurde. WebhookEvent: type: string description: >- Name des unterstützten Webhook-Ereignisses. Verwenden Sie genau diese Zeichenfolgen in `subscribed_events`; nicht unterstützte Werte werden abgelehnt. enum: - status.updated - data.updated - user.status.updated - user.data.updated - business.status.updated - business.data.updated - activity.created - transaction.created - transaction.status.updated - travel_rule.status.updated - workflow.compliance_changed - transaction_rule_suggestions.created - auth.signup - auth.login - auth.login_failed - auth.password_reset_requested - auth.password_reset_completed - auth.mfa_changed - auth.new_device - auth.account_locked - investigator.report.ready - investigator.decision.automated - investigator.decision.overridden - investigator.decision.contested - investigator.question.raised - investigator.automation.paused - investigator.rfi.answered - investigator.rfi.overdue - investigator.drift.detected - investigator.sla.breached - investigator.qa.failed - investigator.external.report.ready securitySchemes: ApiKeyAuth: type: apiKey in: header name: x-api-key description: >- Der API-Schlüssel Ihrer Anwendung, aus Entwickler -> API-Schlüssel in der Business Console. Der Primärschlüssel hat Vollzugriff. Ein benannter Schlüssel kann im Geltungsbereich eingeschränkt werden: keine, Lese- oder Schreibberechtigung pro Ressource, beschränkt auf bestimmte Workflows oder genehmigte Sitzungen, auf eine Liste von IP-Adressen und auf ein Ablaufdatum. 401 bedeutet, dass der Schlüssel falsch, widerrufen oder abgelaufen ist; 403 bedeutet, dass kein Schlüssel gesendet wurde, der Schlüssel keinen Zugriff auf diese Ressource oder Aktion hat oder die Anfrage von einer Adresse außerhalb seiner IP-Liste stammte; 404 bei einer Sitzungsroute bedeutet, dass die Sitzung außerhalb der Workflows oder Status des Schlüssels liegt. Ein Schlüssel ohne Medienzugriff erhält Bild-, Video- und PDF-URLs als null, und ein Schlüssel ohne Schreibberechtigung für Sitzungen erhält Sitzungslinks und Token als null. Siehe https://docs.didit.me/console/api-keys. ```` This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.