Confianza y seguridad
Cómo tratamos sus datos.
Ataski trata sus datos únicamente para prestar el servicio que usted contrató. No los vendemos, no entrenamos modelos de IA con ellos y no los compartimos con redes publicitarias ni con intermediarios de datos. Nuestras páginas públicas de marketing usan una etiqueta de Google Ads solo para medir conversiones: sin remarketing ni anuncios personalizados (consulte «Sus opciones de privacidad» en la Política de privacidad). A continuación: dónde están sus datos, quién los trata y qué se ha auditado de forma independiente y qué no.
Última actualización: 2026-10-07. La lista de subencargados de esta página cambia el mismo día en que cambia; un nuevo subencargado se anuncia a los clientes 30 días antes de que empiece.
Los datos de esta página se leen del sistema en funcionamiento cada vez que se carga; última verificación contra el repositorio completo: 2026-10-13.
De un vistazo
- Entrenamiento de IA con sus datos
- Nunca
- Ni Ataski ni Anthropic entrenan modelos con ellos.
Postura por defecto
No entrenamos IA con tus datos.
Usamos la API comercial de Anthropic, que no entrena con contenido de clientes. No hemos aceptado el entrenamiento y no lo haremos. Anthropic puede conservar entradas y salidas hasta 30 días para la supervisión de abusos, según sus términos comerciales.
Postura por defecto
Lectura por defecto. Cada escritura, nombrada.
No escribimos en su contabilidad. Los sistemas contables (NetSuite, Sage Intacct, Xero, QuickBooks, Zoho Books, Microsoft Dynamics 365 Business Central y otros) y Stripe son de solo lectura en nuestro código: Ataski solo emite solicitudes de lectura y no tiene ninguna ruta de código que registre un asiento, una factura o un pago. Donde sí escribimos, lo nombramos: su buzón envía un mensaje que usted aprobó; Slack publica un resumen o un mensaje directo; la escritura de vuelta a Salesforce registra la actividad en un contacto; los complementos de Google Sheets y Excel escriben en la hoja de cálculo en la que usted los abrió. La escritura de vuelta a Salesforce está desactivada hasta que usted la active, nunca sobrescribe un campo que ya tiene un valor, y cada escritura queda registrada en el registro de auditoría. No solicitamos acceso de escritura al calendario: Google Calendar solo consulta disponibilidad, y los calendarios de Microsoft 365 son de solo lectura.
SOC 2
En qué punto está la auditoría.
Aún no se ha realizado ninguna auditoría SOC 2: Ataski no posee ninguna atestación SOC 2 y no ha contratado a un auditor. Los controles de abajo están implantados, y cada uno indica qué lo respalda.
Esta línea cambia cuando cambian los hechos, y no antes. No mostramos un sello que no hayamos ganado.
Controles
Qué está implantado y qué lo respalda.
Cada afirmación de abajo se contrasta con el sistema en funcionamiento cuando se carga esta página.
Cuando una afirmación se apoya en los términos de un proveedor o en un documento escrito en lugar de en código en funcionamiento, la etiqueta lo indica. El ámbar señala un control que aún no está implantado: se nombra aquí, pero no se cuenta.
35 de 37 controles implantados.
Acceso
-
Su espacio de trabajo no puede ver las filas de otro: la frontera la impone la base de datos, no el código de la aplicación.
Lo que dice el código: Cada tabla que contiene datos de clientes (322 hoy) tiene una política de Row Level Security, y la compilación falla si falta alguna.
-
El inicio de sesión lo gestiona WorkOS. Nunca vemos ni almacenamos su contraseña.
Lo que dice el código: La cookie de sesión está limitada al host, es Secure, HttpOnly y está sellada, de modo que el navegador nunca la envía por HTTP sin cifrar ni a otro dominio.
-
Quién puede acceder a su espacio de trabajo se revisa cada trimestre, y cada revisión se aprueba con firma.
Programado: Las revisiones trimestrales de accesos están configuradas; la primera venció el 2026-10-01 y aún no se ha aprobado, así que este control no se cuenta.
-
A cada sistema que conecta le pedimos el permiso más estrecho que ofrezca, y nombramos los que pueden escribir.
Lo que dice el código: Abajo se listan 46 conexiones con el acceso exacto que solicita cada una: 22 solo pueden leer, y las 24 que pueden escribir indican qué escriben.
-
Las credenciales se mantienen fuera del código, y un análisis automatizado detiene una filtración accidental antes de que llegue al repositorio.
Lo que dice el código: La detección de secretos se ejecuta en cada cambio antes de subirlo y sobre el historial completo del repositorio; los ajustes de credenciales están tipados para que sus valores nunca aparezcan en los registros.
Datos
-
Cada acción se escribe en un registro de auditoría que después nada puede editar.
Lo que dice el código: El rol de base de datos de la aplicación puede añadir registros de auditoría y leerlos, pero no modificarlos ni borrarlos: lo impide la propia base de datos.
-
Las credenciales que usted conecta se cifran, se usan solo para llamar al servicio al que pertenecen y nunca se incluyen en una exportación, ni siquiera en la suya.
Lo que dice el código: Las tablas de credenciales quedan excluidas de toda exportación de datos, y las columnas de credenciales cifradas se eliminan del resto.
-
El borrado es un purgado real con ventana de retorno, no una marca en una fila.
Lo que dice el código: Un periodo de gracia de 30 días tras su solicitud y, después, una purga definitiva del espacio de trabajo en todas las tablas de datos de clientes y en nuestro almacenamiento de archivos.
-
Sus datos se van con usted: una exportación legible por máquina, cuando la pida.
Lo que dice el código: Una única exportación legible por máquina cubre los datos de su espacio de trabajo; solo quedan fuera las credenciales almacenadas y los datos que no son suyos (copias de registros públicos, cachés compartidas).
-
Marcharse funciona: primero se lleva todo lo suyo y después se va todo.
Lo que dice el código: Exportación en /api/export; tras una solicitud de eliminación, un periodo de gracia de 30 días y, después, un proceso automático elimina el espacio de trabajo. Las pruebas automatizadas mantienen este circuito en funcionamiento.
-
Los archivos que nos envía se revisan antes de que nada los abra.
Lo que dice el código: Cada archivo subido pasa un único control de entrada (tipo y tamaño de archivo) y un análisis antivirus con ClamAV; un archivo infectado se rechaza y se registra. Si el analizador no está disponible por un momento, el archivo se acepta, se marca como no analizado y se registra.
-
Los patrones a nivel de empresa que guardamos en caché caducan; las fichas de contacto se quedan dentro de su espacio.
Lo que dice el código: La caché compartida de formatos de correo de empresas (dominios y patrones de dirección, nunca contactos individuales) se purga a los 30 días.
Infraestructura
-
Los datos de su espacio de trabajo se almacenan en Estados Unidos.
Según el documento escrito: Aplicación: Hetzner Online GmbH. Base de datos: Neon, Inc.. Archivos: Cloudflare, Inc.. Algunos proveedores tratan datos limitados en otros lugares; la ubicación de cada uno figura en la tabla de subencargados.
-
Las copias de seguridad se prueban restaurándolas, porque una copia que nadie restaura no es una copia.
Programado: Nuestro proveedor de base de datos la respalda de forma continua (recuperación a un punto en el tiempo). La prueba de restauración mensual está configurada desde el 2026-09-06, pero aún no se ha ejecutado, así que este control no se cuenta.
-
Cada página se sirve con cabeceras de seguridad del navegador estrictas.
Lo que dice el código: 6 cabeceras de seguridad en cada respuesta: Content-Security-Policy, Permissions-Policy, Referrer-Policy, Strict-Transport-Security, X-Content-Type-Options, X-Frame-Options. Los paneles de los complementos de Excel y PowerPoint son la única excepción al encuadre: Microsoft Office tiene que poder mostrarlos.
Gestión de cambios
-
Cada cambio se revisa en busca de problemas de seguridad antes de publicarse.
Lo que dice el código: Antes de subir cualquier cambio al repositorio de código, este supera 4 comprobaciones de seguridad automatizadas: detección de secretos en el propio cambio y en todo el historial del repositorio, análisis de vulnerabilidades en dependencias y fuzzing de la API.
-
Producción ejecuta una única versión revisada del código, desplegada completa.
Lo que dice el código: La herramienta de despliegue se niega a publicar cualquier cosa que no sea la rama principal revisada.
Supervisión
-
Hay un plan escrito para el mal día, y dentro tiene un plazo.
Según el documento escrito: Una brecha de datos personales se notifica en un plazo de 72 hours desde que la conocemos; el plan se actualizó por última vez el 2026-10-08.
-
Los errores y las caídas nos llegan sin que un cliente tenga que avisarnos.
Lo que dice el código: Bugsink recibe los errores de la aplicación; Better Stack vigila los endpoints públicos y las tareas programadas.
Proveedores
-
Todo proveedor que toca sus datos está nombrado y vinculado por un DPA escrito.
Según los términos del proveedor: 16 subencargados, lista vigente desde el 2026-10-07. Su huella (b6fcf738e3f0) queda registrada en cada DPA firmado, así puede demostrar qué versión aceptó.
-
Su texto lo procesan únicamente los modelos Claude de Anthropic, y Anthropic no entrena con él.
Según los términos del proveedor: Modelos en uso: Claude Haiku 4.5, Claude Sonnet 5, Claude Sonnet 5.5, Claude Opus 5, Claude Opus 5.5, Claude Fable 5.1. Los resultados de alto riesgo los revisa un modelo Claude distinto y de mayor tamaño. Ningún modelo de otro proveedor redacta ni revisa su texto.
Políticas escritas
-
La política paraguas: qué protegemos, quién responde por ello y las reglas de las que cuelga todo lo demás.
Según el documento escrito: Information Security Policy, aprobada el 2026-10-08; se revisa al menos una vez al año y tras cualquier incidente que la contradiga.
-
Una regla escrita sobre quién puede llegar a producción, cómo se concede el acceso y cómo se retira.
Según el documento escrito: Access Control Policy, aprobada el 2026-10-08; se revisa al menos una vez al año y tras cualquier incidente que la contradiga.
-
Una regla escrita sobre cómo llega un cambio a producción: una referencia revisada, entera, nunca un archivo copiado a mano.
Según el documento escrito: Change Management Policy, aprobada el 2026-10-08; se revisa al menos una vez al año y tras cualquier incidente que la contradiga.
-
Un estándar escrito sobre cómo se tipa, se prueba y se filtra el código antes de que llegue a usted.
Según el documento escrito: Secure Development Policy, aprobada el 2026-10-08; se revisa al menos una vez al año y tras cualquier incidente que la contradiga.
-
Un plan escrito para el mal día: quién manda, a quién se avisa y en qué plazo.
Según el documento escrito: Incident Response Policy, aprobada el 2026-10-07; se revisa al menos una vez al año y tras cualquier incidente que la contradiga.
-
Una regla escrita para añadir un proveedor, divulgárselo a usted y revisarlo.
Según el documento escrito: Vendor Management Policy, aprobada el 2026-10-08; se revisa al menos una vez al año y tras cualquier incidente que la contradiga.
-
Un calendario escrito de cuánto se guarda cada tipo de dato y cuándo se destruye.
Según el documento escrito: Data Retention Policy (internal), aprobada el 2026-09-05; se revisa al menos una vez al año y tras cualquier incidente que la contradiga.
-
Un plan escrito para volver: copias de seguridad, objetivos de restauración y funcionamiento degradado.
Según el documento escrito: Business Continuity and Backup Policy, aprobada el 2026-10-08; se revisa al menos una vez al año y tras cualquier incidente que la contradiga.
-
Una regla escrita sobre cómo el operador puede usar los sistemas y la máquina que alcanza sus datos.
Según el documento escrito: Acceptable Use Policy (internal), aprobada el 2026-10-08; se revisa al menos una vez al año y tras cualquier incidente que la contradiga.
-
Una regla escrita sobre qué cifrado usamos, dónde se guardan las claves y cómo se reemplazan.
Según el documento escrito: Cryptography and Key Management Policy, aprobada el 2026-10-08; se revisa al menos una vez al año y tras cualquier cambio significativo.
-
Una regla escrita sobre cómo se detectan los fallos de seguridad y en qué plazo debe corregirse cada uno.
Según el documento escrito: Vulnerability Management Policy, aprobada el 2026-10-08; se revisa al menos una vez al año y tras cualquier cambio significativo.
-
Un método escrito para enumerar lo que podría salir mal, valorarlo y decidir qué hacer al respecto.
Según el documento escrito: Risk Management Policy, aprobada el 2026-10-08; se revisa al menos una vez al año y tras cualquier cambio significativo.
-
Una regla escrita: cada servidor, servicio, cuenta y dispositivo que toca sus datos está inventariado y tiene un responsable.
Según el documento escrito: Asset Management Policy, aprobada el 2026-10-08; se revisa al menos una vez al año y tras cualquier cambio significativo.
-
Una regla escrita para destruir los datos cuando se retira un disco, un dispositivo o un recurso en la nube.
Según el documento escrito: Media and Equipment Disposal Policy, aprobada el 2026-10-08; se revisa al menos una vez al año y tras cualquier cambio significativo.
-
Una regla escrita sobre cómo se evalúan nuestros controles y cómo se sigue cada hallazgo hasta cerrarlo.
Según el documento escrito: Audit and Assurance Policy, aprobada el 2026-10-08; se revisa al menos una vez al año y tras cualquier cambio significativo.
-
Una regla escrita: sus datos salen en formatos abiertos, por interfaces estándar, cuando usted lo pida.
Según el documento escrito: Interoperability and Portability Policy, aprobada el 2026-10-08; se revisa al menos una vez al año y tras cualquier cambio significativo.
Ubicación de los datos
Dónde están físicamente sus datos.
Tres proveedores guardan sus datos en reposo, todos en centros de datos de EE. UU. Cada uno es un subencargado nombrado con su propio DPA.
| Qué | Proveedor y país |
|---|---|
| Servidor de la aplicación | Hetzner Online GmbH · Alemania (centro de datos en EE. UU.) |
| Base de datos | Neon, Inc. · EE. UU. |
| Archivos y documentos | Cloudflare, Inc. · EE. UU. |
Cifrado
En tránsito y en reposo.
- En tránsito: TLS en cada conexión (TLS 1.2 como mínimo, TLS 1.3 preferente) con certificados de una autoridad de certificación pública, y HTTP Strict Transport Security durante dos años en todos los subdominios, de modo que, tras la primera visita, el navegador no usará HTTP sin cifrar.
- En reposo: la base de datos (Neon) y el almacenamiento de archivos (Cloudflare R2) los cifran esos proveedores con AES-256, y las copias de seguridad a un punto en el tiempo de la base de datos se cifran de la misma forma.
- Además, las credenciales que usted conecta se cifran en la aplicación, con una clave guardada fuera de la base de datos, y solo se descifran en el momento de usarlas.
Conservación y borrado
Cuánto lo guardamos y cómo se va.
Pida eliminar el espacio de trabajo y comienza un periodo de gracia de 30 días durante el cual puede cambiar de opinión. Después, la purga es definitiva: todas las tablas de datos de clientes y nuestro almacenamiento de archivos, incluido el rastro de auditoría. Las copias que los proveedores conservan según sus propios plazos (trazas de solicitudes de IA, informes de errores, registros de entrega de correo, grabaciones de reuniones) caducan según los términos de conservación de cada proveedor, recogidos en la Política de conservación de datos.
Antes de eso, llévese todo: la exportación es legible por máquina.
La caché compartida de formatos de correo de empresas caduca según su propio plazo y nunca contiene un contacto individual.
El texto completo es la Política de conservación de datos. Política de conservación de datos
Subencargados
Proveedores que tratan sus datos.
Los datos de clientes se envían solo a los proveedores listados aquí, cada uno con un acuerdo de tratamiento de datos por escrito. Cada fila indica qué recibe el proveedor y dónde lo trata.
| Proveedor | Propósito | Datos a los que accede | Región | DPA |
|---|---|---|---|---|
| Hetzner Online GmbH | Alojamiento del servidor de la aplicación | todos los datos del cliente a través del acceso de la aplicación | Alemania (centro de datos en EE. UU.) | Ver → |
| Neon, Inc. | Alojamiento de la base de datos Postgres | todos los datos del cliente a través de RLS | EE. UU. | Ver → |
| Cloudflare, Inc. | DNS autoritativo (registros sin proxy) y almacenamiento de objetos R2 para archivos | documentos subidos (contratos, adjuntos de soporte); PDF generados (dosieres para el consejo, informes); capturas HTML; transcripciones de reuniones | EE. UU. | Ver → |
| WorkOS, Inc. | Inicio de sesión de clientes y gestión de sesiones (correo, sin contraseña, multifactor) | credenciales de autenticación; identidad del usuario | EE. UU. | Ver → |
| ActiveCampaign, LLC (Postmark) | Entrega de correo transaccional y correo entrante | direcciones de correo de los destinatarios; contenido del cuerpo del correo | EE. UU. | Ver → |
| Anthropic, PBC | Inferencia de modelos de IA (Claude API) para redacción y revisión | prompts del usuario; salidas del modelo | EE. UU. | Ver → |
| Hyperdoc Inc. (d/b/a Recall.ai) | Identidad del bot de reunión + transcripción para cualquier rol que se una a una reunión en directo en nombre del cliente | audio de la reunión; transcripciones de la reunión; nombres y correos de los participantes; mensajes del chat de la reunión | EE. UU. | Ver → |
| Bright Data Ltd | Búsqueda en la web pública y extracción de páginas de empresa para la investigación de prospectos | criterios de búsqueda del cliente (sector, ubicación, palabras clave); resultados de búsqueda de la web pública; extracciones de páginas de empresa y de equipo | Israel (centros de datos globales) | Ver → |
| Perplexity AI, Inc. | Búsqueda y resúmenes de la web pública para personalizar la prospección | correos o dominios de entrada; resúmenes de la web pública | EE. UU. | Ver → |
| ZeroBounce, Inc. | Verificación de entregabilidad de correo (pago por uso) | direcciones de correo enviadas para verificación, que ZeroBounce conserva solo en la medida en que lo permite su DPA | EE. UU. | Ver → |
| Apify Technologies s.r.o. | Búsqueda de prospectos para Outbound a partir de datos públicos de LinkedIn, ejecutada por Ataski con su propia cuenta de Apify y sin iniciar sesión en LinkedIn: búsqueda de empresas, el sitio web que una empresa publica en su página de LinkedIn y registros de identidad de personas de la empresa (sin email ni teléfono) | criterios de búsqueda del cliente (palabras clave, sector, ubicación, cargos); registros públicos de empresas, incluida la URL de la página de empresa en LinkedIn y el sitio web; registros públicos de identidad profesional (nombre, cargo, empleador, URL del perfil de LinkedIn, ubicación) | República Checa (UE) | Ver → |
| Stripe, Inc. | Facturación y procesamiento de pagos (checkout, portal del cliente, impuesto sobre ventas) | datos de facturación; datos de suscripción | EE. UU. | Ver → |
| Langfuse GmbH | Trazabilidad de solicitudes de IA para supervisar la calidad (prompts y respuestas) | contenido de los prompts de LLM; contenido de las respuestas de LLM; metadatos de modelo y coste | Alemania (centro de datos en EE. UU.) | Ver → |
| Bugsink B.V. | Seguimiento de errores (datos personales depurados por defecto) | trazas de pila; metadatos de la solicitud (identificadores del espacio de trabajo y de la solicitud) | Países Bajos (UE) | Ver → |
| PostHog, Inc. | Analítica de producto (eventos de registro y activación del lado del servidor) | nombres y momentos de los eventos; identificador del espacio de trabajo (sin nombres, correos ni contenido) | EE. UU. | Ver → |
| Better Stack, Inc. | Monitorización de disponibilidad y señales de latido | metadatos de estado de los endpoints | EE. UU. | Ver → |
Controles de acceso
Alcances de los conectores
Cada sistema conectable por el operador se ejecuta contra un conjunto documentado de alcances del lado del proveedor. La lista de abajo se genera a partir de nuestro manifiesto interno de alcances — lo que ves es lo que el cliente OAuth (o credencial equivalente) solicita realmente.
-
Amplitude Solo lectura; el permiso permitiría escribir
Lee, por cliente, el número de eventos, la fecha de última actividad y los eventos más usados mediante la Dashboard REST API de Amplitude, para las señales de salud de cuentas del Gestor de renovaciones, con la clave de API y la clave secreta de tu proyecto. Ataski solo hace solicitudes de lectura — ten en cuenta que Amplitude no ofrece claves de proyecto de solo lectura: la misma clave de API puede enviar eventos al proyecto, así que es técnicamente de lectura y escritura.
-
Anthropic (Bring Your Own Key) Puede escribir
Enruta las llamadas a Claude a través de su propia clave de API de Anthropic. La clave se almacena cifrada y se usa solo en el momento de cada llamada; Anthropic le factura directamente ese tráfico, y la factura de Ataski no lo incluye. Puede rotar o eliminar la clave en Ajustes en cualquier momento.
-
BambooHR Solo lectura; el permiso permitiría escribir
Lee tus empleados con puesto, tarifa y periodo de pago mediante un informe que se ejecuta bajo demanda (no se guarda nada en BambooHR) para que el registro de plantilla del Analista financiero muestre el personal y los salarios. Usa el subdominio de tu empresa y una clave de API de un usuario de BambooHR. Ataski solo hace solicitudes de lectura — ten en cuenta que BambooHR no ofrece claves de API de solo lectura: la clave lleva los permisos del usuario que la creó, así que es técnicamente de lectura y escritura allí donde ese usuario puede escribir.
-
Bitrix24 Solo lectura; el permiso permitiría escribir
Lee tus deals (crm.deal.list — el único método que se llama) para que el Analista financiero pueda planificar ingresos a partir del pipeline, mediante un webhook entrante que creas en tu propio portal de Bitrix24 con el permiso CRM (crm) y que puedes revocar con un clic. Ataski solo hace solicitudes de lectura — ten en cuenta que el permiso crm de Bitrix24 no tiene variante de solo lectura, así que el webhook es técnicamente de lectura y escritura.
-
Chargebee Solo lectura
Lee suscripciones y facturas para que el Analista financiero pueda construir los ingresos recurrentes, con una clave de API de solo lectura de tu sitio de Chargebee (Settings → Configure Chargebee → API Keys). No puede crear, cambiar ni cancelar una suscripción o una factura.
-
Close Solo lectura; el permiso permitiría escribir
Lee las oportunidades para las fechas de renovación y busca leads para que el Asistente de ventas outbound no contacte a alguien que ya está en tu CRM, con una clave de API que pegas. Ataski solo hace solicitudes de lectura — ten en cuenta que Close no ofrece claves de API de solo lectura: la clave lleva el acceso completo del usuario que la creó, así que el permiso es técnicamente de lectura y escritura.
-
Deel Solo lectura
Lee tu personal y la tarifa y el periodo de pago de cada contratación para que el registro de plantilla del Analista financiero muestre el personal y los salarios, con un token de API que creas en Deel (Developer → API keys). El token tiene el acceso que le das en Deel; Ataski solo lee la lista de personas y nunca cambia un contrato ni un pago.
-
DocuSign Solo lectura
Lee los sobres completados y sus documentos firmados para la recepción de contratos. DocuSign ofrece un único permiso de firma, sin variante de solo lectura: el token podría enviar sobres; nuestro código nunca lo hace. No puede escribir: nunca creamos, enviamos ni anulamos un sobre.
-
Dropbox Solo lectura
Lee el listado de archivos y su contenido en la carpeta que el cliente conecta para la recepción de contratos (files.metadata.read + files.content.read). No puede escribir, mover ni eliminar ningún archivo de Dropbox.
-
Microsoft Dynamics 365 Business Central Solo lectura; el permiso permitiría escribir
Muestra sus entornos y empresas de Business Central para que elija una y después lee solo esa empresa: su plan de cuentas, sus movimientos contables con sus dimensiones, su configuración contable, la información de la empresa y la antigüedad de las cuentas por cobrar y por pagar, para el Analista Financiero; y sus facturas de venta abiertas, notas de crédito, clientes (nombre y dirección de correo electrónico) y líneas sin registrar del diario de pagos de clientes, para el Gestor de cobros. Ataski solo envía solicitudes de lectura; tenga en cuenta que Microsoft no ofrece un permiso de Business Central de solo lectura, por lo que el permiso que concede es técnicamente de lectura y escritura, limitado a lo que puede hacer su propio usuario de Business Central.
-
Freshdesk Puede escribir
Publica las respuestas que apruebas en el ticket original de Freshdesk y — solo cuando ejecutas la importación del centro de ayuda — lee tus artículos publicados de Solutions. Usa la clave de API de un agente, tomada de su perfil en Freshdesk; las claves de Freshdesk llevan todos los permisos del agente, así que la clave puede hacer más de lo que Ataski usa. Ataski nunca edita, cierra ni elimina un ticket o un artículo.
-
Front Puede escribir
Publica las respuestas que apruebas en la conversación original de Front, con un token de API que creas en Front (Settings → Developers → API tokens) con el scope Shared resources. El token puede hacer todo lo que permitan sus permisos en Front; la única llamada que Ataski hace con él es enviar una respuesta a una conversación que recibió Ataski. Los mensajes nuevos llegan a Ataski mediante un webhook de Front firmado con un secreto que pegas.
-
Gmail (operator mailbox) Puede escribir
Envía los correos de prospección y de reclamación de pagos aprobados desde el propio buzón de Gmail del operador. La conexión básica solicita únicamente gmail.send: un permiso de solo envío que no puede leer el buzón. Dos funciones opcionales piden un consentimiento aparte: la entrega de borradores (gmail.compose / gmail.modify, para dejar los borradores en la carpeta Borradores del operador) y la comprobación de contactos duplicados (gmail.metadata / gmail.readonly, usada para consultar metadatos de las conversaciones; el cuerpo de los mensajes nunca se lee). Nada se envía sin pasar por la cola de aprobación del operador.
-
Google Calendar Solo lectura
Lee únicamente las franjas de disponibilidad libre/ocupado (calendar.freebusy) para proponer horarios de reunión, nunca los títulos de los eventos, los asistentes ni las descripciones. No puede crear ni modificar ningún evento del calendario.
-
Google Drive Solo lectura
Lee la carpeta que el cliente conecta para la recepción de contratos (drive.readonly). No puede crear, modificar ni eliminar ningún archivo de Drive.
-
Gusto Solo lectura
Lee tu empresa, sus empleados y su compensación (companies:read, employees:read, compensations:read) para que el registro de plantilla del Analista financiero muestre el personal y los salarios. Gusto asigna estos scopes a la app de Ataski cuando la revisa, por eso la pantalla de consentimiento no muestra ninguno; todos son de solo lectura. No puede crear ni modificar empleados, ni ejecutar la nómina.
-
Help Scout Puede escribir
Publica las respuestas que apruebas en la conversación original de Help Scout. Help Scout no tiene scopes de OAuth: la aplicación actúa con el acceso a la Mailbox API del usuario de Help Scout que la conecta, así que el permiso es más amplio de lo que Ataski usa — la única llamada que se hace con él es publicar una respuesta en una conversación que recibió Ataski. Las conversaciones nuevas llegan a Ataski mediante un webhook de Help Scout que tú creas, firmado con un secreto que pegas.
-
HubSpot Solo lectura
Lee negocios, contactos y empresas. No puede crear ni modificar ningún registro de HubSpot: la escritura de vuelta en el CRM solo funciona con Salesforce. Un espacio de trabajo que pegó un token de app privada de HubSpot en lugar de conectarse se lee con ese token de la misma forma: lleva los scopes marcados al crear la app privada, y Ataski sigue solo leyendo.
-
Intercom Puede escribir
Lee contactos, empresas y conversaciones para las señales de salud de cuentas y de renovaciones, lee los artículos de tu centro de ayuda cuando ejecutas la importación y publica las respuestas que apruebas como respuesta de administrador en la conversación original. Usa el token de acceso de una app que creas en el Intercom Developer Hub; lo que ese token puede hacer lo fijan los permisos de la app en Intercom. Ataski nunca edita ni elimina contactos, empresas o artículos.
-
Linear (legacy) Solo lectura; el permiso permitiría escribir
Ya no se aceptan conexiones nuevas. Una conexión de Linear hecha antes del 7-9-2026 se sigue leyendo una vez por semana para el resumen de operaciones: la lista de equipos, el ciclo activo de cada equipo y las tareas de ese ciclo, a través de la API GraphQL de Linear con la clave de API personal que se pegó. Ataski solo hace solicitudes de lectura — ten en cuenta que una clave de API personal de Linear lleva el acceso completo de quien la creó salvo que se restringiera al crearla, así que el permiso es técnicamente de lectura y escritura. Elimina la clave en Linear para terminarlo.
-
Mixpanel Solo lectura
Lee, por cliente, la fecha del último evento, los usuarios activos semanales y el volumen de eventos mediante la Query API de Mixpanel, para las señales de salud de cuentas del Gestor de renovaciones, con una cuenta de servicio (usuario y secreto) que creas en tu proyecto. Dale el rol Consumer, que solo puede leer; Ataski nunca envía eventos ni cambia el proyecto.
-
NetSuite Solo lectura
Lee transacciones del GL, la antigüedad de AR, la antigüedad de AP, instantáneas de devengos y el listado de filiales mediante SuiteTalk REST. Las conexiones nuevas inician sesión con OAuth 2.0 (authorization code + PKCE, ámbito rest_webservices) a través de un registro de Integration que el cliente crea en su propia cuenta de NetSuite; las conexiones existentes pueden seguir con Token-Based Authentication (TBA): una credencial de estilo OAuth 1.0a que el cliente genera dentro de su interfaz de NetSuite (Setup → Users/Roles → Access Tokens). En ambos casos el acceso queda limitado a un rol de NetSuite de solo lectura que el cliente elige, y Ataski únicamente lanza consultas de lectura. No puede registrar asientos contables, modificar registros ni cerrar periodos contables.
-
Notion Puede escribir
Usa un token de integración interna que creas en Notion. Una integración de Notion solo ve las páginas y bases de datos que compartes con ella. Ataski lee las páginas que compartes para la base de conocimiento de Soporte y añade una página nueva por cada resumen de contrato o resumen financiero entregado a la base de datos que elijas. Nunca edita ni elimina una página existente; lo que el token puede hacer dentro de las páginas compartidas lo fijan las capacidades que marcas en la integración en Notion.
-
1C:Enterprise Solo lectura
Lee el plan de cuentas, los movimientos y saldos del registro contable y las cuentas por cobrar de tu base de 1C:Enterprise a través de su interfaz OData publicada, para el Analista financiero y el Gestor de cobros. Inicia sesión como un usuario de 1C que creas, así que el acceso queda limitado a los derechos de ese usuario en 1C — dale derechos de solo lectura. Ataski solo hace consultas de lectura y nunca contabiliza un documento ni cambia la base.
-
Microsoft Outlook / Microsoft 365 Puede escribir
Un único consentimiento de Microsoft cubre la recepción de documentos (Files.Read.All), la disponibilidad del calendario (Calendars.Read), la detección de respuestas (Mail.Read) y el envío de los correos de prospección y de reclamación de pagos aprobados desde el propio buzón de Outlook del operador (Mail.Send, la superficie de escritura). Una conexión concedida sin Mail.Send nunca se considera capaz de enviar, y nada se envía sin pasar por la cola de aprobación del operador.
-
Paddle Solo lectura
Lee suscripciones y transacciones para que el Analista financiero pueda construir los ingresos recurrentes, con una clave de API que creas en Paddle. Lo que la clave puede hacer se fija en Paddle; Ataski solo hace solicitudes de lectura y nunca cambia una suscripción ni una transacción.
-
Pipedrive Solo lectura; el permiso permitiría escribir
Lee los deals y las organizaciones a las que pertenecen, para las fechas de renovación y el pipeline del Analista financiero, y busca personas y organizaciones para que el Asistente de ventas outbound no contacte a alguien que ya está en tu CRM. Usa el dominio de tu empresa y un token de API personal que pegas. Ataski solo hace solicitudes de lectura — ten en cuenta que Pipedrive no ofrece tokens de API de solo lectura: el token lleva el acceso completo de su usuario, así que el permiso es técnicamente de lectura y escritura.
-
PostHog Solo lectura
Lee, por cliente, los eventos recientes del producto y la fecha de última actividad para las señales de salud de cuentas del Gestor de renovaciones, con una clave de API personal y tu región (US o EU). PostHog permite limitar los scopes de una clave personal, y con los de lectura basta; Ataski nunca envía eventos ni cambia tu proyecto.
-
Postmark (your own account) Solo lectura; el permiso permitiría escribir
Lee rebotes, registros de mensajes enviados, aperturas y clics de tu propio servidor de Postmark para que el Gestor de renovaciones detecte clientes a los que el correo dejó de llegar, con un Server API token que pegas (Postmark → Servers → tu servidor → API Tokens). Ataski solo hace solicitudes de lectura — ten en cuenta que Postmark no ofrece tokens de servidor de solo lectura: el token también podría enviar correo desde ese servidor, así que es técnicamente de lectura y escritura. Esto es independiente de la cuenta de Postmark de la propia Ataski, que figura como subencargado.
-
QuickBooks Online Solo lectura; el permiso permitiría escribir
Lee el plan de cuentas, el P&L, el balance, el flujo de caja, las facturas, los clientes y los proveedores. Ataski solo emite peticiones de lectura; tenga en cuenta que Intuit no ofrece ningún permiso contable de solo lectura, por lo que el permiso que usted concede es técnicamente de lectura y escritura.
-
Recall.ai Puede escribir
Crea bots que se unen a las reuniones programadas y luego lee sus transcripciones y los metadatos de participación. La superficie de escritura se limita a despachar el bot; no puede alterar ningún dato del calendario, de la videoconferencia ni del anfitrión de la reunión.
-
Recurly Solo lectura
Lee planes, suscripciones y facturas para que el Analista financiero pueda construir los ingresos recurrentes, con una clave de API privada que creas en Recurly. Lo que la clave puede hacer se fija en Recurly; Ataski solo hace solicitudes de lectura y nunca cambia una suscripción ni una factura.
-
Rippling Solo lectura
Lee trabajadores, usuarios y compensación (workers.read, users.read, compensations.read) para que el registro de plantilla del Analista financiero muestre el personal y los salarios, con un token de API que creas en Rippling (Tools → Developer → API Tokens). El token solo ve lo que ve quien lo creó, y todos los scopes que se piden son de lectura. Ataski nunca cambia un registro de Rippling.
-
Sage Intacct Solo lectura
Lee las cuentas del GL, los asientos del diario, AR/AP y el balance de comprobación a través de los Web Services de Sage Intacct, con credenciales de Web Services que aprovisiona el propio cliente: un sender ID que el cliente obtiene de Sage y autoriza en su propia empresa, y un usuario de Web Services de solo lectura que el cliente crea dentro de la administración de su Sage Intacct. No interviene ningún inicio de sesión OAuth. No puede registrar asientos contables ni modificar ningún dato de Sage Intacct.
-
Salesforce Puede escribir
Lee cuentas, contactos, oportunidades y actividad para las señales de renovación y de prospección, y escribe de vuelta la actividad de CRM que el cliente active. El permiso api de Salesforce es la API REST completa: Salesforce no ofrece ningún permiso de datos más estrecho, por lo que lo declaramos con capacidad de escritura en lugar de llamar al conector de solo lectura. refresh_token / offline_access solo mantienen viva la concesión.
-
Segment Solo lectura
Lee, por cliente, los eventos recientes de la Segment Profile API (parte del plan de perfiles de pago de Segment, con tu propia suscripción) para las señales de salud de cuentas del Gestor de renovaciones, con un token de acceso de la Profile API. La Profile API solo lee perfiles; Ataski nunca envía eventos.
-
Shopify Solo lectura
Lee los pedidos de tu tienda (read_orders; añade read_all_orders o Shopify solo devuelve los últimos 60 días) para que el Analista financiero pueda modelar el valor del pedido, las compras repetidas y el crecimiento. Usa el token de Admin API de una app personalizada que creas en tu tienda; el token solo puede hacer lo que permiten los scopes que marcas, y los dos que se piden son de lectura. Ataski nunca crea, cambia ni reembolsa un pedido.
-
Slack (Ataski app) Puede escribir
Instala el bot de Ataski en tu espacio de trabajo de Slack. Publica avisos, resúmenes y respuestas (chat:write), abre un mensaje directo con un compañero (im:write) después de buscar a esa única persona por su email (users:read.email — Slack exige users:read junto a este; el directorio nunca se lista), registra el comando /ataski (commands) y solo lee los mensajes dirigidos al bot: las @menciones (app_mentions:read) y los mensajes directos que recibe (im:history, im:read). No puede leer canales en los que no se le menciona ni cambiar la configuración o los miembros del espacio de trabajo.
-
Slack incoming webhook Puede escribir
Una URL de Incoming Webhook de Slack que creas en Slack y pegas aquí (solo se aceptan direcciones hooks.slack.com). Solo puede publicar mensajes en el único canal para el que se creó — resúmenes de contratos, recordatorios de obligaciones, avisos de informes financieros y alertas de cuentas por cobrar — y nada más: no puede leer ningún mensaje, listar canales ni ver quién está en el espacio de trabajo. Se guarda cifrada; elimina el webhook en Slack para revocarlo.
-
SMTP mailbox Puede escribir
Envía los emails de cobro que prepara el Gestor de cobros desde tu propio buzón (Yahoo, Apple iCloud, Fastmail o tu propio servidor), iniciando sesión con el usuario y la contraseña que introduces. Ataski solo se conecta por SMTP, que puede enviar correo pero no leerlo, moverlo ni eliminarlo. En tu propio servidor esa contraseña puede ser la contraseña real del buzón: usa una contraseña de aplicación siempre que tu proveedor la ofrezca. Se guarda cifrada.
-
Stripe Solo lectura
Lee suscripciones, facturas, clientes, reembolsos e intenciones de pago mediante una clave de API restringida que proporciona el cliente. No puede crear, modificar ni reembolsar cargos.
-
Microsoft Teams webhooks Puede escribir
Dos enlaces de Microsoft Teams, ambos creados por ti dentro de Teams y ambos limitados a un canal. Una URL de Incoming Webhook (una dirección *.webhook.office.com o de Workflows *.logic.azure.com / *.environment.api.powerplatform.com) permite a Ataski publicar recordatorios de obligaciones y alertas de cuentas por cobrar en ese canal. Un Outgoing Webhook permite que el Analista financiero responda cuando alguien lo @menciona allí: Teams envía solo ese mensaje, firmado con un secreto que Ataski guarda cifrado y verifica, y la respuesta vuelve como contestación. Ninguno puede leer otros mensajes, listar equipos o miembros ni actuar en ningún otro lugar de Microsoft 365.
-
Xero Solo lectura
Lee el P&L, el balance, el plan de cuentas, las categorías de seguimiento y la configuración de la organización, además de los documentos de origen que hay detrás de ellos — facturas de venta, facturas de compra, notas de crédito, movimientos bancarios y asientos manuales —, que es como se reconstruye el detalle a nivel de asiento, y las fichas de contacto de clientes y proveedores a los que están dirigidos esos documentos, que es como una cuenta por cobrar encuentra un correo de facturación. Cada uno de ellos es un permiso granular SEPARADO desde el 2026-09-08: los dos permisos amplios que Xero ha dejado obsoletos (todas las transacciones, todos los informes) ya no se solicitan. El propio flujo del libro mayor de Xero (su endpoint Journals) solo se vende a partir del nivel de app Advanced de Xero y NO se lee, así que los asientos que Xero registra por su cuenta — nóminas, amortización de activos fijos, coste de ventas del inventario con seguimiento, revalorización de divisas, el cierre de ejercicio — no aparecen en ese detalle. Los tres permisos de lectura de nóminas son OPCIONALES y están desactivados por defecto: solo se solicitan cuando el operador pide que el registro de plantilla lea el personal y la retribución de cada persona desde Xero Payroll, y un espacio de trabajo que nunca lo pide conserva un token sin ellos. No puede crear ni modificar ningún dato de Xero, nóminas incluidas.
-
Yandex Disk Solo lectura
Lee los archivos PDF, Word y Excel de la carpeta de Yandex Disk que conectas para la recepción de contratos (cloud_api:disk.read). No puede crear, modificar ni eliminar ningún archivo de tu Disk.
-
Zendesk Puede escribir
Lee los tickets y su historial para las señales de salud de cuentas y de renovaciones, lee los artículos publicados del Help Center y las macros cuando ejecutas la importación, y publica las respuestas que apruebas como comentario público en el ticket original. Usa un token de acceso OAuth de un cliente OAuth que creas en Zendesk Admin Center; el scope del token se define allí, así que Ataski lo registra como desconocido en lugar de adivinarlo. La importación del centro de ayuda, en cambio, inicia sesión con el email de tu cuenta y un token de API de Zendesk, que lleva los permisos de ese usuario. Ataski nunca elimina tickets ni cambia usuarios, grupos o configuración.
-
Zoho CRM + Zoho Books Solo lectura
Lee los contactos, las cuentas y las etapas de los negocios del CRM, además de las facturas, los contactos y la configuración de la organización de Zoho Books para la cartera de renovaciones, y el plan de cuentas, los movimientos por cuenta y las facturas de proveedor pendientes (proveedor, saldo, vencimiento, condiciones de pago) de Zoho Books para el Analista Financiero. Todos los permisos solicitados son permisos .READ: no puede crear ni modificar ningún registro de Zoho.
Test de intrusión
Qué ha encontrado un evaluador externo.
Aún no se ha realizado ninguna prueba de penetración externa. Las comprobaciones de seguridad automatizadas indicadas arriba se ejecutan en cada cambio, pero no la sustituyen.
Contrato
Los documentos que pedirá su abogado.
Todos son públicos y están versionados. El DPA es el contrato del artículo 28 del RGPD (GDPR Article 28); bajo la CCPA actuamos como Service Provider y no operamos como intermediario de datos. La lista de subencargados lleva una huella registrada en cada DPA firmado, así puede demostrar qué versión aceptó.
Tus derechos
Exportar, corregir, eliminar.
Conforme al RGPD y al RGPD del Reino Unido, puede solicitar una copia de sus datos, su rectificación o su supresión. La exportación es de autoservicio desde su panel. Eliminar un espacio de trabajo (Ajustes → Eliminar espacio de trabajo, o por correo a security@ataski.com) inicia un periodo de gracia de 30 días durante el cual puede cambiar de opinión; después se ejecuta la purga, que se completa en 48 horas en nuestra base de datos y nuestro almacenamiento de archivos. Las copias que los proveedores conservan según sus propios plazos caducan según los términos de conservación de cada proveedor, recogidos en la Política de conservación de datos.
Información de la empresa
Quién opera Ataski.
GlobalDeal Inc.
Ataski es operada por GlobalDeal Inc., una C-Corporation de Delaware. Dirección postal:
GlobalDeal Inc.1720 W Ball Rd, Ste 4B #136
Anaheim, CA 92804
United States
Seguridad, privacidad y compras: security@ataski.com
Preguntas
Revisiones de seguridad y preguntas.
Escriba a security@ataski.com para cuestionarios de seguridad, el DPA, informes de vulnerabilidades o cualquier tema de esta página. Confirmamos la recepción en un plazo de dos días hábiles y enviamos una respuesta por escrito, normalmente en una semana.