> ## 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. # Historique des livraisons Travel Rule via l'API > Consultez l'historique complet des livraisons Travel Rule de Didit pour une transaction, avec pagination, transports, statuts et horodatages. Prompt de l'API d'historique des livraisons Travel Rule Copier le prompt dans le presse-papiers 
  \`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.\`
Coller dans L'API d'historique des livraisons Travel Rule de Didit renvoie chaque entrée de livraison d'une transaction, avec une pagination du plus ancien au plus récent. Utilisez votre `x-api-key` avec l'autorisation de lecture des transactions. `transaction_id` est l'UUID de transaction Didit. Une transaction ou un transfert introuvable renvoie `404` ; des autorisations insuffisantes renvoient `403`. ## Pagination et tri La réponse contient `count`, `next`, `previous` et `results`. `limit` vaut 100 par défaut et est plafonné à 100 ; `offset` vaut zéro par défaut et ne doit pas dépasser 1 000 000 ; au-delà, la requête renvoie `400`. `count` est en général plafonné à 100 et n'est pas un total fiable pour les historiques plus volumineux. Suivez `next` jusqu'à ce qu'il vaille `null`, quelle que soit la valeur de `count`. Les entrées sont triées par date de création, puis par identifiant en cas d'égalité. Chaque entrée contient `uuid`, `kind`, `status`, `rail`, `created_at`, `delivered_at` et `detail_lines`. `rail` prend la valeur `EMAIL`, `TRP`, `INTERNAL`, `NETWORK` ou `null` avant sélection. `detail_lines` décrit le type de message et son statut, sans erreurs brutes ni payloads de transport. ## Historique intégré [Le détail de la transaction](https://docs.didit.me/fr/management-api/transactions/get.md) inclut uniquement les 100 entrées les plus récentes de `travel_rule.deliveries`, classées de la plus ancienne à la plus récente. `deliveries_truncated` indique si des entrées plus anciennes ont été omises. Les listes de transactions n'incluent pas ces deux champs d'historique. Le champ `delivery` existant continue de décrire la livraison la plus récente. Consultez [livraison et nouvelles tentatives](https://docs.didit.me/fr/transaction-monitoring/travel-rule.md#livraison-et-nouvelles-tentatives) pour la signification des statuts. [Messages de la contrepartie](https://docs.didit.me/fr/management-api/travel-rule/list-messages.md) correspondent à un autre endpoint, distinct, consacré aux échanges. ## OpenAPI ````yaml fr/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 de vérification d'identité. Authentifiez-vous avec l'en-tête x-api-key. servers: - url: https://verification.didit.me security: [] tags: [] paths: /v3/transactions/{transaction_id}/travel-rule/deliveries/: get: tags: - Travel Rule summary: Lister l'historique des livraisons Travel Rule description: >- Lit l'historique complet des livraisons d'une transaction, du plus ancien au plus récent. Nécessite l'autorisation de lecture des transactions. Contrairement aux 100 entrées les plus récentes intégrées au détail, cet endpoint pagine l'historique complet. Voir [historique des livraisons](/fr/management-api/travel-rule/list-deliveries). operationId: listTravelRuleDeliveries parameters: - name: transaction_id in: path required: true description: >- UUID de transaction stable attribué par Didit propriétaire du transfert. schema: type: string format: uuid - name: limit in: query schema: type: integer minimum: 1 maximum: 1000000 default: 100 description: >- Entrées par page. Valeur par défaut : 100 ; les valeurs supérieures sont plafonnées à 100 ; une valeur supérieure à 1,000,000 renvoie `400`. - name: offset in: query schema: type: integer maximum: 1000000 minimum: 0 default: 0 description: >- Nombre d'entrées à ignorer, jusqu'à 1 000 000. Une valeur plus élevée renvoie `400`. responses: '200': description: Historique de livraison paginé, du plus ancien au plus récent. 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: Une valeur `limit` ou `offset` supérieure à 1,000,000 a été envoyée. '401': description: Une clé API erronée, révoquée ou expirée. '403': description: >- Clé API manquante, invalide ou révoquée, ou la clé ne peut pas lire les transactions de cette application. Une clé manquante renvoie `403` ; une clé incorrecte, révoquée ou expirée renvoie `401`. '404': description: Transaction ou transfert Travel Rule introuvable. 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: "Nombre habituellement plafonné à 100\_; ce n'est pas un total fiable pour les historiques plus volumineux. Suivez next jusqu'à null, quelle que soit la valeur de count." next: type: string format: uri nullable: true description: URL de la page suivante, ou null. previous: type: string format: uri nullable: true description: URL de la page précédente, ou null. results: type: array items: $ref: '#/components/schemas/TravelRuleDeliveryLogEntry' description: >- Entrées triées de la plus ancienne à la plus récente, par date de création, puis par identifiant. TravelRuleDeliveryLogEntry: type: object description: Une entrée de l'historique des livraisons, indépendante du fournisseur. required: - uuid - kind - status - rail - created_at - delivered_at - detail_lines properties: uuid: type: string format: uuid description: Identifiant de livraison. kind: type: string enum: - SEND - ANSWER - TXID - CANCEL - POLL description: >- Ce que transporte le message. `SEND` : le premier message du transfert destiné à la contrepartie (sortant ; le réseau est choisi lors de son envoi). `ANSWER` : votre acceptation ou votre refus, dû au réseau qui en a fait la demande (entrant). `TXID` : le hash de transaction on-chain, une fois que vous avez terminé le transfert. `CANCEL` : l'annulation, une fois que vous l'avez annulé. `POLL` : une requête de statut adressée à un réseau qui en propose une, répétée toutes les 5 minutes pendant que le transfert est en attente de la contrepartie. status: type: string enum: - QUEUED - SENDING - RETRYING - DELIVERED - FAILED description: Statut de livraison actuel. rail: type: string nullable: true enum: - EMAIL - TRP - INTERNAL - NETWORK - null description: "Type de transport indépendant du fournisseur\_; null tant qu'aucun n'est sélectionné." created_at: type: string format: date-time description: Date et heure de création de la livraison. delivered_at: type: string format: date-time nullable: true description: Date d'achèvement de la livraison, ou null. detail_lines: type: array items: type: string description: >- Type de message lisible et statut de livraison. N'expose ni les payloads de transport ni les erreurs brutes. 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: >- La clé API de votre application, issue de Développeurs -> Clés API dans la Business Console. La clé principale dispose d'un accès complet. Une clé nommée peut être restreinte : aucun, lecture ou écriture par ressource, limitée à certains workflows ou aux sessions approuvées, à une liste d'adresses IP et à une date d'expiration. 401 signifie que la clé est incorrecte, révoquée ou expirée ; 403 signifie qu'aucune clé n'a été envoyée, que la clé n'a pas accès à cette ressource ou action, ou que la requête provient d'une adresse hors de sa liste d'IP ; 404 sur une route de session signifie que la session est hors des workflows ou des statuts de la clé. Une clé sans accès aux médias reçoit les URL d'images, de vidéos et de PDF à null, et une clé sans accès en écriture aux sessions reçoit les liens et tokens de session à null. Voir https://docs.didit.me/console/api-keys. ```` This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.