Política de privacidad
Entrada en vigor registrada: 30 de mayo de 2026
Última actualización registrada: 30 de mayo de 2026
Borrador preparado el 6 de octubre de 2026. Pendiente de activación. Las fechas registradas corresponden a la versión anterior.
Borrador revisado: 7 de octubre de 2026. Sigue pendiente de activación.
Resumen no vinculante. OwlMeans trata datos de cuentas, proyectos y facturación para prestar el Servicio. Los formularios de contacto envían el mensaje, los datos de contacto y los adjuntos al equipo de soporte. El marketing, la mejora y el entrenamiento opcionales requieren decisiones separadas. La configuración de la cuenta y el soporte permiten retirar el consentimiento y ejercer los derechos sobre los datos. Este resumen no forma parte de las disposiciones operativas de esta política.
1. Responsable y alcance
1.1. Igor Tkachenko OwlMeans Software (que opera como «OwlMeans Software, JDG»), NIP 6772507251, identificador de IVA de la UE PL6772507251, REGON 527979906, ul. Ariańska 9/5, 31-505 Kraków, Polonia; support@owlmeans.com; teléfono +48 780 256 571 («OwlMeans»), es responsable del tratamiento en el sitio web, la administración de cuentas, la facturación, la seguridad y cualquier uso opcional autorizado por separado. En cuanto a los datos personales de repositorios, proyectos o aplicaciones alojadas del Cliente que se tratan según sus instrucciones, el Cliente es el responsable y OwlMeans, el encargado, conforme al Acuerdo de tratamiento de datos. Los administradores de la organización pueden gestionar el acceso y consultar los registros autorizados de esta. El operador de una aplicación generada facilita a los usuarios finales su propio aviso de privacidad.
2. Datos y fines
| Datos | Finalidad y base jurídica del RGPD cuando OwlMeans es responsable del tratamiento |
|---|---|
| Correo electrónico, nombre, identificadores del proveedor de identidad, registros de autenticación y de sesión, pertenencia a la organización, roles y permisos | Acceso a la cuenta y su administración: artículo 6.1.b) cuando el contrato es de una persona física; 6.1.f) para la administración de usuarios empresariales y la seguridad. |
| Prompts, historias de usuario, repositorios de origen o importados, resultados, historiales de proyectos, estado de conversión, trazas, consumo y metadatos de despliegue y dominios | Desarrollo y soporte solicitados: 6.1.b), o instrucciones del Cliente conforme al acuerdo de tratamiento; seguridad e investigación proporcionada del fraude: 6.1.f). Las trazas pueden contener el contenido aportado. |
| Tokens de integración, configuración y secretos enviados mediante los controles destinados a ello | Integraciones y despliegue autorizados, conforme al contrato o al acuerdo de tratamiento; el acceso se limita a la operación necesaria. Los prompts ordinarios no deben contener credenciales. |
| País de facturación, identificadores fiscales, referencias del proveedor de pagos, facturas, pagos, libro de créditos, declaraciones de desistimiento o cancelación y pruebas del consentimiento financiero | Ejecución del contrato: 6.1.b); obligaciones contables y fiscales: 6.1.c); pruebas proporcionadas sobre fraude y controversias: 6.1.f). Los registros de admisión del gasto incluyen la IP, el agente de usuario, la operación o el canal y referencias del proyecto o de la historia, que pueden conservar un título aunque estos se hayan eliminado. |
| Decisiones de consentimiento, revisión de la finalidad y del texto, marcas temporales, idioma, origen y pruebas de aceptación; identificadores de preferencias | Acreditar las decisiones y respetar las negativas: 6.1.c), cuando se exija, y 6.1.f) para un registro limitado de exclusión y prueba. Las finalidades opcionales en sí se basan en el 6.1.a). |
| Información de conexión, como la dirección IP y los metadatos del navegador o del dispositivo, señales de interacción o de desafío, tokens de verificación y resultados de la evaluación de seguridad que expone la integración desplegada de Google reCAPTCHA | Prevención de bots, fraude y abusos: artículo 6.1.f), con sujeción a la necesidad, a la ponderación y a las condiciones propias de acceso al terminal que recoge la Política de cookies; no concede permiso opcional de marketing ni de entrenamiento de modelos propios. |
| Dirección de correo electrónico, asunto y mensaje de la consulta; preferencia de contacto opcional, número de teléfono, identificador de mensajería o datos propuestos para una llamada; archivos adjuntos y sus nombres, tipos, tamaños, contenido y metadatos incorporados | Responder a las solicitudes de presupuesto, conversaciones sobre reservas, preguntas, incidencias, consultas sobre pagos u otras solicitudes de ayuda: artículo 6.1.b) cuando el tratamiento sea necesario para el contrato con el interesado o las medidas precontractuales solicitadas por este, o artículo 6.1.f) para administrar los contactos empresariales y prestar la ayuda solicitada. La tramitación de las solicitudes para ejercer derechos y de las reclamaciones también se basa en el artículo 6.1.c) cuando la ley lo exige. Las preferencias de contacto y los archivos adjuntos son opcionales. |
| Identificador de consulta, widget, tema y título de este, idioma de la interfaz, página de origen, URL enlazadas del documento de Términos y condiciones y de la Política de privacidad, indicación de la casilla obligatoria y marca temporal de recepción en el servidor; registros de entrega y seguridad | Dirigir y documentar la consulta, prestar soporte, prevenir abusos y gestionar reclamaciones: artículo 6.1.b) o f), o 6.1.c) para las obligaciones aplicables a los derechos y las reclamaciones. El campo de página del formulario estándar contiene el origen y la ruta, sin cadena de consulta ni fragmento; las rutas y los archivos adjuntos pueden seguir revelando datos personales o del proyecto. La marca temporal registra la recepción; no acredita una identidad verificada ni constituye una copia inmutable de los documentos enlazados. |
| Registros de diagnóstico, del navegador y de red, claves derivadas de la dirección IP para limitar la frecuencia de solicitudes, registros de desafíos y tokens de seguridad y registros de entrega o fallo de consultas | Seguridad proporcional, resolución de problemas de entrega y prevención de abusos: artículo 6.1.f). Los identificadores derivados de la dirección IP pueden seguir siendo datos personales. La medición opcional de la apertura de consultas se basa en el consentimiento del artículo 6.1.a), con independencia de la consulta. |
| Prompt de invitado, referencia de traspaso, borradores temporales del navegador, idioma seleccionado y preferencias de cookies | Traspaso y preferencias solicitados: 6.1.b) o f); el almacenamiento en dispositivo se explica en Cookies. |
2.1. Los datos obligatorios son necesarios para autenticar, prestar el trabajo solicitado, cobrar las compras o cumplir obligaciones legales; no facilitarlos puede impedir esa operación concreta. Rechazar los usos opcionales no impide el acceso básico. Los datos proceden del propio interesado, de los administradores de la organización, de los servicios conectados de identidad, repositorios y pagos, y de las interacciones del interesado con el Servicio. Los datos de los usuarios finales de las aplicaciones del Cliente se tratan según las instrucciones de este; una casilla marcada en la cuenta del operador no otorga a OwlMeans permiso opcional de entrenamiento sobre ellos.
2.2. Los formularios de consultas del sitio web y de la Plataforma requieren una dirección de correo electrónico, un asunto y un mensaje. Se debe marcar una casilla, desmarcada inicialmente, para aceptar las condiciones de uso del formulario y confirmar haber tomado conocimiento de esta Política de privacidad. Marcarla no constituye consentimiento conforme al RGPD para tratamientos opcionales ni renuncia a derechos. No crea una cuenta ni verifica la titularidad de la dirección de correo electrónico. Tampoco supone comprar un plan ni otorgar permiso para marketing, elaboración de perfiles, actividades de socios, mejora o entrenamiento de modelos. El servicio de consultas usa una credencial de invitado de un solo uso para la protección frente a bots, en lugar de la credencial con la que se inicia sesión en la cuenta de la Plataforma. El formulario solo envía el mensaje y los adjuntos seleccionados al presentarlo; abrirlo ya inicia el tratamiento de seguridad descrito en la Política de cookies. Si no se completan los campos obligatorios, puede impedirse el envío del formulario, pero los canales de la sección 10 siguen disponibles para solicitudes previstas por la ley.
2.3. Las preferencias de contacto sirven para tratar la consulta y no se utilizan para inscribir al remitente en acciones de marketing por teléfono, mensajería, video o correo electrónico ajenas a ella. La mención de un servicio de mensajería o video como opción o ejemplo en el formulario no establece automáticamente una conexión con ese servicio. Si una respuesta o llamada acordada por separado usa un proveedor externo, deben facilitarse su identidad, los datos pertinentes y las condiciones de privacidad antes de utilizar ese servicio. El servicio de consultas entrega los mensajes al equipo de soporte y no envía por sí mismo su contenido a un LLM. Los mensajes, sugerencias y adjuntos de las consultas quedan excluidos de los datos de entrada para los usos opcionales de mejora y de entrenamiento de modelos propios descritos más adelante; elegir un tema de mejora no autoriza su reutilización. Debe enviarse solo la información necesaria para la solicitud, eliminarse los metadatos innecesarios de los archivos y acordarse un canal protegido adecuado antes de enviar credenciales, categorías especiales de datos o información confidencial o personal de terceros.
3. Destinatarios y tratamiento internacional
3.1. El personal autorizado, el equipo de soporte y los asesores profesionales reciben los datos en la medida necesaria. Hetzner es actualmente el único proveedor de infraestructura; Mailgun entrega el correo electrónico; Google Tag Manager y Google Analytics realizan una medición opcional sujeta a consentimiento, y Sentry proporciona diagnósticos. Según su configuración verificada, estos servicios reciben, respectivamente, los registros alojados de cuentas y proyectos; las direcciones de correo electrónico y el contenido de los mensajes; los identificadores del navegador o de red y los eventos de medición; o los informes de errores y el contexto de diagnóstico. Los secretos y el contenido de los proyectos deben excluirse de la medición opcional y reducirse al mínimo en los informes de diagnóstico. Las entidades, ubicaciones, plazos de conservación y garantías reales deben completarse en la Lista de subencargados antes de que se active esta revisión. Google reCAPTCHA es un servicio de seguridad activo e independiente que previene bots, fraude y abusos en determinados procesos protegidos. Google recibe la información de conexión, del dispositivo y del desafío que expone esa integración, y devuelve resultados de verificación o de evaluación de riesgos. Conforme a las condiciones aplicables de Google Cloud, Google trata los datos de cliente de reCAPTCHA (reCAPTCHA Customer Data) como encargado del tratamiento para el servicio de seguridad; deben verificarse la entidad real de la cuenta, el contrato, las ubicaciones y la conservación. Este uso es distinto de Google Analytics y del inicio de sesión con Google, y no autoriza publicidad, perfiles de marketing ni el entrenamiento de modelos propios. Si una comprobación de seguridad bloquea una operación solicitada, puede pedirse ayuda a soporte.
3.2. También son servicios activos OpenAI, Anthropic, OpenRouter, Together AI y Hugging Face, para las rutas de IA o de modelos, o el acceso a modelos, que realmente se seleccionen; GitHub, para las operaciones de repositorios conectados y OAuth; el inicio de sesión con Google, para la autenticación; Stripe, para los pagos; y Cloudflare, para las funciones configuradas de red, dominios o seguridad. Los destinatarios de la inferencia de IA reciben los prompts, el contexto permitido y los datos de solicitud y resultado relacionados que necesite la llamada seleccionada; los servicios de descarga de modelos no tienen por qué recibir contenido del proyecto por el mero hecho de que se descargue un modelo. Los servicios conectados de identidad y repositorios intercambian la información autorizada de identidad, permisos, tokens y repositorios. Stripe gestiona las credenciales de pago y la información pertinente de las transacciones; OwlMeans conserva las referencias y las pruebas de facturación. Cloudflare recibe información de red y de solicitudes, así como contenido en la medida en que su servicio real lo transporte. La lista distingue las funciones de estos servicios y el tratamiento real; que un servicio activo figure en ella no significa que cada proyecto se envíe a todos los proveedores. La inferencia local o delegada utiliza para esas llamadas la infraestructura elegida por el Cliente, mientras que la autenticación de la Plataforma y otros datos pueden seguir siendo remotos. Antes de la activación quedan por completar las entidades reales de las cuentas, las ubicaciones, la conservación y las garantías.
3.3. El tratamiento puede implicar destinatarios situados fuera del EEE. Antes de una transferencia restringida deben determinarse el destinatario, el destino y la garantía lícita aplicables, como una decisión de adecuación válida o cláusulas contractuales apropiadas con medidas complementarias cuando sean necesarias. No se afirma una adecuación general de EE. UU., un alojamiento exclusivamente en la UE ni la firma de cláusulas contractuales tipo. Puede solicitarse a soporte información sobre los destinatarios y las garantías, o copias de estas, con las supresiones que permita la ley. Un servicio independiente elegido por el Cliente tiene su propio aviso; elegirlo no exime a OwlMeans de sus obligaciones.
3.4. En el flujo de consultas configurado, el texto de la consulta, los datos de contacto, las pruebas de enrutamiento y recepción y los adjuntos seleccionados pasan por el servicio de consultas alojado en la infraestructura de OwlMeans proporcionada por Hetzner. Mailgun los transporta por correo al buzón de soporte designado de OwlMeans, alojado mediante Google Gmail. Gmail recibe y conserva la correspondencia y los adjuntos para que los destinatarios autorizados puedan atender la solicitud. Google reCAPTCHA recibe sus señales de seguridad; el formulario no envía deliberadamente a ese servicio el contenido del mensaje ni de los adjuntos. La apertura del cuadro de diálogo puede generar el evento sujeto a consentimiento inquiry_dialog_open con los campos inquiry_widget, inquiry_tab e inquiry_source. Esos campos describen el cuadro de diálogo y su activación, no la dirección de correo, el mensaje o los archivos. Los demás metadatos de medición de Google dependen de la configuración de etiquetas descrita por separado. Antes de la activación deben verificarse la cuenta o el servicio real de Gmail, la entidad contratante de Google, su función contractual, el acceso autorizado al buzón, las ubicaciones, la conservación, el acuerdo de tratamiento de datos y las garantías de transferencia. La gestión del buzón y el tratamiento posterior son distintos de la entrega de Mailgun; no se afirma ningún lugar de tratamiento ni plazo de conservación no verificados.
4. Conservación y seguridad
4.1. Los datos de cuentas y proyectos se conservan mientras sean necesarios para la relación solicitada y después se eliminan o se devuelven, salvo que una obligación legal justifique su conservación. Las pruebas financieras, fiscales, de seguridad y de consentimiento se conservan solo durante la obligación legal aplicable o el plazo de reclamación documentado. No todos los libros actuales de pagos y consentimientos ni todas las trazas tienen un borrado automático programado; la falta de un temporizador no autoriza a conservarlos indefinidamente. Las pruebas de admisión del gasto tienen configurado un vencimiento de 760 días. Eliminar un proyecto no borra automáticamente las pruebas de facturación, de consentimiento ni de trazas. Las copias de seguridad y las copias de los proveedores requieren una gestión separada; no se promete un borrado inmediato y universal.
4.2. El traspaso en el servidor del prompt de invitado vence a los 120 segundos y es de un solo uso; un borrador recuperado en el navegador tiene una validez lógica de 24 horas, y los registros vencidos se eliminan en una lectura posterior, sin garantía de un borrado físico programado. La continuación suspendida de un inicio de sesión tiene un plazo lógico de 30 minutos y se elimina al consumirse o descartarse; ese plazo no programa el borrado físico de otros estados de autenticación. El resto del almacenamiento del navegador se rige por la Política de cookies. Las medidas deben ser adecuadas al riesgo e incluir controles de acceso, confidencialidad y un manejo restringido de los secretos. No deben enviarse datos personales sensibles ni de terceros sin una base jurídica y garantías adecuadas. No se afirma ninguna certificación ni se garantiza un cifrado universal.
4.3. Los datos de autenticación y procesos incluyen credenciales al portador guardadas en el navegador, marcadores de sesión, versión y omisión, estado de redirección y entradas temporales. Los registros de autenticación del navegador y algunos marcadores de localStorage no tienen vencimiento automático; el cierre de sesión ordinario en la aplicación elimina el registro principal de autenticación almacenado, sin borrar todos los marcadores, terminar todas las sesiones de proveedores ni revocar credenciales independientes de API u OAuth. Borrar los datos del sitio en el navegador y revocar en el servidor son acciones distintas. La implementación actual del panel de gestión y la plantilla actual de aplicaciones generadas limitan la validez de sus sesiones de aplicación a 7 días desde la emisión; la revocación, la invalidez del token del proveedor o la pérdida del registro de sesión necesario en el servidor pueden terminarla antes. Las versiones existentes de aplicaciones de Clientes y la configuración de despliegue requieren verificación propia. Los valores predeterminados del OIDC integrado son 1 hora para los tokens de acceso e ID y las interacciones, 60 segundos para los códigos de autorización y 14 días para las sesiones, las autorizaciones y los tokens de renovación, según el alcance y la configuración reales. Los tokens de acceso independientes que usa el conector de la Plataforma tienen un plazo predeterminado de 90 días; un token de API creado por un usuario puede tener un vencimiento solicitado de hasta 366 días o no tener plazo fijo si se omite, y puede revocarse. El vencimiento o la revocación no acreditan por sí solos el borrado de todos los registros asociados. Las preferencias de interfaz y privacidad, los valores de prompts y páginas de llegada, las claves seudónimas de titularidad de invitados y el estado de deduplicación de eventos opcionales se describen en la Política de cookies, con las distinciones de aplicaciones de Clientes y despliegue. La conservación necesaria debe seguir siendo proporcional aunque no haya temporizador automático.
4.4. Los registros de consultas pendientes y las copias de adjuntos en la base de datos CRM específica están configurados para eliminarse después de que el servicio de transporte de correo informe de que el envío se realizó correctamente. La caducidad a los siete días desde la recepción sirve como mecanismo alternativo para los registros no entregados o cuya limpieza haya fallado; la caducidad de la base de datos es asíncrona y no garantiza el borrado en un instante exacto. Los correos entregados y sus adjuntos, los registros de los proveedores de correo, las pruebas jurídicas o relativas a reclamaciones de alcance limitado, los registros de seguridad y las copias de seguridad tienen ciclos de conservación separados. La correspondencia se conserva solo mientras sea necesario para resolver la solicitud, mantener una relación en curso o cumplir una obligación jurídica o relativa a reclamaciones que esté documentada. Después se revisa si procede su eliminación conforme a la sección 4.1; la caducidad de siete días del CRM no borra esas copias. El formulario mantiene el borrador no enviado en la memoria de la página al cerrar, reabrir o cambiar de tema, sin guardarlo por sí mismo en localStorage o IndexedDB. El borrador enviado correctamente se borra al cerrar su confirmación. Al cerrar o abandonar la página, o al retirarse el widget, termina ese estado en memoria. Cerrar por sí solo un cuadro de diálogo con un borrador no enviado no lo borra. Las solicitudes de ejercicio de derechos abarcan todas las copias pertinentes, no solo el registro temporal del CRM.
5. Marketing opcional por correo
5.1. Un consentimiento separado permite enviar por correo electrónico novedades y ofertas de productos de OwlMeans. Puede rechazarse o retirarse en las preferencias de la cuenta, mediante el mecanismo de baja o a través de soporte; los correos de servicio, seguridad y legales siguen siendo necesarios. No incluye marketing por SMS, por teléfono ni mediante notificaciones push. Un registro de exclusión que se conserva evita nuevos contactos no deseados.
6. Mejora opcional de agentes y procesos
6.1. Esta finalidad propuesta, sujeta a consentimiento separado, evaluaría el texto de prompts y los resultados generados que reúnan los requisitos, con el fin de mejorar los prompts, el comportamiento de los agentes y los procesos de desarrollo sin entrenar los pesos de los modelos de OwlMeans. Permanece inactiva. Se excluyen repositorios y archivos importados, contenido adjunto o recuperado que se inserte en un prompt, datos de aplicaciones alojadas o usuarios finales, secretos, datos personales sensibles y material de terceros sin autorización. Insertar material excluido en un prompt no lo convierte en apto. Antes de activar la finalidad deben establecerse los permisos que otorguen los proveedores para usar sus resultados, controles de elegibilidad, conservación limitada definida, controles de acceso y aplicación de la retirada del consentimiento. El diagnóstico operativo esencial y el trabajo solicitado para el propio proyecto son finalidades proporcionadas distintas; no autorizan su reutilización opcional en los conjuntos de datos que OwlMeans destine a la mejora independiente.
7. Entrenamiento opcional de modelos de OwlMeans
7.1. Un consentimiento separado permitiría utilizar texto de prompts y resultados generados aptos para entrenar y evaluar modelos propios de OwlMeans. Este uso propuesto permanece inactivo. Excluye repositorios y archivos importados, contenido adjunto o recuperado que se inserte en un prompt, datos de aplicaciones alojadas o usuarios finales, secretos, datos sensibles o de categorías especiales y contenido para el que no se tenga autorización. Las restricciones de los proveedores sobre sus resultados y los derechos de terceros se aplican incluso con consentimiento; ser titular del resultado no basta para desarrollar modelos competidores. Antes de la activación deben registrarse la fuente, el proveedor y el modelo permitidos, y deben aplicarse y comunicarse los derechos reales de reutilización, el filtrado, el acceso a los conjuntos de datos, la conservación definida y los controles de eliminación. Las autorizaciones existentes que combinan entrenamiento y mejora no autorizan ninguna de las dos nuevas finalidades.
7.2. Rechazar no reduce el acceso adquirido. La retirada detiene nuevas recogidas y usos para este fin y exige eliminar datos de conjuntos o tareas de entrenamiento pendientes cuando proceda. El entrenamiento realizado lícitamente no se vuelve ilícito retroactivamente. Eliminar la influencia de los datos en un modelo existente no es automáticamente posible desde el punto de vista técnico. No se presume que los modelos sean anónimos. La supresión y otros derechos se evalúan por separado, incluido el riesgo de memorización. Una excepción general no sustituye las medidas correctoras necesarias. Un fin revisado exige una nueva elección, no el traslado de una autorización amplia anterior.
8. Propuesta de elaboración de perfiles: inactiva
8.1. Este borrador no solicita permiso para elaborar perfiles con fines de ofertas personalizadas. Una propuesta futura necesitaría definir los datos de uso y de preferencias que emplearía, la lógica, las consecuencias y la conservación, además de un consentimiento separado. No autorizaría decisiones basadas únicamente en el tratamiento automatizado con efectos jurídicos significativos ni inferencias de datos sensibles. Ni los límites ordinarios de la cuenta ni los controles necesarios contra el fraude implican consentimiento para elaborar perfiles de marketing.
9. Propuesta de marketing de socios: inactiva
9.1. No se autoriza comunicar datos a socios para su propio marketing. Antes de cualquier propuesta futura deben identificarse los destinatarios, los campos compartidos, las funciones de responsable, los destinos y cada finalidad, y obtenerse un permiso opcional separado. Las autorizaciones existentes de marketing, elaboración de perfiles o entrenamiento no pueden suplir ese permiso.
10. Derechos y disposiciones regionales
10.1. Puede solicitarse a soporte el acceso, la rectificación, la supresión, la limitación del tratamiento, la portabilidad cuando proceda o la oposición al tratamiento basado en intereses legítimos. Es posible oponerse en cualquier momento al marketing directo y retirar el consentimiento con la misma facilidad con que se otorgó. OwlMeans puede verificar la identidad de forma proporcionada y normalmente responde en el plazo de un mes; si prorroga el plazo o deniega la solicitud conforme a la ley, explica el motivo. Respecto de los datos de aplicaciones que controla el Cliente, debe contactarse con el operador de la aplicación; OwlMeans presta asistencia conforme al acuerdo de tratamiento. Puede presentarse una reclamación ante la UODO en Polonia o ante la autoridad competente del Estado del EEE en que se resida o trabaje; los derechos del RGPD del Reino Unido se aplican cuando corresponda.
10.2. Las leyes estatales estadounidenses aplicables pueden reconocer derechos de acceso, corrección, eliminación, portabilidad y recurso, así como derechos de exclusión voluntaria frente a la venta, el intercambio, la publicidad dirigida o determinados perfiles. Las obligaciones que impone CalOPPA sobre el aviso de privacidad pueden aplicarse sin alcanzar los umbrales empresariales independientes de CCPA/CPRA; las demás leyes estatales requieren su propia evaluación de alcance. Google Ads, el marketing de socios y los perfiles para marketing personalizado no son finalidades activas de la Plataforma. Las señales Global Privacy Control aplicables se respetarán para los usos cubiertos. No se discrimina por ejercer derechos legales. El Servicio se dirige a adultos; una condición de edad no elimina obligaciones cuando realmente se tratan datos de menores. No se autorizan el uso por menores ni la reutilización opcional de datos sensibles. Se anunciarán los cambios sustanciales del aviso y se obtendrá consentimiento nuevo para nuevas finalidades opcionales.
10.3. La señal Do Not Track del navegador es distinta de Global Privacy Control y no equivale a conceder un consentimiento opcional. No se ha verificado ninguna respuesta automática a Do Not Track; el seguimiento opcional sigue rigiéndose por las preferencias de cookies y por la normativa aplicable sobre exclusión voluntaria. La medición de Google y los diagnósticos de Sentry confirmados pueden utilizar identificadores de terceros según la configuración indicada en la Política de cookies; su presencia no permite publicidad ajena al Servicio ni el seguimiento en otros servicios.
10.4. En el cuadro de diálogo de consultas, el tema de eliminación de datos permite remitir una solicitud para su tramitación; no elimina por sí mismo una cuenta, un proyecto, un correo ni un registro del proveedor. El acuse de recepción del formulario indica su aceptación en la cola, no una entrega completada ni una decisión sobre el fondo de la solicitud. También puede solicitarse el ejercicio de derechos o comunicarse un formulario bloqueado mediante support@owlmeans.com, la dirección postal o el teléfono de la sección 1.1, sin iniciar sesión, habilitar la analítica ni aceptar fines opcionales. Ninguna condición general de aceptación de los Términos y condiciones limita los derechos reconocidos por la ley. OwlMeans solo puede pedir la información proporcionada y necesaria para identificar los datos pertinentes y al solicitante; no deben enviarse contraseñas ni documentos de identidad que no guarden relación con la solicitud.