Datos personales en el CRM con IA (RGPD)

El agente de IA conversa, pero el CRM almacena. Y lo que almacena —identidad, historial, estado, señales, presupuesto— son datos personales con propósito comercial. Cuantos más datos guarda el CRM, más superficie de riesgo; cuantos más canales alimentan al mismo registro, más exposición. El CRM no es un archivo inerte —es un sistema de tratamiento de datos personales que el RGPD cubre de principio a fin.

El error es pensar que el cumplimiento vive en la política de privacidad. La política dice lo que haces; el CRM hace lo que dice. Si la política dice 'minimizamos' y el CRM guarda el historial completo de tres años sin retención, el incumplimiento no está en la política —está en el CRM. Por eso el cumplimiento de la IA comercial se diseña en los campos del CRM, no en el texto legal.

La minimización del RGPD dice que se guardan los datos necesarios para el propósito, no todos los que se pueden. El agente necesita la identidad, el historial de contacto, el estado de cualificación y las señales de compra —no la transcripción completa de cada conversación, no el presupuesto que el lead mencionó en un context distinto, no los datos de terceros que aparecieron en el chat. Guardar más de lo necesario no mejora al agente —lo expone.

La prueba de minimización es simple: para cada campo del CRM, ¿para qué lo usa el agente? Si la respuesta es 'por si acaso', el campo no pasa la prueba. Si es 'para cualificar, enrutar o derivar', pasa. El CRM minimizado guarda lo que el agente lee para actuar; el no minimizado guarda lo que alguien podría leer algún día. La diferencia no es filosófica —es el límite entre un tratamiento proporcionado y uno que el RGPD considera excesivo.

El propósito limitado dice que los datos se usan para lo que se capturaron, no para lo que se ocurra después. El lead que dio su teléfono para que el agente le cualifique no lo dio para que se le añada a una lista de reactivación sin límite de tiempo. El lead que aceptó que su conversación se guardara para el seguimiento no aceptó que se use para entrenar el modelo. El propósito comercial cualifica, enruta y deriva; el propósito de mejora entrena; el propósito de marketing reactiva. Cada uno necesita su base.

La trampa es el propósito derivado: capturar para uno, usar para otro. El CRM que guarda el historial 'para el seguimiento' y lo reutiliza para reactivar a los leads dormidos sin base nueva está procesando con un propósito distinto al consentido. El propósito limitado no impide reactivar —exige que la reactivación tenga su base legal (consentimiento o interés legítimo) y no se apoye en el propósito del seguimiento. Respetar el propósito es procesar con la base correcta, no con la base cómoda.

La retención definida dice que los datos personales se borran cuando dejan de ser necesarios para el propósito —no se guardan por si acaso. El lead que se cerró hace 24 meses, el que rechazó y no reactivó, el que retiró el consentimiento: sus datos tienen un vencimiento. Guardarlos sin retención es procesar más allá del propósito y acumular riesgo sin beneficio. El CRM sin retención es un archivo sin vencimiento —y un archivo sin vencimiento es un incidente esperando.

La buena práctica es definir la retención por estado del lead: el activo se retiene mientras dure el ciclo; el cerrado, un periodo razonable para facturación y garantía; el rechazado, el mínimo para respetar la decisión; el revocado, se borra o anonimiza al retirar. El agente que lee datos retenidos correctamente procesa con propósito; el que lee un historial de hace cinco años porque nadie borró, procesa con basura y con riesgo. La retención es lo que mantiene al CRM vivo y cumpliendo, no lo que lo convierte en un archivo.