Acuerdo de tratamiento de datos (DPA)
Este acuerdo regula el tratamiento de datos personales por MousePlayer por cuenta de sus Clientes, de conformidad con el art. 28 del RGPD.
1. Definiciones
- «Responsable del tratamiento» significa la persona física o jurídica (el Cliente / Propietario del sitio web) que determina los fines y medios del tratamiento de Datos Personales.
- «Encargado del tratamiento» significa MousePlayer, que trata Datos Personales por cuenta del Responsable del tratamiento.
- «Datos Personales» significa toda información sobre una persona física identificada o identificable (Usuario Final) que el Encargado del tratamiento trata por cuenta del Responsable del tratamiento.
- «Usuario Final» significa un visitante del sitio web del Responsable del tratamiento cuyas interacciones graba MousePlayer.
- «Subencargado» significa cualquier otro tercero al que el Encargado del tratamiento recurra para tratar Datos Personales por cuenta del Responsable del tratamiento.
2. Roles y alcance del tratamiento
MousePlayer proporciona infraestructura de grabación de sesiones en tiempo real, mapas de calor y análisis. Al prestar estos servicios, MousePlayer trata los datos exclusivamente por cuenta del Responsable del tratamiento y siguiendo sus instrucciones documentadas.
Naturaleza del tratamiento: recogida, registro, organización, conservación, adaptación y supresión de datos de sesión (movimientos del ratón, clics, scroll, entradas sujetas a enmascaramiento, dimensiones del área visible, estructura de la página, incluidas imágenes del contenido de canvas) y, según los ajustes, de mensajes de consola y solicitudes fallidas o lentas de la página, métricas del tiempo de carga y respuestas a las encuestas del Responsable del tratamiento; análisis de estos datos para obtener métricas, mapas de calor, perfiles y textos generados.
Objeto y finalidad: prestación del Servicio conforme a los Términos del servicio – grabación, reproducción y análisis de las visitas a las propiedades del Responsable del tratamiento para que este pueda analizarlas y mejorarlas – y la seguridad operativa y la defensa frente a abusos que ello requiere.
Tipos de datos personales: identificadores seudónimos de visitante y de sesión; dirección IP abreviada y país obtenido a partir de ella; navegador, sistema operativo, tipo de dispositivo, tamaño de pantalla y ventana, idioma; origen de la visita (página de referencia, parámetros de campaña); direcciones y títulos de las páginas vistas; eventos de interacción; captura de la página, incluido el texto mostrado en ella; entradas de formularios sujetas a enmascaramiento; identificadores, eventos y atributos proporcionados por el Responsable del tratamiento (como su propio ID de usuario); información derivada de ellos, como métricas, clasificación como tráfico automatizado, perfiles de comportamiento y textos generados.
Categorías de interesados: visitantes del sitio web del Responsable del tratamiento; personas que abren un enlace para compartir creado por el Responsable del tratamiento (hora, identificación del navegador y dirección IP completa en el registro de visualizaciones del enlace).
Duración: durante la vigencia del contrato de servicio, con sujeción a los plazos de conservación de la sección 9.
Origen de los datos. Los eventos llegan a MousePlayer por dos vías: desde el navegador del visitante a través del script incrustado o desde el servidor de un sistema operado por el Responsable del tratamiento (como Google Tag Manager del lado del servidor o el propio backend del Responsable del tratamiento) a través de una interfaz firmada. Ambas vías alimentan el mismo tratamiento; las categorías de datos no cambian.
Consentimiento en la vía del lado del servidor. En esa vía, MousePlayer no puede comprobar el consentimiento del visitante por medios técnicos — no hay navegador, herramienta de consentimiento ni acceso al equipo terminal. Por tanto, el Responsable del tratamiento garantiza expresamente, con cada transmisión, que existe un consentimiento válido para el visitante en cuestión; la interfaz lo exige como campo obligatorio y rechaza las transmisiones que carecen de él. Obtener el consentimiento y aportar prueba de él sigue siendo responsabilidad del Responsable del tratamiento.
3. Obligaciones del Responsable del tratamiento
- Obtención de un consentimiento lícito: el Responsable del tratamiento es responsable de obtener un consentimiento válido e informado de los Usuarios Finales antes de que se inicialice el script de MousePlayer, de conformidad con la Directiva sobre la privacidad y las comunicaciones electrónicas y el RGPD. MousePlayer lee la señal de consentimiento; no obtiene el consentimiento.
- Prohibición de categorías especiales: el Responsable del tratamiento no debe transmitir a MousePlayer categorías especiales de datos personales (incluidos datos de salud, números de tarjetas de crédito, contraseñas o identificadores gubernamentales).
- Transparencia: el Responsable del tratamiento debe informar sobre el uso de la grabación de sesiones en su propia política de privacidad.
- Base jurídica: el Responsable del tratamiento garantiza que todos los Datos Personales transferidos a MousePlayer se han recogido lícitamente.
- Marcado de áreas sensibles: el Responsable del tratamiento es responsable de identificar las regiones de su sitio que muestran datos personales y marcarlas con
data-mp-masko con la clasemp-masked, y de excluir las rutas que no deban grabarse en absoluto. Véase la sección 4 sobre los límites del enmascaramiento automático.
4. Obligaciones del Encargado del tratamiento
- Instrucciones: MousePlayer trata los Datos Personales únicamente siguiendo instrucciones documentadas del Responsable del tratamiento, salvo que el Derecho de la Unión o de los Estados miembros exija otra cosa; en ese caso, MousePlayer informa al Responsable del tratamiento de esa exigencia legal antes del tratamiento, salvo que dicho Derecho prohíba tal información. Constituyen instrucciones este acuerdo, los ajustes que el Responsable del tratamiento realiza en su proyecto y las instrucciones en forma de texto dirigidas a office@mouseplayer.com. Cuando MousePlayer considera que una instrucción infringe la normativa de protección de datos, informa de ello al Responsable del tratamiento sin dilación indebida (art. 28(3), párrafo segundo, del RGPD).
- Confidencialidad: las personas autorizadas para tratar los datos están sujetas a confidencialidad o a una obligación de confidencialidad de naturaleza estatutaria adecuada.
- No se realiza ningún tratamiento antes del consentimiento: el script no asigna ningún identificador, no instala ninguna cookie, no almacena nada ni abre ninguna conexión hasta que existe una señal de consentimiento. La ausencia de señal se considera una negativa, salvo en una región que el Responsable del tratamiento haya habilitado expresamente conforme a la sección 11.3 de los Términos del servicio; las regiones en las que el consentimiento es obligatorio por ley, incluidas la UE y el EEE, no pueden habilitarse. Una señal de Global Privacy Control prevalece sobre cualquier otra señal.
- Enmascaramiento de IP: la dirección IP completa se utiliza en la memoria de trabajo para establecer la conexión, determinar el país y defender frente a abusos. Cuando la defensa frente a abusos bloquea una dirección, esta se conserva en una caché mientras dura el bloqueo, como máximo 24 horas. Los registros del servidor web, que registran cada solicitud, incluidas las conexiones del script de seguimiento, contienen la dirección completa y se suprimen al cabo de 14 días. La dirección de un Usuario Final solo se escribe en la base de datos de forma enmascarada y no se muestra en el panel.
- Ocultación de datos en URL: los valores de los parámetros de la consulta y del fragmento de una dirección que suelen contener datos personales o credenciales de acceso (por ejemplo,
?email=,?token=,?code=,#access_token=) se ocultan en el navegador antes de transmitir la dirección. - Enmascaramiento de las entradas de formularios – tres niveles: el enmascaramiento completo sustituye cada carácter de cada entrada antes de salir del navegador y es la opción predeterminada para cada propiedad. El enmascaramiento selectivo mantiene completamente enmascarados los nombres, las direcciones, el correo electrónico, el teléfono, los campos de pago y las áreas de texto libre, y en el resto de los campos sustituye solo los dígitos. El modo sin enmascaramiento graba las entradas tal como se escriben.
- Los dos niveles menos estrictos requieren aprobación por escrito: MousePlayer los habilita únicamente para una propiedad identificada, previa solicitud motivada del Responsable del tratamiento, y registra la aprobación con la hora y la persona que la concede. La restricción se aplica en los servidores de MousePlayer: cuando un nivel almacenado supera el autorizado, se reduce al nivel autorizado antes de que el ajuste llegue al navegador. La retirada de una aprobación surte efecto en la siguiente conexión y devuelve la propiedad al enmascaramiento completo.
- Dos límites que ninguna aprobación elimina: los campos reconocidos como contraseñas o datos de pago permanecen completamente enmascarados en todos los niveles; y el enmascaramiento nunca se extiende al contenido que el propio sitio web muestra en la página – una página de confirmación que muestra una dirección forma parte de la captura del DOM y, por tanto, de la reproducción. El reconocimiento compara el nombre, el id, el tipo y el atributo
autocompletedel campo con una lista que abarca términos en inglés, alemán y polaco; un campo que no coincide con ninguno se considera un campo ordinario. Las regiones marcadas condata-mp-maskomp-maskedse excluyen por completo. El Responsable del tratamiento no debe basarse únicamente en el reconocimiento automático. - Asistencia: MousePlayer presta asistencia al Responsable del tratamiento para atender las solicitudes de los Usuarios Finales conforme al capítulo III del RGPD y cumplir sus obligaciones conforme a los arts. 32 a 36 del RGPD.
- Punto de contacto y ausencia de delegado de protección de datos: las cuestiones de protección de datos relativas a este acuerdo se dirigen a MousePlayer en office@mouseplayer.com. No se ha designado un delegado de protección de datos. La evaluación conforme al art. 37(1)(b) del RGPD se documenta, con su fecha y sus motivos, en la sección 9 del Registro de actividades de tratamiento: se cumple el requisito de observación habitual y sistemática, pero, con las cifras actuales, no se cumple el de gran escala. Como el segundo requisito depende del número de usuarios finales observados – una cifra que determina el propio tráfico del Responsable del tratamiento, no MousePlayer –, se mide a diario y la evaluación se repite cuando se superan los 100000 usuarios finales al mes en el conjunto de todos los Responsables del tratamiento y, en cualquier caso, anualmente. Una designación, ya sea obligatoria o voluntaria, se publica en este acuerdo y se comunica a la autoridad de control.
5. Seguridad del tratamiento
MousePlayer aplica medidas técnicas y organizativas adecuadas al riesgo, incluido el cifrado durante la transmisión, la separación lógica de los espacios de trabajo de los Clientes en cada vía de lectura y escritura, la aplicación del modelo de roles en el servidor y la finalización automática de conexiones no autorizadas del visor en vivo. Todas las conexiones desde internet se realizan exclusivamente mediante HTTPS o WSS: tanto las del script de seguimiento – normalmente mediante WebSocket, mediante HTTP como alternativa cuando no se puede establecer una conexión WebSocket y como carga HTTP para capturas de página grandes – como las de la aplicación y la API. El cifrado termina en el propio servidor de MousePlayer. Dentro de su propia red local en la misma ubicación, las conexiones con la base de datos y con la caché se realizan sin cifrar; están protegidas con contraseña y no son accesibles desde internet.
Las medidas se describen íntegramente y se mantienen actualizadas en las Medidas técnicas y organizativas, que forman parte integrante de este acuerdo.
6. Subencargados
El Responsable del tratamiento otorga a MousePlayer autorización general por escrito para recurrir a subencargados. La lista actual, con la finalidad, las categorías de datos y el lugar del tratamiento, se publica en Subencargados.
Transmisiones que activa el responsable del tratamiento. MousePlayer ofrece puentes que envían datos a destinatarios elegidos por el propio responsable del tratamiento: a una dirección de webhook que este facilita, a su sistema de relaciones con clientes, a su sistema de soporte o de tickets, a su sistema de marketing por correo electrónico y de ciclo de vida, a su cuenta publicitaria en una red de publicidad (Conversions API), a su propio almacenamiento de objetos o su hoja de cálculo y a su sistema de seguimiento de incidencias y tareas. Esta lista nombra deliberadamente categorías en lugar de proveedores: los proveedores disponibles dentro de una categoría cambian con el conjunto de funciones, y ello no modifica quién desempeña cada rol. Lo determinante es lo que el responsable del tratamiento haya activado realmente en los ajustes de su proyecto. Estas transmisiones solo tienen lugar si el responsable del tratamiento activa el puente correspondiente y almacena sus propias credenciales; esa es la instrucción en la que se basan. Los destinatarios no son subencargados de MousePlayer — la relación contractual con ellos, incluidas las garantías para las transferencias a terceros países, existe entre el responsable del tratamiento y el destinatario correspondiente. En el Registro de actividades de tratamiento, sección 4, se especifica exactamente qué se transmite. La transmisión a Meta se realiza exclusivamente para sesiones en las que se haya otorgado consentimiento y exclusivamente para objetivos cumplidos; se excluyen de ella el nombre, la dirección de correo electrónico, el número de teléfono y la dirección IP.
Ningún tercero participa en la propia grabación: el script de seguimiento transmite exclusivamente a la infraestructura propia de MousePlayer. Existe un destinatario más allá de esta: una copia externa diaria de la base de datos completa y del archivo de grabaciones — incluidas las grabaciones de sesiones — se almacena en Google (Google Cloud Storage, bucket en Varsovia). Allí se conserva cifrada desde el 11/08/2026: el cifrado se realiza en nuestro propio servidor antes de la transferencia (rclone crypt) y abarca también los nombres de archivos y directorios; las claves se conservan en nuestro propio servidor. Google no las recibe y no puede leer el contenido, pero sigue siendo un subencargado — el cifrado es una medida técnica, no un cambio de rol. La anterior carpeta de destino sin cifrar, que contenía las copias anteriores al 11/08/2026, se eliminó el 12/08/2026.
MousePlayer informa al Responsable del tratamiento 30 días antes de que un nuevo subencargado comience a tratar datos o se sustituya a uno existente. Dentro de ese plazo, el Responsable del tratamiento puede oponerse por motivos razonables de protección de datos; si la oposición no puede resolverse, el Responsable del tratamiento puede dar por terminado el servicio afectado. La notificación se realiza por correo electrónico y mediante un aviso en el área de usuarios con sesión iniciada; la oposición debe enviarse en forma de texto a office@mouseplayer.com. MousePlayer vincula contractualmente a cada subencargado a obligaciones de protección de datos conforme al art. 28(4) del RGPD que ofrezcan garantías suficientes de medidas técnicas y organizativas adecuadas – en el caso de proveedores que solo ofrecen condiciones estándar, sus condiciones de tratamiento de datos – y sigue siendo plenamente responsable ante el Responsable del tratamiento del cumplimiento de sus obligaciones por parte de dichos subencargados.
La antigua excepción ya no existe. Hasta el 05/09/2026, la copia de seguridad externa descrita anteriormente se conservaba en una cuenta privada de Google para la que no existen condiciones de tratamiento de datos; esto se apartaba de la frase anterior y del art. 28(4) del RGPD, y la versión 1.3 de este acuerdo lo exponía abiertamente. Desde el 05/09/2026, la copia se conserva en Google Cloud Storage (región europe-central2, Varsovia) y está cubierta por el Google Cloud Data Processing Addendum; las copias que antes se conservaban en la cuenta privada se eliminaron el 06/09/2026, tras verificarse una restauración desde el nuevo destino. Se mantiene el cifrado antes de la transferencia. Un modelo de lenguaje formula los textos generados en el hardware propio de MousePlayer; no interviene ningún servicio externo de IA.
7. Derechos de los interesados
MousePlayer presta asistencia al Responsable del tratamiento, teniendo en cuenta la naturaleza del tratamiento, para responder a las solicitudes de los Usuarios Finales. La eliminación de una sesión individual y de todas las sesiones de un visitante está disponible en la aplicación para los roles owner y admin. Además, los Usuarios Finales disponen de una página informativa a través de la cual pueden obtener información sobre sus sesiones y solicitar su supresión, siempre que dispongan de su identificador de visitante (sección 14.4 de los Términos del servicio). Las solicitudes que los Usuarios Finales dirigen directamente a MousePlayer se remiten al Responsable del tratamiento, al que se informa sin dilación indebida.
Se declara abiertamente una limitación: como las direcciones IP solo se almacenan de forma enmascarada, la dirección enmascarada por sí sola no siempre identifica todas las grabaciones de una persona. Cuanto más se pueda delimitar una solicitud (sitio, hora aproximada, página), más completa podrá ser su atención.
Los registros de las decisiones de consentimiento se conservan más allá de la supresión de una grabación. No contienen datos de comportamiento, sino solo el hecho, la hora y la fuente de la decisión, y sirven al cumplimiento de la obligación de responsabilidad proactiva conforme al art. 5(2) del RGPD.
8. Violación de la seguridad de los datos personales
En caso de una violación de la seguridad de los datos personales que afecte a los datos del Responsable del tratamiento, MousePlayer notifica al Responsable del tratamiento sin dilación indebida y a más tardar 48 horas después de tener conocimiento de ella. La notificación contiene la información que el Responsable del tratamiento necesita para cumplir sus propias obligaciones conforme a los arts. 33 y 34 del RGPD.
Dirección para notificaciones: office@mouseplayer.com
9. Conservación y supresión
La supresión es automática y se ejecuta sin supervisión:
- Gratis: 7 días · Small: 30 días · Business: 90 días · Enterprise: según lo acordado individualmente.
- Tras un cambio a un plan inferior se aplica un período de gracia de 30 días y, cuando finaliza una suscripción de pago, uno de al menos 30 días; durante ese período se mantiene el plazo de conservación anterior más largo.
- Se aplican plazos más breves: las grabaciones de sesiones identificadas como automatizadas (bots) se eliminan al cabo de un día y las sesiones se eliminan al cabo de 14 días; para una cuenta gratuita clasificada como sospechosa de abuso durante el registro, las grabaciones se eliminan al cabo de 24 horas.
- Los registros de acceso a la aplicación se suprimen al cabo de 60 días, los registros del servidor web al cabo de 14 días y los registros de seguridad al cabo de 72 horas; los enlaces para compartir caducados o revocados se suprimen junto con su registro de visualizaciones 90 días después de su caducidad o revocación.
Al finalizar los servicios, MousePlayer devuelve o suprime los datos, a elección del Responsable del tratamiento: la devolución se realiza mediante la recuperación de sus datos por el Responsable del tratamiento a través de las exportaciones previstas en las secciones 24.1 y 24.1a de los Términos del servicio antes de la supresión; MousePlayer no está obligado a devolverlos de ninguna otra forma. Al finalizar la cuenta del Responsable del tratamiento, MousePlayer suprime todos los Datos Personales asociados en un plazo de 30 días, salvo que el Derecho de la Unión o de los Estados miembros exija seguir conservándolos. El Cliente inicia la eliminación en los ajustes de la cuenta; no se requiere ninguna solicitud por correo electrónico. Primero se archiva la cuenta: el acceso termina de inmediato, ya no se graba ni se muestra nada y, durante 30 días, aún podemos restaurarla a petición del Cliente si la eliminación fue un error. Transcurrido ese plazo, se suprime de forma permanente; al iniciar la eliminación, el Cliente también puede elegir la supresión permanente inmediata. Un proyecto o un espacio de trabajo que el Cliente elimina también se archiva primero durante 30 días y puede restaurarse en el panel durante ese tiempo. Una cuenta del plan gratuito en la que nadie haya iniciado sesión durante 24 meses se elimina conforme a la sección 6.5 de los Términos del servicio después de que se haya entregado una notificación; esta eliminación no va precedida de un archivo. Se conservan deliberadamente tres cosas, porque la ley lo exige o porque documentan una decisión y no a una persona: el registro de aceptación de estos documentos, el registro de seguridad y de cambios (con la referencia al usuario eliminada) y las solicitudes de soporte. Un espacio de trabajo puede transferirse a otra cuenta en lugar de eliminarse junto con ella. La transferencia solo surte efecto cuando el destinatario la ha aceptado expresamente; la invitación caduca al cabo de tres días. Con la aceptación, el destinatario se convierte en propietario y, con ello, en la contraparte contractual del Responsable del tratamiento para ese espacio de trabajo, y desde ese momento se aplica el plan del destinatario — lo que puede acortar el plazo de conservación de las grabaciones que contiene.
Copias de seguridad, con cifras concretas. A diario se hace una copia externa que se conserva cifrada; las copias diarias se conservan durante 7 días y las semanales durante 364 días. Los Datos Personales suprimidos en el sistema activo permanecen en esas copias hasta que caducan – como máximo 364 días después de la supresión. Esto también se aplica a las grabaciones de sesiones que se trasladan de la base de datos al archivo de grabaciones al cabo de 7 días: el archivo forma parte de la copia de seguridad desde el 06/10/2026 y se aplica el mismo plazo máximo a su contenido.
No se realiza ninguna supresión selectiva dentro de una copia de seguridad. Una copia es un único archivo sellado cuya finalidad es ser una imagen fiel de un momento concreto; abrirlo, eliminar algo y volver a sellarlo destruiría esa propiedad y la posibilidad de demostrar que nadie lo ha manipulado. Las copias de seguridad no tienen otra finalidad que restaurar el sistema tras una pérdida – no se hacen búsquedas en ellas, no se analizan ni se comunican a terceros. Cuando se restaura una copia de seguridad, las solicitudes de supresión registradas para los Usuarios Finales se ejecutan de nuevo antes de que el sistema vuelva a estar en servicio; el registro de esas solicitudes se conserva con esa finalidad y no contiene nada más de lo necesario para repetir la supresión. En el caso de una cuenta eliminada de un Responsable del tratamiento, la situación es distinta y se expone en lugar de disimularse: su eliminación no deja deliberadamente ningún registro que la identifique, por lo que una copia restaurada contendría una cuenta eliminada después de la fecha de esa copia. Solo se restaura tras una pérdida total; cuando esto sucede, MousePlayer lo comunica.
10. Auditorías, vigencia e idioma aplicable
- Auditorías. MousePlayer pone a disposición del Responsable del tratamiento la información necesaria para demostrar el cumplimiento del art. 28 del RGPD y permite y contribuye a la realización de auditorías, incluidas inspecciones, por parte del Responsable del tratamiento o de un auditor autorizado por este; el alcance, la forma y la frecuencia de las auditorías se rigen por las frases siguientes. La auditoría se realiza principalmente poniendo a disposición informes sobre las medidas técnicas y organizativas o mediante cuestionarios escritos. El Responsable del tratamiento solo puede solicitar una auditoría in situ (una inspección en el sentido de esta sección) cuando exista una sospecha concreta de incumplimiento de las obligaciones de protección de datos; el Responsable del tratamiento debe anunciarla en forma de texto con al menos 30 días de antelación. El Responsable del tratamiento solo puede solicitar una auditoría in situ por año natural conforme a la frase anterior; dicha auditoría es gratuita. Cuando una violación de la seguridad de los datos personales en el sentido de la sección 8 haya afectado a datos del Responsable del tratamiento y dicha violación haya sido causada de forma intencionada o negligente por MousePlayer, por sus empleados, por las personas de las que se sirve para cumplir sus obligaciones conforme a este acuerdo o por sus subencargados, el Responsable del tratamiento puede solicitar una auditoría in situ, con independencia de que ya se haya realizado una auditoría in situ en el año natural en cuestión; el Responsable del tratamiento debe solicitar esa auditoría en un plazo de tres meses desde la notificación conforme a la sección 8. Cada una de esas violaciones de la seguridad de los datos personales da lugar a una auditoría in situ conforme a la frase anterior; una vez realizada esa auditoría, o una vez transcurrido el plazo de tres meses sin que se haya presentado dicha solicitud, la misma violación ya no puede invocarse para otra auditoría in situ. Una auditoría in situ conforme a las dos frases anteriores es gratuita en todos los casos; si aún no se ha realizado ninguna auditoría in situ en el año natural en cuestión, cuenta como la auditoría in situ de ese año natural y de ese cómputo no se deriva ninguna auditoría in situ adicional. Junto con la notificación conforme a la sección 8, MousePlayer facilita al Responsable del tratamiento la documentación de esa violación de la seguridad de los datos personales para que el Responsable del tratamiento pueda evaluar si se cumplen estas condiciones. Solo las auditorías in situ se contabilizan a efectos de la única auditoría por año natural mencionada anteriormente; los informes y los cuestionarios escritos no se contabilizan. No se realiza ninguna auditoría in situ fuera de los supuestos descritos en las frases anteriores. El Responsable del tratamiento solo asume los costes de una auditoría cuando dicha auditoría esté permitida conforme a las frases anteriores y no sea gratuita en virtud de ellas, y únicamente en la medida en que exceda del esfuerzo habitual y razonable. Se aceptan como prueba un informe independiente sobre las medidas técnicas y organizativas, un certificado o autoevaluaciones detalladas, en la medida en que tales pruebas existan; el estado de las auditorías externas y de las certificaciones de seguridad se indica en la sección 6 de las Medidas técnicas y organizativas. La finalidad de estas disposiciones es limitar las auditorías in situ al mínimo necesario. Los derechos de auditoría imperativos del Responsable del tratamiento conforme al art. 28(3)(h) del RGPD y las facultades de las autoridades de control no se ven afectados.
- Vigencia. Este acuerdo entra en vigor cuando el Responsable del tratamiento comienza a utilizar el servicio y permanece vigente mientras MousePlayer trate Datos Personales por cuenta del Responsable del tratamiento.
- Documentos relacionados. Medidas técnicas y organizativas, Subencargados, Política de privacidad.
- Versión: 1.6 · Entrada en vigor: 16/10/2026 · sustituye a la versión 1.5 del 07/10/2026. Cambios: la sección 2 enumera íntegramente las categorías de datos tratados; la sección 4 indica que una dirección bloqueada se conserva en una caché como máximo durante el bloqueo configurado y que también se ocultan los valores del fragmento de una dirección; la sección 5 describe con precisión las vías de transmisión, incluidas las conexiones sin cifrar dentro de la propia red local; las secciones 6 y 9 indican que el archivo de grabaciones forma parte de la copia de seguridad desde el 06/10/2026; la sección 9 indica los plazos más breves para las sesiones de bots y las cuentas sospechosas de abuso, el período de gracia tras finalizar una suscripción y la eliminación de las cuentas no utilizadas del plan gratuito. También forman parte de esta versión: la sección 2 menciona el objeto y la finalidad, los tipos de datos personales y las personas que abren un enlace para compartir; la sección 4 menciona la información que se facilita antes de un tratamiento exigido por ley, la forma de las instrucciones, el aviso de instrucciones ilícitas, la habilitación regional, los registros del servidor web y la duración del bloqueo configurada; la sección 6 describe la vinculación contractual de los subencargados y la forma de notificación y oposición, y ya no afirma que las claves se conserven únicamente en nuestro servidor; la sección 7 menciona la página informativa para los Usuarios Finales y la gestión de las solicitudes dirigidas directamente a nosotros; la sección 9 menciona la devolución o supresión a elección del Responsable del tratamiento, los períodos de gracia, los registros del servidor web y la supresión de enlaces para compartir. La versión 1.5 sustituyó a la versión 1.4 del 17/09/2026. Cambios: sección 9 – una eliminación iniciada por el Cliente archiva primero la cuenta, así como los proyectos o espacios de trabajo que elimina, durante 30 días antes de su supresión permanente; el Cliente puede elegir la supresión permanente inmediata. La versión 1.4 sustituyó a la versión 1.3 del 19/08/2026. Cambios: sección 6 – la excepción para la copia de seguridad externa ha dejado de aplicarse porque, desde el 05/09/2026, la copia se conserva en Google Cloud Storage en Varsovia conforme al Google Cloud Data Processing Addendum; se añade la frase que indica que los textos generados se formulan en hardware propio. La versión 1.3 sustituyó a la versión 1.2 del 11/08/2026. Cambios: la sección 4 incorpora un punto de contacto y la evaluación conforme al art. 37; la sección 6 menciona al subencargado que opera sin un acuerdo conforme al art. 28, algo que la redacción anterior no comunicaba; la sección 9 indica la conservación de las copias de seguridad con cifras concretas y lo que sucede en caso de restauración.
- Idioma aplicable. En caso de divergencia entre las versiones lingüísticas, prevalece la versión en inglés.