> For the complete documentation index, see [llms.txt](https://help.flycode.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.flycode.com/fr/subscription-compliance/legal-and-tracking-requirements.md).

# Exigences juridiques et de suivi

Quels enregistrements de consentement de facturation stocker (horodatage, IP, libellé exact de l’opt-in) et comment surveiller si les clients rencontrent des frictions dans votre parcours d’annulation en comparant les tentatives aux validations.

Deux habitudes opérationnelles permettent à une entreprise d’abonnement de rester du bon côté des règles de renouvellement automatique : conserver des preuves du consentement et mesurer si l’annulation fonctionne réellement.

## Dois-je vraiment conserver une preuve du consentement pour la facturation ?

Les régulateurs et les réseaux de cartes s’attendent de plus en plus à ce que vous conserviez les éléments de consentement pour la facturation récurrente : l’horodatage de l’opt-in, l’adresse IP ou l’identifiant d’appareil du client, le libellé exact et le prix affichés au moment du consentement, ainsi que la version des conditions qu’il a acceptées. Un simple indicateur booléen « agreed = true » dans votre base de données ne suffit pas, car il ne peut pas montrer ce que le client a réellement vu. Conservez le texte du consentement tel qu’affiché (ou une référence versionnée vers celui-ci) avec l’événement, gardez-le pendant toute la durée de l’abonnement, plus votre période de contestation, et rendez-le récupérable pour chaque client. Ce sont les mêmes dossiers qui permettent de gagner les rétrofacturations liées à la facturation récurrente, puisque les émetteurs demandent une preuve que le titulaire de la carte a accepté le débit récurrent.

## Comment puis-je surveiller si les clients rencontrent des frictions dans le parcours d’annulation ?

Suivez chaque tentative d’annulation comme un événement, du premier clic sur « annuler » jusqu’à l’aboutissement, et comparez les tentatives aux réussites. Si les tentatives échouées ou abandonnées dépassent les réussites de plus d’environ 5 %, cela signifie que les clients se bloquent quelque part dans le parcours, ce qui est à la fois un signal de conformité (les régulateurs appellent cette friction un « dark pattern ») et un signal de désabonnement (un client qui ne peut pas annuler conteste plutôt le débit). Instrumentez chaque étape pour voir où se produit l’abandon, surveillez les tickets d’assistance et les rétrofacturations étiquetés « impossible d’annuler », et revoyez le parcours chaque fois que vous le modifiez. Par ailleurs, excluez de cette métrique le churn involontaire (paiements échoués) ; ces clients n’ont pas essayé d’annuler, et les mélanger masque les deux problèmes.

## Associé

* [Règles réglementaires](https://help.flycode.com/subscription-compliance/regulatory-rules)
* [Qu’est-ce que le churn involontaire ?](https://help.flycode.com/understanding-involuntary-churn/what-is-involuntary-churn)


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://help.flycode.com/fr/subscription-compliance/legal-and-tracking-requirements.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.