Política de Privacidade

1. Quem somos

O KIFF Cloud é operado pela Kiff Agents OÜ, uma sociedade de responsabilidade limitada constituída na Estónia. Dados de registo:

• Número de registo: 17372313 (registo comercial eletrónico da Estónia)
• Número de IVA: EE102924327
• Sede social: Tööstuse tn 75-71, Põhja-Tallinna linnaosa, Tallinn 10416, Estónia
• Contacto de privacidade: privacy@kiff.dev
• Notificações legais formais: legal@kiff.dev

Como a Kiff Agents OÜ está estabelecida na União Europeia, o Regulamento Geral sobre a Proteção de Dados da UE (RGPD) aplica-se diretamente ao nosso tratamento. Não precisamos de um representante na UE nos termos do artigo 27.º.

2. Âmbito desta política

Esta política abrange os dados pessoais que tratamos quando interage com:

• kiff.dev, o nosso site de apresentação, esta página da política e a área pública de apresentação de recibos.
• app.kiff.dev, o nosso painel autenticado.
• api.kiff.dev, a nossa API HTTP.
• tafs: a nossa app para iPhone, iPad e Android, e o serviço por trás dela (incluindo o Setup, que liga as apps de uma empresa, e o planque, que guarda essas ligações), na qual uma empresa entrega um trabalho a um agente de IA que trabalha dentro de Cards do KIFF.

Esta política não abrange a framework de código aberto kiff/kiff, que pode executar por sua conta. Quando executa a framework na sua própria infraestrutura, é você o responsável pelo tratamento de quaisquer dados que ela trate, e a Kiff Agents OÜ não intervém nesse tratamento.

3. Os nossos papéis ao abrigo do RGPD

Atuamos em duas qualidades, consoante os dados:

• Responsável pelo tratamento dos metadados da conta e de início de sessão, dos dados de faturação (quando a faturação está ativa), das comunicações de marketing que aceita receber e da telemetria operacional do nosso próprio serviço.
• Subcontratante dos dados de auditoria, dos registos de ações, dos recibos de decisão e de outros conteúdos que passam pelo runtime por conta dos nossos clientes, e do que o tafs guarda para eles (as execuções, os chats, os relatórios e as notas de memória de cada taf). Os clientes (os tenants) são os responsáveis pelo tratamento desses dados; dão-nos instruções através das definições da sua conta e da configuração de domínio. O Acordo de Tratamento de Dados (DPA) rege essa relação; consulte o modelo de DPA para ver os termos publicados.

Esta política trata sobretudo do tratamento que fazemos como responsável pelo tratamento. Quando referimos dados que tratamos como subcontratante, o DPA é o documento mais específico.

4. Categorias de dados pessoais que tratamos

As categorias abaixo estão alinhadas com o inventário técnico em /pt/security#data-we-process. Quando os dois divergem, a página técnica é a fonte de verdade e atualizamos esta secção em conformidade.

• Identificadores da conta: o seu identificador de autenticação a montante (emitido pelo nosso fornecedor de identidade) e o endereço de email com que inicia sessão. Hoje são guardados tal e qual; está planeado guardá-los em hash.
• Metadados do tenant: o ID do tenant, o slug, o nome a apresentar, a data e hora de criação e a língua que a app de cada pessoa usou pela última vez, para que os emails que o KIFF lhe envia cheguem nessa língua.
• Credenciais de API: registos opacos de chaves de API (guardamos hashes, nunca o texto simples).
• Dados do cookie de sessão: um cookie de sessão assinado com HMAC, definido após o início de sessão. Veja a secção de cookies abaixo.
• Metadados dos pedidos HTTP: endereço IP, agente do utilizador, caminho do pedido, estado da resposta, latência. Guardados nos registos de acesso do nosso proxy inverso durante um período de conservação limitado, para segurança e prevenção de abusos.
• Conteúdo controlado pelo tenant: os dados parameters, actor e entity que envia para o runtime. Guardamo-los como subcontratante, por conta do cliente; o cliente é responsável pelo que envia. Está planeada uma configuração de ocultação por domínio.
• Comunicações: os emails que envia para as nossas caixas de correio de suporte, vendas, segurança ou privacidade.
• A app tafs: inicia sessão no tafs com a sua conta KIFF. A app guarda a sua sessão no Keychain do dispositivo (no Android, no seu armazenamento encriptado). Cria uma chave de assinatura no Secure Enclave do dispositivo (no Android, no seu Keystore), que nunca sai do dispositivo; o KIFF guarda a metade pública dela e o nome do dispositivo, para poder verificar as suas respostas a chamadas retidas e as suas aprovações de ligações. Se ativar os alertas, guardamos o token push do dispositivo com o seu ID de pessoa no KIFF, e a língua que a app mostrou, para que os alertas cheguem nessa língua. O serviço tafs guarda também a língua da conta, a de quem falou por último com o Coach, durante três meses, no máximo, para que os relatórios de um taf cheguem nessa língua. Um alerta passa pela Apple ou pela Google com o seu texto: qual o taf e, no alerta de uma porta, o nome ou o endereço de email de quem escreveu. Nunca montantes nem detalhes do pedido. Quando liga uma app, inicia sessão no próprio fornecedor da app, e o planque guarda o token para a sua empresa (como subcontratante, ver abaixo). A app tafs não tem rastreadores de análise nem de publicidade.
• Compras na App Store: quando compra o Solo ou um pacote de créditos no tafs, é a Apple que lho vende: a Apple figura como vendedor na transação, recebe o pagamento e guarda os seus dados de pagamento. A Apple diz-nos o que foi comprado, para que conta KIFF (um ID aleatório que a app associa à compra), quando, o ID de transação da Apple e, no caso do Solo, quando o período termina ou se renova. Usamos essa informação para adicionar os créditos ou o plano à sua conta. A Apple não nos dá o seu ID Apple, nome, endereço de email nem cartão.
• Compras no Google Play: no Android, as mesmas compras passam pela faturação do Google Play: a Google recebe o pagamento e guarda os seus dados de pagamento. A Google diz-nos o que foi comprado, para que conta KIFF (o mesmo ID aleatório), quando, o token da compra e o ID da encomenda e, no caso do Solo, quando o período termina ou se renova, e usamos essa informação da mesma forma. A Google não nos dá a sua conta Google, nome, endereço de email nem cartão.

5. Fundamentos de licitude do tratamento

Nos termos do artigo 6.º do RGPD, baseamo-nos nos seguintes fundamentos de licitude:

• Execução de um contrato (artigo 6.º, n.º 1, alínea b)), para a criação da conta, a autenticação, a operação do runtime por sua conta, a faturação (quando ativa) e as funcionalidades essenciais do serviço.
• Interesses legítimos (artigo 6.º, n.º 1, alínea f)), para a segurança, a prevenção de fraude, a deteção de abusos, a telemetria operacional e a proteção do serviço. Ponderamos os nossos interesses face aos seus direitos e dizemos-lhe, a pedido, qual foi o resultado dessa ponderação.
• Consentimento (artigo 6.º, n.º 1, alínea a)), para quaisquer futuros cookies de análise, comunicações de marketing opcionais ou qualquer novo tratamento que alargue de forma substancial a utilização que fazemos dos seus dados. Na v0.1, não nos baseamos no consentimento para nenhum tratamento, porque não fazemos análise, nem publicidade, nem rastreio não essencial.
• Obrigação jurídica (artigo 6.º, n.º 1, alínea c)), para os registos fiscais (Lei da Contabilidade da Estónia, §12, 7 anos), as respostas a pedidos legítimos das autoridades e a conservação exigida pelas regras de combate ao branqueamento de capitais, quando aplicável.

6. Subcontratantes ulteriores

Recorremos a um pequeno conjunto de fornecedores para prestar o serviço. A lista oficial e atual está em /pt/subprocessors; essa página é atualizada no prazo de 30 dias após qualquer alteração. Exigimos a cada subcontratante ulterior, por acordo escrito, proteções equivalentes às nossas, incluindo as cláusulas contratuais-tipo da UE quando os dados pessoais saem da UE.

Os acrescentos ou as substituições substanciais de subcontratantes ulteriores que afetem dados pessoais são notificados previamente aos clientes ativos, com direito de oposição.

7. Transferências internacionais

Alguns dos nossos subcontratantes ulteriores estão estabelecidos fora do Espaço Económico Europeu, sobretudo nos Estados Unidos. Para cada uma dessas transferências, baseamo-nos em pelo menos uma das seguintes garantias:

• Quadro de Privacidade de Dados UE-EUA: para os subcontratantes ulteriores dos EUA que se certificaram ao abrigo do Quadro. A decisão de adequação está em vigor desde meados de 2023; acompanhamos qualquer alteração do seu estatuto.
• Cláusulas contratuais-tipo: módulo 2 (de responsável pelo tratamento para subcontratante) para os nossos subcontratantes ulteriores diretos e módulo 3 (de subcontratante para subcontratante ulterior) quando há subcontratantes em cadeia. Usamos as CCT aprovadas pela Comissão em 2021.
• Medidas suplementares: quando a avaliação de risco indica que se justificam garantias adicionais (encriptação em trânsito e em repouso, registo de acessos, minimização de dados).

Pode pedir o instrumento de transferência específico aplicável a um dado subcontratante ulterior enviando um email para privacy@kiff.dev.

8. Conservação

Conservamos os dados pessoais durante o período mais curto compatível com as finalidades para as quais os tratamos e com qualquer obrigação jurídica aplicável.

• Metadados da conta e de início de sessão: até a conta ser eliminada. Na app tafs, um proprietário elimina-a em Definições → Eliminar conta. Uma conta criada na web é eliminada mediante um email para privacy@kiff.dev, dentro do prazo de um mês do artigo 12.º, n.º 3, do RGPD. Em ambos os casos, as chaves da conta deixam de funcionar de imediato. Se a conta for eliminada na app tafs, a eliminação não pode ser desfeita: os seus chats, notas e ligações do tafs são apagados de imediato, e o que o KIFF guarda é apagado no prazo de 30 dias. Se for eliminada na web, guardamos os seus dados durante um período de tolerância de 30 dias, para o caso de o proprietário a querer de volta, e depois apagamo-los.
• Registos de chaves de API: até à eliminação da conta, mesmo depois de uma chave ser revogada. Uma chave que pertence a uma ligação de início de sessão de um agente é eliminada com essa ligação, 30 dias depois de ela terminar.
• Cookies de sessão: até expirarem (24 horas por omissão) ou até terminar a sessão.
• Registos de acesso do proxy inverso: até 90 dias, depois agregados ou eliminados.
• Registos dos serviços: o que os serviços do KIFF e o planque registam enquanto correm: erros e pedidos, que podem indicar uma conta, uma pessoa ou um agente. 30 dias, depois eliminados.
• Cópias de segurança: é feita diariamente uma cópia de segurança, encriptada, da base de dados do KIFF, e cada cópia é guardada 7 dias, pelo que um registo eliminado desaparece delas no prazo de 7 dias. O planque não guarda cópias de segurança do seu armazenamento.
• Dados de auditoria do tenant: guardados como subcontratante, de acordo com a configuração do tenant do cliente. Por omissão: conservados durante a existência do tenant; eliminados quando o tenant é eliminado. Veja /pt/security#deletion.
• Chamadas através do gateway do KIFF: os argumentos de uma chamada até ela ser enviada, ser recusada ou falhar, e depois eliminados; o resultado da ferramenta durante 24 horas, e depois eliminado. O registo da decisão e um hash dos argumentos são guardados como dados de auditoria do tenant. Veja /pt/security#data-kept.
• Utilização: por cada chamada através do gateway, quando termina: que agente a fez, a ferramenta e se contou como uma ação ou foi gratuita (e porquê). Por cada execução de um taf ou do Coach, quando termina: o taf, quando, os créditos que a sua IA usou e se contaram ou porque não. Até a conta ser eliminada; o que é comunicado ao nosso processador de pagamentos para faturação é guardado com os registos de faturação.
• Ligações de início de sessão de agentes: que agente, o nome da app, quem a permitiu, quando e a sua última utilização: enquanto a ligação está ativa, e depois 30 dias após terminar (continua listada no painel durante esse tempo), sendo depois eliminada com os seus tokens e a sua chave de API. Tudo isto é eliminado com a conta.
• tafs: o token push de um dispositivo até terminar a sessão na app, remover o dispositivo ou a Apple ou a Google comunicarem que o token deixou de existir. A chave pública e o nome de um dispositivo até terminar a sessão desse dispositivo. O que o tafs guarda para a sua empresa é guardado como subcontratante: as execuções e os chats de um taf, com o resumo de cada chat (e o do Setup), durante 30 dias, o que as suas apps devolvem só até uma execução terminar (num chat, o que ele apenas leu é guardado, encriptado, para as mensagens seguintes, usado até o chat estar uma hora inativo e, no máximo, quatro horas após a leitura, sendo depois eliminado automaticamente, no prazo de alguns dias), e as suas notas de memória até o taf ser removido; o token de uma ligação no planque até você a desligar, e o registo das suas aprovações até a conta terminar; veja o Anexo 4 do DPA.
• Registos de faturação: 7 anos a contar do fim do exercício financeiro (Lei da Contabilidade da Estónia, §12).
• Compras na App Store e no Google Play: o que a Apple ou a Google nos disseram sobre cada compra fica na sua conta até a conta ser eliminada. Os relatórios de vendas e de pagamentos delas, que guardamos como registos de faturação durante 7 anos, não indicam quem você é.
• Correspondência com o suporte: 3 anos a contar da última interação, e depois eliminada.

9. Os seus direitos

Ao abrigo do RGPD, tem os seguintes direitos relativamente aos seus dados pessoais:

• Acesso (artigo 15.º), a confirmação de que tratamos ou não os seus dados, e uma cópia deles.
• Retificação (artigo 16.º), a correção de dados inexatos ou incompletos.
• Apagamento (artigo 17.º), a eliminação dos seus dados, sem prejuízo das exceções de conservação legal.
• Limitação (artigo 18.º), suspender o tratamento enquanto um litígio é resolvido.
• Portabilidade (artigo 20.º), uma exportação, em formato de leitura automática, dos dados que forneceu.
• Oposição (artigo 21.º), ao tratamento baseado em interesses legítimos; paramos, a menos que possamos demonstrar razões imperiosas que prevaleçam.
• Retirar o consentimento (artigo 7.º, n.º 3), para qualquer tratamento baseado no consentimento. A retirada não afeta o tratamento lícito anterior.

Para exercer qualquer um destes direitos, envie um email para privacy@kiff.dev. Respondemos no prazo de um mês, nos termos do artigo 12.º, n.º 3; podemos prorrogar esse prazo até mais dois meses para pedidos complexos, e dizemos-lhe se o fizermos.

Os seus próprios chats do tafs

Na app tafs, Definições → Conta → Exportar os meus chats transfere os seus próprios chats com cada taf, incluindo os do Coach, os nomes dos ficheiros que anexou e as suas próprias notas, num ficheiro legível e em JSON. Só você os pode exportar: um administrador ou o proprietário da conta não pode, e a exportação da conta do KIFF não os inclui.

Eliminar a sua conta tafs

O tafs é a app do KIFF. Para eliminar a sua conta tafs e os respetivos dados:

1. Abra a app tafs e inicie sessão.
2. Vá a Definições e toque em Eliminar conta.
3. Confirme. A eliminação de uma conta não pode ser desfeita.

Eliminar conta aparece a quem pode eliminar a conta da empresa, normalmente o seu proprietário. Se não a vir, ou se já não tiver a app, envie um email para privacy@kiff.dev a partir do endereço com que inicia sessão, e eliminamos os seus dados no prazo de um mês.

O que é eliminado: as chaves da conta deixam de funcionar de imediato. Os seus tafs, chats, notas, ficheiros anexados e ligações são apagados de imediato. O que o KIFF guarda para a conta é apagado no prazo de 30 dias, e das cópias de segurança no prazo de 7 dias depois disso. Os dados de auditoria do tenant são eliminados com o tenant. Veja Conservação para cada tipo de dados.

Para eliminar alguns dos seus dados e manter a conta: na app, elimine um chat, e as suas mensagens e os ficheiros anexados vão com ele; remova um taf, e os seus chats, notas e ligações vão com ele. Para qualquer outra coisa, envie um email para privacy@kiff.dev e diga o que eliminar. Fazemo-lo no prazo de um mês.

Tem o direito de apresentar uma reclamação a uma autoridade de controlo. A nossa autoridade de controlo principal é a Inspeção de Proteção de Dados da Estónia (Andmekaitse Inspektsioon). Pode também apresentar uma reclamação à autoridade de controlo do Estado-Membro onde reside.

10. Cookies

Colocamos três cookies, todos estritamente necessários, próprios, enviados apenas por HTTPS e ilegíveis para os scripts da página. Segundo as regras de privacidade eletrónica (ePrivacy) da UE, não exigem consentimento; enumeramo-los para que saiba que existem. A política de cookies tem os detalhes.

• kiff_session: mantém a sua sessão iniciada. Um cookie de sessão assinado que contém o seu ID de início de sessão, email e nome, e a credencial que o painel usa por si. Definido para .kiff.dev. Dura 24 horas, ou até terminar a sessão.
• kiff_flash: leva uma mensagem única até à página seguinte, como «a sua chave foi criada». Assinado; uma chave nova nunca fica nele. Definido para .kiff.dev. Eliminado quando a página seguinte o lê e, no máximo, ao fim de 5 minutos.
• kiff_cb_attempts: conta quantas vezes a página de início de sessão foi recarregada, para que um início de sessão que entra em ciclo seja parado. Enviado apenas a essa página. Dura 5 minutos, e é limpo quando um início de sessão começa ou é bem-sucedido.

Não usamos cookies de análise, cookies de publicidade nem rastreadores de terceiros. Se alguma vez acrescentarmos algum, apresentaremos um banner de consentimento antes de o cookie ser colocado, em linha com a ePrivacy e com as orientações de 2023 do CEPD sobre tecnologias de rastreio.

Se iniciar sessão através da Clerk (o nosso subcontratante ulterior de autenticação), a Clerk define também cookies no seu próprio domínio de frontend (clerk.kiff.dev). Esses cookies são necessários para a Clerk saber quem você é ao longo do fluxo de início de sessão dela e são regidos pela política de privacidade da Clerk, além da nossa. Veja a lista de subcontratantes ulteriores para mais detalhes.

11. Segurança

As nossas medidas de segurança técnicas e organizativas estão documentadas em /pt/security. Incluem o isolamento de tenants na camada da base de dados, TLS 1.2+ em trânsito, encriptação em repouso com as predefinições do fornecedor gerido e controlos de acesso baseados no princípio do privilégio mínimo.

Notificamos os clientes afetados de uma violação de dados pessoais sem demora injustificada e no prazo de 72 horas após a confirmação, em conformidade com o artigo 33.º do RGPD. A notificação inclui a natureza da violação, as categorias e os números aproximados de titulares dos dados e de registos em causa, as consequências prováveis e as medidas tomadas ou propostas.

12. Crianças

O KIFF Cloud é um produto de infraestrutura para programadores, não dirigido a crianças. Não recolhemos conscientemente dados pessoais de crianças com menos de 16 anos. Se achar que uma criança nos forneceu dados pessoais, contacte privacy@kiff.dev e eliminamo-los.

13. Decisões automatizadas

O runtime do KIFF Cloud toma decisões de política determinísticas sobre os dados enviados pelos nossos clientes. Não são decisões sobre si que produzam efeitos jurídicos ou efeitos significativos de modo similar, na aceção do artigo 22.º do RGPD; são decisões sobre as ações do cliente (reembolsos, encomendas, mensagens, etc.), executadas ao abrigo da política do próprio cliente.

Os clientes que usam o KIFF Cloud para tomar decisões que afetam os seus próprios utilizadores finais são eles próprios responsáveis pelo cumprimento do artigo 22.º. Os nossos recibos de governação foram concebidos para dar a esses clientes o trilho de auditoria de que precisam para demonstrar a supervisão humana, mas a obrigação jurídica de assegurar essa supervisão cabe ao cliente.

14. Alterações a esta política

Podemos atualizar esta política periodicamente. As alterações substanciais são notificadas por email aos clientes ativos e através de um aviso em destaque nesta página durante pelo menos 30 dias. As alterações não substanciais são publicadas com uma nova data de «última atualização».

15. Contacte-nos

Perguntas sobre privacidade e pedidos de exercício de direitos: privacy@kiff.dev.

Notificações legais formais à Kiff Agents OÜ: legal@kiff.dev, ou por correio para Tööstuse tn 75-71, Põhja-Tallinna linnaosa, Tallinn 10416, Estónia.

Autoridade de controlo principal para reclamações: Inspeção de Proteção de Dados da Estónia (Andmekaitse Inspektsioon).

Versão do documento: v0.1.
Última atualização: 9 de novembro de 2026.