Política de Privacidade

1. Quem somos e o que esta política abrange

afka é um produto da Afka, Inc., uma corporação de Delaware em 2810 N Church St STE 89857, Wilmington, DE 19802, Estados Unidos. afka oferece colegas de IA a uma empresa que recebem trabalho num canal de chat, o planeiam, agem nas suas ferramentas conectadas dentro da autonomia que a empresa define, e reportam de volta. Cada ação que um agente toma é escrita num registo de auditoria apenas para acréscimo.

Abrange o website em afka.ai, a aplicação em app.afka.ai, a superfície de voz em talk.afka.ai, os agentes nos canais conectados de um cliente, o assistente de reuniões, e a interface pública de programação de aplicações (em conjunto, os Serviços).

Dois papéis percorrem-no. Para conteúdo que flui através do workspace de um cliente, o cliente é o controlador e afka o processador, agindo sob as instruções documentadas desse cliente sob o Acordo de Processamento de Dados: se os seus dados estão lá porque trabalha nessa empresa ou lidou com eles, o seu pedido vai para eles e afka assiste. Para administração de conta, faturação, telemetria de segurança, análise de produto e website próprio da afka, afka é o controlador.

Definições utilizadas nesta política

• Cliente: a organização que detém um workspace afka sob os Termos de Serviço da afka.
• Dados do Cliente: conteúdo submetido a, gerado em ou recuperado pelos Serviços sob instruções de um Cliente: mensagens de canal em conversas das quais um agente faz parte, transcrições de reuniões, texto de voz, tarefas, execuções, artefatos, aprovações, conhecimento do workspace, e dados de conta conectada.
• Canal Conectado: uma superfície que um Cliente vincula ao seu workspace: Slack, Microsoft Teams, Google Chat, Zoom Team Chat, Discord, ClickUp, a aplicação web, email, a superfície de voz e a interface pública de programação de aplicações.
• Integração Ativada pelo Cliente: uma plataforma ou conta de terceiros que um Cliente conecta, ou para a qual direciona um agente.
• Sub-processador: um terceiro que afka contrata para processar Dados do Cliente em nome da afka.
• Autonomia: a definição por agente que decide quanto um agente pode fazer antes de pedir a uma pessoa nomeada.

2. A informação que afka recolhe

• Informação de conta e espaço de trabalho: identificador de utilizador, nome, endereço de correio eletrónico, identificadores de espaço de trabalho e organização, função e capacidades, identificadores de fornecedor de identidade quando é utilizado início de sessão único, e metadados de sessão e dispositivo.
• Referências de ligação: a plataforma, a conta, os âmbitos concedidos, o membro que a ligou e o seu estado. Para um conector acedido através da plataforma de conector, a concessão OAuth é mantida lá e afka mantém apenas uma referência a ela, no cofre secreto da plataforma.
• Conteúdo do espaço de trabalho: tarefas e as suas instruções, planos, execuções, artefatos, aprovações e o seu contexto, resultados de agentes, conhecimento do espaço de trabalho e as suas incorporações.
• Mensagens de canal: um agente lê as conversas a que foi adicionado e mensagens diretas a ele endereçadas, não a totalidade de um espaço de trabalho. Dentro delas, afka recebe conteúdo de mensagem e metadados: identificadores de remetente e destinatário, nomes de apresentação e marcas de tempo.
• Dados de reunião e voz: quando o assistente de reunião afka é convidado para uma chamada, junta-se como participante nomeado e visível e anuncia-se. afka transcreve; não grava vídeo e não mantém biblioteca de gravações. Armazenado: a transcrição, as amostras de reconhecimento de fala associadas, identificadores de participantes e nomes de apresentação, título da reunião, horas e resultados. Para a superfície de voz, fala convertida em texto, com metadados de sessão.
• Dados de serviço, utilização e faturação: entradas de auditoria, registos de aplicação e infraestrutura, telemetria de erro e segurança incluindo relatórios de política de segurança de conteúdo, consumo de crédito num livro de registo apenas para acréscimo, e metadados de faturação e transação. Os detalhes do cartão são tratados pelo fornecedor de pagamento de afka, nunca armazenados por afka.
• Análise e comunicações: eventos de utilização, medição de website e dados de identificação de visitante após consentimento (Secção 5), e correspondência de apoio e vendas.

Dados que afka lhe pede que não envie. Os Serviços não são concebidos, certificados ou destinados a informação de saúde protegida, dados de cartão de pagamento, informação financeira não pública, categorias especiais de dados pessoais sob o Artigo 9 do RGPD, dados de condenação criminal, dados pessoais de menores de dezasseis (16) anos, ou dados sujeitos a controlo de exportação. Submetê-los é proibido pelo DPA.

3. Como afka utiliza informações

• Para fornecer os Serviços: receber trabalho num Canal Conectado, planeá-lo, executá-lo em ferramentas conectadas dentro da autonomia configurada, solicitar aprovação quando necessário e comunicar os resultados.
• Para executar o processamento de IA por trás do resultado: o conteúdo é enviado aos fornecedores de IA descritos na Secção 4 para inferência, e o código escrito pelo modelo é executado numa sandbox isolada. Os resultados são probabilísticos e o Cliente permanece responsável pela sua revisão.
• Para proteger, apoiar e faturar: autenticação, isolamento de inquilino, prevenção de abuso e fraude, detecção de bot, limitação de taxa, medição, pagamento e notificações de serviço.
• Para melhorar os Serviços através de medição agregada ou desidentificada. afka não utiliza Dados do Cliente para treinar modelos de IA de uso geral e exige o mesmo dos seus fornecedores.
• Para comercializar os próprios produtos da afka para contactos comerciais, sujeito às Secções 5 e 8, e para cumprir a lei e defender reclamações.

afka não vende dados pessoais por consideração monetária e não utiliza Dados do Cliente para publicidade ou criação de perfis comportamentais entre contextos. Dependendo da sua jurisdição, algumas análises de website descritas na Secção 5 podem contar como uma venda, uma partilha ou publicidade direcionada; o controlo de consentimento aí é como interrompê-lo.

4. Sub-processadores e como afka partilha informações

A. Sub-processadores actuais

Cada um é contratado sob um contrato escrito que impõe obrigações substancialmente não menos protectoras do que as que afka deve aos seus Clientes, e afka permanece responsável pelo seu desempenho. afka dá aviso de pelo menos trinta (30) dias antes de um novo processar Dados do Cliente, e um Cliente pode objectar sob a Secção 7.3 do DPA.

Sub-processadores actuais:

Sub-processador	Finalidade	Dados que pode processar
Supabase	Base de dados Postgres gerida, autenticação incluindo início de sessão único SAML, tempo real, execução de funções do lado do servidor, armazenamento de objectos e cofre de segredos.	Registos de espaço de trabalho e conta, identificadores de utilizador e eventos de autenticação, tarefas, execuções, aprovações, artefatos, o registo de auditoria, transcrições de reuniões, o livro de créditos, e as referências de ligação mantidas no cofre.
Render	Alojamento de aplicações para a aplicação web, a interface de programação de aplicações pública, o trabalhador de fundo, os sites estáticos e a entrada de voz.	Metadados de pedido e registos de aplicações, e Dados do Cliente em trânsito através da aplicação enquanto um pedido é servido.
Cloudflare	O desafio gerido utilizado para distinguir humanos do tráfego automatizado, e terminação de nome de anfitrião personalizado para páginas viradas para o Cliente.	Metadados de rede, o endereço de onde um pedido vem, e o resultado do desafio. Nenhum conteúdo de espaço de trabalho.
Upstash	Armazenamento de chave-valor gerido utilizado como cache quente e para limites de taxa por inquilino.	Valores em cache de curta duração com chave para um espaço de trabalho, e contadores de limite de taxa.
Temporal Cloud	Orquestração durável de trabalho de agente de longa duração.	Estado do fluxo de trabalho, e as entradas e resultados passados entre os passos de uma execução.
E2B	Execução isolada de microVM de código escrito por modelo.	O código que um agente escreve e os dados que a execução recebe para trabalhar, durante a vida da execução. O convidado é destruído quando a execução termina.
Pipedream	A plataforma de conector através da qual um Cliente liga contas de terceiros e através da qual as acções de conta ligada são realizadas.	A concessão de autorização para um conector que gere, e os dados que passam para e da conta ligada dentro dos âmbitos que o Cliente concedeu.
Recall.ai	O assistente de reunião que se junta a uma chamada agendada como participante nomeado e devolve a transcrição.	Áudio de reunião durante a chamada, a transcrição resultante, nomes de participantes e metadados de chamada. Não há gravação de vídeo.
Retell AI	O agente de voz ao vivo que conduz uma conversa falada na superfície de voz.	Áudio de chamada, as voltas transcritas da conversa, e metadados de chamada.
Cartesia	Conversão de texto em fala para a superfície de voz.	O texto que um agente fala, e o áudio gerado a partir dele.
Telnyx	Transporte de telefonia que transporta chamadas de voz para e da superfície de voz.	Áudio de chamada em trânsito, e metadados de encaminhamento e duração de chamada.
Postmark	Email transaccional enviado pelos Serviços, e recepção de correio de entrada para o canal de email.	Endereços de remetente e destinatário, assunto e corpo das mensagens enviadas e recebidas, e resultados de entrega.
Resend	Email de notificação interna e de acompanhamento enviado pelos Serviços.	Endereços de destinatário, e o conteúdo das mensagens enviadas.
Loops	Email de ciclo de vida.	O nome e endereço de email comercial de um contacto de conta, e eventos de ciclo de vida.
PostHog	Análise de produtos para a aplicação, em infraestrutura dos Estados Unidos, servida através de um proxy de primeira parte em e.afka.ai.	Eventos de utilização, visualizações de página, e identificadores de utilizador e espaço de trabalho. Nenhum conteúdo de mensagem, transcrição, email ou tarefa é enviado para ele.
Stripe	Processamento de pagamentos e facturação de subscrição.	Detalhes de contacto de facturação, e metadados de transacção e subscrição. Os detalhes do cartão são tratados pela Stripe e não são armazenados por afka.

Cada um processa apenas o que a sua função requer, sob contrato, e cada um está vinculado por termos de confidencialidade e protecção de dados.

A tabela acima é a lista actual. Faz parte do Acordo de Processamento de Dados e é a lista a que a Secção 7 do DPA se refere. Um Cliente recebe aviso de uma adição ou substituição com antecedência de esse sub-processador processar Dados do Cliente, e pode objectar a isso, pelo mecanismo que a Secção 7 do DPA estabelece. Para ter uma cópia enviada para si, ou para subscrever um endereço adicional para avisos de alteração, escreva para privacy@afka.ai.

Os fornecedores que medem o site de marketing são nomeados na Secção 5: processam dados de visitantes, não conteúdo de espaço de trabalho.

B. Fornecedores de IA

afka utiliza um pequeno número de fornecedores de modelos de IA sob contrato:

• Anthropic: os modelos de linguagem primários, em uso sempre que um agente é executado.
• Moonshot: um nível de contingência ao vivo para os modelos de linguagem, alcançado quando o fornecedor primário está indisponível ou degradado.
• OpenAI: apenas conversão de fala em texto, alcançado quando uma funcionalidade de voz ou reunião é invocada.
• Voyage AI: incorporações, utilizadas para indexar a base de conhecimento do espaço de trabalho e para executar um passo de recuperação sobre ela.
• Tavily: o passo de pesquisa web, alcançado quando uma tarefa requer pesquisa na web pública.

afka nomeia um fornecedor aqui apenas quando esse fornecedor está em uso.

• Lista actual: os fornecedores nomeados acima são os fornecedores em uso, e também aparecem na tabela de sub-processadores na Secção 4.A nesta página. Essa lista é mantida sob a Secção 7.3 do DPA, e uma alteração a ela é notificada com antecedência.
• Residência de dados: a inferência é executada em infraestrutura dos Estados Unidos. afka não oferece residência de dados da União Europeia e não o afirma.
• Retenção do fornecedor: os fornecedores podem reter dados temporariamente sob as suas próprias políticas para monitorização de segurança e abuso. Cada pedido é processado isoladamente, invisível para outro Cliente.
• Sem treino: Dados do Cliente não são utilizados para treinar modelos de IA de uso geral, por afka ou seus fornecedores. Isto reflecte os contratos em vigor com cada um; se afka souber de uma alteração que reduza materialmente essa protecção, dá aviso através do processo de alteração de sub-processador, que comporta aviso de trinta (30) dias, um direito de objecção e uma rota para terminar.

C. Integrações Habilitadas pelo Cliente não são sub-processadores de afka

O fornecedor de uma plataforma que um Cliente liga não é um sub-processador de afka apenas porque o Cliente a ligou, a menos que apareça na lista de sub-processadores descrita na Secção 4.A. Os dados são transmitidos lá por instrução do Cliente e dentro dos âmbitos concedidos, e o que esse fornecedor faz com eles é regido pelo acordo próprio do Cliente com ele. O Cliente é responsável pelos âmbitos que concede, pelos avisos e consentimentos necessários, e pela conformidade com os termos dessa plataforma. Quando um fornecedor aparece em ambos os papéis, o seu estatuto como sub-processador de afka cobre apenas o uso de afka dele.

D. Ferramentas que afka utiliza para gerir o seu próprio negócio

afka também utiliza ferramentas comerciais ordinárias suas. Mantêm os registos próprios de afka, incluindo os detalhes de contacto de pessoas que se informam, e não são processadores de Dados do Cliente. São HubSpot, o sistema de relacionamento com clientes de afka; Dub, para ligações de criador e afiliado; Notion, para rastreamento de tarefas internas; GitHub, para controlo de origem; e Instantly, para vendas de saída próprias de afka.

E. Outras divulgações

afka pode divulgar dados pessoais quando exigido por lei ou pedido legítimo, ou quando necessário para proteger direitos, propriedade ou segurança, ou para defender reclamações legais; quando permitido, afka informa o Cliente primeiro. Numa fusão, aquisição ou venda de activos, os dados podem transferir para o sucessor sob esta política ou uma não menos protectora.

5. Cookies, análise e o website afka

A. Cookies estritamente necessários. A aplicação define cookies e armazenamento do navegador necessários para o seu acesso, manutenção da sessão, memorização da sua área de trabalho e proteção contra abuso automatizado. Estes carregam sem consentimento porque os Serviços não funcionam sem eles.

B. O website de marketing: dois fornecedores, ambos atrás de um portão de consentimento. Em afka.ai e www.afka.ai dois fornecedores de análise carregam, nenhum até consentir na faixa de cookies.

• Google Analytics 4 mede visitas, páginas visualizadas, fonte de referência e desempenho de campanhas, mostrando quais páginas e campanhas funcionam.
• RB2B realiza identificação de visitantes por IP inverso. Dito claramente: toma o endereço de rede de um visitante e tenta identificar a empresa para a qual esse visitante trabalha, para que a equipa de vendas da afka possa ver quais empresas visitaram. afka nomeia-o porque um visitante deve saber que está em execução antes de consentir.

Se recusar, nenhum script carrega. Pode alterar ou retirar a sua escolha a qualquer momento através do controlo de cookies no website. afka não carrega pixels de publicidade ou rastreamento de redes sociais.

C. Análise de produtos dentro da aplicação. A aplicação utiliza PostHog, em infraestrutura dos Estados Unidos, atrás de um proxy de primeira parte em e.afka.ai para que os pedidos vão para um domínio afka em vez de um de terceiros. Regista eventos de utilização, visualizações de página e identificadores de utilizador e área de trabalho, mostrando quais partes do produto são utilizadas e onde falham. Não é utilizado para publicidade, e o conteúdo de mensagens, transcrições e tarefas nunca é enviado para ele.

D. Os seus controlos. Os controlos do navegador podem bloquear ou eliminar cookies, embora bloquear os estritamente necessários impeça o funcionamento da aplicação. Cada email de marketing contém uma ligação de cancelamento de subscrição; cancelar a subscrição deixa avisos de serviço e segurança em vigor.

6. Onde os dados são armazenados e como são protegidos

A. Localização

afka armazena e processa rotineiramente dados pessoais nos Estados Unidos: alojamento de aplicações, o worker de fundo, a entrada de voz, colocação em cache, limitação de taxa e análise de produtos funcionam em regiões dos Estados Unidos.

A base de dados gerida principal está localizada nos Estados Unidos, na região East US (Virgínia do Norte).

afka não oferece residência de dados da União Europeia.

B. Os controlos que têm maior peso

O isolamento de inquilino é aplicado na base de dados, por segurança ao nível de linha em todas as tabelas de inquilino com FORCE nas tabelas principais, e o modelo nunca contém uma credencial: um gateway de backend injeta-a no momento da execução. A página de segurança abrange estes, os pisos de aprovação e os controlos de transporte. Três pontos têm incidência direta sobre dados pessoais.

• O código escrito pelo modelo é executado numa microVM isolada, um convidado por tarefa, destruído após a execução e nunca reutilizado em espaços de trabalho, com tokens com âmbito de curta duração em vez de segredos de longa duração, e limites de CPU, memória, tempo de parede e créditos. A saída de rede da sandbox é negada por predefinição.
• O registo de auditoria não pode ser editado ou eliminado. Todas as ações que um agente realiza são escritas nele, não apenas as ações que exigiam uma aprovação, e o modo apenas de acréscimo é aplicado por um acionador de base de dados que rejeita qualquer atualização ou eliminação de uma linha: o código de aplicação não pode reescrever o histórico e afka também não. Uma linha contém o ator, ação, alvo, marca de tempo, custo de crédito, identificador de execução, a aprovação que autoriza quando uma foi necessária, e se um humano ou um agente a iniciou. Não contém discurso de reunião, corpos de mensagens ou e-mails, conteúdos de documentos ou avisos de tarefas, e os Clientes podem exportá-lo em CSV e NDJSON.
• Segredos e tokens. As chaves de interface de programação de aplicações, os tokens de portador de diretório e os tokens de ligação móvel são armazenados como um hash SHA-256, mostrados uma vez e nunca recuperáveis. As referências de ligação são mantidas no cofre de segredos da plataforma; para um conector gerido pela plataforma de conector a concessão OAuth é mantida lá e afka contém apenas uma referência.

C. Encriptação em repouso

A encriptação em repouso é uma propriedade dos fornecedores de base de dados gerida, armazenamento e alojamento subjacentes, fornecida por eles em vez de ser implementada por afka.

D. Acesso pelo pessoal de afka

O acesso a plataformas de produção é concedido com base no princípio do menor privilégio, autenticado em cada fornecedor, e revogado quando já não é necessário. Não há acesso rotineiro ao conteúdo do Cliente: o pessoal de afka não lê mensagens do Cliente no curso ordinário, e o acesso de suporte é limitado ao que a questão exige. Todos os autorizados a processar Dados do Cliente estão sob uma obrigação de confidencialidade escrita que sobrevive ao seu envolvimento.

7. Quanto tempo os dados são mantidos

A. A única janela automática que afka opera

A fala capturada de reuniões é eliminada numa janela móvel de trinta (30) dias: as transcrições de reuniões e as amostras de reconhecimento de fala associadas são eliminadas, e na mesma janela o prompt armazenado de uma tarefa e o contexto armazenado de uma aprovação são esvaziados enquanto o registo em si é mantido. A janela é uma tarefa agendada executada diariamente. Os relatórios de política de segurança de conteúdo são eliminados aos trinta (30) dias; os registos de sessão de voz e as aprovações expiradas são eliminados numa base móvel.

afka não opera nenhuma outra varredura de eliminação automática geral. Para além disto, a eliminação ocorre a pedido do Cliente.

B. Eliminação durante o período

Um Cliente pode eliminar dados através dos Serviços: uma tarefa e o seu conteúdo; uma única chamada e a sua transcrição, que os Serviços recusam até o assistente de reunião ter sido removido dessa chamada; e uma conta conectada, desconectando-a. Na desconexão de um conector gerido pela plataforma de conector, afka revoga a conexão aí através de uma chamada de interface de programação de aplicações e regista-a no registo de auditoria; porque a concessão OAuth é mantida por essa plataforma, nenhum registo de token do lado de afka existe para eliminar. Qualquer pedido de eliminação escrito adicional é processado dentro de sessenta (60) dias, sujeito à Secção 7.E.

C. Após rescisão

Na rescisão ou expiração, na eliminação da conta, ou de outra forma após o fim dos Serviços, um Cliente tem trinta (30) dias para exportar ou solicitar a devolução dos seus dados, com exportação de auto-atendimento do registo de auditoria em CSV e NDJSON e assistência para qualquer coisa adicional. Se não o fizer, isso é uma instrução presumida para eliminar os dados incluindo cópias existentes, e afka fá-lo dentro de sessenta (60) dias após esse período de trinta (30) dias terminar. Após a janela de exportação os dados podem não ser recuperáveis. A pedido escrito dentro de sessenta (60) dias da conclusão, afka confirma a eliminação e identifica qualquer coisa retida.

D. Cópias de segurança

afka não opera nenhuma infraestrutura de cópia de segurança própria. A cópia de segurança e a restauração point-in-time são funções das plataformas de base de dados gerida e alojamento, e os meios de cópia de segurança são sobrescritos no curso ordinário da rotação desses fornecedores. afka não publica nenhum período de retenção de cópia de segurança e não representa que a eliminação de sistemas ativos se reflita imediatamente nas cópias de segurança.

E. Retenção legal

afka pode reter dados pessoais quando exigido por lei, ou sob uma retenção legal razoável para litígio, investigação ou disputa real ou antecipado, retendo apenas o que é necessário e apenas enquanto necessário. Os registos de faturação e fiscais são mantidos pelos períodos que a lei exige.

F. O que não é eliminado: o registo de auditoria

O registo de auditoria descrito na Secção 6 não é eliminado e não pode ser eliminado: append-only é imposto por um gatilho de base de dados, portanto sobrevive à eliminação dos dados de trabalho subjacentes. O registo de auditoria não contém conteúdo de fala ou mensagem. Uma linha pode ainda conter identificadores que são dados pessoais, como o nome da pessoa que agiu; quando um Cliente precisa que esses sejam apagados para responder a um titular de dados, afka discutirá de boa fé o que pode ser feito consistentemente com a integridade do registo, cuja retenção considera necessária para defender reclamações legais e para garantir o processamento.

8. Os seus direitos e opções

Dependendo do local onde vive, pode ter o direito de aceder aos dados pessoais que sobre si são detidos, de os corrigir ou eliminar, de receber uma cópia portátil, de se opor ou restringir o processamento, de retirar um consentimento, e de não ser discriminado pelo exercício destes direitos.

A porta a bater depende das funções na Secção 1. Se os seus dados estão no espaço de trabalho de um Cliente, esse Cliente é o responsável pelo tratamento: escreva para ele. Se afka é o responsável pelo tratamento (a sua conta, os seus registos de faturação, a sua visita ao website), escreva para privacy@afka.ai.

• Prazos de resposta: afka responde no prazo de quarenta e cinco (45) dias, prorrogável uma única vez por um período adicional de quarenta e cinco (45) dias quando o pedido é complexo, com notificação da prorrogação e da sua razão. A identidade pode necessitar de ser verificada primeiro.
• Recursos: se afka recusar um pedido, pode apresentar um recurso, respondendo à decisão ou escrevendo para privacy@afka.ai com as palavras Privacy Appeal na linha do assunto. Quando a sua jurisdição o permite, pode também apresentar uma reclamação ao seu procurador-geral.
• Agentes autorizados: quando a lei o permite, um agente pode submeter um pedido em seu nome com prova de autoridade.
• Retirada de consentimento e desconexão: um Cliente pode desconectar qualquer conta ligada da aplicação, revogando a ligação na plataforma do conector; um membro pode remover um agente de um canal; o assistente de reunião pode ser cancelado ou removido; e o consentimento de análise pode ser retirado através do controlo de cookies na Secção 5.
• Reclamações: no EEA, no Reino Unido e na Suíça pode apresentar uma reclamação à sua autoridade supervisora local; afka pede que a levante primeiro.

9. Transferências internacionais

Quando dados pessoais são transferidos para afka fora da Área Económica Europeia, Reino Unido ou Suíça, a transferência é feita sob as Cláusulas Contratuais Padrão da Comissão Europeia, e sob o Aditamento de Transferência Internacional de Dados do Reino Unido quando o UK GDPR se aplica, cada um conforme incorporado pela Secção 8 do DPA. As medidas em que se confia estão no Anexo II desse documento.

Representante da UE sob o Artigo 27 do GDPR. Afka, Inc. designou Dmitry Melnik, estabelecido na Polónia, como seu representante na União para os fins do Artigo 27 do GDPR. Os titulares de dados e as autoridades de supervisão na Área Económica Europeia podem contactar o representante em privacy@afka.ai, e afka pede que a correspondência seja marcada para a atenção do representante da UE.

10. Dados de utilizador do Google e Utilização Limitada

Quando um Cliente liga uma conta Google, a utilização e transferência de informações recebidas das interfaces de programação de aplicações do Google por parte da afka para qualquer outra aplicação cumprem a Política de Dados de Utilizador dos Serviços da API do Google, incluindo os seus requisitos de Utilização Limitada. A aplicação da afka solicita estes âmbitos e nenhuns outros.

Os quatro são âmbitos sensíveis ao abrigo da Política de Dados do Utilizador dos Serviços de API da Google. A afka não solicita qualquer âmbito restrito.

Âmbito	O que permite	Por que afka o solicita	Dados que afka recebe
gmail.send	Enviar correio como utilizador com sessão iniciada. Não concede capacidade de ler uma caixa de correio.	Para que a afka possa enviar apenas uma mensagem que o utilizador aprovou dentro da afka, a partir da própria conta Gmail do utilizador. A afka nunca lê, lista, procura nem armazena a caixa de correio através deste cliente, e nenhum âmbito mais restrito permite enviar uma mensagem.	A mensagem que afka envia e o resultado da entrega. Este âmbito não devolve conteúdos da caixa de correio.
calendar.events	Criar, editar e eliminar eventos no calendário do utilizador.	Para que a afka possa criar ou atualizar um evento quando o utilizador pede para agendar um. O calendar.events.readonly por si só não permite agendar, e o âmbito de calendário mais amplo é desnecessário porque a afka nunca altera as definições do calendário nem os calendários de outros utilizadores.	Títulos, horas, descrições, localizações, identificadores de organizador e participantes para eventos alterados.
calendar.events.readonly	Ler eventos de calendário sem os alterar.	Para que a afka possa ler os próximos eventos, informar o utilizador e participar nas reuniões em que lhe foi pedido que participasse.	Títulos, horas, descrições, localizações, identificadores de organizador e participantes.
chat.bot	Operar a aplicação afka dentro de um espaço Google Chat.	Para que a afka receba e responda às mensagens dirigidas à aplicação afka do Chat num espaço onde um utilizador a adicionou. Não existe um âmbito mais restrito para uma aplicação do Chat.	Mensagens dirigidas à aplicação em espaços aos quais foi adicionada, com identificadores de remetente, nomes e marcas de tempo.

Compromissos de Utilização Limitada

• afka utiliza dados destes âmbitos apenas para fornecer e melhorar funcionalidades viradas para o utilizador que são proeminentes na interface da afka: enviar correio, ler e agendar eventos de calendário, e operar um agente num espaço Google Chat por instrução do utilizador.
• afka não os transfere para terceiros excepto conforme necessário para fornecer ou melhorar essas funcionalidades, para cumprir a lei, ou numa fusão, aquisição ou venda de ativos com o aviso e consentimento que a lei exige. As transferências de sub-processador enquadram-se na Secção 4.
• afka não utiliza esses dados para servir anúncios e não os vende.
• A afka não utiliza esses dados para desenvolver, melhorar ou treinar modelos de inteligência artificial ou de aprendizagem automática generalizados ou de uso geral, sejam da própria afka ou de um fornecedor de modelos.
• Nenhuma pessoa na afka os lê. afka não permite que humanos leiam dados obtidos através destes âmbitos, com quatro exceções: o consentimento afirmativo do utilizador relevante para dados especificamente identificados; necessidade para fins de segurança, como investigar abuso; um requisito da lei; ou dados que foram agregados e desidentificados.
• Um utilizador pode revogar o acesso em qualquer momento desligando a conta na aplicação afka, ou em myaccount.google.com/permissions. Desligar revoga a concessão na plataforma do conector e regista-a no registo de auditoria.

11. Conformidade com plataformas e mercados

Cada bloco descreve o que afka recebe nessa plataforma, o que se compromete a fazer, e como revogar o acesso. Em todas elas, um agente lê apenas as conversas em que foi adicionado e mensagens diretas a ele endereçadas, nunca um espaço de trabalho inteiro; os dados da plataforma são usados apenas para operar os agentes desse Cliente, escrever o registo de auditoria e apoiar o Cliente; e nunca são vendidos ou usados para publicidade.

A. Slack

O que afka recebe. Identificadores de espaço de trabalho e equipa, identificadores de utilizador e nomes de apresentação, e conteúdo de mensagens e metadados em canais em que a aplicação foi adicionada e mensagens diretas com ela.

Compromissos. afka não utiliza dados obtidos das interfaces de programação de aplicações do Slack para desenvolver, melhorar ou treinar modelos de inteligência artificial ou aprendizagem automática generalizados ou de propósito geral. afka solicita os âmbitos mais restritos que as suas funcionalidades necessitam.

Revogar o acesso. Um proprietário ou administrador do espaço de trabalho pode remover a aplicação nas definições de administração do Slack, revogando a concessão; removê-la de um canal impede que o agente a leia.

B. Microsoft Teams

O que afka recebe. Identificadores de inquilino, equipa e canal, identificadores de utilizador e nomes de apresentação, e conteúdo de mensagens e metadados em conversas em que a aplicação participa. Quando o assistente de reunião é convidado para uma chamada, a transcrição e identificadores de participantes.

Compromissos. afka não utiliza dados obtidos das interfaces de programação de aplicações do Microsoft para desenvolver, melhorar ou treinar modelos de inteligência artificial ou aprendizagem automática generalizados ou de propósito geral. O acesso é limitado às permissões que o administrador consente.

Revogar o acesso. Um administrador de inquilino pode remover a aplicação do Teams, ou revogar o seu consentimento na consola de administração do Microsoft Entra.

C. Google Chat

O que afka recebe. Identificadores de espaço, identificadores de utilizador e nomes de apresentação, e mensagens endereçadas à aplicação em espaços em que foi adicionada, com metadados. O âmbito é chat.bot, descrito na Secção 10.

Compromissos. Os compromissos de Utilização Limitada na Secção 10 aplicam-se integralmente aqui: afka não utiliza dados obtidos das interfaces de programação de aplicações do Google para desenvolver, melhorar ou treinar modelos de inteligência artificial ou aprendizagem automática generalizados ou de propósito geral, e não permite que humanos os leiam exceto pelas quatro exceções aí listadas.

Revogar o acesso. Remova a aplicação do espaço, desconecte a conta Google em afka, ou revogue em myaccount.google.com/permissions.

D. Zoom

O que afka recebe. No Zoom Team Chat: identificadores de conta e canal, identificadores de utilizador e nomes de apresentação, e conteúdo de mensagens e metadados em conversas em que o agente participa. Quando o assistente de reunião é convidado para uma chamada: a transcrição, identificadores e nomes de apresentação de participantes, e metadados de reunião. Participa como um participante nomeado e visível e anuncia-se; afka transcreve e não grava vídeo.

Compromissos. afka não utiliza dados obtidos das interfaces de programação de aplicações do Zoom para desenvolver, melhorar ou treinar modelos de inteligência artificial ou aprendizagem automática generalizados ou de propósito geral. Transcrições e amostras de reconhecimento de fala são eliminadas na janela móvel de trinta (30) dias na Secção 7.

Revogar o acesso. Um proprietário ou administrador de conta pode desinstalar afka na página de gestão do Zoom App Marketplace. Um Cliente pode cancelar o assistente antes de ele se juntar, ou removê-lo durante a chamada.

E. Discord

O que afka recebe. Identificadores de servidor e canal, identificadores de utilizador e nomes de apresentação, e conteúdo de mensagens e metadados em canais em que a aplicação foi adicionada e mensagens diretas com ela.

Compromissos. afka não utiliza dados obtidos das interfaces de programação de aplicações do Discord para desenvolver, melhorar ou treinar modelos de inteligência artificial ou aprendizagem automática generalizados ou de propósito geral.

Revogar o acesso. Um administrador de servidor pode remover a aplicação do servidor a qualquer momento.

F. ClickUp

O que afka recebe. Identificadores de espaço de trabalho, espaço, lista e tarefa, identificadores de membro e nomes de apresentação, e as tarefas e comentários com que um agente é solicitado a trabalhar.

Uma divulgação importante. A entrega no ClickUp utiliza as credenciais do membro que ligou a conta, lidas do cofre de segredos para cada entrega. Comentários e atualizações que o agente faz aparecem portanto sob o próprio nome desse membro, não sob uma identidade de aplicação separada. Um Cliente deve informar esse membro primeiro.

Compromissos. afka não utiliza dados obtidos das interfaces de programação de aplicações do ClickUp para desenvolver, melhorar ou treinar modelos de inteligência artificial ou aprendizagem automática generalizados ou de propósito geral.

Revogar o acesso. Desconecte a conta ClickUp na aplicação afka, revogando a ligação na plataforma do conector, ou revogue afka nas definições de integrações do ClickUp.

12. Crianças

Os Serviços são software empresarial, vendido a organizações para uso pelo seu pessoal. Não são direcionados a crianças e a afka não recolhe intencionalmente dados pessoais de uma criança. Submeter dados pessoais de uma criança com menos de dezasseis (16) anos é proibido pela DPA. Se a afka souber que detém tais dados, elimina-os; escreva para privacy@afka.ai se acreditar que tal ocorreu.

13. Alterações a esta política

afka revê esta política pelo menos anualmente e atualiza-a quando o produto ou a lei mudam; a versão atual é a que se encontra em afka.ai/legal/privacy. Quando uma alteração reduz materialmente a proteção conferida aos dados pessoais, afka notifica por correio eletrónico o administrador da conta registado e publica em afka.ai/legal antes de a alteração entrar em vigor. As alterações de sub-processadores seguem a Secção 7.3 do DPA.

14. Como contactar afka

Assuntos de protecção de dados devem ser enviados para privacy@afka.ai: questões sobre esta política, pedidos para exercer os direitos na Secção 8, pedidos sob o RGPD e as leis de privacidade dos estados dos Estados Unidos, correspondência para o representante da UE nomeado na Secção 9, recursos de privacidade e questões sobre uma violação de dados pessoais.

Tudo o resto vai para support@afka.ai: suporte, facturação, vendas e questões gerais e notificações de contrato. Quando é necessário notificação formal por correio, escreva para Afka, Inc., 2810 N Church St STE 89857, Wilmington, DE 19802, United States.

Consulte também os Termos de Serviço, o Acordo de Processamento de Dados e a página de segurança.