Política de privacidad

Esta página explica qué datos recoge Agenola, por qué, con quién los compartimos y cuánto tiempo los guardamos. Hay dos relaciones distintas que no deben confundirse: las empresas que se registran en Agenola y los visitantes que hablan con el avatar de esa empresa.

Dos roles diferentes

Para las EMPRESAS que se registran somos el responsable del tratamiento: tratamos tus datos de cuenta y facturación para nuestros propios fines.

Para los VISITANTES que hablan con un avatar, el responsable del tratamiento es la empresa que lo creó; nosotros solo tratamos los datos por cuenta de esa empresa. Informar al visitante y obtener el consentimiento necesario es responsabilidad de esa empresa.

Qué recogemos de las empresas

Cuenta: nombre, correo electrónico, una foto de perfil si la subes y un hash irreversible de tu contraseña. La contraseña en sí nunca se guarda. Si inicias sesión con Google, puede que no tengas contraseña; los datos que recibimos de Google se describen aparte más abajo.

Seguridad: la dirección IP, el navegador, el país y la última actividad de tus sesiones abiertas, y un registro de auditoría que muestra quién cambió qué en el panel, cuándo y desde qué dirección.

Uso: cuántas conversaciones hubo cada mes, cuántos tokens de modelo de lenguaje y cuántos segundos de síntesis de voz y transcripción se usaron. Esto sirve para la facturación y las cuotas.

Pago: estado de la suscripción e ID de cliente y de suscripción de Stripe. LOS DATOS DE LA TARJETA NUNCA NOS LLEGAN; el pago se hace en la propia página de Stripe.

Inicio de sesión con Google

Cuando inicias sesión con «Continuar con Google», recibimos solo: tu nombre, tu correo electrónico, si Google ha verificado esa dirección y el identificador permanente que Google asigna a tu cuenta. Son los únicos permisos que solicitamos (openid, email, profile).

Para iniciar sesión no accedemos a Gmail, Drive, Contactos, Calendar ni a otros datos de Google, y nunca vemos tu contraseña de Google. No guardamos el token de acceso que Google emite al iniciar sesión, y no usamos ni guardamos tu foto de perfil.

Usamos esta información solo para crear tu cuenta de Agenola, iniciar tu sesión en ella y conectar el inicio de sesión con Google a una cuenta existente con el mismo correo. Tu nombre y tu correo se guardan en tu cuenta; el identificador de Google y el correo en el momento de la vinculación se guardan en el registro de inicio de sesión de tu cuenta.

No vendemos ni alquilamos los datos que recibimos de Google, no los usamos para publicidad ni para entrenar modelos de IA, y solo los compartimos con los proveedores de servicios necesarios para que Agenola funcione.

Puedes quitar nuestro acceso cuando quieras en https://myaccount.google.com/permissions; esto detiene el inicio de sesión con Google, pero no elimina tu cuenta. Puedes pedirnos que eliminemos tu cuenta en info@agenola.ai; cuando se cierra la cuenta, se quita su vínculo con tu cuenta de Google y estos datos dejan de usarse.

El uso y la transferencia a cualquier otra aplicación, por parte de Agenola, de la información recibida de las API de Google se ajustarán a la Google API Services User Data Policy, incluidos los requisitos de Limited Use: https://developers.google.com/terms/api-services-user-data-policy

Conexiones con Google Calendar, Drive y Gmail

Si un administrador de tu espacio de trabajo conecta Google Calendar, Google Drive o Gmail en Integraciones, da una aprobación independiente para esa app en la pantalla de permisos de Google. Esto es independiente del inicio de sesión: no accedemos a estos datos en ninguna cuenta que no se haya conectado, y cada app solo pide su propio permiso.

Los permisos que solicitamos son de acceso completo, y para esto los usamos: en Google Calendar, leer, crear, cambiar, eliminar y compartir tus eventos y calendarios, y consultar la disponibilidad que otros han compartido contigo. En Google Drive, buscar, leer, crear, editar, mover, compartir y eliminar tus archivos, y editar el contenido de documentos, hojas de cálculo y presentaciones. En Gmail, buscar, leer, enviar, responder, reenviar, etiquetar, archivar y eliminar tus correos, y gestionar borradores, etiquetas, filtros, firma y respuesta automática. Solo los pasos que añades a tus agentes hacen estas cosas.

Usamos estos datos solo para ejecutar los pasos de Google que añades a tus agentes. El miembro del espacio de trabajo que configura un paso decide qué operación se ejecuta y en qué archivo, calendario o correo; después, el paso se ejecuta tal como se configuró para todos los que hablan con el agente, incluidos los visitantes que abren el enlace público del agente. Los pasos que eliminan, comparten o envían correos o invitaciones desde tu cuenta no se ejecutan hasta que la persona que los configuró los confirma en el paso, y funcionan con un límite por hora; el destino de un paso de eliminar o compartir no puede ser un valor escrito por un visitante.

El contenido que lee un paso (eventos, correos, texto de archivos, filas de hojas) puede escribirse en las variables del flujo. Si quien creó el agente usa esas variables en un mensaje, el contenido se muestra a quien habla con el agente; si las usa en un paso «Asistente de IA», se envía a nuestro proveedor de modelos de lenguaje para generar la respuesta. Estos datos no se usan para publicidad ni para entrenar modelos de IA.

El resultado de cada paso (qué paso, cuándo, si tuvo éxito y una forma abreviada de los valores devueltos) se guarda 7 días para evitar que se ejecute dos veces, y luego se elimina. Los valores que hayas escrito en las variables del flujo pueden quedarse en el registro de la conversación.

Los tokens de acceso y actualización que emite Google se guardan cifrados y se usan solo para este fin. Cuando quitas la conexión en el panel, los tokens dejan de usarse y, si no queda ninguna otra conexión con Google Calendar, Drive o Gmail de la misma cuenta de Google, el permiso también se revoca en Google. También puedes quitar el permiso tú mismo en https://myaccount.google.com/permissions.

Conexión con Google Analytics

Si un administrador de tu espacio de trabajo conecta Google Analytics en Integraciones, da una aprobación independiente en la pantalla de permisos de Google. Esta conexión solo pide sus propios permisos (analytics.readonly y analytics.edit) y es independiente del inicio de sesión y de las conexiones con Google Calendar, Drive y Gmail.

Para qué los usamos: con analytics.readonly, enumerar las cuentas, propiedades y flujos de datos web de Google Analytics a los que accedes para que elijas uno para un agente, y ejecutar los informes que añades a un agente, con las métricas y dimensiones que selecciones. Con analytics.edit, solo en el flujo de datos web que elijas: aceptar la confirmación de recogida de datos de usuario de Google para esa propiedad, crear un secreto de Measurement Protocol llamado «Agenola» para que tus agentes envíen eventos a ese flujo de datos, y crear o consultar eventos clave cuando añades ese paso a un agente. No gestionamos usuarios, cuentas ni otros ajustes de la propiedad.

Los resultados de informes que lee un paso pueden escribirse en las variables del flujo y se tratan como otros resultados de pasos: se muestran en un mensaje o se envían a nuestro proveedor de modelos de lenguaje en un paso «Asistente de IA». Estos datos no se venden, no se usan para publicidad ni para entrenar modelos de IA, y solo se comparten con los proveedores de servicios necesarios para que Agenola funcione.

Los tokens de acceso y actualización que emite Google y los secretos de Measurement Protocol que creamos se guardan cifrados. Cuando quitas la conexión en el panel, los secretos creados se eliminan de tus flujos de datos, los tokens dejan de usarse y, si no queda ninguna otra conexión con Google Analytics o Google Ads de la misma cuenta de Google, el permiso también se revoca en Google. También puedes quitar el permiso tú mismo en https://myaccount.google.com/permissions.

Conexión con Google Ads

Si un administrador de tu espacio de trabajo conecta Google Ads en Integraciones, da una aprobación independiente en la pantalla de permisos de Google. Esta conexión solo pide sus propios permisos (adwords y datamanager) y es independiente del inicio de sesión y de las demás conexiones con Google.

Para qué los usamos, solo mediante los Ajustes de medición y los pasos de Google Ads que añades a tus agentes: con adwords, enumerar las cuentas de Google Ads a las que accedes y las acciones de conversión y campañas de la cuenta elegida, leer los informes que añades (las métricas que seleccionas) y activar o pausar una campaña cuando añades ese paso. No creamos campañas ni cambiamos anuncios, presupuestos, pujas, facturación ni usuarios de la cuenta. Con datamanager, enviar conversiones de tus agentes (por ejemplo, datos de contacto dejados, una cita reservada, un paso que marcaste, una compra en una tienda WooCommerce) a las acciones de conversión elegidas, y crear, actualizar y eliminar listas de Customer Match y añadir o quitar personas cuando añades esos pasos. Un paso que pausa una campaña o elimina una lista no se ejecuta hasta que la persona que lo configuró lo confirma en el paso, y funciona con un límite por hora.

Una conversión contiene su hora, la acción de conversión, el valor y la moneda si los defines, y los identificadores que Google usa para relacionarla con una interacción con un anuncio: el identificador de clic registrado cuando el visitante llegó desde tu anuncio, y el correo o teléfono del visitante si dejó alguno, enviados solo en forma de hash irreversible (SHA-256). Una persona añadida a una lista de clientes también se envía solo como correo o teléfono con hash, y solo después de que la persona que configuró el paso acepte la política de Customer Match de Google. Las conversiones y los miembros de listas se envían solo a tu propia cuenta de Google Ads, por instrucción tuya; eres responsable de informar a tus visitantes y de obtener el consentimiento que exija su jurisdicción.

Los datos que leemos de Google Ads (nombres e identificadores de cuentas, acciones de conversión, campañas y listas, y los resultados de informes que pides) se usan solo para mostrar estas opciones en el panel y ejecutar tus pasos; los resultados de un paso pueden escribirse en las variables del flujo y se tratan como otros resultados de pasos. No se venden, no se usan para publicidad ni para entrenar modelos de IA, y solo se comparten con los proveedores de servicios necesarios para que Agenola funcione.

Los tokens de acceso y actualización que emite Google se guardan cifrados y se usan solo para este fin. Cuando quitas la conexión en el panel, los tokens dejan de usarse y, si no queda ninguna otra conexión con Google Analytics o Google Ads de la misma cuenta de Google, el permiso también se revoca en Google. También puedes quitar el permiso tú mismo en https://myaccount.google.com/permissions.

Conexión con Meta Pixel

Si un administrador de tu espacio de trabajo conecta Meta Pixel desde la sección Integraciones, elige en la ventana de Meta su empresa y los píxeles a los que puede acceder Agenola, y da su aprobación. Esta conexión solo pide los permisos ads_read y business_management. Meta crea un usuario del sistema para Agenola en la empresa aprobada; la conexión funciona con el token de acceso de ese usuario y no está vinculada a la cuenta de Facebook de quien aprobó.

Para qué lo usamos (solo mediante los Ajustes de medición y los pasos de Meta que añades a tus agentes): con business_management enumeramos los píxeles de tu empresa o compartidos con ella para que elijas uno para un agente; con ads_read enviamos eventos al píxel elegido a través de la Conversions API (por ejemplo, conversación iniciada, datos de contacto dejados, cita reservada, un paso que marcaste alcanzado, una compra en una tienda WooCommerce). No leemos ni cambiamos campañas, anuncios, presupuestos, audiencias, páginas ni usuarios de la empresa.

Un evento contiene su nombre y hora, el valor y la moneda si los defines, y la información que Meta usa para relacionarlo con una interacción con un anuncio: un identificador seudónimo de visitante derivado de la sesión, los detalles del navegador (user agent) y la dirección IP del visitante, la dirección de la página donde se abrió el chat (sin la parte de consulta), el identificador de clic (fbclid) si el visitante llegó desde un anuncio de Meta y, si los dejó, un correo o teléfono; estos dos solo en forma de hash irreversible (SHA-256). Los eventos se envían solo por instrucción tuya y solo a tu píxel; informar a tus visitantes y obtener el consentimiento que exija su ubicación es responsabilidad tuya.

Los datos que leemos de Meta (nombre e ID de la empresa, nombres e ID de los píxeles) se usan solo para mostrar estas opciones en el panel y ejecutar tus pasos. No se venden, no se usan para publicidad ni para entrenar modelos de IA, y solo se comparten con los proveedores de servicios necesarios para que Agenola funcione.

El token de acceso que emite Meta se guarda cifrado y se usa solo para este fin. Cuando quitas la conexión en el panel, el token deja de usarse; para quitar Agenola también en Meta, usa Configuración del negocio de Meta → Integraciones → Aplicaciones conectadas (https://business.facebook.com/latest/settings/connected_apps). Una vez quitada allí, el usuario del sistema y su token también dejan de funcionar en Meta.

Conexión con TikTok

Si un administrador de tu espacio de trabajo conecta TikTok desde la sección Integraciones, elige en la página de TikTok a qué cuentas de anuncios puede acceder Agenola, aprueba los permisos y verifica su identidad con un código enviado al correo de la cuenta de anuncios. Esta conexión solo pide tres permisos: leer información de la cuenta de anuncios (Read Ad Account Information), leer píxeles (Read Pixels) y enviar eventos de conversión (Report Conversion Event).

Para qué lo usamos (solo mediante los Ajustes de medición y los pasos de TikTok que añades a tus agentes): enumeramos los nombres de las cuentas de anuncios que permitiste y los píxeles de esas cuentas para que elijas uno para un agente; enviamos eventos al píxel elegido a través de la Events API (por ejemplo, conversación iniciada, datos de contacto dejados, cita reservada, un paso que marcaste alcanzado, una compra en una tienda WooCommerce). No leemos ni cambiamos campañas, anuncios, presupuestos, audiencias ni ajustes de la cuenta.

Un evento contiene su nombre y hora, el valor y la moneda si los defines, y la información que TikTok usa para relacionarlo con una interacción con un anuncio: un identificador seudónimo de visitante derivado de la sesión, los detalles del navegador (user agent) y la dirección IP del visitante, la dirección de la página donde se abrió el chat (sin la parte de consulta), el identificador de clic (ttclid) si el visitante llegó desde un anuncio de TikTok y, si los dejó, un correo o teléfono; estos dos solo en forma de hash irreversible (SHA-256). Los eventos se envían solo por instrucción tuya y solo a tu píxel; informar a tus visitantes y obtener el consentimiento que exija su ubicación es responsabilidad tuya.

Los datos que leemos de TikTok (nombres e ID de cuentas de anuncios y píxeles) se usan solo para mostrar estas opciones en el panel y ejecutar tus pasos. No se venden, no se usan para publicidad ni para entrenar modelos de IA, y solo se comparten con los proveedores de servicios necesarios para que Agenola funcione.

El token de acceso que emite TikTok se guarda cifrado y se usa solo para este fin. Cuando quitas la conexión en el panel, el token también se revoca en TikTok. También puedes quitar el acceso en los ajustes de autorización de TikTok (https://ads.tiktok.com/ac/page/authorizations).

Conexión con Shopify

Si un administrador de tu espacio de trabajo conecta una tienda Shopify desde la sección Integraciones, concede acceso a la app de Agenola en la pantalla de aprobación de Shopify. Esta conexión pide cuatro tipos de permisos: permisos de escaparate (leer productos, stock y páginas publicadas de la tienda, y crear el carrito del visitante), permisos de gestión de la tienda (productos, variantes, colecciones, stock, publicación en canales de venta, códigos de descuento y páginas), permisos de pedidos (leer pedidos, escribir en la nota del pedido y cancelar, retener y reembolsar pedidos) y permisos de clientes (leer, crear, actualizar y eliminar registros de clientes).

Qué guardamos: la dirección .myshopify.com de la tienda, su dominio de escaparate, su nombre, los permisos que concedió Shopify, una clave de Storefront API y el token de acceso de administrador. El token de acceso de administrador se guarda cifrado.

Para qué lo usamos: cuando un visitante hace una pregunta, leemos en ese momento de Shopify los nombres de productos, descripciones, precios, disponibilidad y páginas publicadas; el catálogo no se copia a Agenola. Si el visitante añade un producto al carrito en el chat, el carrito se crea en Shopify y el pago se hace en la propia página de pago de Shopify. Con el token de acceso de administrador leemos el nombre y el dominio de la tienda, creamos la clave de Storefront API y guardamos la dirección de la página del agente en los ajustes de la app; en los pasos de gestión de la tienda que añades a tus agentes, cambiamos productos, variantes, colecciones, stock, códigos de descuento y páginas solo como los configuraste en ese paso. El agente ya hecho que se crea al conectar la tienda no expone estos pasos a los visitantes.

Pedidos: cuando un visitante pregunta al agente por su propio pedido, el agente pide el número de pedido y el correo o teléfono usado en él; leemos ese pedido de Shopify en ese momento y comprobamos si estos datos coinciden con el correo o teléfono del pedido. Si coinciden, decimos al visitante el estado, el total, los productos, la ciudad de entrega, el seguimiento y la dirección de la página de estado del pedido de Shopify; la dirección, el correo y el teléfono del pedido no se muestran al visitante, y los intentos fallidos están limitados. A un cliente con sesión iniciada en la tienda no se le pide número de pedido ni correo; solo se leen los pedidos de su propia cuenta (consulta «Qué se recoge de los visitantes»). Si el visitante deja una solicitud de cancelación, devolución, cambio o dirección, se añade a la nota del pedido; el pedido en sí no cambia. Si lo activas en el panel, una vez verificado el pedido y con la confirmación expresa del visitante, este puede usar el agente para cancelar un pedido no enviado (el pago se reembolsa a su método de pago) o abrir una solicitud de devolución en Shopify para productos enviados; tú apruebas o rechazas la solicitud. En los pasos de pedidos que añades a tus agentes, leemos pedidos (número, estado, total, nombre y correo del cliente, método de pago, productos) y, tal como lo configuraste en ese paso, añadimos una nota al pedido o lo cancelamos, retenemos o reembolsamos. En los pasos de clientes que añades a tus agentes, leemos registros de clientes (nombre, correo, teléfono, direcciones, número de pedidos, gasto total) y, tal como lo configuraste en ese paso, los creamos, actualizamos o eliminamos. En Agenola no se guarda ninguna copia de los pedidos ni de los registros de clientes; el número y el importe de una venta hecha a través del agente se guardan para la atribución de ventas. Lo que el visitante escribe en la conversación y las respuestas que recibe se guardan en el registro de la conversación.

Cuando la app se desinstala de Shopify, cuando quitas la conexión en el panel o cuando Shopify pide borrar los datos de la tienda, la conexión se cierra, el agente se quita de la tienda y los tokens de acceso dejan de usarse. Cuando Shopify pide borrar los datos de la tienda (48 horas después de desinstalar la app), también borramos el contenido de todas las conversaciones del agente de la tienda; si la tienda se ha vuelto a conectar entretanto, no se borra nada. Cuando Shopify pide los datos de un cliente, buscamos las conversaciones del agente en las que aparecen su correo, teléfono o pedido y avisamos al propietario de la tienda por correo. Cuando Shopify pide borrar los datos del cliente, borramos el contenido de esas conversaciones; la información que no identifica a la persona, como fechas y recuentos, se mantiene.

Conexión con Slack

Si un administrador de tu espacio de trabajo conecta Slack en Integraciones, aprueba la app de Slack de Agenola en la pantalla de permisos de Slack.

Qué recibimos: el ID y el nombre del espacio de Slack, un token de bot para la app y un token de usuario de la persona que conectó. El token de usuario se usa solo para cambios de estado, que Slack no permite con un token de bot. Para rellenar los selectores de canal leemos los nombres de los canales que ve la app.

Para qué lo usamos: para publicar los avisos que diriges a Slack y ejecutar los pasos de Slack que añades a tus agentes (enviar, actualizar o eliminar mensajes; gestionar canales y grupos de usuarios; subir archivos; añadir reacciones; buscar personas). Leemos mensajes, archivos, reacciones y datos de personas solo cuando un paso que añadiste lo pide; no leemos tus canales en segundo plano ni copiamos tu espacio de Slack.

El contenido que lee un paso puede escribirse en las variables del flujo y se trata como otros resultados de pasos: se muestra en un mensaje o se envía a nuestro proveedor de modelos de lenguaje en un paso «Asistente de IA» para generar la respuesta. No se usa para publicidad ni para entrenar modelos de IA.

Cuánto tiempo lo guardamos: los tokens se guardan cifrados hasta que se quita la conexión. El resultado de cada paso se guarda 7 días para evitar que se ejecute dos veces, y luego se elimina. Los valores escritos en las variables del flujo pueden quedarse en el registro de la conversación hasta que lo elimines o nos lo pidas.

Cómo quitarlo: cuando quitas la conexión en el panel, la app se desinstala de tu espacio de Slack y sus tokens dejan de funcionar. También puedes quitar la app tú mismo desde Slack. Para que eliminemos tus datos, escribe a info@agenola.ai.

Conexión con HubSpot

Si un administrador de tu espacio de trabajo conecta HubSpot en Integraciones, instala la app de HubSpot de Agenola en su cuenta y la aprueba en la pantalla de permisos de HubSpot.

Qué recibimos: el ID, el dominio y el centro de datos de la cuenta de HubSpot, el correo de la persona que conectó y los tokens de acceso y de actualización. Los permisos que pedimos: leer y escribir contactos, empresas y negocios (crm.objects.contacts, crm.objects.companies, crm.objects.deals); leer los propietarios de los registros (crm.objects.owners.read); leer las definiciones de propiedades de estos registros (crm.schemas.contacts.read, crm.schemas.companies.read, crm.schemas.deals.read). No pedimos permisos de datos sensibles.

Para qué lo usamos: para ejecutar los pasos de HubSpot que añades a tus agentes (buscar, crear y actualizar contactos; crear empresas; leer y actualizar negocios; añadir, actualizar o eliminar notas y tareas; asociar registros) y rellenar los selectores del paso (propietarios, pipelines). Leemos registros solo cuando un paso que añadiste lo pide; no leemos tu cuenta de HubSpot en segundo plano ni la copiamos. Los datos de un visitante llegan a HubSpot mediante el paso que configura la empresa; la empresa es responsable de esos datos en HubSpot.

El contenido que lee un paso puede escribirse en las variables del flujo y se trata como otros resultados de pasos: se muestra en un mensaje o se envía a nuestro proveedor de modelos de lenguaje en un paso «Asistente de IA» para generar la respuesta. No se vende ni se usa para publicidad ni para entrenar modelos de IA.

Cómo quitarlo: cuando quitas la conexión en el panel, Agenola se desinstala de tu cuenta de HubSpot y sus tokens dejan de funcionar; si la misma cuenta de HubSpot también está conectada a otro espacio de trabajo de Agenola, solo se revoca el acceso de esta conexión. También puedes quitar la app tú mismo en la configuración de HubSpot, en Integraciones → Apps conectadas. Para que eliminemos tus datos, escribe a info@agenola.ai.

Conexión con Pipedrive

Si un administrador de tu espacio de trabajo conecta Pipedrive en Integraciones, instala la app de Pipedrive de Agenola para su propio usuario de Pipedrive y la aprueba en la pantalla de permisos de Pipedrive.

Qué recibimos: el ID, el nombre y la dirección de la empresa en Pipedrive; el ID, el correo y la moneda predeterminada de la persona que conectó; y los tokens de acceso y de actualización. Los permisos que pedimos: leer y escribir personas y organizaciones (contacts:full), tratos (deals:full), prospectos (leads:full) y actividades (activities:full); leer usuarios (users:read); buscar (search:read); los datos básicos de la persona que conecta (base). No pedimos permisos de correo, productos ni ajustes de administración.

Para qué lo usamos: para ejecutar los pasos de Pipedrive que añades a tus agentes (buscar, crear y actualizar personas; crear organizaciones y prospectos; leer y actualizar tratos y prospectos; añadir notas; crear, actualizar o eliminar actividades) y rellenar los selectores del paso (usuarios, etapas, tipos de actividad, etiquetas de prospecto). Los pasos trabajan con el acceso de la persona que conectó y solo ven los registros que ella puede ver. Leemos registros solo cuando un paso que añadiste lo pide; no leemos tu cuenta de Pipedrive en segundo plano ni la copiamos. Los datos de un visitante llegan a Pipedrive mediante el paso que configura la empresa; la empresa es responsable de esos datos en Pipedrive.

El contenido que lee un paso puede escribirse en las variables del flujo y se trata como otros resultados de pasos: se muestra en un mensaje o se envía a nuestro proveedor de modelos de lenguaje en un paso «Asistente de IA» para generar la respuesta. No se vende ni se usa para publicidad ni para entrenar modelos de IA.

Cómo quitarlo: cuando quitas la conexión en el panel, Agenola se desinstala de Pipedrive para la persona que conectó y sus tokens dejan de funcionar; si otro espacio de trabajo de Agenola usa la conexión de la misma persona, solo se revoca el acceso de esta conexión. También puedes quitar la app tú mismo en la configuración de Pipedrive, entre tus apps instaladas; la conexión aparece entonces en el panel como pendiente de volver a conectar. Para que eliminemos tus datos, escribe a info@agenola.ai.

Conexión con Zoho CRM

Si un administrador de tu espacio de trabajo conecta Zoho CRM en Integraciones, aprueba la app de Zoho de Agenola para su propio usuario de Zoho en la pantalla de permisos de Zoho; si hay más de una organización de Zoho CRM, elige la que se conecta.

Qué recibimos: el ID, el nombre y la parte de la dirección web que identifica a la organización de Zoho CRM; las direcciones del centro de datos de la cuenta; el ID de Zoho CRM y el correo de la persona que conectó; y los tokens de acceso y de actualización. Los permisos que pedimos: crear, leer y actualizar posibles clientes, contactos y cuentas (ZohoCRM.modules.leads, contacts, accounts); leer y actualizar tratos (ZohoCRM.modules.deals); añadir y leer notas (ZohoCRM.modules.notes); gestionar tareas (ZohoCRM.modules.tasks.ALL); leer campos, diseños y canales (ZohoCRM.settings.fields, layouts, pipeline); leer usuarios y datos de la organización (ZohoCRM.users.READ, ZohoCRM.org.READ); consulta y búsqueda (ZohoCRM.coql.READ, ZohoSearch.securesearch.READ). No pedimos permiso para eliminar posibles clientes, contactos, cuentas ni tratos.

Para qué lo usamos: para ejecutar los pasos de Zoho CRM que añades a tus agentes (buscar, crear y actualizar posibles clientes y contactos; crear cuentas; convertir posibles clientes; leer y actualizar tratos; añadir notas; crear, actualizar o eliminar tareas) y para llenar las listas del paso (usuarios, etapas, opciones de fuente, estado y prioridad). Los pasos funcionan con el acceso de la persona que conecta y solo ven los registros que esa persona puede ver. Solo leemos registros cuando lo pide un paso que añadiste; no leemos tu cuenta de Zoho CRM en segundo plano ni la copiamos. Los datos del visitante llegan a Zoho CRM mediante un paso que configura la empresa; la empresa es responsable de esos datos en Zoho CRM.

El contenido que lee un paso puede escribirse en las variables del flujo y se trata como otros resultados de pasos: se muestra en un mensaje o se envía a nuestro proveedor de modelos de lenguaje en un paso «Asistente de IA» para generar la respuesta. No se vende ni se usa para publicidad ni para entrenar modelos de IA.

Cómo quitarlo: cuando quitas la conexión en el panel, se revoca en Zoho el token de actualización de esta conexión y sus tokens dejan de funcionar; la conexión de la misma persona en otro espacio de trabajo de Agenola no se ve afectada. También puedes quitar tú mismo el acceso de Agenola en los ajustes de tu cuenta de Zoho; la conexión aparece entonces en el panel como una que hay que volver a conectar. Para que se eliminen tus datos, escribe a info@agenola.ai.

Conexión con Asana

Si un administrador de tu espacio de trabajo conecta Asana en Integraciones, concede a Agenola, en la pantalla de permisos de Asana, acceso en nombre de su propia cuenta de Asana.

Qué recibimos: el ID de Asana y el nombre de la persona que conectó; los ID y nombres de los espacios de trabajo de Asana a los que pertenece; y tokens de acceso y de actualización. Los permisos que solicitamos: leer espacios de trabajo, equipos, usuarios y etiquetas (workspaces:read, teams:read, users:read, tags:read); leer, escribir y eliminar proyectos y tareas (projects:read/write/delete, tasks:read/write/delete); y leer y escribir comentarios (stories:read/write). No solicitamos acceso completo a la cuenta de Asana ni permisos para archivos adjuntos, portafolios, objetivos o ajustes de administración.

Para qué lo usamos: para ejecutar los pasos de Asana que añades a tus agentes (crear, leer, listar, buscar, actualizar y eliminar tareas; añadir subtareas, comentarios y etiquetas; añadir una tarea a un proyecto o quitarla de él; crear, leer, actualizar y eliminar proyectos; leer datos de usuarios) y para llenar los selectores del paso (espacios de trabajo, equipos, proyectos, tareas, personas, etiquetas). Los pasos funcionan con el acceso de la persona que conectó y solo ven los proyectos y tareas que esa persona puede ver. Leemos registros solo cuando un paso que añadiste lo pide; no leemos tu cuenta de Asana en segundo plano ni la copiamos. Los datos de un visitante llegan a Asana mediante el paso que configura la empresa; la empresa es responsable de esos datos en Asana.

El contenido que lee un paso puede escribirse en las variables del flujo y se trata como otros resultados de pasos: se muestra en un mensaje o se envía a nuestro proveedor de modelos de lenguaje en un paso «Asistente de IA» para generar la respuesta. No se vende ni se usa para publicidad ni para entrenar modelos de IA.

Cómo quitarlo: cuando quitas la conexión en el panel, se revoca el token de actualización de Agenola en Asana y sus tokens de acceso dejan de funcionar. También puedes quitar tú mismo el acceso de Agenola en la configuración de tu perfil de Asana, en Apps; la conexión aparece entonces en el panel como pendiente de volver a conectar. Para que eliminemos tus datos, escribe a info@agenola.ai.

Conexión con Brevo

Si un administrador de tu espacio de trabajo conecta Brevo en Integraciones, aprueba la aplicación de Brevo de Agenola en la pantalla de permisos de Brevo.

Qué recibimos: el ID, el nombre de la empresa y el correo electrónico de la cuenta de Brevo; y tokens de acceso y de actualización. Los permisos que solicitamos: leer los datos de la cuenta (account:read); leer y escribir contactos, listas y campos de contacto (contacts:read, contacts:write); leer y gestionar campañas de correo (campaigns.email:read, campaigns.email:write); leer plantillas de correo (transactional.email:read); añadir notas a los contactos (crm:write). No solicitamos permisos para SMS, WhatsApp, envío de correos transaccionales, webhooks ni configuración de la cuenta.

Para qué lo usamos: para ejecutar los pasos de Brevo que añades a tus agentes (añadir, actualizar y leer contactos; leer el estado de suscripción; enviar el correo de confirmación; añadir un contacto a una lista o quitarlo de ella; dar de baja; añadir notas; leer y duplicar campañas, enviar correos de prueba y campañas, o eliminar campañas) y para llenar las listas de selección del paso (listas, campañas, plantillas de correo de confirmación). Leemos los registros solo cuando lo pide un paso que añadiste; no leemos ni copiamos tu cuenta de Brevo en segundo plano. Los datos de los visitantes llegan a Brevo mediante el paso que configura la empresa; la empresa es responsable de esos datos en Brevo.

El contenido que lee un paso puede escribirse en las variables del flujo y se trata como otros resultados de pasos: se muestra en un mensaje o se envía a nuestro proveedor de modelos de lenguaje en un paso «Asistente de IA» para generar la respuesta. No se vende ni se usa para publicidad ni para entrenar modelos de IA.

Cómo quitarlo: cuando quitas la conexión en el panel, se revoca el token de actualización de Agenola en Brevo y sus tokens de acceso dejan de funcionar. Si se quita el acceso de Agenola desde Brevo, la conexión aparece en el panel como una conexión que hay que volver a conectar. Para que eliminemos tus datos, escribe a info@agenola.ai.

Conexión con Omnisend

Si un administrador de tu espacio de trabajo conecta Omnisend en Integraciones, da a Agenola acceso a la cuenta de Omnisend en la pantalla de permisos de Omnisend.

Qué recibimos: el ID, el nombre y la dirección del sitio web de la cuenta de Omnisend (la marca); y tokens de acceso y de actualización. Los permisos que solicitamos: leer los datos de la cuenta (brands.read); leer y escribir contactos (contacts.read, contacts.write); enviar eventos (events.write); leer y gestionar campañas (campaigns.read, campaigns.write). No solicitamos permisos para productos, segmentos, automatizaciones, plantillas, formularios ni informes.

Para qué lo usamos: para ejecutar los pasos de Omnisend que añades a tus agentes (añadir, actualizar y leer contactos; leer el estado de suscripción; suscribir y dar de baja; añadir y quitar etiquetas; enviar eventos; leer, duplicar, enviar y eliminar campañas) y para llenar las listas de campañas del paso. Cuando un visitante abre una solicitud de soporte y deja su correo, el asunto de la solicitud, el nombre del agente, la urgencia y el número de solicitud se registran como evento en el contacto de ese correo en Omnisend; si el contacto no está en Omnisend, se añade sin suscribirlo. Los contactos nuevos que añade Agenola reciben la etiqueta “source: agenola”; cuando un paso suscribe a un contacto, Omnisend registra que el consentimiento vino de Agenola. Solo leemos registros cuando un paso que añadiste los pide; no leemos ni copiamos tu cuenta de Omnisend en segundo plano. Los datos de los visitantes llegan a Omnisend por el paso que configura la empresa o por el evento de solicitud de soporte de la conexión que hace la empresa; la empresa es responsable de esos datos en Omnisend.

El contenido que lee un paso puede escribirse en las variables del flujo y se trata como otros resultados de pasos: se muestra en un mensaje o se envía a nuestro proveedor de modelos de lenguaje en un paso «Asistente de IA» para generar la respuesta. No se vende ni se usa para publicidad ni para entrenar modelos de IA.

Cómo quitarlo: cuando quitas la conexión en el panel, se revocan los tokens de acceso y de actualización de Agenola en Omnisend. Si el acceso de Agenola se quita desde Omnisend, la conexión aparece en el panel como una que hay que volver a conectar. Para que eliminemos tus datos, escribe a info@agenola.ai.

Crear agentes con IA

Cuando creas o editas un agente describiéndoselo a la IA en el panel («Nuevo agente» → «Crear con IA», o «Preguntar a la IA» en el editor), se envía lo siguiente a nuestro proveedor de modelos de lenguaje para crear el agente: lo que escribes y tus respuestas a las preguntas de la IA; el contenido del agente que editas; las fuentes que añades (archivos e imágenes que subes, el texto de las entradas de la base de conocimiento que seleccionas, el texto de la página web cuya dirección indicas); y algunos detalles de tu espacio de trabajo (los nombres de las integraciones conectadas, herramientas, otros agentes y entradas de la base de conocimiento). De las entradas que marcaste como internas de tu equipo, solo se envía el título.

Guardamos estas conversaciones junto con tu cuenta y tu espacio de trabajo: tus peticiones, tus respuestas, las respuestas de la IA, el agente creado, los archivos adjuntos y los detalles técnicos de uso de cada paso (el modelo usado, la cantidad de texto procesado, el coste). Los archivos se guardan en almacenamiento no público en centros de datos de la Unión Europea. Las conversaciones de un agente también las pueden ver los miembros de tu espacio de trabajo que pueden editar ese agente: pueden leer la conversación y ver los nombres de los archivos adjuntos, pero no abrir los archivos ni continuar la conversación. Por lo demás, solo tú y el personal autorizado de Agenola podéis acceder a las conversaciones.

Usamos estos registros para ofrecer la función, controlar su coste y mejorarla; esto incluye entender qué tipos de agentes suele describir la gente a la IA. Estos datos no se venden ni se usan para publicidad o para entrenar modelos de IA.

Te recomendamos no adjuntar archivos o textos con datos personales de otras personas; si lo haces, esos datos se tratan de la misma forma.

Qué se recoge de los visitantes

Las respuestas a las preguntas del agente, la transcripción de texto de la conversación, la dirección IP y el país derivado de ella, y de dónde vino la visita (etiquetas utm, identificador de clic, dominio de referencia). Si el agente está insertado en una tienda, el identificador de clic (gclid, gbraid, wbraid, fbclid o ttclid) se toma de la dirección de la página de la tienda que abrió el visitante.

Si el agente incluye un paso de subida de archivos, los archivos subidos (guardados noventa días) y los datos leídos de ellos; si incluye un paso de prueba, la puntuación y su justificación.

Atribución de ventas (en tiendas WooCommerce y Shopify): si un visitante hace un pedido en la misma tienda en los 7 días siguientes a hablar con el agente, el plugin de Agenola de la tienda nos comunica el pedido una vez pagado: ID y número del pedido, hora, importe de productos tras descuentos (sin envío ni impuestos), total del pedido, moneda, correo y teléfono de facturación, dirección IP, detalles del navegador (user agent) y los valores de las cookies descritas abajo. De esto solo guardamos el ID y número del pedido, los importes, la moneda, las horas y la conversación vinculada. El correo y el teléfono no se guardan; solo se transmiten en forma de hash irreversible (SHA-256) a las plataformas de medición de la propia empresa. Un pedido que no coincide con una conversación del agente no se guarda. En Shopify la coincidencia viene del carrito que creó el agente: cuando el visitante va al pago desde el chat, se escribe en el carrito una referencia firmada a la conversación como una propiedad que no se muestra en la página de pago; cuando se paga un pedido hecho con ese carrito en 7 días, Shopify nos avisa. Aquí también guardamos solo el ID y número del pedido, los importes, la moneda, las horas y la conversación vinculada. El correo, teléfono, dirección IP y detalles del navegador del pedido solo se leen si Shopify indica que el marketing está permitido para este visitante y que no se ha opuesto a la venta o cesión de sus datos (según los ajustes de privacidad de la tienda, la región del visitante y el permiso que dio); sin ese permiso, el pedido solo se cuenta en el panel.

Clientes con sesión iniciada en la tienda (en tiendas WooCommerce y Shopify): si el visitante tiene sesión iniciada en la tienda donde está insertado el agente, el plugin de Agenola de la tienda (en Shopify, la extensión de tema de Agenola) nos pasa, al abrirse el agente, el ID del cliente en esa tienda, su nombre y el correo de su cuenta, firmados por la tienda y válidos durante 15 minutos. Se usa para responder preguntas sobre sus propios pedidos sin pedir número de pedido ni correo (los detalles se leen de la tienda en ese momento), para mostrar a la empresa con quién habla en el registro de la conversación y para rellenar de antemano los datos de contacto de una solicitud de soporte. El ID, el nombre y el correo se guardan con el registro de la conversación. No se pasa nada de los visitantes sin sesión iniciada.

LAS GRABACIONES DE VOZ NO SE GUARDAN. La voz del visitante se envía a un servicio de transcripción para convertirla en texto y no se guarda; lo que se guarda es la transcripción. El audio generado para la voz del avatar se almacena en caché en nuestro servidor para no sintetizar dos veces la misma frase: esa es nuestra voz, no la del visitante.

Cookies y medición

Cookie de sesión: necesaria para iniciar sesión; está firmada.

Cookie de idioma: recuerda el idioma que elegiste.

Google Analytics y Microsoft Clarity: miden cómo se usa el sitio. Solo funcionan SI LO PERMITES: en tu primera visita puedes aceptarlas o rechazarlas en el aviso de la parte inferior de la página («Cookies de rendimiento» en los ajustes de cookies). Puedes retirar tu permiso cuando quieras desde el enlace «Ajustes de cookies» del pie del sitio (en el panel, desde el menú de usuario). CLARITY GRABA LAS SESIONES: tus clics y movimientos del ratón en la página se pueden reproducir. Estas herramientas de medición NO se cargan en la página del avatar insertada en una tienda ni en los enlaces de agentes de las empresas.

Cookie de preferencias (agenola_consent): recuerda tu elección durante unos seis meses; es necesaria. Para poder demostrar tu decisión, guardamos un registro de cada una: tu elección, su fecha, la versión y el idioma del texto que viste, la página donde decidiste, una forma abreviada de tu dirección IP (sin la última parte), los detalles de tu navegador y, si tenías sesión iniciada, tu cuenta.

Meta Pixel: nos permite contar cuáles de nuestros anuncios en Facebook e Instagram traen personas a Agenola, para gestionarlos bien. Se carga salvo que rechaces las «Cookies de segmentación» en los ajustes de cookies: en tu primera visita, hasta que decidas, envía a Meta las páginas que ves y cuándo creas una cuenta, empiezas tu prueba gratuita, conectas tu primera tienda o inicias una suscripción de pago (una suscripción también incluye el precio del plan). Estos eventos no llevan nombre, correo ni identificador de cuenta; como cualquier petición a Meta, incluyen tu dirección IP y los detalles de tu navegador, y el píxel define la cookie _fbp (y _fbc si llegaste por un anuncio de Meta). Si PERMITES las cookies de segmentación, nuestro servidor también envía esos eventos a Meta con tu correo y nombre en forma de hash irreversible (SHA-256), un identificador seudónimo derivado de tu cuenta, los valores _fbp y _fbc y, cuando el paso ocurre en tu navegador, tu dirección IP, los detalles del navegador y la dirección de la página, para que Meta los relacione con más precisión con sus usuarios. Si RECHAZAS las cookies de segmentación, el píxel no se carga, sus cookies se eliminan y no se envía nada. Puedes cambiar tu elección cuando quieras en «Ajustes de cookies». Para lo que Meta hace con los datos para sus propios fines, se aplica la política de privacidad de Meta. El Meta Pixel NO se carga en la página del avatar insertada en una tienda ni en los enlaces de agentes de las empresas.

Visitas desde nuestros anuncios: cuando llegas a agenola.ai desde uno de nuestros anuncios de Meta, la página indica a nuestro servidor cómo fue la visita: la campaña, el anuncio y la ubicación del enlace, si el dispositivo es un teléfono o un ordenador, si se abrió en la app de Facebook o Instagram, si el navegador informa de automatización, cuánto tiempo estuvo visible la página, hasta dónde se desplazó y cuántas veces se tocó. No guardamos con ello dirección IP, cookie ni otro identificador, y no se guarda nada en tu dispositivo; solo lo usamos para ver qué anuncios traen visitantes reales.

De dónde vienes: cuando creas una cuenta, guardamos con ella las etiquetas de campaña de la dirección con la que llegaste (etiquetas utm), la primera página que abriste y el sitio del que venías, para saber qué campañas traen registros; esto no te identifica y no necesita cookies. Si permites las cookies de rendimiento o de segmentación, también los recordamos 90 días en una cookie (agenola_attribution) junto con el identificador de clic (fbclid o gclid), para que no se pierdan si te registras en una visita posterior. Con las cookies de rendimiento permitidas, nuestro servidor también envía los mismos pasos (registro, inicio de prueba, primera tienda, suscripción) a Google Analytics, vinculados a su identificador _ga. Una cookie de un día (agenola_ad_events) permite que el Meta Pixel informe del mismo paso que nuestro servidor, para que se cuente una vez.

Cookies funcionales: aparecen en los ajustes de cookies, pero hoy el sitio no usa ninguna cookie de este tipo. Cuando empecemos a usarlas, enumeraremos aquí los servicios y volveremos a pedir tu permiso.

Cookie de atribución de ventas (agenola_at): después de que un visitante inicie una conversación con el agente, el script de tienda de Agenola define esta cookie en el propio dominio de la tienda (cookie propia). Dura 7 días, se define con SameSite=Lax y lleva una referencia firmada a la conversación (identificadores de espacio de trabajo, agente, conversación y sesión); no contiene nombre, correo ni otros datos personales. Sirve para reconocer que un pedido hecho en 7 días siguió a una conversación con el agente (atribución de ventas). Solo se define si el visitante ha permitido las cookies de marketing: en WooCommerce mediante la WP Consent API de WordPress, en Shopify mediante la API de privacidad del cliente de Shopify; si la tienda no tiene sistema de consentimiento, este es desconocido y la cookie nunca se define.

Recordar el chat: cuando el agente está insertado en una tienda o sitio web, el script de tienda de Agenola escribe tres registros en el almacenamiento del navegador de ese sitio (propio): la sesión del agente (válida dos horas), una referencia que reabre el chat en curso donde se quedó al cambiar de página (una hora) y referencias a los últimos 20 chats del visitante en ese sitio y navegador («Historial de chats»; siete días después del último mensaje). Las referencias son aleatorias y no contienen el texto del chat. Si el visitante tiene sesión iniciada en la tienda, los registros guardan su número de cliente, y el registro de sesión también su nombre y correo. El chat en sí se guarda en nuestros servidores y ya no se puede reabrir siete días después del último mensaje. Cualquiera que use el mismo navegador puede abrir estos chats; cuando alguien inicia o cierra sesión en la tienda, los chats anteriores se quitan de la lista para que otro cliente no los vea. El visitante puede quitar un chat de su historial; esto solo lo quita de la lista en ese navegador, y la empresa conserva su registro del chat.

Cookies leídas al hacer el pedido: cuando se paga un pedido, el plugin de la tienda lee estas cookies propias si existen y nos las envía con el pedido: _fbp y _fbc (Meta), _ga (Google Analytics), _ttp y ttclid (TikTok), _gcl_aw (Google Ads). Agenola no define estas cookies; lo hacen las etiquetas de analítica y publicidad de la propia tienda. Solo se leen para relacionar el evento de compra con el visitante y el clic correctos en la cuenta de la propia tienda: sus valores solo se transmiten a la plataforma correspondiente y no los guardamos. En Shopify, con esos permisos, el script de tienda de Agenola lee estas cookies durante el chat; se guardan en el registro de ejecución de la conversación en nuestro servidor (como máximo siete días después del último mensaje) y, cuando el visitante va al pago, en el carrito como una propiedad que no se muestra, y vuelven a nosotros con el pedido pagado. Sus valores solo se transmiten a la plataforma correspondiente.

Con quién los compartimos

Para prestar el servicio usamos estos proveedores: un proveedor de modelos de lenguaje (genera la respuesta del agente, lee archivos subidos cuando el agente lo pide, lee el texto de las imágenes subidas a la base de conocimiento y crea el agente cuando lo describes en el panel), un servicio de búsqueda de texto (Microsoft Azure OpenAI: convierte el texto de las entradas de la base de conocimiento y las consultas que el agente crea a partir de la conversación en una representación numérica para buscarlas por significado), un servicio de síntesis de voz, un servicio de transcripción de voz, Stripe (pagos), un servicio de envío de correo (correos para restablecer la contraseña y de invitación), un servicio de almacenamiento de archivos (Cloudflare R2: los archivos subidos durante una conversación y los archivos e imágenes subidos a la base de conocimiento se guardan en centros de datos de la Unión Europea; los archivos de avatar, fotos de perfil y logotipos se sirven desde direcciones públicas), Cloudflare Turnstile (en el formulario de registro comprueba en el navegador que el visitante no es un bot; Cloudflare recibe los detalles del navegador y la dirección IP solo para esta comprobación) y nuestro proveedor de alojamiento.

Estos proveedores reciben solo los datos necesarios para su trabajo y no pueden usarlos para sus propios fines. No vendemos ni alquilamos tus datos. Solo los compartimos con fines publicitarios con Meta, como se describe en «Cookies y medición»: tu nombre y correo solo con tu permiso.

Las plataformas de medición de la propia empresa: si la empresa que creó un agente activa Google Analytics, Meta Pixel, TikTok o Google Ads en los Ajustes de medición del agente, los eventos de la conversación (por ejemplo, conversación iniciada, datos de contacto dejados, conversación completada, paso alcanzado) se envían a la cuenta de esa empresa en la plataforma elegida. Los eventos llevan un identificador seudónimo de visitante derivado de la sesión (no la sesión en sí), el nombre del agente y los detalles del evento (en una búsqueda de producto, el término de búsqueda; en un paso de evento, los valores que definió la empresa). En Meta, TikTok y Google Ads, el correo y el teléfono que dejó el visitante se envían solo en forma de hash irreversible; estas plataformas también reciben el identificador de clic registrado cuando el visitante llegó desde un anuncio, y Meta y TikTok reciben además la dirección IP, los detalles del navegador y la dirección de la página donde se abrió el chat. Si la empresa añade un paso que añade visitantes a una lista de clientes de Google Ads, el correo o teléfono del visitante se envía a esa lista solo con hash. En esas plataformas, la empresa es la responsable del tratamiento de estos datos.

En la atribución de ventas (en tiendas WooCommerce y Shopify; en Shopify solo si el marketing está permitido), un pedido relacionado con una conversación envía un evento «purchase» a las plataformas que activó la empresa, con el valor, la moneda y el ID del pedido. Google Analytics recibe el client id de la cookie _ga, Meta recibe _fbp y _fbc, TikTok recibe _ttp y ttclid, y Google Ads recibe _gcl_aw; Meta, TikTok y Google Ads también reciben el correo y el teléfono del pedido, solo con hash, y Meta y TikTok reciben además la dirección IP y los detalles del navegador que hizo el pedido. En esas plataformas, la empresa es la responsable del tratamiento de estos datos.

Si surge una obligación legal, los datos pueden compartirse con las autoridades competentes.

Conservación

PARA QUE QUEDE CLARO: actualmente NO hay ningún mecanismo de eliminación automática. Los registros de conversaciones, las transcripciones y los tickets se guardan hasta que los elimines o nos lo pidas.

Esto también incluye las conversaciones de creación de agentes con IA y los archivos que adjuntas; puedes pedir su eliminación en info@agenola.ai.

Para que eliminemos tus datos, escribe a info@agenola.ai; tu solicitud se atenderá en un plazo razonable. Los registros de facturación se guardan durante el periodo que exige la ley.

Tus derechos

Puedes pedir acceso a los datos que tenemos sobre ti, su rectificación o eliminación, o una copia portable. Envía tu solicitud a info@agenola.ai.

Si eres un visitante que habló con un avatar, envía primero tu solicitud a la empresa que lo creó; tratamos los datos por cuenta de ella y seguimos sus instrucciones.

Seguridad

Las conexiones se cifran con TLS, las contraseñas se convierten en hash irreversible y las claves secretas del servidor nunca se guardan en texto plano.

Ningún sistema es completamente seguro. Si detectamos una brecha que afecte a tus datos, te informaremos.

Contacto

Responsable del tratamiento: ElliSekiz LLC, 30 N Gould St Ste R, Sheridan, WY 82801, USA. Preguntas: info@agenola.ai.

Volver al inicio