La política de privacidad del Art. 14 ter, generada desde tu RAT
La política de privacidad copiada de otro sitio queda obsoleta en meses. Así genera DPOLab las secciones del Art. 14 ter a partir del RAT: versionado, publicación con workflow y URL pública que se mantiene fiel a lo que realmente haces.
Casi todas las políticas de privacidad chilenas nacieron de un copiar y pegar. Se toma la de otra empresa, se cambia el nombre y se publica. Funciona el primer día y empieza a mentir el segundo: agregaste un proveedor cloud, habilitaste una integración, cambiaste la base legal de un tratamiento, y la política sigue describiendo una realidad que ya no existe.
El Art. 14 ter no pide un texto bonito: pide informar con detalle. Es el deber de transparencia, desglosado en una docena de materias —quién es el responsable, qué datos se tratan y con qué finalidad, en qué base de licitud, a quién se ceden o transfieren, por cuánto tiempo, cómo ejercer los derechos—. Una política genérica no puede cumplir eso, porque esa información es específica de tu organización y cambia con ella.
La política no es un texto: es el reflejo de tu RAT
Aquí está el cambio de enfoque. La información que exige el Art. 14 ter ya vive en tu Registro de Actividades de Tratamiento: las finalidades, las categorías de datos, las bases legales, las transferencias. Si la política se escribe a mano aparte del RAT, los dos documentos divergen de inmediato. Si la política se genera desde el RAT, se mantienen sincronizados por construcción.
1 — Auto-generación desde el RAT
DPOLab toma tus actividades del RAT, tus entidades legales, las categorías de datos, las transferencias internacionales y los propósitos definidos en el CMP, y arma las secciones del Art. 14 ter. No copias de otra web: la política describe lo que tú haces. Cuando una actividad cambia, regeneras y la política refleja el cambio.
2 — Versionado para probar qué decía y cuándo
Una política viva necesita memoria. DPOLab versiona cada publicación —borrador, publicada, archivada— de modo que puedas demostrar qué decía la política el 15 de marzo frente al 20 de abril. Ante un reclamo de un titular o una fiscalización, no es tu palabra: es el registro versionado.
3 — Publicación con workflow obligatorio
Publicar una política no es apretar un botón sin control. En DPOLab pasa siempre por un workflow de aprobación —de un paso en el plan base, configurable en planes superiores—, lo que garantiza la revisión del DPO antes de que el documento vea la luz. Nada se publica a espaldas de quien responde por el cumplimiento.
4 — URL pública que no se rompe
Cada política publicada tiene una URL permanente que enlazas desde tu sitio, desde el banner del CMP o desde los correos transaccionales. Cuando actualizas a una nueva versión, el enlace sigue vivo y apunta a la vigente. Dejas de tener PDFs sueltos circulando con versiones que ya no corresponden.
Lo que ganas
Generar la política desde el RAT no es automatizar la redacción: es eliminar la divergencia entre lo que declaras y lo que haces. Pasas de un documento que envejece a uno que:
- Refleja tu realidad porque se arma desde el RAT y el CMP.
- Cubre las materias del Art. 14 ter sin depender de una plantilla ajena.
- Deja versiones para demostrar qué decía en cada momento.
- Se publica con control del DPO y vive en una URL que no se rompe.
Es la diferencia entre tener una política y tener una política que te respalda.
Si quieres ver cómo se vería con tus propios tratamientos, agenda un diagnóstico o pide una prueba. Y si prefieres acompañamiento para dejar el RAT y la política alineados, el equipo de Codevsys ofrece la implementación guiada.