Aplicar la protección de datos personales en tu software significa convertir los principios de la Ley Orgánica de Protección de Datos Personales de Ecuador (LOPDP) en decisiones técnicas: pedir solo los datos que necesitas, registrar para qué los usas y con qué consentimiento, limitar quién los ve, cifrarlos y dejar rastro de cada acceso. Un sistema diseñado así cumple mejor y además es más fácil de auditar.
Qué pide la ley, en términos generales
La LOPDP regula cómo empresas e instituciones tratan los datos de personas: nombres, cédulas, teléfonos, direcciones, historiales de compra, ubicación y, con más exigencia, datos sensibles como los de salud. Sus ideas centrales son pocas y se repiten en casi cualquier norma moderna de protección de datos.
- Base legal y consentimiento: necesitas una razón válida para tratar cada dato. Muchas veces es el consentimiento del titular, que debe ser libre, informado y específico.
- Finalidad: los datos se recogen para un propósito concreto y no se usan después para otro distinto sin una base que lo permita.
- Minimización: pides solo lo necesario para esa finalidad.
- Derechos de los titulares: las personas pueden pedir acceder a sus datos, corregirlos, eliminarlos u oponerse a ciertos usos, entre otros derechos.
- Seguridad: debes aplicar medidas técnicas y organizativas proporcionales al riesgo, y actuar ante una vulneración.
- Responsabilidad: tienes que poder demostrar que cumples, no solo decir que cumples.
Ese último punto es el que más toca al software. Demostrar cumplimiento sin registros, sin roles y sin un inventario de datos es casi imposible.
Consentimiento y finalidad: cómo se ven en el sistema
Una casilla marcada por defecto en el formulario de registro no basta. El consentimiento tiene que quedar registrado como un dato más: quién aceptó, qué texto exacto vio, en qué fecha y para qué finalidad. Si cambias la política, guardas la nueva versión y sabes quién aceptó cuál.
- Consentimientos separados por finalidad: aceptar el servicio no es lo mismo que aceptar recibir promociones. Una tienda en línea en Guayaquil debe pedir ambos por separado.
- Retiro tan fácil como la aceptación: si el cliente aceptó con un clic, debe poder retirarlo sin escribir un correo formal.
- El sistema respeta lo registrado: si alguien retiró el permiso de marketing, el módulo de campañas lo excluye solo, sin depender de que alguien se acuerde.
Derechos de los titulares: prepara el sistema para responder
Cuando un cliente pide ver o borrar sus datos, la pregunta práctica es: ¿en cuántos lugares están? Si la respuesta incluye la base principal, tres hojas de cálculo, el correo de ventas y un respaldo viejo, responder bien es muy difícil. Por eso el primer paso es un inventario: qué datos personales guardas, dónde, para qué y por cuánto tiempo.
- Exportar: una función que reúna todos los datos de un titular en un archivo legible.
- Corregir: que el propio usuario, o tu equipo con registro, pueda actualizar datos inexactos.
- Eliminar o anonimizar: borrar lo que no debes conservar y anonimizar lo que necesitas para estadísticas o por obligaciones contables y tributarias.
- Registrar la solicitud: quién pidió qué, cuándo y cómo se respondió.
Ojo con el borrado: hay información, como las facturas, que la normativa tributaria obliga a conservar. El diseño debe distinguir lo que se elimina, lo que se anonimiza y lo que se conserva con acceso restringido.
Seguridad: las decisiones técnicas que cuentan
Cifrado
Todo el tráfico va cifrado (HTTPS, sin excepciones). En la base, los proveedores de nube cifran el almacenamiento, pero los campos más delicados (cédulas, datos de salud, números de cuenta) pueden llevar una capa adicional de cifrado a nivel de aplicación. Las contraseñas nunca se guardan: se guarda un hash con un algoritmo diseñado para eso.
Roles y mínimo privilegio
En una clínica en Quito, la recepcionista necesita la agenda y los datos de contacto, no el historial clínico. El médico ve el historial de sus pacientes. Contabilidad ve facturas, no diagnósticos. Cada rol accede solo a lo que necesita para su trabajo, y eso se aplica en el servidor o en la base de datos, no solo ocultando botones en la pantalla. Lo explicamos con más detalle en software para clínicas y consultorios.
Bitácora de accesos
Registra quién consultó, modificó o exportó datos personales, cuándo y desde dónde. La bitácora no se puede editar desde la aplicación. Sirve para detectar abusos, responder ante una vulneración y demostrar que los controles funcionan.
Minimización desde el formulario
Cada campo que pides es un campo que debes proteger. Si para entregar un pedido no necesitas la fecha de nacimiento, no la pidas. Si necesitas saber que alguien es mayor de edad, quizá basta con confirmarlo. Menos datos significa menos riesgo y menos trabajo cuando alguien pide sus datos.
| Principio | Decisión de software |
|---|---|
| Consentimiento | Registro versionado de aceptaciones, separado por finalidad |
| Finalidad | Inventario de datos con el uso autorizado de cada uno |
| Minimización | Formularios con solo los campos necesarios, borrado programado |
| Derechos de los titulares | Funciones de exportar, corregir y eliminar o anonimizar |
| Seguridad | Cifrado, roles con mínimo privilegio, respaldos probados |
| Responsabilidad | Bitácora de accesos inalterable y registro de solicitudes |
Proveedores, nube e inteligencia artificial
Si tus datos viven en un servicio de nube o pasan por un proveedor (correo, mensajería, un modelo de IA), ese proveedor también los trata. Revisa dónde se alojan, qué hace con ellos y qué contrato tienes. Esto pesa al elegir infraestructura, como vemos en Supabase, Firebase o servidor propio, y al usar IA: pegar datos de clientes en una herramienta pública puede ser un uso no autorizado. Lo tratamos en cómo usar inteligencia artificial en tu empresa.
Por dónde empezar si tu sistema ya existe
- Haz el inventario de datos personales: qué, dónde, para qué y por cuánto tiempo.
- Revisa quién tiene acceso hoy y retira lo que sobra.
- Activa la bitácora en las tablas con datos sensibles.
- Ajusta formularios: quita campos innecesarios y separa consentimientos.
- Prepara el procedimiento para responder solicitudes de los titulares.
En FoodTook Labs incluimos estas decisiones en la arquitectura desde el diseño, y también acompañamos a empresas que necesitan adecuar sistemas existentes, en coordinación con su asesor legal.