> ## 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-Zustellung abrufen (Get Webhook Delivery API)

> Rufen Sie einen einzelnen Webhook-Zustellversuch von Didit ab, mit den exakten Signatur-Headern und dem JSON-Payload sowie dem Statuscode Ihres Endpoints.



Prompt für die API zum Abrufen einer Zustellung an ein Webhook-Ziel
        Prompt in die Zwischenablage kopieren



      
      

\<pre>

\`Read one delivery attempt made to a Didit webhook destination through the Management API.

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

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:
\- See exactly what Didit sent to my endpoint, to debug signature verification or payload handling.

Path parameters:
\- destination_uuid: the destination uuid from GET /v3/webhook/destinations/.
\- delivery_uuid: the uuid of an entry from GET /v3/webhook/destinations/{destination_uuid}/deliveries/.

Behavior:
\- Returns the delivery fields of the list (uuid, session_id, request_url, response_status, response_time_ms, status, webhook_type, created_at) plus request_header and request_body.
\- request_header and request_body are JSON text (strings). Parse them: request_header holds Content-Type, X-Signature, X-Signature-V2, X-Signature-Simple, X-Timestamp and User-Agent; request_body holds the event payload, including event_id.
\- A scoped key without media: read receives media URLs inside request_body as null; without sessions: write it receives session tokens and hosted verification links as null. A body changed that way is re-encoded and no longer matches the signatures.

Example call:
curl -X GET "https://verification.didit.me/v3/webhook/destinations/{destination_uuid}/deliveries/{delivery_uuid}/" \
-H "x-api-key: YOUR_API_KEY"

Failure modes:
\- 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." } or { "detail": "Webhook delivery not found." } (the delivery does not belong to this destination).
\- 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.`

\</pre>



      
      

Einfügen in

Um Ihren Signatur-Code anhand einer echten Zustellung zu prüfen, berechnen Sie `X-Signature-V2` aus `request_body` mit dem `secret_shared_key` des Webhook-Ziels neu, wie unter [Signaturprüfung](https://docs.didit.me/de/integration/webhooks.md#signaturprüfung) beschrieben. Verwenden Sie dafür einen Schlüssel mit vollem Zugriff: Ein Payload mit unkenntlich gemachten Werten stimmt nicht mehr mit seinen Signaturen überein.Um die Zustellung erneut zu senden, rufen Sie [Zustellung an ein Webhook-Ziel erneut senden](https://docs.didit.me/de/management-api/webhook/resend-delivery.md) auf.


## OpenAPI

````yaml de/openapi-25.json GET /v3/webhook/destinations/{destination_uuid}/deliveries/{delivery_uuid}/
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/{delivery_uuid}/:
    get:
      tags:
        - Webhook
      summary: Zustellung des Webhook-Ziels abrufen
      description: >-
        Rufen Sie einen Zustellungsversuch an ein Webhook-Ziel mit den exakten
        Anfrage-Headern und dem von Didit gesendeten JSON-Body, dem von Ihrem
        Endpoint zurückgegebenen HTTP-Status und der Antwortzeit ab.
        `request_header` und `request_body` sind JSON-Texte: Parsen Sie diese,
        um die Signatur-Header und die Payload zu lesen, beispielsweise um Ihre
        [Signaturprüfung](https://docs.didit.me/de/integration/webhooks#signaturprüfung)
        anhand des `secret_shared_key` des Ziels zu überprüfen. Eine Zustellung
        enthält niemals das Signaturgeheimnis, und Didit zeichnet den
        Antwort-Body Ihres Endpoints nicht auf. Ein berechtigungsbeschränkter
        API-Schlüssel 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: get_webhook_destination_delivery
      parameters:
        - name: destination_uuid
          in: path
          required: true
          description: UUID des Ziels, an das die Zustellung gesendet wurde.
          schema:
            type: string
            format: uuid
          example: 11111111-2222-3333-4444-555555555555
        - name: delivery_uuid
          in: path
          required: true
          description: >-
            UUID der Zustellung: die `uuid` eines von `GET
            /v3/webhook/destinations/{destination_uuid}/deliveries/`
            zurückgegebenen Eintrags.
          schema:
            type: string
            format: uuid
          example: 66666666-7777-8888-9999-000000000001
      responses:
        '200':
          description: Die Zustellung mit ihren Anfrage-Headern und ihrem Body.
          content:
            application/json:
              schema:
                $ref: '#/components/schemas/WebhookDestinationDeliveryDetail'
              examples:
                Connection failure:
                  value:
                    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'
                    request_header: >-
                      {"Content-Type": "application/json", "X-Signature":
                      "a5e02a03404e1337a0198e6be15d34abbd053c658a0e51e5d0e78554213ef29b",
                      "X-Signature-V2":
                      "927e7cb770c94ce745939bff73f04aa200015f3bc64795ba46c2aaf78a6cedc5",
                      "X-Signature-Simple":
                      "e37b0d4c716c72bb5ae7127b9cc455d28ab4686e9e22312b4ec2327409a73302",
                      "X-Timestamp": "1792056078", "User-Agent":
                      "DiditWebhook/2.0 +https://didit.me"}
                    request_body: >-
                      {"application_id":"aaaaaaaa-bbbb-cccc-dddd-eeeeeeeeeeee","created_at":1792056057,"environment":"live","event_id":"33333333-4444-5555-6666-777777777777","sandbox_scenario":null,"session_id":"22222222-3333-4444-5555-666666666666","status":"In
                      Progress","timestamp":1792056078,"vendor_data":"user-123","webhook_type":"status.updated","workflow_id":"44444444-5555-6666-7777-888888888888","workflow_version":3}
        '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: >-
            Das Ziel existiert für die Anwendung nicht oder wurde gelöscht, oder
            die Zustellung existiert nicht, gehört zu einem anderen Ziel oder
            ist nicht mehr verfügbar.
          content:
            application/json:
              schema:
                type: object
                properties:
                  detail:
                    type: string
                    description: Lesbare Fehlermeldung.
              examples:
                Destination not found:
                  value:
                    detail: Webhook destination not found.
                Delivery not found:
                  value:
                    detail: Webhook delivery 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/66666666-7777-8888-9999-000000000001/'
            \
              -H 'x-api-key: YOUR_API_KEY'
        - lang: python
          label: Python
          source: |-
            from didit import Didit

            # Reads DIDIT_API_KEY.
            client = Didit()

            result = client.webhooks.destinations.retrieve_delivery(
                "11111111-2222-3333-4444-555555555555",
                "66666666-7777-8888-9999-000000000001",
            )
            print(result)
        - lang: javascript
          label: Node.js
          source: |-
            import Didit from "@didit-protocol/sdk-node";

            // Reads DIDIT_API_KEY.
            const didit = new Didit();

            const result = await didit.webhooks.destinations.retrieveDelivery(
              "11111111-2222-3333-4444-555555555555",
              "66666666-7777-8888-9999-000000000001",
            );
            console.log(result);
        - lang: go
          label: Go
          source: "ctx := context.Background()\n// Reads DIDIT_API_KEY.\nclient := didit.NewClient()\n\nresult, err := client.Webhooks.Destinations.RetrieveDelivery(ctx, \"11111111-2222-3333-4444-555555555555\", \"66666666-7777-8888-9999-000000000001\")\nif err != nil {\n\tlog.Fatal(err)\n}\nfmt.Printf(\"%+v\\n\", result)"
        - lang: java
          label: Java
          source: >-
            import me.didit.Didit;


            // Reads DIDIT_API_KEY.

            Didit client = new Didit();


            var result =
            client.webhooks().destinations().retrieveDelivery("11111111-2222-3333-4444-555555555555",
            "66666666-7777-8888-9999-000000000001");

            System.out.println(result);
        - lang: php
          label: PHP
          source: >-
            <?php


            require 'vendor/autoload.php';


            use Didit\DiditClient;


            // Reads DIDIT_API_KEY.

            $didit = new DiditClient();


            $result =
            $didit->webhooks->destinations->retrieveDelivery('11111111-2222-3333-4444-555555555555',
            '66666666-7777-8888-9999-000000000001');

            print_r($result->toArray());
        - lang: ruby
          label: Ruby
          source: |-
            require "didit"

            # Reads DIDIT_API_KEY.
            didit = Didit::Client.new

            result = didit.webhooks.destinations.retrieve_delivery(
              "11111111-2222-3333-4444-555555555555",
              "66666666-7777-8888-9999-000000000001"
            )
            puts result.to_h
        - lang: csharp
          label: .NET
          source: >-
            using System;

            using System.Text.Json;

            using Didit;


            // Reads DIDIT_API_KEY.

            using var client = new DiditClient();


            var result = await
            client.Webhooks.Destinations.RetrieveDeliveryAsync("11111111-2222-3333-4444-555555555555",
            "66666666-7777-8888-9999-000000000001");

            Console.WriteLine(JsonSerializer.Serialize(result));
components:
  schemas:
    WebhookDestinationDeliveryDetail:
      type: object
      description: >-
        Ein Zustellungsversuch an ein Webhook-Ziel mit den exakten
        Anfrage-Headern und dem Body, den Didit gesendet hat.
      required:
        - uuid
        - session_id
        - request_url
        - response_status
        - response_time_ms
        - status
        - webhook_type
        - created_at
        - request_header
        - request_body
      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.
        request_header:
          type: string
          description: >-
            JSON-Text (ein String) der von Didit gesendeten Anfrage-Header:
            `Content-Type`, `X-Signature`, `X-Signature-V2`,
            `X-Signature-Simple`, `X-Timestamp` und `User-Agent`. Parsen Sie ihn
            mit einem JSON-Parser. Er enthält Signaturen, niemals das
            Signiergeheimnis.
        request_body:
          type: string
          description: >-
            JSON-Text (ein String) der exakten Payload, die Didit gesendet hat,
            mit sortierten Schlüsseln, einschließlich `event_id` und
            `timestamp`. Parsen Sie ihn mit einem JSON-Parser; siehe
            [Payload-Struktur](https://docs.didit.me/de/integration/webhooks#payload-struktur).
            Bei einem berechtigungseingeschränkten Schlüssel ohne `media: read`
            sind Medien-URLs darin `null`; ohne `sessions: write` sind
            Sitzungs-Token und Links zur gehosteten Verifizierungsseite `null`.
            Ein auf diese Weise veränderter Body stimmt nicht mehr mit seinen
            Signaturen überein. Didit speichert den von Ihrem Endpoint
            zurückgegebenen Antwort-Body nicht.
    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.