> 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 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 dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://help.flycode.com/fr/subscription-compliance/legal-and-tracking-requirements.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. 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.