Confiança e segurança
Como tratamos seus dados.
A Ataski trata seus dados apenas para entregar o serviço que você contratou. Não os vendemos, não treinamos modelos de IA com eles e não os compartilhamos com redes de publicidade ou corretores de dados. Nossas páginas públicas de marketing usam uma tag do Google Ads apenas para medir conversões: sem remarketing, sem anúncios personalizados (veja «Suas escolhas de privacidade» na Política de privacidade). Abaixo: onde seus dados ficam, quem os trata e o que foi e o que não foi auditado de forma independente.
Última atualização em 2026-10-07. A lista de suboperadores desta página muda no mesmo dia em que a lista muda; um novo suboperador é anunciado aos clientes 30 dias antes de começar.
Os fatos desta página são lidos do sistema em execução sempre que a página carrega; última verificação contra o repositório completo em 2026-10-13.
Visão geral
- Treinamento de IA com seus dados
- Nunca
- Nem a Ataski nem a Anthropic treinam modelos com eles.
Postura padrão
Não treinamos IA com seus dados.
Usamos a API comercial da Anthropic, que não treina com conteúdo de clientes. Não optamos pelo treinamento e não vamos optar. A Anthropic pode manter entradas e saídas por até 30 dias para monitoramento de abuso, conforme seus termos comerciais.
Postura padrão
Leitura por padrão. Cada gravação é nomeada.
Não gravamos na sua contabilidade. Sistemas contábeis (NetSuite, Sage Intacct, Xero, QuickBooks, Zoho Books, Microsoft Dynamics 365 Business Central e outros) e o Stripe são somente leitura no nosso código: a Ataski só emite solicitações de leitura e não tem nenhum caminho de código que lance um lançamento contábil, uma fatura ou um pagamento. Onde gravamos, nós nomeamos: sua caixa de e-mail envia uma mensagem que você aprovou; o Slack publica um resumo ou uma mensagem direta; a gravação de volta no Salesforce registra atividade em um contato; os complementos do Google Sheets e do Excel gravam na planilha em que você os abriu. A gravação de volta no Salesforce fica desligada até você ativá-la, nunca sobrescreve um campo que já tem valor, e cada gravação é registrada no log de auditoria. Não solicitamos acesso de gravação ao calendário: no Google Calendar apenas disponibilidade, e os calendários do Microsoft 365 são somente leitura.
SOC 2
Em que ponto está a auditoria.
Nenhuma auditoria SOC 2 foi realizada ainda: a Ataski não possui atestação SOC 2 e não contratou um auditor. Os controles abaixo estão implantados, e cada um informa o que o sustenta.
Esta linha muda quando o fato muda, e não antes. Não exibimos um selo que não conquistamos.
Controles
O que está implantado e o que sustenta cada item.
Cada afirmação abaixo é verificada contra o sistema em execução quando esta página carrega.
Quando uma afirmação se baseia nos termos de um provedor ou em um documento escrito, e não em código em execução, o rótulo diz isso. Âmbar marca um controle que ainda não está implantado: ele é nomeado aqui, mas não é contado.
35 de 37 controles implantados.
Acesso
-
Seu espaço de trabalho não enxerga as linhas de outro: a fronteira é imposta pelo banco de dados, não pelo código da aplicação.
O que o código diz: Cada tabela que guarda dados de clientes (322 hoje) tem uma política de Row Level Security, e o build falha se alguma estiver faltando.
-
O login é feito pela WorkOS. Nunca vemos nem armazenamos sua senha.
O que o código diz: O cookie de sessão é restrito ao host, Secure, HttpOnly e selado, então o navegador nunca o envia por HTTP sem criptografia nem para outro domínio.
-
Quem pode acessar seu espaço de trabalho é revisado a cada trimestre, e cada revisão é aprovada formalmente.
Programado: As revisões trimestrais de acesso estão configuradas; a primeira venceu em 2026-10-01 e ainda não foi aprovada, então este controle não é contado.
-
A cada sistema que você conecta pedimos a permissão mais estreita que ele oferece, e nomeamos os que podem escrever.
O que o código diz: 46 conexões estão listadas abaixo com o acesso exato que cada uma solicita: 22 só podem ler, e as 24 que podem gravar informam o que gravam.
-
As credenciais ficam fora do código, e uma varredura automatizada impede que um vazamento acidental chegue ao repositório.
O que o código diz: A detecção de segredos roda em cada mudança antes do envio e em todo o histórico do repositório; as configurações de credenciais são tipadas para que seus valores nunca apareçam nos logs.
Dados
-
Cada ação é escrita em um log de auditoria que nada consegue editar depois.
O que o código diz: O papel de banco de dados da aplicação pode adicionar registros de auditoria e lê-los, mas não pode alterá-los nem excluí-los: o próprio banco de dados recusa.
-
As credenciais que você conecta são criptografadas, usadas apenas para chamar o serviço a que pertencem e nunca incluídas em uma exportação, nem mesmo na sua.
O que o código diz: As tabelas de credenciais ficam fora de qualquer exportação de dados, e as colunas de credenciais criptografadas são removidas das demais.
-
Exclusão é expurgo de verdade, com janela de arrependimento, e não uma marca na linha.
O que o código diz: Um período de carência de 30 dias após o seu pedido e, depois, um expurgo definitivo do espaço de trabalho em todas as tabelas de dados de clientes e no nosso armazenamento de arquivos.
-
Seus dados saem com você: uma exportação legível por máquina, quando pedir.
O que o código diz: Uma única exportação legível por máquina cobre os dados do seu espaço de trabalho; ficam de fora apenas as credenciais armazenadas e os dados que não são seus (cópias de registros públicos, caches compartilhados).
-
Sair funciona: primeiro leva tudo o que é seu, depois vai tudo.
O que o código diz: Exportação em /api/export; após um pedido de exclusão, um período de carência de 30 dias e, depois, uma tarefa automática exclui o espaço de trabalho. Testes automatizados mantêm esse caminho funcionando.
-
Os arquivos que você nos envia são verificados antes que qualquer coisa os abra.
O que o código diz: Todo upload passa por uma única verificação de entrada (tipo e tamanho do arquivo) e por uma varredura antivírus com o ClamAV; um arquivo infectado é recusado e registrado. Se o scanner ficar indisponível por um instante, o arquivo é aceito, marcado como não verificado e registrado.
-
Os padrões no nível de empresa que mantemos em cache expiram; as fichas de contato ficam dentro do seu espaço.
O que o código diz: O cache compartilhado de formatos de e-mail de empresas (domínios e padrões de endereço, nunca contatos individuais) é expurgado após 30 dias.
Infraestrutura
-
Os dados do seu espaço de trabalho são armazenados nos Estados Unidos.
Conforme o documento escrito: Aplicação: Hetzner Online GmbH. Banco de dados: Neon, Inc.. Arquivos: Cloudflare, Inc.. Alguns fornecedores tratam dados limitados em outros lugares; a localização de cada um está na tabela de suboperadores.
-
Os backups são testados restaurando-os, porque um backup que ninguém restaura não é um backup.
Programado: O banco de dados tem backup contínuo feito pelo nosso provedor de banco de dados (recuperação para um ponto no tempo). O teste mensal de restauração está configurado desde 2026-09-06, mas ainda não foi executado, então este controle não é contado.
-
Toda página é servida com cabeçalhos de segurança de navegador rigorosos.
O que o código diz: 6 cabeçalhos de segurança em cada resposta: Content-Security-Policy, Permissions-Policy, Referrer-Policy, Strict-Transport-Security, X-Content-Type-Options, X-Frame-Options. Os painéis dos suplementos do Excel e do PowerPoint são a única exceção ao enquadramento: o Microsoft Office precisa de conseguir exibi-los.
Gestão de mudanças
-
Toda mudança é verificada quanto a problemas de segurança antes de ir para produção.
O que o código diz: Antes de ser enviada ao repositório de código, toda mudança passa por 4 verificações de segurança automatizadas: detecção de segredos na própria mudança e em todo o histórico do repositório, varredura de vulnerabilidades em dependências e fuzzing de API.
-
A produção roda uma única versão revisada do código, implantada por inteiro.
O que o código diz: A ferramenta de deploy se recusa a publicar qualquer coisa que não seja o branch principal revisado.
Monitoramento
-
Existe um plano escrito para o dia ruim, com um prazo dentro dele.
Conforme o documento escrito: Uma violação de dados pessoais é notificada em até 72 hours depois que tomamos conhecimento; o plano foi atualizado pela última vez em 2026-10-08.
-
Erros e indisponibilidade chegam até nós sem que um cliente precise avisar.
O que o código diz: Bugsink recebe os erros da aplicação; Better Stack vigia os endpoints públicos e as tarefas agendadas.
Fornecedores
-
Todo fornecedor que toca seus dados é nomeado e vinculado por um DPA escrito.
Conforme os termos do fornecedor: 16 suboperadores, lista em vigor desde 2026-10-07. A impressão digital dela (b6fcf738e3f0) é registrada em cada DPA assinado, então você consegue provar com qual versão concordou.
-
Seu texto é processado apenas pelos modelos Claude da Anthropic, e a Anthropic não treina com ele.
Conforme os termos do fornecedor: Modelos em uso: Claude Haiku 4.5, Claude Sonnet 5, Claude Sonnet 5.5, Claude Opus 5, Claude Opus 5.5, Claude Fable 5.1. Resultados de alto impacto são revisados por um modelo Claude separado e maior. Nenhum modelo de outro provedor redige ou revisa seu texto.
Políticas escritas
-
A política guarda-chuva: o que protegemos, quem responde por isso e as regras de que tudo o resto depende.
Conforme o documento escrito: Information Security Policy, aprovada em 2026-10-08; revista pelo menos uma vez por ano e após qualquer incidente que a contrarie.
-
Uma regra escrita sobre quem pode chegar à produção, como o acesso é concedido e como é retirado.
Conforme o documento escrito: Access Control Policy, aprovada em 2026-10-08; revista pelo menos uma vez por ano e após qualquer incidente que a contrarie.
-
Uma regra escrita sobre como uma alteração chega à produção: uma referência revista, inteira, nunca um ficheiro copiado à mão.
Conforme o documento escrito: Change Management Policy, aprovada em 2026-10-08; revista pelo menos uma vez por ano e após qualquer incidente que a contrarie.
-
Um padrão escrito sobre como o código é tipado, testado e filtrado antes de chegar a si.
Conforme o documento escrito: Secure Development Policy, aprovada em 2026-10-08; revista pelo menos uma vez por ano e após qualquer incidente que a contrarie.
-
Um plano escrito para o dia mau: quem comanda, quem é avisado e em que prazo.
Conforme o documento escrito: Incident Response Policy, aprovada em 2026-10-07; revista pelo menos uma vez por ano e após qualquer incidente que a contrarie.
-
Uma regra escrita para acrescentar um fornecedor, divulgá-lo a si e revê-lo.
Conforme o documento escrito: Vendor Management Policy, aprovada em 2026-10-08; revista pelo menos uma vez por ano e após qualquer incidente que a contrarie.
-
Um calendário escrito de quanto tempo cada tipo de dado é guardado e quando é destruído.
Conforme o documento escrito: Data Retention Policy (internal), aprovada em 2026-09-05; revista pelo menos uma vez por ano e após qualquer incidente que a contrarie.
-
Um plano escrito para voltar: cópias de segurança, objetivos de restauro e funcionamento degradado.
Conforme o documento escrito: Business Continuity and Backup Policy, aprovada em 2026-10-08; revista pelo menos uma vez por ano e após qualquer incidente que a contrarie.
-
Uma regra escrita sobre como o operador pode usar os sistemas e a máquina que alcança os seus dados.
Conforme o documento escrito: Acceptable Use Policy (internal), aprovada em 2026-10-08; revista pelo menos uma vez por ano e após qualquer incidente que a contrarie.
-
Uma regra escrita sobre que cifragem usamos, onde as chaves são guardadas e como são substituídas.
Conforme o documento escrito: Cryptography and Key Management Policy, aprovada em 2026-10-08; revista pelo menos uma vez por ano e após qualquer alteração significativa.
-
Uma regra escrita sobre como as falhas de segurança são encontradas e em que prazo cada uma tem de ser corrigida.
Conforme o documento escrito: Vulnerability Management Policy, aprovada em 2026-10-08; revista pelo menos uma vez por ano e após qualquer alteração significativa.
-
Um método escrito para listar o que pode correr mal, avaliá-lo e decidir o que fazer a esse respeito.
Conforme o documento escrito: Risk Management Policy, aprovada em 2026-10-08; revista pelo menos uma vez por ano e após qualquer alteração significativa.
-
Uma regra escrita: cada servidor, serviço, conta e dispositivo que toca nos seus dados está inventariado e tem um responsável.
Conforme o documento escrito: Asset Management Policy, aprovada em 2026-10-08; revista pelo menos uma vez por ano e após qualquer alteração significativa.
-
Uma regra escrita para destruir os dados quando se retira um disco, um dispositivo ou um recurso na nuvem.
Conforme o documento escrito: Media and Equipment Disposal Policy, aprovada em 2026-10-08; revista pelo menos uma vez por ano e após qualquer alteração significativa.
-
Uma regra escrita sobre como os nossos controlos são avaliados e como cada constatação é acompanhada até ser fechada.
Conforme o documento escrito: Audit and Assurance Policy, aprovada em 2026-10-08; revista pelo menos uma vez por ano e após qualquer alteração significativa.
-
Uma regra escrita: os seus dados saem em formatos abertos, por interfaces normalizadas, sempre que os pedir.
Conforme o documento escrito: Interoperability and Portability Policy, aprovada em 2026-10-08; revista pelo menos uma vez por ano e após qualquer alteração significativa.
Onde ficam os dados
Onde seus dados estão fisicamente.
Três fornecedores guardam seus dados em repouso, todos em data centers nos EUA. Cada um é um suboperador nomeado com seu próprio DPA.
| O quê | Fornecedor e país |
|---|---|
| Servidor da aplicação | Hetzner Online GmbH · Alemanha (data center nos EUA) |
| Banco de dados | Neon, Inc. · EUA |
| Arquivos e documentos | Cloudflare, Inc. · EUA |
Criptografia
Em trânsito e em repouso.
- Em trânsito: TLS em toda conexão (TLS 1.2 no mínimo, TLS 1.3 preferencial) com certificados de uma autoridade certificadora pública, e HTTP Strict Transport Security por dois anos em todos os subdomínios, então, após a primeira visita, o navegador não usará HTTP sem criptografia.
- Em repouso: o banco de dados (Neon) e o armazenamento de arquivos (Cloudflare R2) são criptografados com AES-256 por esses provedores, e os backups do banco de dados para recuperação a um ponto no tempo são criptografados da mesma forma.
- Além disso, as credenciais que você conecta são criptografadas na aplicação, com uma chave mantida fora do banco de dados, e descriptografadas apenas no momento do uso.
Retenção e exclusão
Quanto tempo guardamos e como isso sai.
Peça a exclusão do espaço de trabalho e começa um período de carência de 30 dias, durante o qual você pode mudar de ideia. Depois dele, o expurgo é definitivo: todas as tabelas de dados de clientes e o nosso armazenamento de arquivos, incluindo a trilha de auditoria. As cópias que os fornecedores mantêm em seus próprios prazos (rastros de solicitações de IA, relatórios de erros, logs de entrega de e-mail, gravações de reuniões) expiram conforme os termos de retenção de cada fornecedor, listados na Política de retenção de dados.
Antes disso, leve tudo: a exportação é legível por máquina.
O cache compartilhado de formatos de e-mail de empresas expira no próprio prazo e nunca guarda um contato individual.
O texto completo é a Política de retenção de dados. Política de retenção de dados
Subprocessadores
Fornecedores que tratam seus dados.
Os dados de clientes são enviados apenas aos fornecedores listados aqui, cada um sob um acordo de tratamento de dados por escrito. Cada linha informa o que o fornecedor recebe e onde o trata.
| Fornecedor | Finalidade | Dados acessados | Região | DPA |
|---|---|---|---|---|
| Hetzner Online GmbH | Hospedagem do servidor da aplicação | todos os dados do cliente por meio do acesso da aplicação | Alemanha (data center nos EUA) | Ver → |
| Neon, Inc. | Hospedagem do banco de dados Postgres | todos os dados do cliente por meio de RLS | EUA | Ver → |
| Cloudflare, Inc. | DNS autoritativo (registros sem proxy) e armazenamento de objetos R2 para arquivos | documentos enviados (contratos, anexos de suporte); PDFs gerados (pacotes para o conselho, relatórios); snapshots HTML; transcrições de reuniões | EUA | Ver → |
| WorkOS, Inc. | Login de clientes e gestão de sessões (e-mail, sem senha, multifator) | credenciais de autenticação; identidade do usuário | EUA | Ver → |
| ActiveCampaign, LLC (Postmark) | Entrega de e-mails transacionais e recebimento de e-mails | endereços de e-mail dos destinatários; conteúdo do corpo do e-mail | EUA | Ver → |
| Anthropic, PBC | Inferência de modelos de IA (Claude API) para redação e revisão | prompts do usuário; saídas do modelo | EUA | Ver → |
| Hyperdoc Inc. (d/b/a Recall.ai) | Identidade do bot de reunião + transcrição para qualquer função que entre em uma reunião ao vivo em nome do cliente | áudio da reunião; transcrições da reunião; nomes e e-mails dos participantes; mensagens do chat da reunião | EUA | Ver → |
| Bright Data Ltd | Busca na web pública e extração de páginas de empresas para pesquisa de prospects | critérios de busca do cliente (setor, localização, palavras-chave); resultados de busca da web pública; extrações de páginas de empresas e de equipes | Israel (data centers globais) | Ver → |
| Perplexity AI, Inc. | Busca e resumos da web pública usados para personalizar a prospecção | e-mails ou domínios de entrada; resumos da web pública | EUA | Ver → |
| ZeroBounce, Inc. | Verificação de entregabilidade de e-mail (pagamento por uso) | endereços de e-mail enviados para verificação, mantidos pela ZeroBounce apenas na medida permitida pelo seu DPA | EUA | Ver → |
| Apify Technologies s.r.o. | Busca de prospects para o Outbound a partir de dados públicos do LinkedIn, executada pela Ataski com sua própria conta Apify e sem login no LinkedIn: busca de empresas, o site que a empresa publica na sua página do LinkedIn e registros de identidade de pessoas da empresa (sem email nem telefone) | critérios de busca do cliente (palavras-chave, setor, localização, cargos); registros públicos de empresas, incluindo a URL da página da empresa no LinkedIn e o site; registros públicos de identidade profissional (nome, cargo, empregador, URL do perfil no LinkedIn, localização) | República Tcheca (UE) | Ver → |
| Stripe, Inc. | Cobrança e processamento de pagamentos (checkout, portal do cliente, imposto sobre vendas) | dados de cobrança; dados de assinatura | EUA | Ver → |
| Langfuse GmbH | Rastreamento de solicitações de IA para monitorar a qualidade (prompts e respostas) | conteúdo dos prompts de LLM; conteúdo das respostas de LLM; metadados de modelo e de custo | Alemanha (data center nos EUA) | Ver → |
| Bugsink B.V. | Rastreamento de erros (dados pessoais removidos por padrão) | stack traces; metadados da solicitação (identificadores do espaço de trabalho e da solicitação) | Países Baixos (UE) | Ver → |
| PostHog, Inc. | Analytics de produto (eventos de cadastro e ativação no servidor) | nomes e horários de eventos; identificador do espaço de trabalho (sem nomes, e-mails ou conteúdo) | EUA | Ver → |
| Better Stack, Inc. | Monitoramento de disponibilidade e sinais de atividade | metadados de saúde dos endpoints | EUA | Ver → |
Controles de acesso
Escopos de conectores
Cada sistema conectável pelo operador opera sob um conjunto documentado de escopos do lado do provedor. A lista abaixo é renderizada a partir do nosso manifesto interno de escopos — o que você vê é o que o cliente OAuth (ou credencial equivalente) de fato solicita.
-
Amplitude Somente leitura; a permissão permitiria gravar
Lê, por cliente, a contagem de eventos, a data da última atividade e os eventos mais usados pela Dashboard REST API do Amplitude, para os sinais de saúde de contas do Gerente de renovações, com a chave de API e a chave secreta do seu projeto. A Ataski faz apenas solicitações de leitura — observe que o Amplitude não oferece chave de projeto somente leitura: a mesma chave de API pode enviar eventos ao projeto, então é tecnicamente de leitura e escrita.
-
Anthropic (Bring Your Own Key) Pode gravar
Encaminha as chamadas ao Claude pela sua própria chave de API da Anthropic. A chave é armazenada criptografada e usada apenas no momento de cada chamada; a Anthropic cobra você diretamente por esse tráfego, e a fatura da Ataski não o inclui. Troque ou remova a chave em Configurações a qualquer momento.
-
BambooHR Somente leitura; a permissão permitiria gravar
Lê seus funcionários com cargo, valor e período de pagamento por um relatório gerado sob demanda (nada é salvo no BambooHR) para que o registro de quadro de pessoal do Analista financeiro mostre equipe e salários. Usa o subdomínio da sua empresa e uma chave de API de um usuário do BambooHR. A Ataski faz apenas solicitações de leitura — observe que o BambooHR não oferece chave de API somente leitura: a chave carrega as permissões do usuário que a criou, então é tecnicamente de leitura e escrita onde esse usuário puder escrever.
-
Bitrix24 Somente leitura; a permissão permitiria gravar
Lê os seus negócios (crm.deal.list — o único método chamado) para que o Analista financeiro possa planejar a receita a partir do pipeline, por um webhook de entrada que você cria no seu próprio portal Bitrix24 com a permissão CRM (crm) e pode revogar com um clique. A Ataski faz apenas solicitações de leitura — observe que a permissão crm do Bitrix24 não tem variante somente leitura, então o webhook é tecnicamente de leitura e escrita.
-
Chargebee Somente leitura
Lê assinaturas e faturas para que o Analista financeiro possa montar a receita recorrente, com uma chave de API somente leitura do seu site Chargebee (Settings → Configure Chargebee → API Keys). Não pode criar, alterar nem cancelar uma assinatura ou uma fatura.
-
Close Somente leitura; a permissão permitiria gravar
Lê as oportunidades para as datas de renovação e pesquisa leads para que o Assistente de vendas ativas não contate alguém que já está no seu CRM, com uma chave de API que você cola. A Ataski faz apenas solicitações de leitura — observe que o Close não oferece chave de API somente leitura: a chave carrega o acesso completo do usuário que a criou, então a permissão é tecnicamente de leitura e escrita.
-
Deel Somente leitura
Lê as suas pessoas e o valor e o período de pagamento de cada vínculo para que o registro de quadro de pessoal do Analista financeiro mostre equipe e salários, com um token de API que você cria no Deel (Developer → API keys). O token tem o acesso que você lhe dá no Deel; a Ataski só lê a lista de pessoas e nunca altera um contrato ou um pagamento.
-
DocuSign Somente leitura
Lê os envelopes concluídos e seus documentos assinados para a entrada de contratos. A DocuSign oferece um único escopo de assinatura, sem variante somente leitura: o token poderia enviar envelopes; nosso código nunca faz isso. Não pode escrever: nunca criamos, enviamos nem anulamos um envelope.
-
Dropbox Somente leitura
Lê a listagem de arquivos e o conteúdo dos arquivos na pasta que o cliente conecta para a entrada de contratos (files.metadata.read + files.content.read). Não pode escrever, mover nem excluir nenhum arquivo do Dropbox.
-
Microsoft Dynamics 365 Business Central Somente leitura; a permissão permitiria gravar
Lista seus ambientes e empresas do Business Central para você escolher uma e depois lê apenas essa empresa: o plano de contas, os lançamentos contábeis com suas dimensões, a configuração contábil, as informações da empresa e o vencimento das contas a receber e a pagar, para o Analista Financeiro; e as faturas de venda em aberto, notas de crédito, clientes (nome e endereço de e-mail) e linhas não lançadas do diário de pagamentos de clientes, para o Gerente de cobranças. A Ataski envia apenas solicitações de leitura — observe que a Microsoft não oferece uma permissão somente leitura do Business Central, então a permissão concedida é tecnicamente de leitura e gravação, limitada ao que o seu próprio usuário do Business Central pode fazer.
-
Freshdesk Pode gravar
Publica as respostas que você aprova no ticket original do Freshdesk e — só quando você executa a importação da central de ajuda — lê seus artigos publicados de Solutions. Usa a chave de API de um agente, tirada do perfil dele no Freshdesk; as chaves do Freshdesk carregam todas as permissões do agente, então a chave pode fazer mais do que a Ataski usa. A Ataski nunca edita, fecha nem exclui um ticket ou um artigo.
-
Front Pode gravar
Publica as respostas que você aprova na conversa original do Front, usando um token de API que você cria no Front (Settings → Developers → API tokens) com o escopo Shared resources. O token pode fazer tudo o que suas permissões no Front permitirem; a única chamada que a Ataski faz com ele é enviar uma resposta a uma conversa que a Ataski recebeu. Novas mensagens chegam à Ataski por um webhook do Front assinado com um segredo que você cola.
-
Gmail (operator mailbox) Pode gravar
Envia os e-mails aprovados de prospecção e de cobrança a partir da própria caixa de correio do Gmail do operador. A conexão básica solicita apenas gmail.send — um escopo somente de envio que não consegue ler a caixa de correio. Dois recursos opcionais pedem um consentimento separado: a entrega de rascunhos (gmail.compose / gmail.modify, para colocar os rascunhos na pasta Rascunhos do operador) e a verificação de contatos duplicados (gmail.metadata / gmail.readonly, usada para consultar metadados das conversas — o corpo das mensagens nunca é lido). Nada é enviado sem passar pela fila de aprovação do operador.
-
Google Calendar Somente leitura
Lê apenas as janelas de disponibilidade livre/ocupado (calendar.freebusy) para propor horários de reunião — nunca títulos de eventos, participantes ou descrições. Não pode criar nem modificar nenhum evento do calendário.
-
Google Drive Somente leitura
Lê a pasta que o cliente conecta para a entrada de contratos (drive.readonly). Não pode criar, modificar nem excluir nenhum arquivo do Drive.
-
Gusto Somente leitura
Lê sua empresa, os funcionários e a remuneração deles (companies:read, employees:read, compensations:read) para que o registro de quadro de pessoal do Analista financeiro mostre equipe e salários. O Gusto atribui esses escopos ao app da Ataski quando o revisa, por isso a tela de consentimento não lista nenhum; todos são de leitura. Não pode criar nem alterar funcionários, nem rodar a folha de pagamento.
-
Help Scout Pode gravar
Publica as respostas que você aprova na conversa original do Help Scout. O Help Scout não tem escopos OAuth: o app age com o acesso à Mailbox API do usuário do Help Scout que o conecta, então a permissão é mais ampla do que a Ataski usa — a única chamada feita com ela é publicar uma resposta em uma conversa que a Ataski recebeu. Novas conversas chegam à Ataski por um webhook do Help Scout que você cria, assinado com um segredo que você cola.
-
HubSpot Somente leitura
Lê negócios, contatos e empresas. Não pode criar nem modificar nenhum registro do HubSpot — a escrita de volta no CRM funciona somente com o Salesforce. Um workspace que colou um token de app privado do HubSpot em vez de conectar é lido por esse token da mesma forma: ele carrega os escopos marcados ao criar o app privado, e a Ataski continua apenas lendo.
-
Intercom Pode gravar
Lê contatos, empresas e conversas para os sinais de saúde de contas e de renovações, lê os artigos da sua central de ajuda quando você executa a importação e publica as respostas que você aprova como resposta de administrador na conversa original. Usa o token de acesso de um app que você cria no Intercom Developer Hub; o que esse token pode fazer é definido pelas permissões do app no Intercom. A Ataski nunca edita nem exclui contatos, empresas ou artigos.
-
Linear (legacy) Somente leitura; a permissão permitiria gravar
Novas conexões não são mais aceitas. Uma conexão do Linear feita antes de 07/09/2026 continua sendo lida uma vez por semana para o resumo de operações: a lista de equipes, o ciclo ativo de cada equipe e as tarefas desse ciclo, pela API GraphQL do Linear com a chave de API pessoal que foi colada. A Ataski faz apenas solicitações de leitura — observe que uma chave de API pessoal do Linear carrega o acesso completo de quem a criou, a menos que tenha sido restringida na criação, então a permissão é tecnicamente de leitura e escrita. Exclua a chave no Linear para encerrar o acesso.
-
Mixpanel Somente leitura
Lê, por cliente, a data do último evento, os usuários ativos semanais e o volume de eventos pela Query API do Mixpanel, para os sinais de saúde de contas do Gerente de renovações, com uma conta de serviço (usuário e segredo) que você cria no seu projeto. Dê a ela o papel Consumer, que só pode ler; a Ataski nunca envia eventos nem altera o projeto.
-
NetSuite Somente leitura
Lê transações do GL, o aging de AR, o aging de AP, fotografias de provisões e a relação de subsidiárias via SuiteTalk REST. Novas conexões entram com OAuth 2.0 (authorization code + PKCE, escopo rest_webservices) por meio de um registro de Integration que o cliente cria na própria conta do NetSuite; conexões existentes podem continuar com Token-Based Authentication (TBA) — uma credencial no estilo OAuth 1.0a que o cliente gera dentro da interface do NetSuite (Setup → Users/Roles → Access Tokens). Em ambos os casos o acesso é limitado a um papel do NetSuite somente leitura escolhido pelo cliente, e a Ataski emite apenas consultas de leitura. Não pode lançar partidas de diário, modificar registros nem fechar períodos contábeis.
-
Notion Pode gravar
Usa um token de integração interna que você cria no Notion. Uma integração do Notion só vê as páginas e bancos de dados que você compartilha com ela. A Ataski lê as páginas que você compartilha para a base de conhecimento do Suporte e adiciona uma página nova para cada resumo de contrato ou resumo financeiro entregue ao banco de dados que você escolher. Nunca edita nem exclui uma página existente; o que o token pode fazer nas páginas compartilhadas é definido pelas capacidades que você marca na integração no Notion.
-
1C:Enterprise Somente leitura
Lê o plano de contas, os movimentos e saldos do registro contábil e as contas a receber da sua base 1C:Enterprise pela interface OData publicada, para o Analista financeiro e o Gerente de cobranças. Entra como um usuário do 1C que você cria, então o acesso fica limitado aos direitos desse usuário no 1C — dê a ele direitos somente de leitura. A Ataski faz apenas consultas de leitura e nunca lança um documento nem altera a base.
-
Microsoft Outlook / Microsoft 365 Pode gravar
Um único consentimento da Microsoft cobre a entrada de documentos (Files.Read.All), a disponibilidade do calendário (Calendars.Read), a detecção de respostas (Mail.Read) e o envio dos e-mails aprovados de prospecção e de cobrança a partir da própria caixa de correio do Outlook do operador (Mail.Send — a superfície de escrita). Uma conexão concedida sem Mail.Send nunca é tratada como capaz de enviar, e nada é enviado sem passar pela fila de aprovação do operador.
-
Paddle Somente leitura
Lê assinaturas e transações para que o Analista financeiro possa montar a receita recorrente, com uma chave de API que você cria no Paddle. O que a chave pode fazer é definido no Paddle; a Ataski faz apenas solicitações de leitura e nunca altera uma assinatura ou uma transação.
-
Pipedrive Somente leitura; a permissão permitiria gravar
Lê os negócios e as organizações a que pertencem, para as datas de renovação e o pipeline do Analista financeiro, e pesquisa pessoas e organizações para que o Assistente de vendas ativas não contate alguém que já está no seu CRM. Usa o domínio da sua empresa e um token de API pessoal que você cola. A Ataski faz apenas solicitações de leitura — observe que o Pipedrive não oferece token de API somente leitura: o token carrega o acesso completo do usuário dono dele, então a permissão é tecnicamente de leitura e escrita.
-
PostHog Somente leitura
Lê, por cliente, os eventos recentes do produto e a data da última atividade para os sinais de saúde de contas do Gerente de renovações, com uma chave de API pessoal e a sua região (US ou EU). O PostHog permite limitar os escopos de uma chave pessoal, e os de leitura bastam; a Ataski nunca envia eventos nem altera o seu projeto.
-
Postmark (your own account) Somente leitura; a permissão permitiria gravar
Lê devoluções, registros de mensagens enviadas, aberturas e cliques do seu próprio servidor Postmark para que o Gerente de renovações perceba clientes cujo e-mail deixou de chegar, com um Server API token que você cola (Postmark → Servers → seu servidor → API Tokens). A Ataski faz apenas solicitações de leitura — observe que o Postmark não oferece token de servidor somente leitura: o token também poderia enviar e-mails desse servidor, então é tecnicamente de leitura e escrita. Isso é separado da conta Postmark da própria Ataski, listada como suboperador.
-
QuickBooks Online Somente leitura; a permissão permitiria gravar
Lê o plano de contas, o P&L, o balanço patrimonial, o fluxo de caixa, as faturas, os clientes e os fornecedores. A Ataski emite apenas requisições de leitura — observe que a Intuit não oferece nenhum escopo contábil somente leitura, então a permissão que você concede é tecnicamente de leitura e escrita.
-
Recall.ai Pode gravar
Cria bots que entram nas reuniões agendadas e depois lê suas transcrições e os metadados de engajamento. A superfície de escrita se limita a despachar o bot; não pode alterar nenhum dado do calendário, da videoconferência ou do anfitrião da reunião.
-
Recurly Somente leitura
Lê planos, assinaturas e faturas para que o Analista financeiro possa montar a receita recorrente, com uma chave de API privada que você cria no Recurly. O que a chave pode fazer é definido no Recurly; a Ataski faz apenas solicitações de leitura e nunca altera uma assinatura ou uma fatura.
-
Rippling Somente leitura
Lê trabalhadores, usuários e remuneração (workers.read, users.read, compensations.read) para que o registro de quadro de pessoal do Analista financeiro mostre equipe e salários, com um token de API que você cria no Rippling (Tools → Developer → API Tokens). O token só vê o que o criador vê, e todos os escopos pedidos são de leitura. A Ataski nunca altera um registro do Rippling.
-
Sage Intacct Somente leitura
Lê contas do GL, lançamentos de diário, AR/AP e o balancete por meio dos Web Services do Sage Intacct, com credenciais de Web Services provisionadas pelo cliente: um sender ID que o cliente obtém da Sage e autoriza na própria empresa, e um usuário de Web Services somente leitura que o cliente cria dentro da administração do seu Sage Intacct. Nenhum login OAuth está envolvido. Não pode lançar partidas de diário nem modificar nenhum dado do Sage Intacct.
-
Salesforce Pode gravar
Lê contas, contatos, oportunidades e atividades para os sinais de renovação e de prospecção, e escreve de volta a atividade de CRM que o cliente ativar. O escopo api do Salesforce é a API REST completa — o Salesforce não oferece nenhum escopo de dados mais restrito, por isso o declaramos como capaz de escrita em vez de chamar o conector de somente leitura. refresh_token / offline_access apenas mantêm a concessão ativa.
-
Segment Somente leitura
Lê, por cliente, os eventos recentes da Segment Profile API (parte do plano pago de perfis do Segment, na sua própria assinatura) para os sinais de saúde de contas do Gerente de renovações, com um token de acesso da Profile API. A Profile API só lê perfis; a Ataski nunca envia eventos.
-
Shopify Somente leitura
Lê os pedidos da sua loja (read_orders; adicione read_all_orders, ou o Shopify devolve só os últimos 60 dias) para que o Analista financeiro possa modelar o valor do pedido, recompras e crescimento. Usa o token de Admin API de um app personalizado que você cria na loja; o token só pode fazer o que os escopos marcados permitem, e os dois pedidos são de leitura. A Ataski nunca cria, altera ou reembolsa um pedido.
-
Slack (Ataski app) Pode gravar
Instala o bot da Ataski no seu workspace do Slack. Ele publica avisos, resumos e respostas (chat:write), abre uma mensagem direta com um colega (im:write) depois de localizar essa única pessoa pelo e-mail (users:read.email — o Slack exige users:read junto; o diretório nunca é listado), registra o comando /ataski (commands) e lê apenas as mensagens endereçadas ao bot: @menções (app_mentions:read) e mensagens diretas para ele (im:history, im:read). Não consegue ler canais em que não é mencionado nem alterar as configurações ou os membros do workspace.
-
Slack incoming webhook Pode gravar
Uma URL de Incoming Webhook do Slack que você cria no Slack e cola aqui (só são aceitos endereços hooks.slack.com). Ela só consegue publicar mensagens no único canal para o qual foi criada — resumos de contratos, lembretes de obrigações, avisos de relatórios financeiros e alertas de contas a receber — e nada mais: não lê nenhuma mensagem, não lista canais nem vê quem está no workspace. Fica armazenada criptografada; exclua o webhook no Slack para revogá-lo.
-
SMTP mailbox Pode gravar
Envia os e-mails de cobrança que o Gerente de cobranças prepara a partir da sua própria caixa de correio (Yahoo, Apple iCloud, Fastmail ou seu próprio servidor), entrando com o usuário e a senha que você informa. A Ataski só se conecta por SMTP, que pode enviar e-mails mas não lê-los, movê-los ou excluí-los. No seu próprio servidor essa senha pode ser a senha real da caixa — use uma senha de app sempre que o seu provedor oferecer. Armazenada criptografada.
-
Stripe Somente leitura
Lê assinaturas, faturas, clientes, reembolsos e intenções de pagamento por meio de uma chave de API restrita fornecida pelo cliente. Não pode criar, modificar nem reembolsar cobranças.
-
Microsoft Teams webhooks Pode gravar
Dois links do Microsoft Teams, ambos criados por você dentro do Teams e ambos limitados a um canal. Uma URL de Incoming Webhook (um endereço *.webhook.office.com ou do Workflows *.logic.azure.com / *.environment.api.powerplatform.com) permite que a Ataski publique lembretes de obrigações e alertas de contas a receber nesse canal. Um Outgoing Webhook permite que o Analista financeiro responda quando alguém o @menciona ali: o Teams envia apenas essa mensagem, assinada com um segredo que a Ataski guarda criptografado e verifica, e a resposta volta como réplica. Nenhum dos dois consegue ler outras mensagens, listar equipes ou membros nem agir em qualquer outro lugar do Microsoft 365.
-
Xero Somente leitura
Lê o P&L, o balanço patrimonial, o plano de contas, as categorias de rastreamento e as configurações da organização, além dos documentos de origem por trás deles — faturas de venda, faturas de fornecedores, notas de crédito, transações bancárias e lançamentos manuais —, que é como o detalhe no nível do lançamento é reconstruído, e os registros de contato de clientes e fornecedores aos quais esses documentos são endereçados, que é como um recebível encontra um e-mail de cobrança. Cada um deles é um escopo granular SEPARADO desde 2026-09-08: os dois escopos amplos que o Xero descontinuou (todas as transações, todos os relatórios) não são mais solicitados. O próprio feed do livro razão do Xero (o endpoint Journals) só é vendido a partir do nível de aplicativos Advanced do Xero e NÃO é lido, então os lançamentos que o Xero faz por conta própria — folhas de pagamento, depreciação do ativo imobilizado, custo das vendas de estoque rastreado, reavaliação cambial, o fechamento do exercício — não aparecem nesse detalhe. Os três escopos de leitura de folha de pagamento são OPCIONAIS e ficam desativados por padrão: eles só são solicitados quando o operador pede que o registro de quadro de pessoal leia os funcionários e a remuneração de cada pessoa do Xero Payroll, e um espaço de trabalho que nunca pede isso mantém um token sem eles. Não pode criar nem modificar nenhum dado do Xero, folha de pagamento incluída.
-
Yandex Disk Somente leitura
Lê os arquivos PDF, Word e Excel da pasta do Yandex Disk que você conecta para o recebimento de contratos (cloud_api:disk.read). Não pode criar, modificar nem excluir nenhum arquivo do seu Disk.
-
Zendesk Pode gravar
Lê os tickets e o histórico deles para os sinais de saúde de contas e de renovações, lê os artigos publicados do Help Center e as macros quando você executa a importação, e publica as respostas que você aprova como comentário público no ticket original. Usa um token de acesso OAuth de um cliente OAuth que você cria no Zendesk Admin Center; o escopo do token é definido lá, então a Ataski o registra como desconhecido em vez de adivinhar. Já a importação da central de ajuda entra com o e-mail da sua conta e um token de API do Zendesk, que carrega as permissões desse usuário. A Ataski nunca exclui tickets nem altera usuários, grupos ou configurações.
-
Zoho CRM + Zoho Books Somente leitura
Lê contatos, contas e estágios de negócios do CRM, além de faturas, contatos e configurações da organização do Zoho Books para a carteira de renovações, e o plano de contas, as movimentações por conta e as faturas de fornecedores em aberto (fornecedor, saldo, vencimento, condições de pagamento) do Zoho Books para o Analista Financeiro. Todo escopo solicitado é um escopo .READ — não pode criar nem modificar nenhum registro do Zoho.
Teste de intrusão
O que um testador externo encontrou.
Nenhum teste de penetração externo foi realizado ainda. As verificações de segurança automatizadas listadas acima rodam em cada mudança, mas não o substituem.
Contrato
Os documentos que o seu jurídico vai pedir.
Todos são públicos e versionados. O DPA é o contrato do artigo 28 do RGPD (GDPR Article 28); sob a CCPA atuamos como Service Provider e não operamos como corretor de dados. A lista de suboperadores traz uma impressão digital registrada em cada DPA assinado, então você consegue provar com qual versão concordou.
Seus direitos
Exportar, corrigir, excluir.
Sob o GDPR e o UK GDPR, você pode pedir uma cópia dos seus dados, uma correção ou a exclusão. A exportação é self-service no seu painel. Excluir um espaço de trabalho (Configurações → Excluir espaço de trabalho, ou um e-mail para security@ataski.com) inicia um período de carência de 30 dias durante o qual você pode mudar de ideia; depois, o expurgo é executado e concluído em até 48 horas em nosso banco de dados e armazenamento de arquivos. As cópias que os fornecedores mantêm em seus próprios prazos expiram conforme os termos de retenção de cada fornecedor, listados na Política de retenção de dados.
Informações da empresa
Quem opera a Ataski.
GlobalDeal Inc.
A Ataski é operada pela GlobalDeal Inc., uma C-Corporation de Delaware. Endereço postal:
GlobalDeal Inc.1720 W Ball Rd, Ste 4B #136
Anaheim, CA 92804
United States
Segurança, privacidade e compras: security@ataski.com
Perguntas
Revisões de segurança e dúvidas.
Envie um e-mail para security@ataski.com para questionários de segurança, o DPA, relatos de vulnerabilidades ou qualquer assunto desta página. Confirmamos o recebimento em até dois dias úteis e enviamos uma resposta por escrito, geralmente em até uma semana.