Política de privacidad
Última actualización: 25 de agosto de 2026
English version of this Privacy Policy
Quiénes somos
Good Call AI es una plataforma de atención automatizada por WhatsApp y otros canales para negocios. Los negocios que la contratan usan el Studio en studio.goodcallia.com para configurar su asistente, revisar conversaciones, agendar citas y llevar el seguimiento de sus ventas.
Qué datos tratamos
Tratamos dos clases de datos distintas y no las mezclamos:
- Datos de la cuenta del negocio: nombre, correo, teléfono y la configuración de su asistente, junto con las conversaciones que su asistente mantiene con sus clientes.
- Datos de las cuentas de Google que el negocio conecta voluntariamente desde los apartados Conexión Gmail y Mensajería → Exportación. Esto es opcional: el Studio funciona sin conectar ninguna.
Uso de los datos de Google
El inicio de sesión con Google, la conexión de Gmail y la de Google Sheets son autorizaciones separadas. Iniciar sesión con Google nunca concede acceso al correo ni a los archivos, y desconectar una integración no cierra la sesión.
Good Call AI solicita exactamente estos dos permisos, cada uno solo cuando el negocio activa la función que lo necesita:
| Permiso | Para qué se usa |
|---|---|
gmail.send | Enviar correo desde la cuenta del propio negocio, siempre a petición suya: el correo que el titular redacta en el apartado Conexión Gmail del Studio, y el que le dicta a su asistente de voz («manda un correo con el informe de ventas de esta semana»). Los destinatarios los pone él. Nunca leemos, listamos ni buscamos en el buzón: este permiso no lo permite. No enviamos publicidad ni correo comercial no solicitado. |
drive.file | Crear en el Drive del negocio —o abrir la que él mismo elija con el selector de archivos de Google (Google Picker), si prefiere una hoja que ya tenía— una única hoja de cálculo, y volcar en ella sus propias conversaciones: fecha, canal, contacto, quién escribió y el mensaje. Esa misma hoja se vuelve a leer para mostrarla dentro del Studio. Este permiso alcanza únicamente a los archivos que Good Call AI crea o que el titular elige expresamente: ningún otro archivo de su Drive es visible para nosotros. |
Las dos conexiones son independientes: conectar Gmail no da acceso a las hojas de cálculo, y conectar la hoja de cálculo no da acceso al correo. Cada una se autoriza y se revoca por separado, y el Studio funciona sin ninguna de las dos.
Seguridad de los datos (Data protection and security)
Los datos que un negocio nos confía —y en particular los datos sensibles obtenidos de las APIs de Google— están protegidos por estas medidas concretas:
- Cifrado en tránsito. Todo el tráfico, tanto el del Studio como el de las llamadas a las APIs de Google, viaja por HTTPS con TLS 1.2 o superior. Las versiones anteriores de TLS están rechazadas en el servidor y no existe acceso por HTTP sin cifrar: se redirige siempre a HTTPS. Los certificados se renuevan automáticamente.
- Cifrado en reposo de las credenciales de Google. Los tokens de acceso y de actualización se cifran con AES-256-GCM (cifrado autenticado, con vector de inicialización único por token y verificación de integridad) antes de escribirse en la base de datos. La clave de cifrado vive en una variable de entorno del servidor, fuera del código fuente y fuera del control de versiones. Una copia de la base de datos, por sí sola, no contiene ningún token utilizable.
- Los datos sensibles no se copian a nuestros servidores. El contenido del buzón de correo nunca se descarga ni se almacena —el permiso que pedimos,
gmail.send, no permite leerlo—, y de Google Drive solo guardamos el identificador de la única hoja de cálculo que el titular crea o elige. La mejor protección de un dato sensible es no tenerlo. - Mínimo privilegio. Pedimos exactamente dos permisos y solo en el momento en que el negocio activa la función que los necesita. Retiramos deliberadamente los permisos de mayor alcance que la aplicación llegó a usar (lectura de correo, acceso a todas las hojas de cálculo y calendario) y los sustituimos por alternativas más estrechas.
- Control de acceso y aislamiento entre negocios. Cada sesión se identifica con un token firmado y con caducidad; las contraseñas se guardan con hash bcrypt, nunca en claro. Toda consulta a datos de Google está acotada al identificador del negocio propietario, de modo que un negocio no puede alcanzar los datos de otro. El parámetro
statedel flujo de OAuth es un token firmado que caduca a los 10 minutos, lo que impide que un tercero enganche una cuenta de Google a una cuenta ajena. - Los tokens nunca llegan al navegador. Se usan únicamente en el servidor; no se exponen en ninguna respuesta de la aplicación, ni en el código del cliente, ni en la URL.
- Superficie de ataque reducida. La base de datos no está publicada en internet: solo es accesible desde la red interna privada donde corren los servicios. El acceso administrativo a los servidores está limitado a un número reducido de administradores identificados, cada uno con sus propias credenciales.
- Copias de seguridad. Se guardan en servidores no expuestos a internet, con acceso restringido al mismo personal administrador, y se sobrescriben dentro de los 30 días.
- Revocación y borrado inmediatos. Al pulsar «desconectar», el token se revoca contra Google y la fila se elimina de nuestra base de datos en el acto, sin periodo de gracia.
- Registro y respuesta a incidentes. Se registran los accesos y los errores de las integraciones para poder auditar qué ocurrió. Si se produjera una brecha de seguridad que afectara a datos de Google de un negocio, se lo notificaríamos dentro de las 72 horas siguientes a tener conocimiento de ella, junto con las medidas tomadas.
Data protection mechanisms (English summary)
All traffic is encrypted in transit over HTTPS using TLS 1.2 or higher; earlier TLS versions are rejected and plain HTTP is redirected to HTTPS. Google access and refresh tokens are encrypted at rest with AES-256-GCM authenticated encryption, using a per-token initialization vector and an authentication tag, before they are written to the database; the encryption key is held in a server environment variable, outside the source code and outside version control, so a database dump alone contains no usable token. Sensitive Google user data is not copied to our servers: mailbox content is never downloaded or stored (the gmail.send scope we request does not allow reading it), and from Google Drive we retain only the file identifier of the single spreadsheet the user creates or explicitly selects. We apply least privilege — exactly two scopes, requested only when the user enables the corresponding feature — and we deliberately removed the broader scopes the application previously used. Access is controlled with signed, expiring session tokens and bcrypt-hashed passwords; every query for Google data is scoped to the owning business identifier so no tenant can reach another tenant's data; the OAuthstate parameter is a signed token that expires after 10 minutes to prevent cross-account linking. Tokens are used server-side only and are never exposed to the browser, to client-side code or in URLs. The database is not published to the internet and is reachable only from the private internal network; administrative access to the servers is limited to a small number of named administrators with individual credentials. Backups are held on servers that are not exposed to the internet, with the same restricted access, and are overwritten within 30 days. When a user clicks «disconnect», the token is revoked with Google and the record is deleted from our database immediately, with no grace period. Access and integration errors are logged for auditing, and in the event of a breach affecting a user's Google data we would notify that user within 72 hours of becoming aware of it.
Uso limitado (Google API Services User Data Policy)
El uso que Good Call AI hace de la información recibida de las APIs de Google se ajusta a la Política de Datos de Usuario de los Servicios de API de Google, incluidos sus requisitos de Uso Limitado.
En particular, y sin excepciones:
- No vendemos los datos de Google ni los cedemos a terceros.
- No los usamos para publicidad ni para crear perfiles de marketing.
- No los usamos para desarrollar, mejorar ni entrenar modelos de inteligencia artificial, propios ni de terceros, y no los transferimos a ningún servicio de terceros que los emplee con ese fin. Ningún dato obtenido de una API de Google se envía a ningún proveedor de inteligencia artificial: no forma parte de ninguna consulta a ningún modelo.
- No enviamos correo comercial no solicitado. El permiso
gmail.sendse usa únicamente para los avisos que el titular activa, dirigidos a él mismo y a las direcciones que él añade. No hacemos envíos en frío ni calentamiento de buzones. - Ninguna persona de nuestro equipo lee los datos de Google, salvo con permiso expreso y por escrito del titular para resolver una incidencia concreta, por obligación legal, o de forma agregada y anónima para estadísticas internas de uso.
Declaración de Uso Limitado. El uso que Good Call AI hace de los datos de usuario recibidos de las APIs de Workspace, en bruto o derivados, se ajusta a la Política de Datos de Usuario de las APIs de Google, incluidos sus requisitos de Uso Limitado.
The use of raw or derived user data received from Workspace APIs will adhere to the Google User Data Policy, including the Limited Use requirements.
Procesamiento con inteligencia artificial
Good Call AI usa modelos de inteligencia artificial para redactar, transcribir y analizar los mensajes que cada negocio intercambia con sus propios clientes por WhatsApp, Instagram, Facebook y los demás canales de mensajería que conecta, y para leer los comprobantes que el titular sube a mano. Esa es toda la información que llega a un modelo.
Los datos obtenidos de las APIs de Google no se procesan con inteligencia artificial. Ni con proveedores externos ni con modelos propios. Los tres permisos que pedimos son de escritura o de identidad: gmail.send solo envía, drive.file escribe en la hoja de cálculo que el titular crea o elige y la vuelve a leer únicamente para mostrar el estado de la exportación, y userinfo.email solo devuelve la dirección de la cuenta conectada. Ninguna respuesta de una API de Google se incluye jamás en una consulta a un modelo.
La separación está en la propia arquitectura y se puede auditar: los módulos que guardan los tokens de Google y hablan con sus APIs no hacen ninguna llamada a un proveedor de inteligencia artificial, y los módulos que llaman a un modelo no reciben datos de las APIs de Google. Son servicios separados, con credenciales separadas.
En consecuencia, ningún dato de Google —en bruto, agregado, anonimizado o derivado— se usa para crear, entrenar ni mejorar modelos de inteligencia artificial, propios ni de terceros. No ejecutamos modelos autoalojados ni sin conexión sobre datos de Google.
AI processing. Good Call AI uses artificial intelligence models to draft, transcribe and analyze the messages a business exchanges with its own customers over WhatsApp, Instagram, Facebook and the other messaging channels it connects, and to read receipts the account holder uploads by hand. That is all the information a model ever receives. Data obtained from Google APIs is not processed with artificial intelligence at all — neither by third-party providers nor by any model of our own. Our Google scopes are write-only or identity-only, and no Google API response is ever included in a prompt. The isolation is architectural and auditable: the modules that hold Google tokens make no outbound calls to AI providers, and the modules that call AI models never receive Google API data — they are separate services with separate credentials. No Google data, raw, aggregated, anonymized or derived, is used to create, train or improve any artificial intelligence model, first- or third-party. We do not run self-hosted or offline models on Google data.
Con quién se comparten
No vendemos ni cedemos los datos de Google a nadie. No los compartimos con anunciantes, con corredores de datos, con redes publicitarias ni con ningún tercero que los use para sus propios fines.
El único tercero que interviene es el proveedor de servidores donde se alojan el Studio y su base de datos, que actúa como encargado del tratamiento por cuenta nuestra, bajo contrato y sin derecho a usar los datos para nada propio. No hay ningún otro destinatario.
Cómo se guardan y cuánto duran
Los tokens de acceso y actualización se cifran antes de guardarse y nunca se muestran en el navegador ni viajan hasta él. La conexión con Google viaja siempre cifrada (HTTPS/TLS), igual que todo el tráfico del Studio. La base de datos no está expuesta a internet, el acceso a los servidores exige credenciales propias de cada administrador, y cada negocio solo alcanza los datos de su propia cuenta: las consultas van siempre acotadas a su identificador.
La hoja de cálculo exportada vive en el Drive del propio negocio, no en nuestros servidores: es suya y puede borrarla cuando quiera. Nosotros guardamos únicamente el identificador de esa hoja, para saber a cuál volcar la próxima vez.
De las cuentas de Google conectadas guardamos exactamente dos cosas: los tokens cifrados y ese identificador de hoja. No copiamos a nuestros servidores el contenido del buzón —el permiso que pedimos no permite leerlo— ni ningún archivo del Drive.
Cuánto duran: los datos de Google se conservan mientras la integración esté conectada. Al pulsar desconectar, el token se revoca contra Google y la fila se elimina de nuestra base de datos en el acto, sin periodo de gracia. Si el negocio cierra su cuenta, sus datos de Google se eliminan en un plazo máximo de 30 días, y las copias de seguridad que puedan contenerlos se sobrescriben dentro de los 30 días siguientes. Pasados esos plazos no queda ninguna copia.
También puedes pedirnos el borrado escribiéndonos al correo de contacto: lo ejecutamos y te lo confirmamos dentro de los 30 días siguientes.
Cómo revocar el acceso
Desde Conexión Gmail en el Studio, el botón de desconectar revoca el token y elimina la integración. También puedes retirar el permiso en cualquier momento desde la página de permisos de tu cuenta de Google.
Tus derechos
Puedes pedirnos acceso, rectificación, supresión o portabilidad de tus datos, así como oponerte a su tratamiento, escribiéndonos al correo de contacto. Respondemos en un plazo máximo de 30 días.
Contacto
Para cualquier duda sobre esta política o sobre el tratamiento de datos: yolandamarcosdominguez@gmail.com