Travel Rule pour les crypto-actifs

Nous mettons en œuvre la conformité à la Travel Rule —le règlement (UE) 2023/1113— dans votre activité crypto : collecte, vérification et transmission des données du donneur d’ordre et du bénéficiaire pour chaque transfert, gestion des données manquantes et preuves prêtes pour un contrôle. Applicable depuis le 30 décembre 2024, il impose de vérifier les portefeuilles auto-hébergés au-delà de 1 000 €.

Consultation gratuite

Nous vous répondons en moins de 24 h

Vérification des portefeuilles auto-hébergés
1 000 €
Application pleine
30/12/2024
Conservation en Espagne
10 ans
Texte de référence
Règl. 2023/1113

Les informations qui doivent accompagner chaque transfert de crypto

La Travel Rule est l’obligation de traçabilité qui impose que les transferts de crypto-actifs soient accompagnés d’informations sur le donneur d’ordre et le bénéficiaire. Dans l’Union européenne, elle est mise en œuvre par le règlement (UE) 2023/1113 —le Transfer of Funds Regulation ou TFR—, qui a réformé l’ancien régime (limité aux virements bancaires) pour l’étendre aux crypto-actifs.

Il est applicable depuis le 30 décembre 2024 et forme, avec MiCA, un cadre à deux volets : MiCA régit les services et les émetteurs ; le TFR régit les transferts. Une nuance souvent confondue : l’obligation de données s’applique à tous les transferts impliquant un prestataire de services sur crypto-actifs (CASP), sans montant minimum. La vérification renforcée ne s’active que pour les portefeuilles auto-hébergés au-delà de 1 000 €. Et ce n’est pas « un document » : c’est un processus opérationnel avec des contrôles et des preuves.

Comment l’information circule lors d’un transfert de crypto-actifs Le prestataire de services sur crypto-actifs du donneur d’ordre collecte et vérifie les données ; ces données (nom, compte ou adresse et, pour les personnes morales, le LEI) accompagnent le transfert jusqu’au prestataire du bénéficiaire, qui les reçoit, les valide, gère les incidents et conserve les preuves. Lorsqu’un portefeuille auto-hébergé est impliqué pour plus de 1 000 euros, il faut vérifier sa propriété ou son contrôle. COMMENT L’INFORMATION CIRCULE CASP du donneur d’ordre Collecte et vérifie les données du client Transfert de crypto-actifs Données transmises nom · compte/adresse · LEI CASP du bénéficiaire Reçoit, valide, gère les données manquantes et conserve Portefeuille auto-hébergé (self-hosted) > 1 000 € → vérifier la propriété ou le contrôle
Schéma du flux d’informations. Les données du donneur d’ordre et du bénéficiaire accompagnent le transfert entre prestataires ; pour les portefeuilles auto-hébergés au-delà de 1 000 €, s’ajoute la vérification de la propriété ou du contrôle.

Quelles informations doivent accompagner le transfert

La Travel Rule exige que le prestataire gère les données du donneur d’ordre et du bénéficiaire de manière sécurisée et traçable. Le point critique n’est pas seulement de « disposer » de la donnée, mais sa qualité, sa transmission à la contrepartie, sa validation à la réception et la gestion des incidents.

Données du donneur d’ordre et du bénéficiaire exigées par la Travel Rule Pour le donneur d’ordre, doivent accompagner le transfert : le nom complet, le numéro de compte ou l’adresse de registre distribué, ainsi que son adresse, son numéro de document, son identifiant client ou sa date et son lieu de naissance. Pour le bénéficiaire : le nom complet et le numéro de compte ou l’adresse. Pour les personnes morales, l’identifiant d’entité juridique (LEI) est l’identifiant privilégié. QUELLES DONNÉES DOIVENT ACCOMPAGNER LE TRANSFERT DONNEUR D’ORDRE Nom complet Numéro de compte ou adresse (DLT) Adresse, n° de document, ID de client ou date et lieu de naissance LEI si personne morale (privilégié) BÉNÉFICIAIRE Nom complet Numéro de compte ou adresse (DLT) LEI si personne morale (privilégié) Il est identifié par moins de champs que le donneur d’ordre
Champs qui doivent accompagner le transfert. L’identifiant d’entité juridique (LEI) est l’identifiant privilégié pour les personnes morales. L’ensemble exact dépend du type d’opération et de la réglementation applicable.

Le seuil de 1 000 €

C’est ici que se concentrent les principaux blocages et constats lors des contrôles. L’obligation de collecter les données s’applique toujours ; le seuil de 1 000 € ajoute la vérification que le client est propriétaire du portefeuille d’auto-conservation ou en a le contrôle.

Le seuil de 1 000 euros pour les portefeuilles auto-hébergés Jusqu’à 1 000 euros, il faut collecter les informations du client. Au-delà de 1 000 euros, en plus de les collecter, il faut vérifier que le client est propriétaire du portefeuille auto-hébergé ou en a le contrôle, selon une méthode documentée conforme aux orientations de l’ABE. LE SEUIL DES PORTEFEUILLES AUTO-HÉBERGÉS JUSQU’À 1 000 € Collecter les informations du donneur d’ordre et du bénéficiaire sans vérification renforcée 1 000 euros ≤ > PLUS DE 1 000 € Collecter + VÉRIFIER propriété ou contrôle du portefeuille méthode documentée (ABE)
L’obligation de fournir les données s’applique à tout transfert impliquant un CASP, sans montant minimum. Le seuil de 1 000 € ajoute seulement la vérification du portefeuille auto-hébergé, avec une méthode raisonnable et documentée.

Qui est tenu de se conformer

La Travel Rule s’active lorsque le transfert implique au moins un prestataire de services sur crypto-actifs établi dans l’UE. Si vous déplacez des crypto-actifs pour le compte de clients, vous êtes presque certainement concerné.

exchange

Exchange et prestataire de services (CASP)

« Les exchanges, conservateurs, courtiers et prestataires de transferts qui exécutent des opérations pour le compte de clients doivent collecter, transmettre et conserver les données de chaque transfert de crypto-actifs. »

conservation

Conservateur et prestataire de transferts

« Celui qui conserve ou transfère des crypto-actifs pour le compte de tiers gère des informations, des validations et la traçabilité, et doit savoir agir lorsqu’une contrepartie ne fournit pas les données complètes. »

intermédiaire

CASP intermédiaire (ICASP)

« Les prestataires qui interviennent comme intermédiaires dans la chaîne d’un transfert doivent conserver l’information, gérer les rejets et maintenir la traçabilité tout au long de la chaîne. »

paiements

Établissement de paiement et PSP (convergence LCB)

« Le règlement (UE) 2023/1113 unifie le cadre des transferts de fonds et de crypto-actifs ; les établissements de paiement déjà soumis à la traçabilité voient la transparence et la lutte contre le blanchiment renforcées. »

Se conformer sur le papier ne suffit pas : l’activité réelle

L’objectif n’est pas d’« avoir une politique », mais d’opérer avec des données et de la traçabilité, avec moins de frictions et des preuves défendables en cas de contrôle. Voici les risques qui exposent le plus.

Exigible 30 déc. 2024

Le règlement (UE) 2023/1113 est pleinement applicable depuis le 30 décembre 2024. Ce n’est pas un objectif futur : la Travel Rule est déjà exigée pour chaque transfert.

Données incomplètes ou incohérentes : collecter des champs sans contrôle qualité (formats, identité, adresses DLT) entraîne des rejets et une charge de back-office.

Auto-conservation > 1 000 €

Absence de procédure pour vérifier la propriété ou le contrôle du portefeuille self-hosted au-delà de 1 000 € et pour documenter la preuve de cette vérification.

Mauvaise gestion des « données manquantes » : sans playbook pour les transferts aux données incomplètes, on bloque trop (vous perdez de l’activité) ou pas assez (risque de blanchiment).

Pas d’audit trail : sans logs minimaux ni traçabilité par opération, répondre à une demande d’informations devient lent, coûteux et risqué.

Sanctions et frictions : le non-respect de la réglementation LCB-FT expose à des sanctions (en Espagne, loi 10/2010) ainsi qu’à des blocages et rejets de la part des banques et des contreparties.

Votre Travel Rule est-elle prête pour un contrôle ?

Si vous ne pouvez pas reconstituer un transfert en deux minutes (données, validations et décision), elle ne l’est pas. Nous réalisons le diagnostic, concevons les flux et mettons les preuves en « mode contrôle ».

Le déroulement d’un transfert conforme

Un bon déploiement transforme la Travel Rule en une séquence opérationnelle reproductible : collecter, transmettre, valider, gérer les incidents et conserver la preuve de chaque opération.

Les cinq phases d’un transfert conforme à la Travel Rule Collecter les données du donneur d’ordre et du bénéficiaire ; les transmettre à la contrepartie ; valider les données à la réception ; gérer les données manquantes en décidant d’accepter, de rejeter ou de suspendre ; et conserver la preuve avec une piste d’audit. DE LA COLLECTE À LA PREUVE 01 Collecter données obligatoires 02 Transmettre à la contrepartie 03 Valider à la réception 04 Gérer données manquantes : accepter, rejeter ou suspendre 05 Conserver preuves et logs
Schéma opérationnel indicatif. La décision d’exécuter, de rejeter ou de suspendre un transfert aux données incomplètes se prend conformément aux politiques internes et aux orientations de l’ABE.

Conformité de base ou automatisée ?

La Travel Rule peut être déployée avec différents niveaux d’automatisation. Bien choisir évite frictions, rejets et surcoûts opérationnels.

Ce qui définit un bon déploiement

Face à une « conformité sur le papier », ce qui fait la différence, c’est un processus opérable, défendable et rapide à exécuter, avec des preuves par opération.

Données
Qualité, format et cohérence, pas seulement « avoir » le champ.
Validation
Contrôle à la réception et traçabilité des corrections.
Données manquantes
Règles claires pour accepter, rejeter ou suspendre.
Preuves
Le « mode contrôle » en un clic, pas un projet.

Comment nous menons le projet

Un déploiement complet et audit-ready, centré sur l’activité réelle, en 2 à 6 semaines selon le volume, les contreparties et l’automatisation.

  1. GAP analysis et conception des flux (inbound/outbound).
  2. Politiques, données manquantes, auto-conservation et contreparties.
  3. Tests end-to-end, preuves et formation de l’équipe.

Exposez-nous votre activité →

Comparaison entre une conformité manuelle à la Travel Rule et une conformité automatisée par API ou prestataire
Caractéristique De base (manuel) Automatisé (API/prestataire)
Délai de déploiement Rapide pour un MVP, mais plus de frictions à la montée en charge Conception initiale plus lourde, meilleure scalabilité
Gestion des données manquantes Opérations lourdes (support et back-office) Validation et routage automatisés
Auto-conservation (self-hosted) Vérification et preuves plus manuelles Méthodes de vérification intégrées et traçables
Audit trail Risque d’incohérences sans discipline Logs et preuves cohérents par conception

La stratégie optimale est souvent le « manuel contrôlé » pour de faibles volumes et l’« automatisé » en cas de croissance, de multiples contreparties ou d’auto-conservation fréquente. Tableau indicatif ; cette page est informative et ne constitue pas un conseil.

Tout ce qu’il faut savoir sur la Travel Rule

Qu’est-ce que la Travel Rule pour les crypto-actifs ?

C’est l’ensemble des obligations de traçabilité qui imposent que les transferts de crypto-actifs soient accompagnés d’informations sur le donneur d’ordre et le bénéficiaire. Dans l’UE, elle est mise en œuvre par le règlement (UE) 2023/1113, applicable aux transferts impliquant au moins un CASP établi dans l’Union. En pratique, il faut collecter les données, les transmettre, les valider et gérer les incidents.

Quelle réglementation encadre la Travel Rule dans l’Union européenne ?

Le cadre principal est le règlement (UE) 2023/1113 (Transfer of Funds Regulation, TFR), qui a réformé l’ancien règlement (UE) 2015/847, ainsi que les orientations de l’ABE (EBA/GL/2024/11) sur les informations accompagnant les transferts de fonds et de crypto-actifs. La norme internationale de référence est la Recommandation 16 du GAFI (FATF).

Depuis quand s’applique-t-il ?

Le règlement (UE) 2023/1113 est applicable depuis le 30 décembre 2024, en même temps que l’application pleine de MiCA. Depuis cette date, chaque transfert de crypto-actifs impliquant un CASP de l’UE doit respecter la Travel Rule.

Quelles informations doivent accompagner le transfert ?

Les données du donneur d’ordre (nom, numéro de compte ou adresse DLT et, selon le cas, adresse, numéro de document, identifiant client ou date et lieu de naissance) et du bénéficiaire (nom et numéro de compte ou adresse). Pour les personnes morales, le LEI est l’identifiant privilégié. Le point critique n’est pas seulement de « disposer » de la donnée, mais sa qualité, sa transmission, sa validation et la gestion des incidents.

Que prévoit-elle pour les portefeuilles auto-hébergés (self-hosted) ?

Lorsqu’une adresse auto-hébergée est impliquée, le CASP doit obtenir les informations requises. Et pour les transferts supérieurs à 1 000 €, l’obligation de vérifier que le client est propriétaire de cette adresse ou en a le contrôle s’active, en appliquant une méthode raisonnable et documentée (par exemple, la signature d’un message avec la clé associée, ou l’analyse de la blockchain), conformément aux orientations de l’ABE.

S’applique-t-elle s’il n’y a que de l’auto-conservation (self-hosted vers self-hosted) ?

La Travel Rule s’active lorsque au moins un CASP intervient dans le transfert. Les transferts purement entre portefeuilles auto-hébergés, sans aucun CASP, échappent généralement à son champ, mais les risques de blanchiment peuvent exiger des mesures internes selon votre modèle. L’applicabilité exacte dépend du flux et du rôle de votre entité.

Que se passe-t-il s’il manque des données dans un transfert ?

Les orientations de l’ABE imposent de détecter les informations manquantes ou incomplètes, de les réclamer à la contrepartie (avec des relances) et de décider, selon les politiques internes, d’exécuter, de rejeter ou de suspendre le transfert. Il faut aussi en informer le prestataire précédent de la chaîne et consigner la décision et son motif.

Risques et sanctions : que se passe-t-il si je ne me conforme pas ?

Le non-respect des obligations LCB-FT (y compris la traçabilité) accroît le risque de sanctions administratives, de demandes d’informations et de limitations opérationnelles, ainsi que d’atteinte à la réputation et de blocages et rejets de transferts par les banques et les contreparties. En Espagne, le régime de sanctions en matière de lutte contre le blanchiment (loi 10/2010) prévoit des amendes importantes pour les infractions graves et très graves.

S’applique-t-elle aux NFT ?

Cela dépend. Le règlement s’applique aux « crypto-actifs » tels que les définit MiCA, qui exclut les NFT véritablement uniques et non fongibles. Toutefois, les NFT qui, malgré leur unicité apparente, sont émis en série ou sont fonctionnellement fongibles peuvent entrer dans le champ et donc être soumis à la Travel Rule. Il convient d’analyser au cas par cas.

Combien coûte la mise en œuvre de la Travel Rule ?

Cela dépend du volume, du modèle opérationnel (conservation ou auto-conservation), du nombre de contreparties et du niveau d’automatisation. À titre indicatif, les projets démarrent à partir de 1 995 €. Pour une estimation précise, écrivez-nous ici.

Montants, LEI, MiCA et RGPD

Existe-t-il un montant minimum pour la Travel Rule en crypto ?

Pas pour l’obligation générale de données : elle s’applique à tous les transferts impliquant un CASP, quel que soit le montant. Le seuil de 1 000 € détermine seulement quand il faut vérifier la propriété ou le contrôle d’un portefeuille auto-hébergé.

Qu’est-ce que le LEI et quand l’utilise-t-on ?

Le LEI (Legal Entity Identifier) est un identifiant unique de 20 caractères pour les personnes morales participant à des opérations financières. Dans le TFR, c’est l’identifiant privilégié pour les donneurs d’ordre qui sont des personnes morales.

Quel lien entre la Travel Rule et MiCA ?

Ils forment un cadre à deux volets : MiCA (règlement 2023/1114) régit les services et les émetteurs de crypto-actifs ; le TFR (règlement 2023/1113) régit les transferts. Tous deux sont pleinement applicables depuis le 30 décembre 2024.

Combien de temps faut-il pour la mettre en œuvre ?

Un déploiement solide est généralement opérationnel en 2 à 6 semaines, selon le volume, le modèle (conservation ou auto-conservation), le nombre de contreparties et le niveau d’automatisation. Ce qui prend le plus de temps, c’est la production des preuves et les tests end-to-end.

Qu’est-ce qu’un CASP intermédiaire (ICASP) ?

C’est un prestataire qui intervient dans la chaîne d’un transfert de crypto-actifs en tant qu’intermédiaire, sans être celui du donneur d’ordre ni du bénéficiaire. Il doit conserver l’information, la transmettre et gérer les rejets en maintenant la traçabilité tout au long de la chaîne.

Comment le RGPD affecte-t-il la transmission des données ?

La transmission de données personnelles entre prestataires doit respecter le RGPD (règlement (UE) 2016/679) : minimisation, base juridique et garanties, notamment pour les transferts vers des pays tiers. C’est un équilibre entre traçabilité LCB-FT et protection des données qui doit être documenté.

En quoi diffère-t-elle d’un rapport de traçabilité de cryptomonnaies ?

La Travel Rule est une obligation opérationnelle continue qui accompagne chaque transfert. Un rapport de traçabilité est une analyse forensique ponctuelle du parcours de fonds (par exemple, dans le cadre d’une enquête ou d’un incident). Ce sont deux choses distinctes et complémentaires.

Comment mettre en œuvre la Travel Rule : guide pratique

La mettre en œuvre ne consiste pas à rédiger une politique : il faut concevoir des flux, valider les données, traiter les données manquantes, vérifier l’auto-conservation et laisser des preuves par opération. L’ordre compte.

Processus

C’est un processus, pas un papier

Un bon déploiement repose sur des données de qualité, des validations et des preuves par transfert, pas sur un document générique qui cède dès que le volume augmente.

Auto-conservation

Le point chaud : le self-hosted

C’est ici que se concentrent les principaux blocages et constats. La vérification au-delà de 1 000 € doit être documentée et reproductible pour tous les cas comparables.

Données manquantes

Ni trop ni trop peu

Sans playbook pour les données manquantes, on bloque trop (vous perdez de l’activité) ou pas assez (risque de blanchiment). La clé est l’équilibre entre risque, frictions et preuves.

Checklist : mettre en œuvre la Travel Rule en 10 étapes

  1. Réaliser la GAP analysis au regard du règlement (UE) 2023/1113 et des orientations de l’ABE.
  2. Cartographier les données obligatoires par type de transfert (inbound et outbound).
  3. Concevoir les validations et le contrôle qualité des données.
  4. Définir le traitement des données manquantes : acceptation, rejet, suspension, nouvelles tentatives et escalade.
  5. Créer le playbook des portefeuilles auto-hébergés : vérification > 1 000 € et atténuation des risques.
  6. Établir le cadre de gestion des contreparties (UE et pays tiers).
  7. Garantir la sécurité de la transmission et le respect du RGPD.
  8. Définir les enregistrements minimaux, les logs et l’audit trail par opération.
  9. Exécuter des tests end-to-end et former l’équipe (opérations, compliance et support).
  10. Conserver les preuves et préparer le « mode contrôle » pour les demandes d’informations.

Vous voulez situer la Travel Rule dans l’ensemble du cadre crypto ? Consultez le règlement MiCA, la licence CASP et la lutte contre le blanchiment (LCB-FT).

La Travel Rule en mode opérationnel

De la GAP analysis au « mode contrôle »

Mettre en œuvre la Travel Rule est une séquence ordonnée (diagnostic, politiques, auto-conservation, tests et preuves) sans bloquer votre activité quotidienne. Voici le parcours.

GAP analysis et conception des flux de la Travel Rule1) GAP et conception

GAP analysis et conception

Nous analysons votre modèle (conservation ou auto-conservation), vos flux (inbound/outbound), vos contreparties et vos outils, puis nous définissons la cartographie des exigences et le plan de déploiement.

  • périmètre
  • flux
  • écarts
politiques et procédures : données obligatoires, validations et gestion des données manquantes2) Politiques

Politiques et données manquantes

Nous rédigeons les procédures opérationnelles : données obligatoires, validations, gestion des données manquantes, rejets, escalades et conservation des preuves.

  • données
  • validations
  • rejets
playbook d’auto-conservation et cadre de gestion des contreparties3) Auto-conservation

Auto-conservation et contreparties

Playbook pour le self-hosted : vérification au-delà de 1 000 €, critères de risque et documentation. Nous définissons le cadre de relation avec les contreparties de l’UE et des pays tiers.

  • > 1 000 €
  • risque
  • contreparties
carte de décision : quand la Travel Rule s’applique à un transfertDécision rapide

Carte : s’applique-t-elle à mon transfert ?

un CASP intervient

La Travel Rule s’applique : il faut collecter, transmettre, valider et conserver les données.

self-hosted > 1 000 €

En outre, vérifier la propriété ou le contrôle du portefeuille avec une méthode documentée.

aucun CASP

Elle est généralement exclue, mais le risque de blanchiment peut exiger des mesures internes.

Playbook

Ce que votre Travel Rule doit pouvoir démontrer

Exigence
Ce qui est exigé
Remarque

Gouvernance du processus

Rôles définis, règles d’acceptation/rejet et sécurité de la transmission.

Évite la « conformité informelle » qui cède dès que le volume augmente.

Données et preuves

Champs par type de transfert, validations et données manquantes documentés.

Sous un format présentable et exportable.

Auto-conservation > 1 000 €

Vérification de la propriété ou du contrôle, avec la méthode retenue et sa preuve.

Même standard pour tous les cas comparables.

Conservation et réponse

Conservation des preuves et capacité d’exporter par période, client et contrepartie.

UE : ≥ 5 ans ; en Espagne, la loi 10/2010 exige 10 ans.

Protection des données (RGPD)

Minimisation et respect du RGPD dans le traitement et la transmission.

Équilibre entre traçabilité LCB-FT et protection des données.

Erreurs fréquentes qui provoquent des blocages

Anticipez-les pour ne pas perdre d’activité en bloquant trop ni assumer de risque en bloquant trop peu.

  • Collecter des données sans contrôle qualité (formats, identité, adresses DLT).
  • Auto-conservation sans procédure de vérification au-delà de 1 000 €.
  • Ne pas avoir de playbook pour les données manquantes : des décisions sans critère ni enregistrement.
  • Opérer sans audit trail : ne pas pouvoir reconstituer un transfert.
  • Promettre sur le site ce que l’activité réelle ne peut pas démontrer.
Dictionnaire opérationnel

Concepts clés de la Travel Rule

Si vous allez mettre en œuvre la Travel Rule, ces termes apparaissent dans le diagnostic, dans la conception des flux et dans la réponse aux demandes d’informations.

Travel Rulebase

Travel Rule

Obligation que les transferts de crypto-actifs soient accompagnés d’informations sur le donneur d’ordre et le bénéficiaire, avec validation et traçabilité.

GAFI R16 · UE : règl. 2023/1113.
TFRnorme

Règlement (UE) 2023/1113

Le Transfer of Funds Regulation. Étend aux crypto-actifs les règles de traçabilité des transferts de fonds.

Applicable depuis le 30 déc. 2024.
ABEorientations

Orientations de l’ABE

EBA/GL/2024/11 : précisent comment détecter et gérer les données manquantes ou incomplètes et comment vérifier les portefeuilles auto-hébergés.

Du 4 juillet 2024.
donneur d’ordrepartie

Donneur d’ordre

Personne qui ordonne le transfert de crypto-actifs. Ses données (nom, compte/adresse et, le cas échéant, d’autres éléments d’identification) doivent accompagner l’opération.

Fournit plus de champs que le bénéficiaire.
bénéficiairepartie

Bénéficiaire

Personne qui reçoit le transfert. Au minimum, son nom et son numéro de compte ou son adresse doivent l’accompagner.

Le CASP destinataire valide ses données.
self-hostedclé

Adresse auto-hébergée

Portefeuille d’auto-conservation contrôlé par l’utilisateur, et non par un prestataire. Au-delà de 1 000 €, il impose de vérifier la propriété ou le contrôle.

C’est ici que se concentrent les constats.
LEIdonnée

LEI

Legal Entity Identifier : code unique de 20 caractères pour les personnes morales. C’est l’identifiant privilégié pour les donneurs d’ordre qui sont des sociétés.

Identifiant privilégié.
CASPacteur

CASP

Prestataire de services sur crypto-actifs. Son intervention dans un transfert est ce qui déclenche la Travel Rule.

Voir la licence CASP (MiCA).
ICASPchaîne

CASP intermédiaire

Prestataire qui intervient comme intermédiaire dans la chaîne d’un transfert, sans être celui du donneur d’ordre ni du bénéficiaire.

Conserve et transmet l’information.
audit trailpreuve

Audit trail

Piste d’audit : enregistrement minimal par transfert (données transmises et reçues, validations, décisions et horodatages) permettant de reconstituer l’opération.

Le « mode contrôle ».
GAFIstandard

GAFI / FATF R16

La Recommandation 16 du Groupe d’action financière est la norme mondiale de « règle de voyage » pour les actifs virtuels, à l’origine du cadre européen.

Référence internationale.
données manquantesgestion

Données manquantes

Informations obligatoires absentes ou incomplètes dans un transfert. Impose de les réclamer et de décider d’exécuter, de rejeter ou de suspendre l’opération.

Avec critère et enregistrement.

Checklist et modèles pour la Travel Rule

Une ressource pratique pour préparer votre conformité : champs obligatoires par type de transfert, règles de gestion des données manquantes, procédure de vérification de l’auto-conservation, logs minimaux et checklist de contrôle.

  • Champs obligatoires et validations par flux
  • Vérification de l’auto-conservation > 1 000 € et données manquantes
  • Logs minimaux et checklist de contrôle
Demander la checklist et les modèles
Travel RuleChecklist + modèles · PDF
Règlement (UE) 2023/1113

Auteur

Diego Molina

Directeur de Molina Law Boutique · Régulation financière, lutte contre le blanchiment et crypto-actifs

Accompagnement des exchanges, conservateurs, fintech et établissements financiers dans la mise en conformité à la Travel Rule (règlement (UE) 2023/1113) : diagnostic et GAP analysis, conception des flux, vérification des portefeuilles auto-hébergés, gestion des données manquantes et des contreparties, preuves et réponse aux demandes d’informations, en lien avec MiCA, la licence CASP et la lutte contre le blanchiment.

Exposez-nous votre Travel Rule

Décrivez-nous votre modèle (conservation ou auto-conservation), votre volume et vos contreparties, et nous vous indiquons quelles données collecter, comment gérer les données manquantes, comment vérifier l’auto-conservation et comment préparer les preuves pour un contrôle.

Travel Rule et règlement (UE) 2023/1113 : cadre réglementaire

La Travel Rule européenne est le règlement (UE) 2023/1113, du 31 mai 2023, sur les informations accompagnant les transferts de fonds et de certains crypto-actifs, qui a modifié la directive (UE) 2015/849 et abrogé le règlement (UE) 2015/847. Il est applicable depuis le 30 décembre 2024 et forme, avec MiCA (règlement (UE) 2023/1114), un cadre à deux volets : MiCA régit les services et les émetteurs ; le TFR régit les transferts.

L’obligation de fournir les données du donneur d’ordre et du bénéficiaire s’applique à tous les transferts impliquant un CASP, sans montant minimum. Le seuil de 1 000 € n’active que la vérification de la propriété ou du contrôle des portefeuilles auto-hébergés. Les orientations de l’ABE (EBA/GL/2024/11, du 4 juillet 2024) détaillent comment gérer les données manquantes ou incomplètes et comment vérifier l’auto-conservation. La norme internationale de référence est la Recommandation 16 du GAFI (FATF).

Lien avec MiCA, la licence CASP et la lutte contre le blanchiment

La Travel Rule n’opère pas de manière isolée : elle s’intègre à l’agrément comme CASP au titre de MiCA et aux obligations de lutte contre le blanchiment (LCB-FT) que régit en Espagne la loi 10/2010, sous la supervision du SEPBLAC. La transmission de données personnelles doit en outre respecter le RGPD (règlement (UE) 2016/679). Il convient donc de la concevoir de façon intégrée au reste du programme de conformité, et non comme une formalité isolée.

Sources officielles

Vous pouvez consulter les textes directement à leurs sources officielles : règlement (UE) 2023/1113 (EUR-Lex), sa publication au BOE et les orientations de l’ABE (EBA/GL/2024/11). Cette page est informative et ne constitue pas un conseil juridique ; chaque entité doit analyser son cas individuellement.

Règlement (UE) 2023/1113 EBA/GL/2024/11 GAFI R16 Portefeuilles self-hosted RGPD Loi 10/2010 LEI