> 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/es/subscription-compliance/legal-and-tracking-requirements.md). # Requisitos legales y de seguimiento Dos hábitos operativos mantienen a un negocio de suscripción del lado correcto de las normas de renovación automática: conservar pruebas del consentimiento y medir si la cancelación realmente funciona. ## ¿Realmente necesito almacenar pruebas del consentimiento para la facturación? Sí. Cada vez más, los reguladores y las redes de tarjetas esperan que conserves pruebas del consentimiento para la facturación recurrente: la marca de tiempo del opt-in, la dirección IP del cliente o el identificador del dispositivo, el texto exacto y el precio mostrados en el momento del consentimiento, y la versión de los términos a los que aceptaron. Un indicador booleano de «agreed = true» en tu base de datos no basta, porque no puede mostrar lo que el cliente vio realmente. Almacena el texto de consentimiento renderizado (o una referencia versionada a él) junto con el evento, consérvalo durante toda la vida de la suscripción más tu ventana de disputas, y haz que pueda recuperarse por cliente. Los mismos registros son los que ayudan a ganar las devoluciones de cargo por facturación recurrente, ya que los emisores piden prueba de que el titular de la tarjeta aceptó el cargo recurrente. ## ¿Cómo puedo supervisar si los clientes encuentran fricción en el flujo de cancelación? Registra cada intento de cancelación como un evento, desde el primer clic en «cancelar» hasta la finalización, y compara los intentos con los éxitos. Si los intentos fallidos o abandonados superan a las finalizaciones en más o menos un 5 por ciento, los clientes se están quedando atascados en algún punto del flujo, lo cual es a la vez una señal de cumplimiento (la fricción es lo que los reguladores llaman un patrón oscuro) y una señal de abandono (un cliente que no puede cancelar impugna el cargo en su lugar). Instrumenta cada paso para poder ver dónde ocurre la caída, vigila los tickets de soporte y las devoluciones de cargo etiquetados como «no pudo cancelar», y revisa el flujo cada vez que lo cambies. Por separado, mantén la rotación involuntaria (pagos fallidos) fuera de esta métrica; esos clientes no intentaron cancelar, y mezclarlos oculta ambos problemas. ## Relacionado * [Normas regulatorias](https://help.flycode.com/subscription-compliance/regulatory-rules) * [¿Qué es la rotación involuntaria?](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/es/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.