> ## 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. # Travel Rule Zustellungsverlauf API > Didit Travel-Rule-Zustellungsverlauf einer Transaktion abrufen: Paginierung, Übertragungsarten, Nachrichtenstatus und Zustellzeitpunkte. Prompt für die API zum Zustellungsverlauf der Travel Rule Prompt in die Zwischenablage kopieren 
  \`Read the complete Travel Rule delivery history for one transaction.

  Endpoint:
  GET [https://verification.didit.me/v3/transactions/\{transaction\_id}/travel-rule/deliveries/](https://verification.didit.me/v3/transactions/\{transaction_id}/travel-rule/deliveries/)

  Authentication:
  Use the x-api-key header with my Didit API key. {transaction_id} is the Didit transaction uuid on my application. The key needs transaction read permission.

  Query parameters:

  * limit - entries per page, default 100; larger values are capped at 100, and a value above 1,000,000 returns 400.
  * offset - entries to skip, default 0, up to 1,000,000; a larger value returns 400.

  What to read from the response:

  * count, next, previous, results. count is capped at 100 and is not a reliable total for larger histories; follow next until it is null.
  * Entries are ordered oldest first, then by identifier for ties. Each has uuid, kind (SEND, ANSWER, TXID, CANCEL, POLL), status (QUEUED, SENDING, RETRYING, DELIVERED, FAILED), rail (EMAIL, TRP, INTERNAL, NETWORK, or null before selection), created\_at, delivered\_at and detail\_lines.
  * detail\_lines describes the message kind and status without transport payloads or raw errors. The rail is supplier-neutral: NETWORK collapses every named network into one value.

  Transaction detail embeds only the newest 100 entries as travel\_rule.deliveries, with travel\_rule.deliveries\_truncated when older ones were omitted. Transaction lists omit both fields. travel\_rule.delivery remains the newest entry only.

  Failure modes:

  * 400 - limit or offset above 1,000,000.
  * 401 - a wrong, revoked or expired API key.
  * 403 - the x-api-key header is missing, or the key lacks transaction read permission.
  * 404 - unknown transaction, no Travel Rule transfer, or a deleted transaction.

  Full guide: /transaction-monitoring/travel-rule#delivery-and-retries.\`
Einfügen in Die API von Didit für den Zustellungsverlauf der Travel Rule gibt alle Zustellungseinträge für eine Transaktion zurück, paginiert, wobei die ältesten Einträge zuerst zurückgegeben werden. Verwenden Sie Ihren `x-api-key` mit der Berechtigung zum Lesen von Transaktionen. `transaction_id` ist die UUID der Didit-Transaktion. Wenn eine Transaktion oder Übertragung nicht gefunden wird, gibt die API `404` zurück. Fehlt die Berechtigung, gibt sie `403` zurück. ## Paginierung und Sortierung Die Antwort enthält `count`, `next`, `previous` und `results`. `limit` ist standardmäßig auf 100 gesetzt und auf maximal 100 begrenzt. `offset` ist standardmäßig null und darf 1.000.000 nicht überschreiten; überschreitet er diesen Wert, wird `400` zurückgegeben. `count` ist in der Regel auf 100 begrenzt und ist bei größeren Verläufen keine verlässliche Gesamtzahl. Folgen Sie `next`, bis der Wert `null` ist, unabhängig von `count`. Einträge werden nach Erstellungszeitpunkt sortiert; bei gleichen Zeitpunkten erfolgt die Sortierung nach Kennung. Jeder Eintrag hat `uuid`, `kind`, `status`, `rail`, `created_at`, `delivered_at` und `detail_lines`. `rail` ist `EMAIL`, `TRP`, `INTERNAL`, `NETWORK` oder `null`, solange noch keine Auswahl getroffen wurde. `detail_lines` beschreibt die Nachrichtenart und den Status, enthält jedoch keine rohen Fehlermeldungen oder Transport-Payloads. ## Eingebetteter Verlauf [Transaktionsdetails](https://docs.didit.me/de/management-api/transactions/get.md) enthalten nur die neuesten 100 Einträge in `travel_rule.deliveries`, in chronologischer Reihenfolge, die ältesten zuerst. `deliveries_truncated` zeigt an, ob ältere Einträge weggelassen wurden. Transaktionslisten enthalten diese beiden Verlaufsfelder nicht. Das bestehende Feld `delivery` beschreibt weiterhin die neueste Zustellung. Die Bedeutung der Statuswerte finden Sie unter [Zustellung und Wiederholungsversuche](https://docs.didit.me/de/transaction-monitoring/travel-rule.md#zustellung-und-wiederholungsversuche). [Nachrichten an die Gegenpartei](https://docs.didit.me/de/management-api/travel-rule/list-messages.md) sind ein separater Konversations-Endpoint. ## OpenAPI ````yaml de/openapi-25.json GET /v3/transactions/{transaction_id}/travel-rule/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/transactions/{transaction_id}/travel-rule/deliveries/: get: tags: - Travel Rule summary: Verlauf der Travel Rule-Zustellungen auflisten description: >- Ruft die vollständige Zustellungshistorie einer Transaktion ab, die älteste zuerst. Erfordert die Leseberechtigung für Transaktionen. Anders als die neuesten 100 Einträge, die in den Details eingebettet sind, paginiert dieser Endpoint die vollständige Historie. Siehe [Zustellungshistorie](/de/management-api/travel-rule/list-deliveries). operationId: listTravelRuleDeliveries parameters: - name: transaction_id in: path required: true description: Stabile Transaktions-UUID von Didit, zu der der Transfer gehört. schema: type: string format: uuid - name: limit in: query schema: type: integer minimum: 1 maximum: 1000000 default: 100 description: >- Einträge pro Seite. Standardmäßig 100; größere Werte werden auf 100 begrenzt. Ein Wert über 1.000.000 gibt `400` zurück. - name: offset in: query schema: type: integer maximum: 1000000 minimum: 0 default: 0 description: >- Anzahl der zu überspringenden Einträge, maximal 1.000.000. Ein größerer Wert liefert `400`. responses: '200': description: Paginierte Zustellungshistorie, älteste zuerst. content: application/json: schema: $ref: '#/components/schemas/TravelRuleDeliveryLogPage' example: count: 1 next: null previous: null results: - uuid: 11111111-2222-4333-8444-555555555555 kind: SEND status: DELIVERED rail: NETWORK created_at: '2026-11-01T10:00:00Z' delivered_at: '2026-11-01T10:00:01Z' detail_lines: - Send - Delivered '400': description: Ein `limit`- oder `offset`-Wert über 1.000.000 wurde gesendet. '401': description: Ein falscher, widerrufener oder abgelaufener API-Schlüssel. '403': description: >- Fehlender, ungültiger oder widerrufener API-Schlüssel, oder der Schlüssel kann die Transaktionen dieser Anwendung nicht lesen. Ein fehlender Schlüssel gibt `403` zurück; ein falscher, widerrufener oder abgelaufener Schlüssel gibt `401` zurück. '404': description: Transaktion oder Travel-Rule-Transfer nicht gefunden. security: - ApiKeyAuth: [] x-codeSamples: - lang: curl label: curl source: >- curl -X GET 'https://verification.didit.me/v3/transactions/11111111-2222-3333-4444-555555555555/travel-rule/deliveries/?limit=100&offset=0' \ -H 'x-api-key: YOUR_API_KEY' components: schemas: TravelRuleDeliveryLogPage: type: object required: - count - next - previous - results properties: count: type: integer minimum: 0 description: >- Anzahl, die normalerweise auf 100 begrenzt ist. Bei größeren Historien ist sie keine verlässliche Gesamtzahl. Folgen Sie next, bis null zurückgegeben wird, unabhängig von count. next: type: string format: uri nullable: true description: URL der nächsten Seite oder null. previous: type: string format: uri nullable: true description: URL der vorherigen Seite oder null. results: type: array items: $ref: '#/components/schemas/TravelRuleDeliveryLogEntry' description: >- Einträge, sortiert vom ältesten zum neuesten nach Erstellungszeitpunkt, danach nach Kennung. TravelRuleDeliveryLogEntry: type: object description: Ein anbieterneutraler Eintrag im Zustellverlauf. required: - uuid - kind - status - rail - created_at - delivered_at - detail_lines properties: uuid: type: string format: uuid description: Zustellkennung. kind: type: string enum: - SEND - ANSWER - TXID - CANCEL - POLL description: >- Was die Nachricht übermittelt. `SEND`: die erste Nachricht des Transfers an die Gegenpartei (ausgehend; das Übertragungsnetzwerk wird beim Senden ausgewählt). `ANSWER`: Ihre Annahme oder Ablehnung gegenüber dem anfragenden Netzwerk (eingehend). `TXID`: der On-Chain-Transaktions-Hash, nachdem Sie den Transfer abgeschlossen haben. `CANCEL`: die Stornierung, nachdem Sie ihn abgebrochen haben. `POLL`: eine Statusabfrage an ein Netzwerk, das dies anbietet, die alle 5 Minuten wiederholt wird, während der Transfer auf die Gegenpartei wartet. status: type: string enum: - QUEUED - SENDING - RETRYING - DELIVERED - FAILED description: Aktueller Zustellstatus. rail: type: string nullable: true enum: - EMAIL - TRP - INTERNAL - NETWORK - null description: >- Anbieterneutraler Übertragungstyp; null, solange keiner ausgewählt ist. created_at: type: string format: date-time description: Wann die Zustellung erstellt wurde. delivered_at: type: string format: date-time nullable: true description: Wann die Zustellung abgeschlossen wurde, oder null. detail_lines: type: array items: type: string description: >- Lesbarer Nachrichtentyp und Zustellstatus. Gibt keine Transport-Payloads oder Rohfehler preis. example: uuid: 11111111-2222-4333-8444-555555555555 kind: SEND status: DELIVERED rail: NETWORK created_at: '2026-11-01T10:00:00Z' delivered_at: '2026-11-01T10:00:01Z' detail_lines: - Send - Delivered 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.