Solicitudes de datos RGPD: exportacion y eliminacion de datos de clientes en PrestaShop

RGPD y comercio electronico: lo que los propietarios de tiendas deben entender

El Reglamento General de Proteccion de Datos (RGPD) entro en vigor en mayo de 2018 y cambio fundamentalmente la forma en que las empresas de comercio electronico manejan los datos personales. Si tu tienda PrestaShop atiende a clientes en el Espacio Economico Europeo, estas sujeto al RGPD independientemente de donde se encuentre fisicamente tu negocio. El reglamento otorga a los individuos derechos especificos sobre sus datos personales, y tu tienda debe tener la capacidad tecnica y organizativa para cumplir con esos derechos.

Para los propietarios de tiendas PrestaShop, los aspectos operativamente mas exigentes del RGPD son las Solicitudes de Acceso del Interesado (SAR) y las solicitudes de supresion. Una SAR es cuando un cliente te pide que proporciones una copia de todos los datos personales que tienes sobre el. Una solicitud de supresion, tambien conocida como el derecho al olvido, es cuando un cliente te pide que elimines sus datos personales. Ambas deben gestionarse dentro de plazos estrictos, y el incumplimiento puede resultar en multas significativas.

Este articulo cubre la parte practica: que datos almacena PrestaShop, como exportarlos, como eliminarlos o anonimizarlos, que debes retener por razones legales y como construir un proceso confiable alrededor de estas solicitudes.

Que datos personales almacena PrestaShop

Antes de poder responder a cualquier solicitud de datos del interesado, necesitas saber exactamente donde residen los datos personales en tu instalacion de PrestaShop. Los datos personales son cualquier informacion que pueda identificar a una persona fisica, directa o indirectamente. En una tienda PrestaShop tipica, los datos personales estan distribuidos en muchas tablas de la base de datos y potencialmente en modulos de terceros.

Tablas principales de PrestaShop que contienen datos personales

La tabla ps_customer almacena el registro principal del cliente: nombre, direccion de correo electronico, fecha de nacimiento, fecha de creacion, direccion IP de registro y opciones de consentimiento para marketing. La tabla ps_address almacena las direcciones de entrega y facturacion, incluyendo nombre completo, direccion postal, ciudad, codigo postal, pais y numeros de telefono. Un solo cliente puede tener multiples direcciones.

La tabla ps_orders contiene el historial de pedidos vinculado a los clientes, incluyendo metodos de pago y detalles de entrega. La tabla ps_order_detail contiene las lineas de detalle de cada pedido. La tabla ps_cart almacena los datos del carrito de compras, que incluyen las selecciones de productos y pueden vincularse a un cliente. Las tablas ps_message y ps_customer_message contienen los mensajes intercambiados entre el cliente y tu tienda a traves del formulario de contacto o el sistema de mensajeria de pedidos.

Las tablas ps_connections y ps_connections_source rastrean las conexiones de visitantes, incluyendo direcciones IP y URLs de referencia. La tabla ps_guest almacena datos de visitantes invitados vinculados a cookies. La tabla ps_customer_session (en versiones mas recientes) registra las sesiones de inicio de sesion.

Datos en modulos de terceros

Cualquier modulo que recopile o procese datos de clientes crea ubicaciones de almacenamiento de datos adicionales. Los modulos de boletin informativo almacenan direcciones de correo electronico. Los modulos de resenas almacenan nombres de clientes y texto de resenas. Los modulos de lista de deseos vinculan preferencias de productos a cuentas de clientes. Los modulos de fidelidad y recompensas rastrean el comportamiento de compra. Los modulos de analitica pueden almacenar patrones de navegacion. Cada uno de estos modulos debe considerarse al responder a una solicitud de datos del interesado.

Por esta razon, mantener un inventario de procesamiento de datos, un documento que enumere cada lugar donde se almacenan datos personales, no es solo una buena practica sino un requisito del RGPD. Sin el, no puedes garantizar la completitud al responder a una SAR.

El modulo RGPD de PrestaShop

PrestaShop proporciona un modulo oficial de cumplimiento RGPD (psgdpr) que maneja los requisitos basicos de las solicitudes de datos del interesado. Este modulo esta disponible para PrestaShop 1.7 y versiones posteriores y puede instalarse desde el catalogo de modulos en tu back office.

Que hace el modulo

El modulo RGPD agrega un marco de gestion de consentimiento a tu tienda, permitiendote rastrear cuando y donde los clientes dieron su consentimiento para el procesamiento de datos. Agrega casillas de verificacion de consentimiento a los formularios de registro, formularios de contacto y formularios de suscripcion al boletin informativo. Cada accion de consentimiento se registra con una marca de tiempo.

Para las solicitudes de datos del interesado, el modulo proporciona dos funciones clave. La funcion de exportacion de datos genera un archivo PDF o CSV que contiene todos los datos personales asociados con la direccion de correo electronico de un cliente. La funcion de supresion de datos anonimiza o elimina los datos personales de un cliente determinado.

El modulo tambien agrega una seccion a la pagina de cuenta del cliente en el front office donde los clientes pueden ver y descargar sus propios datos y enviar solicitudes de supresion directamente.

Configuracion del modulo

Despues de la instalacion, navega a la pagina de configuracion del modulo. Encontraras secciones para gestionar las casillas de verificacion de consentimiento (que formularios requieren consentimiento y que texto mostrar), configurar que modulos son compatibles con el RGPD (el modulo puede consultar modulos compatibles para obtener sus datos almacenados) y configurar las paginas de portabilidad de datos y supresion orientadas al cliente.

El modulo se conecta con otros modulos compatibles con el RGPD a traves de una interfaz estandarizada. Cuando un modulo implementa los hooks del RGPD, el modulo psgdpr puede incluir automaticamente los datos de ese modulo en las operaciones de exportacion y supresion. Verifica cuales de tus modulos instalados soportan esta integracion, porque los modulos que no la soportan deberan manejarse manualmente.

Gestion de Solicitudes de Acceso del Interesado (SAR)

Cuando un cliente solicita acceso a sus datos personales, tienes un mes calendario para responder. Este plazo comienza desde el dia en que recibes la solicitud e incluye el tiempo necesario para verificar la identidad del solicitante. Si la solicitud es compleja o recibes un alto volumen de solicitudes, puedes extender esto por dos meses adicionales, pero debes informar al cliente de la extension dentro del primer mes.

Verificacion de identidad

Antes de liberar cualquier dato personal, debes verificar que la persona que realiza la solicitud es quien dice ser. Si la solicitud proviene de una cuenta de cliente logueada, eso es generalmente suficiente como verificacion. Si la solicitud llega por correo electronico, debes pedir al solicitante que confirme detalles que solo el titular de la cuenta conoceria, como numeros de pedido recientes o la direccion registrada. No pidas documentos de verificacion excesivos, ya que esto en si mismo podria ser una violacion del RGPD (principio de minimizacion de datos), pero realiza la verificacion suficiente para prevenir la divulgacion no autorizada de datos.

Uso del modulo RGPD para exportacion

En el back office de PrestaShop, ve a la configuracion del modulo RGPD y busca la seccion de gestion de datos personales. Ingresa la direccion de correo electronico del cliente y usa la funcion de exportacion. El modulo generara un archivo que contiene datos de las tablas principales de PrestaShop y de cualquier modulo compatible con el RGPD.

Revisa los datos exportados antes de enviarlos al cliente. La exportacion debe incluir: detalles de la cuenta del cliente (nombre, correo electronico, fecha de nacimiento, fecha de registro), todas las direcciones registradas, historial de pedidos con detalles de pedidos, historial del carrito, mensajes y registros de comunicacion, registros de consentimiento y cualquier dato especifico de modulos (suscripciones al boletin informativo, resenas, listas de deseos).

Que debe incluir la exportacion

Segun el Articulo 15 del RGPD, la exportacion de datos debe incluir no solo los datos en bruto sino tambien informacion sobre como se procesan los datos. Especificamente, debes proporcionar: las categorias de datos personales que procesas, los propositos del procesamiento, cualquier tercero con el que se hayan compartido los datos (procesadores de pago, transportistas, plataformas de marketing), el periodo de retencion o los criterios para determinarlo, e informacion sobre los derechos del cliente (rectificacion, supresion, restriccion, objecion).

El modulo RGPD maneja la exportacion de datos en bruto, pero la informacion contextual sobre los propositos de procesamiento y el intercambio con terceros tipicamente debe provenir de tu politica de privacidad. Considera incluir un enlace a tu politica de privacidad junto con la exportacion de datos o adjuntar una carta de presentacion que resuma esta informacion.

Exportacion manual para modulos no integrados

Para los modulos que no se integran con el modulo RGPD, necesitas extraer los datos manualmente. Esto tipicamente implica consultar las tablas de la base de datos del modulo directamente. Por ejemplo, un modulo de resenas de productos podria almacenar datos en una tabla como ps_product_comment con el ID del cliente como clave foranea. Necesitarias exportar todas las filas asociadas con el ID del cliente.

Documenta estos pasos manuales en tu procedimiento de manejo de SAR para que no se pasen por alto cuando un miembro diferente del equipo gestione una solicitud.

Derecho a la supresion: anonimizacion vs. eliminacion completa

El derecho a la supresion (Articulo 17) permite a los clientes solicitar que se eliminen sus datos personales. Sin embargo, este derecho no es absoluto. Existen razones legitimas para retener ciertos datos, y comprender estas excepciones es critico para manejar las solicitudes de supresion correctamente.

Cuando debes eliminar

Si un cliente solicita la supresion y ninguna de las exenciones aplica, debes eliminar o anonimizar sus datos personales sin demora indebida (el mismo plazo de un mes que las SAR). Los datos deben eliminarse de todos los sistemas, incluyendo las copias de seguridad si es tecnicamente factible. Tambien debes notificar a cualquier tercero con el que hayas compartido los datos (procesadores de pago, herramientas de marketing) para que puedan eliminar sus copias.

Cuando puedes rechazar la eliminacion

El Articulo 17(3) del RGPD enumera varias exenciones donde puedes rechazar una solicitud de supresion. Las mas relevantes para el comercio electronico son:

Obligacion legal: La legislacion fiscal en la mayoria de los paises de la UE requiere que retengas facturas y registros financieros durante un periodo especifico, tipicamente entre 5 y 10 anos dependiendo de la jurisdiccion. Esto significa que no puedes eliminar datos de pedidos que son necesarios para el cumplimiento fiscal, incluso si el cliente solicita la supresion. Debes retener los datos de la factura (nombre, direccion, detalles del pedido, importes) durante el periodo legalmente requerido.

Reclamaciones legales: Si hay una disputa en curso, una reclamacion de garantia o una posible accion legal relacionada con los pedidos de un cliente, puedes retener los datos necesarios para establecer, ejercer o defender reclamaciones legales.

Obligacion contractual: Si un pedido todavia esta siendo procesado, enviado o esta dentro de un periodo de devolucion/garantia, tienes una razon legitima para retener los datos asociados hasta que la transaccion se complete por completo.

El enfoque de anonimizacion

La solucion practica para la mayoria de las tiendas de comercio electronico es la anonimizacion en lugar de la eliminacion completa. La anonimizacion significa reemplazar los datos personales con marcadores de posicion no identificativos mientras se retienen los registros transaccionales necesarios para la contabilidad y el cumplimiento legal.

Por ejemplo, en lugar de eliminar un registro de pedido por completo, reemplazarias el nombre del cliente con algo como "Cliente Anonimizado" o un hash, reemplazarias el correo electronico con un marcador de posicion como "eliminado@anonimizado.invalid", reemplazarias la direccion con valores genericos ("Direccion Eliminada", "Ciudad Eliminada") y eliminarias los numeros de telefono. El pedido en si, incluyendo los detalles del producto, cantidades, precios e importes de impuestos, permanece intacto para propositos contables, pero ya no puede vincularse a un individuo identificable.

El modulo RGPD de PrestaShop utiliza este enfoque de anonimizacion por defecto. Cuando procesas una solicitud de supresion a traves del modulo, este reemplaza los identificadores personales con valores anonimizados en lugar de eliminar los registros directamente.

Que se anonimiza vs. que se elimina

En una operacion tipica de supresion RGPD en PrestaShop, sucede lo siguiente. La cuenta del cliente se desactiva y los campos personales se anonimizan (el nombre se convierte en anonimo, el correo electronico se convierte en un hash, la fecha de nacimiento se borra). Todas las direcciones asociadas al cliente se anonimizan (nombres, direcciones postales y numeros de telefono reemplazados). Los carritos del cliente se eliminan por completo ya que no tienen requisito de retencion legal. Los mensajes y las comunicaciones del servicio al cliente se anonimizan o eliminan. Las suscripciones al boletin informativo se eliminan. Los registros de invitados y los registros de conexion asociados al cliente se purgan.

Los registros de pedidos se anonimizan pero se retienen: el nombre del cliente y la direccion en el pedido se reemplazan con valores anonimos, pero los detalles del pedido (productos, precios, impuestos) permanecen para el cumplimiento contable. Las facturas generadas a partir de estos pedidos continuan existiendo pero con datos de cliente anonimizados.

Pasos tecnicos para procesar una solicitud de supresion

Paso 1: Verificar identidad y documentar la solicitud

Antes de procesar cualquier supresion, verifica la identidad del solicitante usando los mismos metodos descritos para las SAR. Registra la solicitud con una marca de tiempo, la identidad del solicitante y el metodo de verificacion utilizado. Este registro es en si mismo un requisito de cumplimiento. Necesitas demostrar que procesaste la solicitud y cuando.

Paso 2: Verificar exenciones de retencion

Revisa el historial de pedidos del cliente. Si tiene pedidos dentro de tu periodo de retencion legal (verifica los requisitos de tu legislacion fiscal local), esos registros de pedidos deben retenerse en forma anonimizada. Si hay pedidos abiertos, disputas en curso o reclamaciones de garantia activas, la supresion de los datos relacionados debe posponerse hasta que estos se resuelvan.

Paso 3: Procesar la supresion

Utiliza la funcion de supresion del modulo RGPD para los datos principales. Ingresa la direccion de correo electronico del cliente en el panel de administracion del modulo y ejecuta la supresion. El modulo anonimizara los datos en las tablas principales y en cualquier modulo integrado con el RGPD.

Para los modulos que no estan integrados con el modulo RGPD, necesitaras manejar la supresion manualmente. Esto puede implicar ejecutar consultas SQL para anonimizar o eliminar datos en tablas especificas del modulo, o usar la propia interfaz de administracion del modulo para eliminar los datos del cliente.

Paso 4: Gestionar procesadores de datos de terceros

Identifica todos los servicios de terceros que hayan recibido los datos del cliente. Esto tipicamente incluye tu procesador de pagos (Stripe, PayPal, Mollie), los transportistas que recibieron direcciones de entrega, las plataformas de marketing por correo electronico (Mailchimp, Sendinblue) y cualquier servicio de analitica que procese datos personales. Contacta a cada procesador y solicita la supresion de los datos del cliente. La mayoria de los procesadores principales tienen sus propios procesos de eliminacion de datos del RGPD. Documenta cada comunicacion.

Paso 5: Confirmar la finalizacion

Envia una confirmacion al cliente (a su direccion de correo electronico, antes de anonimizarla, o a traves del canal de comunicacion que usaron para la solicitud) indicando que sus datos han sido suprimidos. Incluye la fecha de supresion y una nota sobre cualquier dato que se haya retenido bajo exenciones legales, explicando la base legal para la retencion.

Requisitos de retencion de datos de pedidos

La interseccion entre el derecho a la supresion del RGPD y los requisitos de retencion de la legislacion fiscal es una de las areas mas comunmente malinterpretadas. Aqui hay un desglose practico por las principales jurisdicciones de la UE.

Alemania: Los registros comerciales y fiscales deben retenerse durante 10 anos (Seccion 147 AO, Seccion 257 HGB). Esto incluye facturas, registros contables y correspondencia relacionada.

Francia: Los documentos comerciales deben retenerse durante 10 anos (Articulo L123-22 Code de Commerce). Los documentos relacionados con impuestos durante 6 anos despues de la ultima operacion fiscalmente relevante.

Paises Bajos: Los registros de administracion fiscal deben retenerse durante 7 anos (Articulo 52 AWR).

Italia: El codigo civil requiere 10 anos para los registros comerciales (Articulo 2220 CC). Los documentos fiscales durante un minimo de 5 anos.

Espana: Los registros comerciales durante 6 anos (Articulo 30 Codigo de Comercio). Los documentos fiscales durante 4 anos.

En todos los casos, lo que debe retenerse es el registro financiero y transaccional, no el perfil de marketing. Debes conservar los datos de la factura (que se compro, por cuanto, impuestos pagados) pero puedes anonimizar los identificadores personales una vez que la relacion contractual haya concluido completamente (todas las entregas realizadas, periodos de devolucion expirados, pagos liquidados).

Un enfoque practico es implementar un proceso de dos etapas: anonimizacion inmediata de los datos no esenciales (preferencias de marketing, historial de navegacion, suscripciones al boletin informativo, datos del carrito) combinada con la anonimizacion programada de los datos personales relacionados con pedidos una vez que expire el periodo de retencion legal.

Construir un registro de auditoria

El RGPD requiere que puedas demostrar el cumplimiento, no solo alcanzarlo. Esto significa mantener registros de cada solicitud de datos del interesado recibida y como fue gestionada.

Que registrar

Para cada solicitud, registra lo siguiente: la fecha en que se recibio la solicitud, el tipo de solicitud (acceso, supresion, rectificacion, etc.), la identidad del solicitante y como se verifico su identidad, la fecha en que se proceso la solicitud, que acciones se tomaron (datos exportados, datos anonimizados, etc.), cualquier exencion aplicada y la base legal para ellas, cualquier tercero notificado y la fecha en que se informo al solicitante del resultado.

Donde almacenar el registro

El registro de solicitudes debe almacenarse por separado de los datos del cliente. Si los datos del cliente se suprimen, necesitas retener la entrada del registro que muestre que procesaste la solicitud de supresion. Sin embargo, el registro en si debe contener datos personales minimos. Registra la solicitud usando un numero de referencia en lugar de almacenar el nombre completo y el correo electronico del cliente en el registro. Una referencia como "RGPD-2026-0042" vinculada a un documento de solicitud original almacenado de forma segura es preferible a repetir datos personales en multiples sistemas.

El modulo RGPD de PrestaShop mantiene su propio registro de operaciones de datos, al que puedes acceder en la seccion de administracion del modulo. Complementa esto con tus propios registros si tu proceso involucra pasos manuales o comunicaciones con terceros.

Plazos de respuesta y flujo de trabajo practico

La regla de un mes

Tienes un mes calendario desde la recepcion de la solicitud para responder. Esto significa que si recibes una solicitud el 15 de marzo, debes responder antes del 15 de abril. Si una solicitud llega el 31 de enero, la fecha limite es el 28 de febrero (o 29 en ano bisiesto). Si la fecha limite cae en un fin de semana o dia festivo, se extiende al siguiente dia habil.

Extension para solicitudes complejas

Si la solicitud es particularmente compleja (por ejemplo, el cliente tiene un extenso historial de pedidos a lo largo de muchos anos) o si recibes un alto volumen de solicitudes simultaneamente, puedes extender el plazo en dos meses adicionales. Pero debes informar al solicitante dentro del primer mes de que estas tomando la extension y explicar por que.

Construir un flujo de trabajo interno

Para tiendas que reciben solicitudes RGPD regulares, establece un flujo de trabajo estandarizado. Designa a una persona o equipo responsable de gestionar las solicitudes. Crea una bandeja de entrada compartida o un sistema de tickets donde se registren las solicitudes. Desarrolla listas de verificacion paso a paso para cada tipo de solicitud. Establece plazos internos que sean mas cortos que el plazo legal para permitir la revision y el control de calidad. Realiza capacitaciones periodicas para que el personal de atencion al cliente reconozca las solicitudes de datos del interesado (los clientes no siempre usan terminologia legal).

Un cliente podria decir "quiero que se elimine mi cuenta" o "envienme todo lo que saben sobre mi" sin mencionar nunca el RGPD o los derechos de los interesados. Tu equipo debe reconocer estas como solicitudes formales y canalizarlas adecuadamente.

Autoservicio en el front office

El modulo RGPD de PrestaShop agrega una seccion al area de cuenta del cliente donde los clientes logueados pueden ver sus datos almacenados e iniciar solicitudes por si mismos. Este enfoque de autoservicio tiene varias ventajas.

Reduce la carga de trabajo manual de tu equipo porque los clientes pueden exportar sus propios datos sin involucrar a tu personal. Proporciona una respuesta inmediata para las solicitudes de acceso a datos ya que la exportacion se genera en el momento. Y crea un rastro documentado de la solicitud y su cumplimiento.

Sin embargo, las solicitudes de supresion enviadas a traves del portal de autoservicio deben revisarse antes de procesarse. Una supresion automatica inmediata podria causar problemas si el cliente tiene pedidos abiertos o si hay requisitos de retencion que necesitan evaluarse. Configura el modulo para tratar las solicitudes de supresion de autoservicio como solicitudes que requieren tu revision y aprobacion en lugar de ejecucion automatica.

Gestion de casos especiales

Compras como invitado

Los clientes que realizaron compras como invitados (sin crear una cuenta) aun pueden presentar solicitudes de datos del interesado. Sus datos estan vinculados a su direccion de correo electronico en lugar de un ID de cuenta de cliente. El modulo RGPD puede buscar por direccion de correo electronico para encontrar datos de pedidos de invitados. Se aplican los mismos procedimientos de exportacion y anonimizacion.

Clientes con multiples cuentas

Algunos clientes crean multiples cuentas usando diferentes direcciones de correo electronico. Al procesar una solicitud, verifica si el cliente tiene cuentas adicionales. El cliente deberia poder indicarte que direcciones de correo electronico ha utilizado. Procesa cada cuenta por separado a menos que puedas verificar que todas las cuentas pertenecen a la misma persona.

Datos en copias de seguridad

El RGPD reconoce que eliminar datos de las copias de seguridad puede no ser siempre tecnicamente factible. Si tus copias de seguridad de la base de datos contienen datos personales que han sido suprimidos del sistema en vivo, documenta esto en tus registros. Si alguna vez se restaura una copia de seguridad, debes reprocesar cualquier solicitud de supresion que se haya cumplido despues de que se realizo la copia de seguridad. Mantiene tu registro de solicitudes RGPD separado de la base de datos para que sobreviva a una restauracion de copia de seguridad.

Empleados que acceden a datos de clientes

El RGPD requiere que los datos personales sean accesibles solo para aquellos que los necesitan para su funcion. Revisa los permisos de tus empleados en PrestaShop para asegurar que solo el personal autorizado pueda acceder a los datos de clientes, ejecutar exportaciones de datos o procesar solicitudes de supresion. El sistema de perfiles de empleados en PrestaShop te permite restringir el acceso a secciones especificas del back office.

Consecuencias del incumplimiento

La aplicacion del RGPD esta a cargo de las Autoridades de Proteccion de Datos (APD) nacionales. Las multas pueden alcanzar hasta 20 millones de euros o el 4% de la facturacion global anual, lo que sea mayor. En la practica, las multas para las empresas de comercio electronico pequenas y medianas han sido significativamente menores, pero no son insignificantes. Las APD han impuesto multas en el rango de decenas de miles de euros por no responder a las solicitudes de datos del interesado dentro del plazo requerido.

Mas alla de las multas, no gestionar correctamente las solicitudes de datos del interesado dana la confianza del cliente. Los clientes que sienten que sus derechos de privacidad estan siendo ignorados llevaran su negocio a otra parte y pueden presentar quejas ante su APD nacional, lo que desencadena investigaciones que consumen tiempo y recursos independientemente del resultado.

Resumen y lista de verificacion

Gestionar las solicitudes de datos del interesado bajo el RGPD en PrestaShop requiere preparacion, no solo reaccion. Instala y configura el modulo oficial de RGPD. Crea un inventario de procesamiento de datos que mapee cada ubicacion donde se almacenan datos personales, incluyendo modulos de terceros y servicios externos. Establece un flujo de trabajo documentado para recibir, verificar, procesar y responder a las solicitudes. Comprende los requisitos de retencion de datos de tu legislacion local para saber que debe conservarse y durante cuanto tiempo. Implementa la anonimizacion en lugar de la eliminacion completa para los datos con obligaciones de retencion legal. Mantiene un registro de auditoria de cada solicitud y accion tomada. Capacita a tu equipo para reconocer las solicitudes de datos del interesado incluso cuando se expresan de manera informal.

El cumplimiento del RGPD no es una configuracion unica sino un compromiso operativo continuo. Las revisiones periodicas de tus actividades de procesamiento de datos, integraciones de modulos y procedimientos de gestion garantizan que sigas cumpliendo a medida que tu tienda evoluciona y que la orientacion regulatoria se desarrolla.