Transformación Digital y Tecnología
Zero Data Retention: qué significa y por qué debería importarle a una empresa que utiliza inteligencia artificial
Un proveedor ofrece “Zero Data Retention”, pero sus anexos permiten guardar metadatos, registros de seguridad, copias de respaldo o datos para investigación de abuso. Zero Data Retention suele referirse a que el proveedor no conserva el contenido de prompts y respuestas para entrenamiento o uso operativo después de procesarlo. No siempre significa ausencia total de logs, metadatos, respaldos, soporte o retención por seguridad. En este artículo revisamos cómo convertir esa inquietud en una decisión que conecte ley, negocio, procesos, personas, tecnología y evidencia.
Qué significa en la práctica
Las preguntas deben cubrir qué se registra, quién puede acceder, regiones, subencargados, excepciones, soporte, abuso, recuperación y borrado. También conviene limitar qué información se envía, aunque exista una promesa de retención cero. El primer paso es observar el proceso real: formularios, correos, planillas, sistemas, conversaciones y excepciones. El control debe ser suficientemente simple para que el equipo lo use bajo presión y suficientemente claro para que otra persona pueda verificarlo.
La dimensión jurídica y de riesgo
La empresa debe comprobar la definición contractual y técnica, no confiar en la etiqueta comercial. La Ley 21.719 exige seguridad, finalidad, confidencialidad y control de encargados; la política de retención debe distinguir contenido, identificadores, telemetría y copias. En caso de duda, conviene formular la conclusión con prudencia y escalarla a asesoría jurídica. Una recomendación de buena práctica no debe presentarse como obligación legal, y una obligación legal no debe ampliarse a usos que la norma no exige.
Un ejemplo empresarial
Un equipo usa una API para resumir contratos. El proveedor no guarda el prompt para entrenamiento, pero conserva un identificador y logs de errores por 30 días. La empresa debe decidir si ese residuo es aceptable, si puede reducirlo y cómo se elimina tras el periodo. La respuesta madura no parte por comprar una herramienta ni por redactar una política aislada. Parte por delimitar la finalidad, reducir el dato, asignar responsables y probar si el control funciona en la operación cotidiana.
Errores que conviene evitar
La etiqueta puede crear una falsa sensación de seguridad y llevar a cargar secretos, datos de clientes o información estratégica. Las copias de respaldo y accesos de soporte suelen quedar fuera de la explicación superficial. Otro error frecuente es trasladar toda la decisión a TI o al proveedor. La tecnología puede ejecutar controles, pero la empresa conserva decisiones de negocio: qué recopilar, por qué usarlo, con quién compartirlo y cuándo dejar de tratarlo.
Qué debería revisar la gerencia
- Definir qué significa retención cero en el contrato.
- Separar contenido, metadatos y respaldos.
- Limitar prompts y datos de entrada.
- Revisar soporte y subencargados.
- Verificar borrado y cambios de política.
Estas acciones deben tener un dueño, una fecha y una evidencia observable. Si la organización es pequeña, puede concentrar funciones; lo importante es que las responsabilidades estén claras y que las excepciones no se conviertan en la forma habitual de operar.
Evidencia y seguimiento
Conservar contrato, configuración, documentación del proveedor, pruebas, revisión de logs y solicitudes de eliminación. Las afirmaciones de “cero” deben tener alcance y fecha. La evidencia debe ser proporcional: no se trata de archivar todo, sino de conservar lo suficiente para reconstruir decisiones, demostrar que se actuó y corregir lo que no funcionó. Un control sin dueño, prueba o fecha de revisión es una intención, no un control operativo.
Preguntas para una reunión de trabajo
- ¿Qué conserva realmente el proveedor?
- ¿Puede usarlo para mejorar el servicio?
- ¿Qué pasa con errores, abuso y respaldos?
Responder estas preguntas permite priorizar. Puede existir un riesgo aceptable, una medida pendiente o una cuestión que requiera análisis especializado. Lo importante es que la decisión quede visible, que la persona responsable tenga capacidad de actuar y que la gerencia conozca las dependencias críticas.
La revisión tampoco debería quedar congelada en la fecha de publicación. Cambios de proveedor, nuevas campañas, reorganizaciones, incidentes, tecnologías y modificaciones regulatorias pueden alterar el análisis. Una fecha de seguimiento y un responsable de actualización convierten el artículo en una pauta de gestión, no en una declaración aislada.
Cierre: cumplir conectando decisiones
La gestión de zero data retention en inteligencia artificial no debería reducirse a un documento o a una herramienta. Requiere coordinar la finalidad jurídica con el proceso, la tecnología, las personas y la capacidad real de respuesta. En VEORA Advisory podemos acompañar a la organización en el diagnóstico, diseño de controles y puesta en marcha de una hoja de ruta proporcional. Verificar contractualmente qué retiene el proveedor de IA y por cuánto tiempo.
Fuentes consultadas
Biblioteca del Congreso Nacional de Chile, Ley N.º 21.719, texto con vigencia diferida al 1 de diciembre de 2026: https://www.bcn.cl/leychile/navegar?idNorma=1209272
Biblioteca del Congreso Nacional de Chile, Ley N.º 19.628, versión vigente hasta el 30 de noviembre de 2026: https://www.bcn.cl/leychile/Navegar?dt=open&idLey=19628
Nota editorial: este artículo entrega orientación general y no reemplaza un análisis jurídico, laboral, técnico o sectorial de un caso concreto. La vigencia y aplicación de la Ley N.º 21.719 debe revisarse según la fecha de publicación y las normas, reglamentos e instrucciones disponibles.
