Política de Privacidade Ailoot
Atualizado: 2026-10-17
Versão de 2026-10-17.
A Política de Privacidade Ailoot (adiante «Política») e a Oferta e contrato de licença Ailoot (adiante «Oferta»), com os respetivos anexos, constituem o conjunto completo de documentos Ailoot.
Anexos à Política:
- Política de cookies Ailoot.
- Definições de dados Ailoot.
- Eliminação da Conta e dos dados Ailoot.
- Condições de tratamento de dados das organizações.
- Consentimento para o tratamento de dados pessoais — documento autónomo publicado aqui para facilitar a consulta.
- Violação de direitos de propriedade intelectual — Anexo 7 à Oferta, publicado aqui para facilitar a consulta.
As remissões do tipo «Anexo N à Oferta» referem-se aos anexos à Oferta e contrato de licença Ailoot; as remissões para o «texto principal da Política» referem-se às secções 1–12 abaixo.
Esta Política aplica-se desde a publicação em ailoot.ai e vigora juntamente com a Oferta e os seus anexos, incluindo o Anexo 4 à Oferta («Regras de utilização aceitável Ailoot») e o Anexo 3 à Oferta («Reembolsos e litígios de pagamento»), bem como os anexos 1 («Política de cookies Ailoot») e 2 («Definições de dados Ailoot») à presente Política. Numa encomenda empresarial em que o serviço ailoot.ai trate dados pessoais segundo instruções documentadas da organização cliente, aplica-se também um contrato ou anexo separado de tratamento de dados; as regras gerais desse âmbito constam do anexo 4 à presente Política («Condições de tratamento de dados das organizações»).
1. Quem é responsável pelo tratamento e âmbito da Política
O responsável pelo tratamento de dados pessoais para as finalidades autonomamente definidas por Ailoot é o serviço ailoot.ai. As questões de dados pessoais, eliminação, segurança e exercício de direitos podem ser dirigidas a support@ailoot.ai.
Ailoot é um encaminhador de API. O Cliente com chave de API envia pedidos através de interfaces compatíveis com OpenAI, Anthropic e Gemini para https://api.ailoot.ai/v1 e recebe respostas de modelos de vários fornecedores (por exemplo Anthropic Claude, OpenAI GPT, Google Gemini, xAI Grok, Alibaba Qwen, MiniMax, modelos alojados pela NVIDIA): texto, imagens, vídeo, música, síntese de voz e transcrição. A área do cliente em ailoot.ai permite gerir a Conta, chaves de API, saldo e histórico de utilização. O Serviço gere Contas, acesso, encaminhamento de pedidos, lógica de processamento própria, contabilização da utilização, saldo e apoio. A utilização de Ailoot não cria para o utilizador uma conta, contrato ou relação de pagamento com o fornecedor do modelo apenas porque esse modelo está disponível em Ailoot. O prestador de pagamentos indicado na página de pagamento, fornecedor do modelo, serviço de encaminhamento ou outro prestador externo trata dados dentro da sua própria função, contrato aplicável e legislação.
A Política abrange dados tratados ao visitar ailoot.ai, registar e utilizar a área do cliente, utilizar a API, contactar o apoio, carregar o saldo ou ativar uma funcionalidade facultativa. Não substitui a política de privacidade de um sítio, aplicação, meio de pagamento ou fornecedor de modelos terceiro.
A disponibilidade do Serviço num país concreto depende da lei aplicável, modelo escolhido, rota tecnológica e meio de pagamento. A língua da página não significa, por si só, que o serviço seja disponibilizado em qualquer país ou que todos os países tenham o mesmo conjunto de direitos.
Nesta Política:
Conta — a conta do utilizador Ailoot, gerida através da área do cliente em ailoot.ai;
chave de API — a chave de acesso emitida em Ailoot com a qual o Cliente envia pedidos à API;
materiais do pedido — texto do pedido, contexto, ficheiro, multimédia, parâmetro, resposta, resultado de ferramenta e outros dados necessários à execução de uma funcionalidade concreta;
fornecedor do modelo — a organização cujo modelo ou ferramenta tecnológica é efetivamente utilizado na rota escolhida;
«Condições dos modelos e fornecedores» — Anexo 5 à Oferta, documento de referência com ligações às condições publicadas dos modelos e fornecedores tecnológicos; não é uma lista dos destinatários efetivos dos dados de um utilizador concreto;
dados pessoais — informações relativas a uma pessoa singular direta ou indiretamente identificável na aceção do direito aplicável.
Se uma organização utilizar Ailoot para dados dos seus trabalhadores, clientes ou outras pessoas, pode determinar as finalidades e os meios essenciais desse tratamento. Nesse caso, o serviço ailoot.ai pode atuar como subcontratante segundo instruções documentadas da organização, no âmbito de uma Encomenda B2B separada e de um contrato de tratamento de dados. O serviço ailoot.ai continua, porém, responsável autónomo pelo tratamento para as suas finalidades obrigatórias: gestão da Conta e contrato, pagamentos, prevenção de abusos, segurança, cumprimento da lei e defesa de pretensões. A função depende do fluxo real e do contrato, e não do nome da funcionalidade.
2. Que dados podemos receber e de onde
Aplicamos o princípio da necessidade: não solicitamos nem utilizamos dados desnecessários à finalidade declarada. O utilizador não deve enviar ao apoio o número completo do cartão, CVV, PIN, palavra-passe, chave de API completa, código bancário de utilização única ou outro segredo de acesso. O carregamento do saldo é processado pelo prestador indicado na página de pagamento: é ele que recebe os dados de pagamento, enquanto Ailoot recebe apenas as informações necessárias ao crédito do saldo, registo do pagamento, resolução de erros, reembolsos ou litígios, sem os dados completos do cartão.
| Categoria | Exemplos e origem | Quando ocorre |
|---|---|---|
| Dados da Conta e contacto | email da Conta; nome apresentado, se indicado pelo utilizador; palavra-passe ou informações do método de acesso; identificadores da Conta e sessão; língua, definições, histórico de consentimentos; normalmente introduzidos pelo utilizador ou administrador autorizado | registo, entrada, alteração do perfil, recuperação de acesso, notificações |
| Chaves de API | identificador, nome e parte visível da chave de API, data de criação, estado e definições; a própria chave é utilizada para verificar o acesso à API | criação, utilização, alteração ou desativação da chave de API |
| Organização e funções | nome e identificador da organização, administradores autorizados e atos realizados na Encomenda B2B | Encomenda B2B, atos do administrador da organização |
| Materiais do pedido e resultados | texto, contexto, anexos, documentos, imagens, áudio, vídeo, URL, parâmetros do pedido, modelo e método escolhidos, respostas e resultados, incluindo dados de terceiros que o utilizador decida carregar | envio de um pedido à API ou utilização de outra ferramenta disponível |
| Histórico, cache e definições da funcionalidade | objetos guardados, definições escolhidas, cache técnica e metadados de execução — apenas no volume e durante o prazo efetivamente previstos na funcionalidade escolhida | conservação de material pelo utilizador ou indicação expressa pela funcionalidade de conservação ou cache |
| Ficheiros e multimédia | nome, tipo, tamanho, data de carregamento, propriedades técnicas e conteúdo do ficheiro; imagens, vídeo, música e áudio gerados e conservados para transferência; imagens, voz ou vídeo podem incluir dados do utilizador ou de outra pessoa representada ou gravada | carregamento de ficheiros, envio para a funcionalidade escolhida, receção e conservação de multimédia gerada para transferência |
| Registos de utilização | modelo, método, hora, volume (tokens, imagens, segundos de vídeo, minutos de áudio, etc.), custo, identificadores dos pedidos, estado da execução, Reserva e débito | cada pedido à API |
| Dados técnicos e de proteção | endereço IP, tipo de dispositivo e navegador ou aplicação cliente, sistema operativo, fuso horário, língua, informações aproximadas da rede, identificadores de sessão, registos de ações, mensagens de diagnóstico, informações de erros e sinais de segurança | acesso ao sítio, área pessoal e API, execução do pedido, proteção contra abusos, diagnóstico |
| Carregamentos e pagamentos | identificador do carregamento e da operação no prestador indicado na página de pagamento, meio de pagamento, estado, montante e moeda de pagamento e montante creditado em dólares dos EUA, taxa aplicada, comissão do prestador, saldo, Reservas e débitos dos pedidos, histórico de correções, reembolsos, pagamentos contestados e respetivas dívidas, comunicações | carregamento do saldo, utilização do saldo pré-pago, reembolso ou litígio de pagamento |
| Apoio, reclamações e comentários | conteúdo da comunicação, provas anexas, canal de contacto, avaliação da resposta e contexto associado, se o utilizador decidir fornecê-lo | contacto com o apoio, comunicação de infração, avaliação da qualidade, pedido relativo a direitos |
| Idade, representante e verificação de poderes | prova de idade, consentimento do representante legal, documento ou informações necessárias à verificação de representação ou segurança, se exigidos pela lei, modelo ou situação concreta | apenas quando a verificação for efetivamente necessária; antes da recolha, o utilizador recebe uma informação separada sobre a finalidade e extensão da verificação |
| Dados de fontes legítimas | informações de administradores da organização, do prestador indicado na página de pagamento sobre o estado da operação ou contestação, de fornecedores de autenticação, contrapartes, utilizadores, representantes autorizados ou autoridades | confirmação de carregamentos, execução da Encomenda B2B, segurança, resolução de litígios ou cumprimento de obrigação legal |
Se uma funcionalidade concreta exigir tratamento de categorias especiais, dados sensíveis ou biométricos, Ailoot não considera suficiente a aceitação comum desta Política: antes do início devem ser divulgados a finalidade, dados, destinatário, garantias disponíveis e o consentimento ou outro mecanismo jurídico exigido por lei.
O utilizador responde pela existência de fundamento legítimo, direitos e consentimentos necessários para carregar materiais relativos a outra pessoa. Isso não exonera o serviço ailoot.ai das suas próprias obrigações de direito aplicável, segurança e tratamento de dados na sua função.
3. Para que tratamos dados e com que fundamento
As finalidades são determinadas antecipadamente e não devem ser incompatíveis com o propósito da recolha. Quando o direito aplicável utiliza o conceito de fundamento jurídico, baseamo-nos num ou mais dos fundamentos abaixo. O consentimento não substitui o contrato, a obrigação legal ou o interesse legítimo nem é incluído ocultamente numa caixa obrigatória de carregamento.
| Finalidade | Principais categorias | Fundamento, quando exigido |
|---|---|---|
| Criar e gerir a Conta, confirmar a entrada, recuperar o acesso, emitir e verificar chaves de API, disponibilizar a área do cliente | Conta, chaves de API, sessão, dados técnicos, definições | execução do contrato e atos a pedido do utilizador; em casos específicos, interesse legítimo na proteção da Conta |
| Executar o pedido, transmitir os materiais necessários à rota escolhida, entregar o resultado, conservar multimédia gerada para transferência e contabilizar a utilização | materiais do pedido, ficheiros e multimédia, parâmetros técnicos, registos de utilização, modelo escolhido | execução do contrato; numa organização, também instruções documentadas do Cliente no âmbito B2B aplicável |
| Creditar o carregamento após confirmação do prestador, reservar o custo previsto e debitar uma só vez o custo efetivo, manter registos e documentos fiscais e de pagamento, impedir débitos duplicados e reenvio de pedidos não confirmados, contabilizar pagamentos contestados e dívidas e efetuar reembolsos | carregamento, identificador da operação, estado, saldo, Reserva, débito, registos de utilização, contactos | execução do contrato, obrigação legal, interesse legítimo na prevenção de fraude e defesa de pretensões |
| Manter o serviço, corrigir erros e assegurar compatibilidade, desempenho e estabilidade | registos técnicos, diagnóstico, contexto limitado do erro, definições | interesse legítimo no funcionamento e segurança; quando necessário, execução do contrato |
| Proteger utilizadores, sistemas, dados e direitos de terceiros; impedir fraude, spam, atividade maliciosa, contorno de limitações e infrações | sinais técnicos, materiais na medida necessária à verificação, ações da Conta, comunicações | interesse legítimo, obrigação legal e proteção de direitos e segurança quando previstos por lei |
| Apreciar pedidos, reclamações e litígios e cumprir exigências legítimas | dados de contacto, pagamento e técnicos e materiais pertinentes | obrigação legal, execução do contrato, interesse legítimo na resolução do litígio e defesa de direitos |
| Disponibilizar funcionalidades voluntariamente ativadas: comunicações de marketing, análise facultativa, se disponíveis | depende da funcionalidade escolhida | consentimento quando exigido; nos restantes casos, fundamento divulgado separadamente e possibilidade de recusa |
| Utilizar comentários para melhorar uma funcionalidade concreta | avaliação, comentário e apenas o contexto associado que o utilizador decida fornecer | interesse legítimo na melhoria do serviço ou consentimento quando necessário; os comentários não transformam todo o histórico em material para outra finalidade |
| Realizar análise agregada ou anonimizada, se efetivamente ativada | dados técnicos e de utilização, comentários ou outros dados após agregação ou anonimização aplicável | interesse legítimo ou consentimento quando exigido; os dados não devem ser utilizados para reidentificação, salvo caso legalmente permitido de segurança ou verificação de qualidade |
O conteúdo de pedidos, anexos e resultados é utilizado para disponibilizar, proteger e apoiar Ailoot. O serviço ailoot.ai não o utiliza para treinar os seus próprios modelos gerais nem para publicidade facultativa apenas porque o utilizador aceitou esta Política. Se Ailoot vier a propor uma utilização separada de investigação, treino ou outra finalidade secundária, serão divulgados antes da ativação a finalidade concreta, categorias de dados, prazo, destinatários, consequências da recusa e mecanismo necessário de consentimento e revogação.
4. Modelos, encaminhamento e ficheiros
4.1. Modelo e fornecedor escolhidos
Ailoot envia os materiais necessários do pedido ao fornecedor do modelo escolhido ou à ferramenta através da qual o pedido é efetivamente executado. Podem incluir o texto do pedido, contexto relevante, ficheiro, parâmetros técnicos e parte da resposta, se necessária à funcionalidade, segurança ou verificação do resultado. O fornecedor que executa o pedido pode estar fora do país do Cliente. Não transmitimos mais do que o necessário ao pedido concreto.
Antes de utilizar um modelo, o utilizador pode consultar o nome, métodos e preço no catálogo de modelos da área do cliente e as condições aplicáveis no Anexo 5 à Oferta («Condições dos modelos e fornecedores»). Aos pedidos aplicam-se as regras dos fornecedores correspondentes (por exemplo as de Anthropic, OpenAI e Google). O Anexo ajuda a encontrar condições publicadas dos fornecedores tecnológicos. É um guia de condições externas, não a confirmação de que cada fornecedor listado integra uma rota Ailoot ou recebe dados do utilizador. As informações essenciais ao pedido concreto, incluindo destinatário, limitações de dados e definições disponíveis, são divulgadas no catálogo, nas definições ou na Encomenda correspondente antes do tratamento, na medida exigida pela lei e contrato. No tratamento empresarial, os destinatários e transferências internacionais dependem do anexo efetivo de tratamento.
Os fornecedores de modelos podem ter diferentes regras de conservação, registo, verificação de segurança, treino e eliminação. Cada rota segue as condições indicadas no catálogo e as regras aplicáveis do fornecedor. O modo de «conservação nula», a ausência de treino, um país fixo de tratamento ou um prazo específico de eliminação só se aplicam quando expressamente indicados para a rota escolhida. Se a mudança automática de rota alterar substancialmente as condições de tratamento dos materiais, Ailoot divulga-o antes da utilização e obtém uma escolha separada do utilizador quando a lei ou a definição do produto o exigir. Não é permitido contornar limitações geográficas, de exportação ou de proteção aplicáveis.
4.2. Ficheiros, cache, histórico e multimédia gerada
Um ficheiro enviado com um pedido só pode ser tratado na medida necessária à execução, incluindo verificação de formato, segurança e regras aplicáveis. Imagens, vídeo, música e áudio gerados são conservados para transferência pelo Cliente. Se Ailoot disponibilizar conservação separada de ficheiros, histórico, cache ou outro objeto guardado, a interface deve explicar antes da ativação o que é conservado, onde se vê na Conta, como eliminar o objeto e os critérios de conservação. Nem todo o material enviado se torna um objeto permanentemente guardado e nem toda a cache temporária é histórico do utilizador.
A cache técnica pode ser utilizada para executar pedidos, desempenho, prevenção de duplicações ou segurança pelo tempo necessário. Não confere direito a utilizar o conteúdo para finalidades independentes. Após a eliminação de um objeto do utilizador, podem subsistir cópias em sistemas de cópias de segurança ou técnicos protegidos até ao ciclo normal; não regressam à utilização comum, salvo quando necessário a uma recuperação com fundamento legítimo ou a um incidente não resolvido.
Não carregue em Ailoot palavras-passe, chaves secretas, dados completos de pagamento ou outros segredos se não forem necessários à funcionalidade escolhida. Antes de carregar dados de outra pessoa, médicos, biométricos, financeiros ou outros dados sensíveis, certifique-se de que tem esse direito e que a rota permite o tratamento. O aviso não substitui exigências separadas da lei, do contrato com a organização ou das condições do fornecedor.
4.3. Comentários
A avaliação de respostas, comunicação de problemas ou sugestões de melhoria são voluntárias. Se o utilizador enviar comentários, Ailoot pode utilizá-los e o contexto associado expressamente transmitido para analisar, corrigir ou melhorar a funcionalidade correspondente. Não consideramos toda a Conta ou todos os pedidos anteriores como comentários apenas por o utilizador ter deixado uma avaliação.
4.4. Organizações e Encomenda B2B
Se uma organização e o serviço ailoot.ai celebrarem uma Encomenda B2B, o acesso do administrador, exportação, eliminação, instruções e pedidos dos titulares são adicionalmente definidos pela Encomenda e pelo contrato de tratamento de dados. Ailoot não transmite ao administrador mais do que a função, contrato, definições e lei permitirem.
5. A quem e em que casos divulgamos dados
Não vendemos pedidos, ficheiros ou resultados como mercadoria nem concedemos a terceiros o direito de os vender apenas porque o utilizador aceitou esta Política. Qualquer divulgação limita-se à finalidade e à função jurídica do destinatário.
Os dados podem ser transmitidos às seguintes categorias de destinatários:
Fornecedores de modelos e rotas. Recebem os materiais necessários ao modelo ou ferramenta escolhidos e podem estar fora do país do Cliente. As suas regras específicas e características essenciais estão disponíveis no Anexo 5 à Oferta («Condições dos modelos e fornecedores»).
Prestadores técnicos. Fornecedores de alojamento, conservação, autenticação, entrega de notificações, diagnóstico, apoio, segurança e outros podem receber o mínimo necessário à sua função. Recorremos a eles segundo os contratos e a lei aplicáveis; a função concreta depende do serviço efetivo.
Participantes no pagamento. O prestador indicado na página de pagamento e os bancos e sistemas de pagamento envolvidos recebem as informações necessárias ao carregamento, reconciliação, reembolso ou litígio. As condições do canal de pagamento concreto aplicam-se a essa operação.
Organização e seus administradores. Numa Encomenda B2B, dentro dos seus poderes legítimos, função, definições e contrato com Ailoot.
Sucessores. Apenas em ligação com reorganização, transmissão do serviço ou dos seus ativos, financiamento, insolvência ou operação semelhante, respeitando as obrigações aplicáveis de notificação, confidencialidade e proteção de dados.
Autoridades públicas, tribunais, autoridades policiais e outros destinatários legítimos. Quando a divulgação for exigida por normas imperativas, um pedido exequível ou necessária à defesa de direitos, segurança e prevenção de danos graves. Se a lei permitir, avaliamos o pedido e notificamos a pessoa ou organização afetada quando isso não criar risco, violar a lei ou prejudicar a investigação.
Destinatários de informação anonimizada ou agregada. Apenas se os dados forem efetivamente tratados de modo a não serem utilizados para a identificação corrente de uma pessoa e a divulgação respeitar a lei e a finalidade declarada.
A lista de referência das condições dos fornecedores não substitui informações sobre os destinatários efetivos. A informação sobre o destinatário de um pedido concreto é divulgada pelo catálogo, definições e documentos contratuais; pode solicitar informação adicional a support@ailoot.ai. A extensão da divulgação depende das obrigações aplicáveis de transparência, confidencialidade e segurança.
6. Tratamento e transferências internacionais
Os dados podem ser tratados nos países onde se encontram os fornecedores de modelos, prestadores técnicos ou destinatários escolhidos pelo utilizador efetivamente utilizados, incluindo fora do país do Cliente. O país da interface ou a língua do documento não definem todos os locais de tratamento.
Antes de uma transferência internacional, Ailoot aplica o mecanismo exigido pela legislação aplicável: avalia a função das partes e a finalidade da transferência, utiliza garantias contratuais, organizativas ou outras admissíveis e divulga informações separadas ou obtém consentimento quando necessário. Uma referência geral a tratamento internacional não constitui consentimento para qualquer transferência futura nem substitui um consentimento que deva ser específico.
Para Clientes Empresariais, o mecanismo de transferência transfronteiriça, incluindo um anexo contratual para o EEE, Reino Unido ou Suíça quando exigido, é fixado no contrato B2B individual após identificação do exportador, importador, categorias de dados, países, destinatários efetivos e mecanismo jurídico aplicável. Um regime de localização ou tratamento apenas numa região específica só vigora para uma rota em cujo catálogo e contrato esteja expressamente indicado.
7. Durante quanto tempo os dados são conservados
Não utilizamos um prazo único para todos os dados. O prazo depende da finalidade, definição da funcionalidade, contrato, necessidade de acesso e histórico de utilização, exigências legais, segurança, contabilidade, litígio e possibilidade de separar os dados da identidade. Quando a finalidade terminar, os dados são eliminados, anonimizados ou isolados, se a conservação adicional não for exigida ou não for permitida por lei.
| Categoria | Critério de conservação e cessação |
|---|---|
| Conta, perfil e definições | enquanto necessários ao contrato, acesso e definições escolhidas; após eliminação confirmada, pelo procedimento do anexo 3 à presente Política («Eliminação da Conta e dos dados Ailoot»), com as exceções abaixo |
| Chaves de API | enquanto a chave estiver ativa e depois durante o tempo necessário à contabilização da utilização, segurança e defesa de pretensões |
| Materiais do pedido, ficheiros e multimédia gerada | materiais do pedido na medida necessária à execução e prevista na funcionalidade ativada; multimédia gerada enquanto conservada para transferência segundo a funcionalidade, Conta ou definição do utilizador; na eliminação do objeto ou Conta ou cessação do contrato, segundo o procedimento aplicável de eliminação e exceções legais |
| Cache temporária, fila e cópias técnicas | enquanto necessárias à execução, prevenção de operações repetidas, diagnóstico, segurança ou ciclo técnico normal; não constituem histórico permanente do utilizador salvo informação expressa em contrário |
| Registos técnicos e de proteção | enquanto necessários à estabilidade, investigação de erros, prevenção de abusos, auditoria de acesso ou defesa de pretensões; o acesso limita-se à finalidade correspondente |
| Registos de utilização, carregamentos, Reservas, débitos, registos fiscais, reembolsos e pagamentos contestados | durante o prazo obrigatório de registo, verificação da operação, reembolso, litígio, liquidação de dívida e defesa de pretensões; a Reserva de um pedido de desfecho não confirmado mantém-se até à verificação |
| Apoio, reclamações e comentários | enquanto a comunicação estiver aberta e depois pelo tempo necessário à resposta, prevenção de problemas repetidos, cumprimento da lei ou defesa de direitos; nem todo o conteúdo é conservado apenas por existir uma comunicação |
| Dados da organização numa Encomenda B2B | durante a Encomenda B2B, segundo as definições do administrador e o contrato aplicável de tratamento; os direitos de um participante podem ser limitados pelos poderes da organização e pela lei |
| Cópias de segurança e cópias isoladas | até ao ciclo normal de cópias de segurança, retenção legítima ou recuperação de um incidente; após eliminação, não regressam à utilização comum |
O fornecedor do modelo ou serviço externo pode ter o seu próprio prazo de conservação após a transmissão legítima dos materiais. Ailoot não pode declarar um prazo único em seu nome. Para a rota escolhida aplicam-se as informações do Anexo 5 à Oferta («Condições dos modelos e fornecedores») e as condições do destinatário. Para eliminar dados num serviço terceiro, pode ser necessário contactá-lo separadamente; Ailoot presta colaboração razoável dentro da sua função e contrato quando aplicável.
A eliminação confirmada da Conta não elimina dados que devam ser conservados de forma limitada para pagamentos, lei, prevenção de abusos, segurança, pretensões não resolvidas, dívida de um pagamento contestado ou defesa de direitos. Esses dados não são utilizados para personalização corrente, marketing ou nova execução do serviço sem fundamento autónomo.
8. Segurança, incidentes e verificações automáticas
Aplicamos medidas jurídicas, organizativas e técnicas proporcionais ao risco: limitamos o acesso à necessidade funcional, gerimos acessos a Contas e sistemas, separamos funções e ambientes na medida necessária, mantemos os registos técnicos necessários, avaliamos incidentes, verificamos prestadores externos e formamos pessoas autorizadas nos procedimentos aplicáveis aos dados. Uma certificação, algoritmo específico de cifragem, país de centro de dados ou prazo de resposta só constitui obrigação de Ailoot se expressamente indicado no contrato aplicável, catálogo ou outra condição publicada.
Nenhum modo de transmissão ou conservação garante segurança absoluta. O utilizador deve proteger a palavra-passe, chaves de API e dispositivo, não transmitir credenciais ou chaves de API a outras pessoas, utilizar canais oficiais e comunicar sem demora o alegado comprometimento da Conta ou chave de API a support@ailoot.ai.
Se detetarmos um incidente suscetível de afetar dados pessoais, avaliamos a natureza e consequências, tomamos medidas de contenção e investigação, registamos a informação disponível e notificamos a organização, pessoa ou autoridade de supervisão afetada quando exigido pelo direito aplicável ou contrato. Para dados de Clientes Empresariais, a notificação e colaboração dependem do contrato B2B; o prazo conta-se segundo o direito aplicável, contrato e circunstâncias confirmadas disponíveis do incidente.
A proteção contra fraude, spam, código malicioso, contorno de limitações e infrações pode recorrer a sinais automatizados e verificação humana limitada. Esta verificação serve a segurança e o cumprimento das condições, não uma decisão sobre a pessoa com efeitos jurídicos. Quando previsto pelo direito aplicável, o utilizador pode solicitar revisão humana de uma restrição relevante da Conta; exigências legais, segurança e direitos de terceiros podem limitar as informações divulgadas.
9. Direitos e formas de gerir os dados
Os direitos dependem do país de residência, função do utilizador, natureza dos dados e lei aplicável. Quando aplicável, o utilizador pode solicitar:
confirmação do tratamento, acesso aos dados e informações sobre categorias, origens, finalidades e destinatários;
correção de dados incompletos, inexatos ou desatualizados;
eliminação, anonimização ou cessação do tratamento se não subsistir fundamento legítimo;
limitação ou oposição ao tratamento baseado no interesse legítimo, incluindo oposição ao marketing direto;
portabilidade dos dados disponíveis num formato aplicável e tecnicamente viável;
revogação do consentimento para tratamento facultativo, sem afetar a licitude do tratamento anterior;
informação sobre transferências transfronteiriças na medida exigida por lei;
revisão de uma recusa e recurso à autoridade competente de proteção de dados ou tribunal, se esse direito for conferido por lei.
Para exercer um direito, escreva para support@ailoot.ai com o assunto «Dados Ailoot». Indique a Conta ou outro meio seguro de localizar o registo, a ação solicitada e um canal conveniente de resposta. Não envie número completo do cartão, CVV, palavra-passe, chave de API completa ou código bancário. Podemos solicitar prova proporcional de identidade e poderes para não entregar dados a outra pessoa. Um representante autorizado deve fornecer prova suficiente dos poderes se exigida por lei e sem criar uma barreira excessiva ao exercício do direito.
Respondemos no prazo estabelecido pelo direito aplicável. Se o pedido for complexo, repetido, afetar direitos de terceiros, informações comerciais protegidas, retenção legítima, segurança ou materiais da organização, podemos legitimamente limitar a resposta, pedir esclarecimentos ou prolongar o prazo, comunicando o motivo quando exigido. A recusa não deve ser arbitrária; o utilizador pode solicitar revisão pelo mesmo contacto. Exercer direitos legais de proteção de dados não fundamenta discriminação ou deterioração do serviço principal, salvo se o tratamento for objetivamente necessário à funcionalidade escolhida ou a lei permitir outro resultado.
Complementos regionais
EEE, Reino Unido e Suíça. Se o tratamento estiver sujeito ao GDPR, UK GDPR, direito suíço ou normas semelhantes, o utilizador pode ter direitos de acesso, retificação, apagamento, limitação, oposição, portabilidade e reclamação à autoridade competente. Os fundamentos invocados por Ailoot constam da secção 3 desta Política. Os pedidos são apreciados no prazo dessas normas; o prolongamento só é possível nos casos por elas previstos, mediante notificação. Se for necessário representante, DPO ou divulgação regional adicional, Ailoot publica-os antes de iniciar a atividade correspondente.
Estados Unidos. Uma pessoa abrangida por uma lei estadual aplicável pode ter direitos de informação e acesso, retificação, eliminação, portabilidade, atuação através de um agente autorizado, recurso de uma recusa e recusa de venda, partilha ou publicidade direcionada na aceção dessa lei. O regime concreto depende do direito estadual e do tratamento efetivo. Os pedidos e anexos não são utilizados por Ailoot para publicidade comportamental de terceiros. Se um regime concreto exigir uma ligação, formulário ou tratamento do sinal global privacy control separados, Ailoot disponibiliza esse mecanismo para a prática correspondente.
República da Coreia. Quando o direito coreano aplicável abranger o tratamento, o utilizador pode ter direitos de acesso, retificação, eliminação, suspensão do tratamento, revogação do consentimento e informação sobre transferências para o estrangeiro na medida legal. Os contactos locais necessários e a divulgação separada dos destinatários são publicados se se tornarem obrigatórios para a atividade efetiva de Ailoot.
10. Crianças e limites etários
A idade mínima para utilizar Ailoot depende da Oferta e da lei aplicável; o modelo, país ou funcionalidade escolhidos podem exigir idade superior. Se uma rota concreta tiver um limite superior, este prevalece e o acesso só é concedido após cumprimento da condição. O Serviço Ailoot não se destina a pessoas abaixo da idade mínima sem fundamento legítimo previsto pelo direito e por uma funcionalidade efetivamente suportada.
Se o utilizador ainda não tiver idade para aceitar autonomamente as condições ou dar o consentimento aplicável, é necessária a participação de um progenitor ou representante legal. Não pedimos a crianças que contornem limites etários. Um progenitor, representante ou outra pessoa que considere que uma criança forneceu dados sem o fundamento necessário pode contactar support@ailoot.ai; verificaremos os poderes e apreciaremos a restrição ou eliminação segundo a lei, segurança e obrigações em vigor.
11. Cookies, armazenamento local e definições de dados
Em ailoot.ai e na área do cliente podem ser utilizadas tecnologias necessárias à entrada, proteção da sessão e definições básicas se exigidas pela interface efetivamente ativada. Análise facultativa, publicidade, personalização e tecnologias semelhantes regem-se pelo anexo 1 à presente Política («Política de cookies Ailoot»). Este descreve também categorias, registo de tecnologias efetivamente ativadas, formas de aceitar, recusar ou alterar a escolha e regras de armazenamento local.
As definições de histórico, exportação, eliminação, comentários e utilização de dados são divulgadas no anexo 2 à presente Política («Definições de dados Ailoot»). A existência do Anexo não significa que todas as funcionalidades nomeadas já estejam disponíveis: só a interface e descrição da funcionalidade efetivamente ativada definem o seu controlo concreto.
12. Alterações, versão e contactos
Atualizamos a Política quando mudem o serviço, rotas, práticas efetivas de tratamento, exigências legais ou direitos dos utilizadores. A nova versão é publicada com data e versão. Uma alteração substancial de finalidades, categorias, destinatários, direitos ou forma de tratamento é comunicada pelo meio previsto na lei e contrato antes de entrar em vigor, salvo alteração urgente imposta por lei, segurança ou prevenção de abusos. Uma nova finalidade que exija consentimento separado não resulta da mera publicação de uma versão.
As versões linguísticas disponíveis da Política são indicadas em ailoot.ai. Transmitem o mesmo nível de proteção; nem a tradução nem uma ligação técnica reduzem os direitos imperativos do utilizador. Para questões de dados, segurança, modelo associado, transferência internacional, eliminação ou direitos, contacte support@ailoot.ai.
Anexo 1. Política de cookies Ailoot
Este Anexo aplica-se a ailoot.ai, à área do cliente e a outras interfaces Ailoot que utilizem cookies, local storage, SDK, píxeis, identificadores de dispositivos, registos de sessão ou tecnologias comparáveis. Não abrange cookies e SDK de sítios terceiros abertos fora de Ailoot.
1. Que tecnologias são e para que servem
Cookies são pequenos ficheiros ou registos que um sítio guarda no navegador. Local storage, session storage, SDK, identificadores de dispositivos, píxeis, web beacons e mecanismos semelhantes podem desempenhar uma função comparável na Web ou numa aplicação. Conforme a configuração, ajudam a:
manter a entrada, a sessão protegida e evitar autenticações repetidas;
guardar a língua, definições básicas de acessibilidade e preferências técnicas;
recordar a escolha de cookies e evitar mostrar repetidamente a mesma notificação;
assegurar segurança e detetar abusos, erros ou duplicações de pedidos;
quando ativados separadamente, medir o funcionamento da interface, melhorar uma funcionalidade ou apresentar uma mensagem informativa facultativa.
Uma tecnologia não recebe automaticamente mais dados do que os necessários à sua tarefa concreta. Por exemplo, um registo de consentimento de cookies não autoriza a leitura do conteúdo de um pedido e um registo de língua não autoriza publicidade. Ailoot não utiliza pedidos, anexos ou resultados para publicidade comportamental de terceiros.
2. Categorias e regra de ativação
| Categoria | O que pode fazer | Fundamento e controlo |
|---|---|---|
| Estritamente necessárias | manter a entrada na área do cliente e proteção da sessão, distribuir carga técnica, impedir abusos, guardar uma definição de segurança, a escolha de cookies e a língua do sítio escolhida manualmente | utilizadas quando necessárias ao serviço solicitado, segurança ou execução do contrato; desativá-las pode tornar indisponíveis a entrada ou uma funcionalidade |
| Funcionais | recordar tema, acessibilidade e outras definições expressamente escolhidas | ativadas quando a definição estiver disponível e for necessária à experiência escolhida; é indicada a forma de a alterar |
| Analíticas | medir a utilização técnica de páginas ou funcionalidades, identificar erros, compreender a eficácia da interface | ativadas apenas após verificar fornecedor efetivo, finalidade, prazo e fundamento; quando exigido consentimento prévio, não funcionam antes dele |
| Marketing e publicidade | medir campanhas, apresentar propostas ou utilizar um identificador publicitário | ativadas após publicação do registo efetivo, finalidade, destinatário e prazo e obtenção do consentimento exigido ou possibilidade de recusa; o acesso às funcionalidades principais pagas pelo saldo não depende do consentimento para publicidade facultativa |
| Armazenamento local do navegador e SDK | apoiar entrada, notificações, definições, funcionamento ou uma integração expressamente escolhida | sujeitos aos mesmos princípios de necessidade, transparência, minimização e controlo; permissões do navegador ou sistema operativo não substituem consentimento para tratamento facultativo |
O registo contém apenas tecnologias, redes publicitárias, SDK e prazos efetivamente utilizados. Uma tecnologia facultativa começa a ser utilizada após inclusão no registo verificado e cumprimento das exigências legais ou deste Anexo de divulgação e escolha do utilizador.
3. Registo das tecnologias efetivamente utilizadas
Para cada tecnologia efetivamente ativa, incluindo uma definição necessária, Ailoot publica neste Anexo ou num widget de registo associado:
nome da tecnologia ou SDK e destinatário;
categoria e finalidade exata;
dados ou identificadores tratados;
prazo do registo ou critério de determinação;
se o destinatário é responsável autónomo pelo tratamento, subcontratante ou serviço terceiro na aceção aplicável;
país ou mecanismo de transferência internacional, se essa informação for obrigatória;
ligação às definições, recusa ou política do destinatário, se necessária;
data da última verificação do registo.
O registo deve refletir o sítio, área do cliente e SDK reais, não uma arquitetura planeada. Se uma tecnologia for removida, a entrada é marcada como inativa ou retirada da lista ativa, verificando-se também que o código, etiqueta ou SDK já não é executado. O utilizador pode solicitar informações sobre uma entrada a support@ailoot.ai.
Entradas atuais do registo
As entradas do registo são publicadas no seguinte formato:
| Tecnologia e destinatário | Categoria e finalidade exata | Dados e prazo | Âmbito e controlo | Última verificação |
|---|
À data desta versão, as entradas relativas às tecnologias de ailoot.ai e da área do cliente são acrescentadas à medida que cada tecnologia efetivamente utilizada é verificada. As tecnologias facultativas não são utilizadas antes da publicação da respetiva entrada.
4. Escolha do utilizador
Quando uma categoria facultativa exigir consentimento, o aviso ou ecrã de definições deve disponibilizar ações claras antes da ativação:
«Aceitar as categorias facultativas selecionadas»;
«Recusar as facultativas»;
«Configurar», com categorias e explicação da finalidade;
«Guardar escolha»;
possibilidade de alterar posteriormente a decisão por uma ligação ou definição disponível em ailoot.ai ou na área do cliente.
Recusar é tão simples como aceitar. A interface não pré-seleciona categorias facultativas, não junta marketing à aceitação da Oferta nem utiliza a recusa para deteriorar o serviço principal. O consentimento refere-se ao tratamento descrito no registo; acrescentar um fornecedor, finalidade ou tipo relevante de rastreio implica nova análise e, quando necessário, nova escolha.
Revogar o consentimento termina a utilização futura da tecnologia facultativa correspondente na medida técnica e legalmente possível. Não torna ilícito o tratamento legitimamente concluído antes da revogação nem elimina automaticamente dados já recebidos por outra parte com fundamento legítimo autónomo. Se o direito aplicável exigir respeitar um sinal global de privacidade ou mecanismo semelhante de recusa, Ailoot implementa-o para a categoria efetivamente aplicável após verificar o fluxo técnico.
5. Navegador, dispositivo e elementos de terceiros
O utilizador pode eliminar ou limitar cookies no navegador, repor o identificador publicitário ou alterar permissões nas definições do dispositivo. Estes atos nem sempre equivalem à revogação do consentimento na interface Ailoot: o navegador pode eliminar o registo da escolha e o sítio ou área pessoal continuar a utilizar dados locais necessários à entrada e segurança. Por isso, para categorias facultativas é preferível utilizar tanto as definições Ailoot como os controlos do dispositivo.
Desativar todos os cookies ou local storage pode afetar a entrada, segurança, conservação da língua ou algumas funcionalidades. Isso não permite a Ailoot ativar análise ou publicidade facultativas sem fundamento. Se um widget externo, ligação, página de pagamento (por exemplo a do prestador indicado na página de pagamento), documento incorporado ou serviço ligado pertencer a terceiros, as suas tecnologias seguem a respetiva política. Antes de abrir ou ligar, o utilizador deve consultá-la; Ailoot não controla essas tecnologias fora das suas próprias interfaces.
6. Prazos de conservação e segurança
Os registos de sessão normalmente deixam de vigorar no fim da sessão ou após o período de segurança necessário. Os registos persistentes são conservados apenas pelo tempo exigido pela finalidade, até à sua eliminação pelo utilizador através de uma ferramenta disponível ou à alteração do critério legítimo de conservação. O prazo concreto de cada entrada ativa é publicado no registo. A escolha de cookies e as informações necessárias à proteção podem ser conservadas mais tempo do que o identificador técnico se necessário para demonstrar a escolha, assegurar segurança ou cumprir uma obrigação legal.
O acesso às informações recolhidas pelas tecnologias Ailoot limita-se à finalidade da recolha. Aplicamos medidas proporcionais ao risco, mas não garantimos segurança absoluta da rede ou dispositivo do utilizador. Não introduza em campos inadequados palavras-passe, chaves de API completas, números completos de cartão, CVV, códigos bancários ou outros segredos.
7. Relação com outras definições de dados
Os cookies não determinam automaticamente se os materiais de um pedido são conservados ou se um ficheiro é transmitido ao fornecedor do modelo. Estas questões seguem o texto principal da Política, o seu anexo 2 («Definições de dados Ailoot»), as definições da funcionalidade concreta e o Anexo 5 à Oferta («Condições dos modelos e fornecedores»). Por exemplo, desativar um cookie analítico não cancela a transmissão necessária ao fornecedor escolhido para executar o pedido e consentir num cookie funcional não autoriza a utilização de materiais para treino.
8. Alterações e contactos
Atualizamos este Anexo quando surjam, sejam alteradas ou removidas tecnologias ou mudem destinatário, finalidade, prazo ou exigência legal. Uma alteração substancial de tratamento facultativo não se aplica retroativamente a uma escolha já feita: antes da ativação, Ailoot publica o registo atualizado e obtém um novo ato do utilizador quando exigido. As questões e pedidos relativos a cookies podem ser dirigidos a support@ailoot.ai.
Anexo 2. Definições de dados Ailoot
Este Anexo explica as diferenças entre histórico, resultados guardados, ficheiros, comentários, treino, chaves de API e eliminação de dados em Ailoot.
O Anexo descreve regras de gestão de dados para as definições disponíveis na área do cliente, API, modelo e país. O controlo disponível é mostrado na interface antes de ativar uma funcionalidade. Se uma definição não for disponibilizada, aplicam-se aos dados o texto principal da Política e a regra da funcionalidade efetivamente ativada.
1. Princípio básico: dados diferentes, definições diferentes
O mesmo pedido pode gerar simultaneamente materiais do pedido, registos técnicos, escolha de modelo, registo de utilização, Reserva e débito do saldo e multimédia gerada. Eliminar um objeto não significa necessariamente eliminar todos os restantes: por exemplo, eliminar um ficheiro gerado não anula o registo de utilização nem o débito de um pedido já executado. Por isso, Ailoot mostra o controlo junto do respetivo objeto e explica as consequências antes de confirmar o ato.
| Objeto | Principal forma de gestão | O que o ato geralmente altera | O que não muda automaticamente |
|---|---|---|---|
| Perfil e métodos de acesso | definições da Conta na área do cliente ou pedido ao apoio | contactos, palavra-passe e sessão, língua, definições básicas | registos de carregamentos e débitos necessários à lei e dados pertencentes à organização numa Encomenda B2B |
| Chaves de API | definições de chaves de API na área do cliente, se a ação estiver disponível, ou pedido ao apoio | possibilidade de enviar novos pedidos com a chave | registos de utilização e débitos de pedidos já executados com essa chave |
| Histórico de pedidos e objetos guardados | eliminação ou arquivo, se disponibilizados; pedido relativo a direitos | disponibilidade do objeto na interface e sua utilização comum | dados técnicos, financeiros, de proteção e de cópias de segurança com fundamento legítimo subsistente |
| Ficheiro e multimédia gerada | eliminação na área do cliente, se disponível, ou pedido relativo a direitos | possibilidade de transferir ou utilizar futuramente o ficheiro através de Ailoot | cópias já transmitidas ao fornecedor ou destinatário escolhido ou transferidas pelo Cliente, enquanto regidas pelas condições do destinatário e lei |
| Marketing e cookies facultativos | recusa de comunicações, definições de cookies ou consentimento separado | futuras mensagens e tecnologias facultativas | notificações de serviço, conservação legítima da prova da escolha ou tratamento concluído antes da revogação |
| Conta completa | procedimento do anexo 3 à presente Política («Eliminação da Conta e dos dados Ailoot») | acesso à Conta e tratamento corrente dos dados pessoais associados | dados que devam ser conservados para pagamentos, segurança, litígios, incluindo pagamentos contestados, lei ou Encomenda B2B da organização |
2. Histórico, objetos guardados e cache
O histórico é um objeto do utilizador que disponibiliza um pedido, resposta ou registo de utilização anterior na interface, se a funcionalidade estiver ativada. A cache é um mecanismo técnico de execução, prevenção de operações repetidas, estabilidade ou segurança. Os conceitos não são intercambiáveis.
A eliminação do histórico, de ficheiros ou da Conta exige as ações específicas correspondentes.
3. Treino de modelos, melhoria do serviço e comentários
Por regra, Ailoot utiliza pedidos, anexos e resultados para disponibilizar, proteger e apoiar o seu próprio serviço. O serviço ailoot.ai não os inclui no treino dos seus modelos gerais, não os transmite para publicidade comportamental de terceiros nem altera silenciosamente esta regra por uma atualização da interface ou condições.
O fornecedor do modelo escolhido pode, contudo, ter modos próprios de conservação, verificação de segurança, comentários, treino ou melhoria. Aos pedidos aplicam-se as regras dos fornecedores correspondentes (por exemplo as de Anthropic, OpenAI e Google). Antes de enviar um pedido, o utilizador pode consultar as condições no Anexo 5 à Oferta («Condições dos modelos e fornecedores») e a descrição do modelo no catálogo da área do cliente. Se escolher uma rota com regime de dados diferente, Ailoot divulga a diferença antes da execução. Se a lei ou uma definição exigirem consentimento separado, o pedido não é enviado antes desse ato. O consentimento geral para a Oferta, histórico ou cookies não equivale a consentimento para treino de modelos.
Os comentários distinguem-se de um pedido comum. O utilizador pode enviar voluntariamente uma avaliação ou comunicação de erro. Ailoot pode então utilizar o comentário e o contexto que o utilizador conscientemente anexou para corrigir o erro, verificar a segurança ou melhorar a funcionalidade correspondente. Se contiverem dados pessoais, aplicam-se o texto principal da Política e os direitos do titular. Avaliar uma resposta não cria um direito a utilizar todos os materiais da Conta para outra finalidade.
Um programa separado de investigação, avaliação ou treino, se proposto, é acompanhado, antes do início, de divulgação separada da finalidade, categorias de dados, destinatários, prazo, forma de revogação, efeito no acesso ao serviço principal e limitações do modelo escolhido. O consentimento para esse programa é obtido separadamente deste Anexo e da Oferta.
4. Ficheiros, multimédia e dados sensíveis
Antes de enviar um ficheiro num pedido, o utilizador decide se é necessário à tarefa. Ailoot pode utilizar o ficheiro, propriedades técnicas e contexto necessário para execução, compatibilidade, segurança e apoio. Imagens, vídeo, música e áudio gerados são conservados para transferência pelo Cliente; se a funcionalidade disponibilizar conservação permanente ou biblioteca, mostra como localizar e eliminar o objeto. Sem essa funcionalidade, o ficheiro enviado pertence ao pedido concreto e não cria um objeto guardado separado.
Uma imagem, voz, vídeo, documento de saúde, identificação, documento financeiro ou outro material sensível pode conter dados do utilizador ou de terceiros. O utilizador deve ter direito e, quando necessário, consentimento para os utilizar. Uma funcionalidade que exija tratamento especial, biométrico ou de risco elevado só é iniciada após divulgação separada do destinatário real, finalidade, fundamento jurídico e escolha legalmente exigida. O simples carregamento de multimédia não confere a Ailoot autorização geral para identificação, clonagem de identidade, análise biométrica ou conservação desses dados.
Podem ser efetuadas verificações técnicas de ficheiros na medida necessária ao combate a código malicioso e infrações, à segurança ou ao cumprimento da lei. Não devem ser entendidas como garantia de ausência de risco, moderação de todos os materiais ou substituição da responsabilidade do utilizador pela legalidade do conteúdo carregado.
5. Fornecedores de modelos e escolha da rota
O utilizador pode gerir dados através das definições da Conta e da escolha de modelo e método no pedido à API. O Anexo 5 à Oferta («Condições dos modelos e fornecedores») ajuda a encontrar condições publicadas dos fornecedores, mas não enumera todas as rotas efetivas Ailoot. Para a funcionalidade escolhida, são divulgados separadamente os materiais necessários, condições essenciais de conservação e utilização de dados, verificações de segurança, definições disponíveis e limitações aplicáveis. O fornecedor do modelo que executa o pedido pode estar fora do país do Cliente.
O nome do modelo não define, por si só, o regime de dados. A rota depende da disponibilidade, país, compatibilidade técnica, funcionalidade escolhida e limitações do fornecedor. No encaminhamento automático, o critério e as consequências para os dados constam do catálogo ou da definição. Se a mudança alterar condições essenciais de dados, o utilizador recebe informação adicional e faz uma escolha quando exigida. Se uma condição acordada não puder ser assegurada, Ailoot recusa o pedido ou propõe uma opção admissível; os materiais não são enviados por uma rota não acordada.
O utilizador pode solicitar informações sobre a rota escolhida, mas Ailoot não divulgará segredos alheios, vulnerabilidades, chaves de acesso ou informações cuja divulgação viole direitos de terceiros, segurança ou lei. Esta limitação não afasta o dever de prestar ao utilizador a transparência obrigatória sobre os seus dados.
6. Dados empresariais
O utilizador que trabalhe numa Encomenda B2B de uma organização deve dirigir parte dos pedidos sobre conteúdo organizacional ao seu administrador; Ailoot não lhe entrega dados de outros participantes nem contorna os poderes legítimos da organização. A informação sobre quando o serviço ailoot.ai atua como responsável autónomo e quando como subcontratante segundo instruções da organização consta do anexo 4 à presente Política («Condições de tratamento de dados das organizações»).
7. Exportação, retificação e eliminação
O direito à exportação depende do direito aplicável e da funcionalidade efetivamente disponível. Quando esse direito existir, Ailoot disponibiliza o formato disponível ou aprecia o pedido segundo a secção 9 do texto principal da Política. A exportação não deve conter dados alheios, segredos de sistema, informações de segurança ou dados sobre os quais o utilizador não tenha direitos. Nos dados de uma organização, a exportação pode exigir a participação do administrador ou organização.
O utilizador pode corrigir parte dos dados nas definições da Conta na área do cliente. Para outros dados, incluindo informações pessoais nos materiais de um pedido ou um resultado incorreto, pode contactar support@ailoot.ai. A retificação não significa que Ailoot possa reescrever o conhecimento de um modelo terceiro ou eliminar um facto de um resultado já criado na posse de um destinatário; apreciamos o objeto de origem disponível e comprometemo-nos a não induzir o utilizador em erro quanto às possibilidades técnicas.
A eliminação de ficheiros ou da Conta é descrita no anexo 3 à presente Política («Eliminação da Conta e dos dados Ailoot»). Antes de eliminar a Conta, o utilizador deve, quando possível, verificar o saldo e pedidos pendentes cujas Reservas ainda não foram libertadas, transferir a multimédia gerada necessária, avaliar a exportação pretendida e verificar a ligação a uma organização. Eliminar a Conta não origina reembolso do remanescente não utilizado: este não é pago em dinheiro, salvo quando obrigatório pela legislação aplicável. A eliminação não constitui renúncia a um reembolso legítimo; estas questões seguem o Anexo 3 à Oferta («Reembolsos e litígios de pagamento»).
8. Marketing, cookies e pedidos relativos a direitos
As comunicações de marketing, análise facultativa e tecnologias publicitárias não são agregadas à aceitação da Oferta nem ao tratamento necessário à execução de um pedido. Se Ailoot disponibilizar comunicações de marketing, o consentimento ou outro mecanismo aplicável é indicado separadamente e cada mensagem deve ter uma forma clara de recusa. Notificações de serviço relativas à Conta, segurança, saldo, carregamentos, suspensão do acesso ou alteração substancial de condições não constituem publicidade.
As definições de cookies e tecnologias semelhantes são descritas no anexo 1 à presente Política («Política de cookies Ailoot»). A escolha de cookies não substitui a escolha relativa ao treino. Para exercer direitos, recusar publicidade direcionada, venda ou partilha de dados aplicáveis, revogar consentimento ou apresentar reclamação, contacte support@ailoot.ai; aplicaremos a verificação de identidade e o processo da secção 9 do texto principal da Política.
9. Alterações das definições
Ailoot não oculta novas finalidades de tratamento numa definição existente. Se mudar o regime de histórico, escolha de rota, treino, cookies ou conservação, a interface e este Anexo são atualizados antes da ativação, na medida necessária. Uma alteração substancial que exija novo consentimento ou outra escolha separada não se aplica apenas por o utilizador continuar a usar o serviço. As questões sobre definições de dados são recebidas em support@ailoot.ai.
Anexo 3. Eliminação da Conta e dos dados Ailoot
Este Anexo estabelece o procedimento de encerramento da Conta pessoal Ailoot e de eliminação ou anonimização dos dados associados.
Eliminar a Conta é um ato separado, com consequências para a entrada, chaves de API, histórico de utilização, ficheiros gerados e funcionalidades disponíveis. Não origina reembolso ou pagamento do remanescente do saldo, não constitui renúncia a reembolsos legalmente obrigatórios nem serve para contornar obrigações de pagamento, segurança e lei.
1. O que pode ser eliminado
O utilizador pode solicitar a eliminação da sua Conta pessoal e dos dados pessoais associados que o serviço ailoot.ai trate no funcionamento corrente de Ailoot. O pedido abrange, quando aplicável:
perfil, endereço de email da Conta, métodos de acesso, sessões ativas e definições pessoais;
chaves de API da Conta;
ficheiros multimédia gerados conservados para transferência, se pertencerem à Conta e a funcionalidade suportar a eliminação;
registos de utilização e pagamentos na parte não sujeita a conservação limitada (secção 6 deste Anexo);
dados que devam ser eliminados ou anonimizados em resposta a um pedido legítimo segundo o direito aplicável.
A eliminação não garante a destruição de objetos pertencentes a uma organização, outro participante, serviço externo ou fornecedor de modelos. O conteúdo dos pedidos (prompts, ficheiros) é transmitido ao fornecedor que os executa e pode ser tratado fora do país do Utilizador. Para esses objetos, Ailoot determina a sua função e a forma de colaboração disponível, mas não pode dispor de dados além dos seus direitos, contrato e lei.
2. O que fazer antes de apresentar o pedido
Antes de eliminar a Conta, recomenda-se:
- transferir ficheiros multimédia gerados e conservar informações de utilização e pagamentos necessárias através das funcionalidades da área pessoal ou de um pedido separado relativo a direitos;
- parar o envio de pedidos com chaves de API da Conta nas suas aplicações e integrações e aguardar a conclusão dos pedidos em execução;
- verificar se a Conta é utilizada por uma organização e se o utilizador é a única pessoa a gerir o seu acesso;
- desativar operações automáticas, se ativadas, através da interface disponível ou do apoio;
- se necessário, apresentar separadamente um pedido de reembolso ou correção de operação segundo o Anexo 3 à Oferta («Reembolsos e litígios de pagamento»).
Cessar a utilização e eliminar a Conta são atos diferentes. Cessar a utilização interrompe novos débitos no saldo, mas mantém o acesso à Conta. A eliminação termina o acesso após processamento do pedido, mas não substitui as regras do prestador de pagamentos ou de outra parte que gere um pagamento concreto.
3. Como apresentar o pedido
Utilize a função de eliminação da área pessoal, se disponível, ou escreva do email associado à Conta para support@ailoot.ai com o assunto «Eliminação da Conta Ailoot». Indique na mensagem:
email ou identificador seguro da Conta;
o pretendido: eliminar a Conta, eliminar um objeto específico, desativar uma chave de API ou obter informação sobre o estado;
se a Conta estiver ligada a uma organização, o seu nome ou identificador e a sua função, se conhecida;
um meio conveniente para receber confirmação.
Não envie número completo do cartão, CVV, PIN, palavra-passe, chave de API completa, código bancário, documento alheio ou outro segredo para provar a identidade. Se não tiver acesso ao email da Conta, pode escrever de outro endereço e explicar a situação. Proporemos um meio proporcional e seguro de verificar o direito à Conta, sem transformar a eliminação em recolha de dados excessivos.
Após receber o pedido, Ailoot confirma a receção quando possível e verifica a titularidade da Conta, poderes do representante, efeito na organização, operações ativas, Reservas abertas e existência de fundamento obrigatório de conservação limitada. Se o pedido for ambíguo, pedimos esclarecimento antes de uma ação irreversível. Uma eliminação confirmada pelo utilizador e executada por Ailoot pode ser irreversível na parte em que os dados já tenham sido eliminados ou anonimizados.
4. Verificação de identidade e representante
Verificamos a identidade apenas na medida necessária para evitar eliminar Contas alheias ou entregar dados ilicitamente. O método depende do risco: para um pedido comum, pode bastar confirmar a partir da Conta associada; uma operação sensível, ambiente empresarial ou representante podem exigir prova adicional de poderes. O representante deve demonstrar o fundamento legítimo para atuar pelo utilizador na medida exigida pelo direito aplicável.
Podemos recusar ou limitar um ato se não pudermos confirmar razoavelmente os poderes, se a execução divulgar dados alheios, violar a lei, ameaçar a segurança ou afetar um litígio ativo/retenção obrigatória. Quando possível, explicaremos o motivo e a via de revisão. A verificação não deve exigir segredos de pagamento, dados biométricos desnecessários ou informações alheias ao pedido.
5. O que acontece após a confirmação
Após eliminação confirmada, Ailoot termina o acesso corrente à Conta, fecha sessões ativas, desativa as suas chaves de API e inicia a eliminação ou anonimização nos sistemas ativos, dentro do processo aplicável, desde que não contrarie a lei, segurança, execução de uma obrigação pendente ou direitos da organização.
Conforme as funcionalidades efetivamente ativadas, podem ser afetados:
| Objeto | Consequência habitual da eliminação |
|---|---|
| Perfil pessoal e sessões | terminam a entrada e o acesso à Conta pessoal; as sessões ativas são fechadas |
| Chaves de API | as chaves da Conta são desativadas; novos pedidos com elas não são aceites |
| Ficheiros multimédia gerados | são eliminados ou anonimizados na medida gerida por Ailoot, considerando exceções legais e de cópias de segurança |
| Conteúdo dos pedidos transmitido ao fornecedor do modelo | é tratado pelo fornecedor segundo regras próprias; Ailoot presta colaboração razoável na sua função |
| Reservas e pedidos pendentes | a Reserva de um pedido de desfecho não confirmado mantém-se até à verificação; não há duplo débito |
| Organização | a participação ou acesso pessoal pode terminar, mas os dados, direitos do administrador e contrato da organização seguem regras separadas |
| Registos de utilização, pagamentos e acertos | o histórico necessário a registos legais, reembolso, litígio, prevenção de fraude ou defesa de pretensões pode ser conservado de forma limitada |
À eliminação aplicam-se os critérios de conservação da secção 7 do texto principal da Política: os dados ativos são eliminados ou anonimizados após processamento do pedido, enquanto as cópias de segurança isoladas são limpas pelo ciclo normal e não regressam à utilização corrente. O fornecedor do modelo ou prestador de pagamentos pode ter um processo próprio para dados já recebidos; quando necessário, encaminharemos o utilizador para o destinatário correspondente ou prestaremos colaboração razoável dentro da nossa função.
6. O que pode ser conservado de forma limitada
Mesmo após a eliminação da Conta, o serviço ailoot.ai pode conservar o mínimo de dados necessário a:
cumprimento da lei, pagamentos, registos fiscais/contabilísticos ou resposta a um pedido obrigatório;
confirmação de pagamento, reembolso, correção, verificação do desfecho de um pedido, prevenção de reembolso duplicado ou resolução de litígio de pagamento, incluindo registo de dívida relativa a pagamento contestado;
investigação de infrações, proteção dos sistemas, prevenção de fraude e segurança;
declaração, exercício ou defesa de pretensões jurídicas;
execução do contrato com uma organização quando os dados lhe pertencem e o utilizador não é a única pessoa com poder de decisão.
Estes registos são isolados da utilização corrente da Conta e não são utilizados para personalização, marketing, treino de modelos ou novo acesso pessoal sem fundamento legítimo autónomo. Se a lei exigir conservação mais longa ou proibir divulgar a realização de um ato, Ailoot cumpre essa exigência na medida necessária.
7. Organizações e Contas empresariais
Eliminar uma Conta pessoal não deve destruir inesperadamente os dados da organização nem retirar acesso ao seu único administrador. Se o utilizador atuar por uma organização, Ailoot verifica quem controla o acesso e que atos o participante pode realizar. A organização pode conservar os seus materiais, registos e documentos legítimos independentemente da eliminação do perfil pessoal do participante, se compatível com o contrato e o direito aplicável.
Se a organização determinar as finalidades do tratamento dos dados dos seus utilizadores, o pedido de um participante para eliminar conteúdo empresarial pode exigir a participação do administrador ou organização como responsável pelo tratamento. Ailoot não ignora o pedido: identificamos os dados relativos às finalidades próprias do serviço ailoot.ai e os sujeitos a instruções da organização e encaminhamos o pedido pelo canal aplicável. Mais informações no anexo 4 à presente Política («Condições de tratamento de dados das organizações»).
8. Pagamentos, saldo e reembolsos
Eliminar a Conta não origina reembolso do carregamento nem pagamento do remanescente não utilizado: este não é pago em dinheiro, salvo quando obrigatório pela legislação aplicável. A eliminação não afasta direitos obrigatórios a reembolso legítimo. Se o utilizador pretender contestar um pagamento, corrigir um débito incorreto ou duplicado, obter reembolso por serviço não prestado ou exercer um direito imperativo do consumidor, deve indicá-lo separadamente no pedido segundo o Anexo 3 à Oferta («Reembolsos e litígios de pagamento»).
Um pagamento através do prestador indicado na página de pagamento pode exigir contacto separado com esse prestador. Ailoot não gere cancelamentos e reembolsos quando essa competência pertença ao prestador ou a outro participante no pagamento. Contudo, não utilizamos a eliminação da Conta para recusar reembolso obrigatório, correção de erro ou apreciação legítima de uma comunicação. Eliminar a Conta não extingue a dívida de um pagamento contestado.
9. Estado, prazos e revisão
Apreciamos um pedido confirmado no prazo exigido pelo direito aplicável e comunicamos o resultado ou o fundamento legítimo de conservação de parte dos dados. O processamento técnico da eliminação, limpeza de cópias de segurança e resposta de destinatários externos podem ter etapas diferentes; isso não fundamenta devolver dados ao acesso corrente após eliminação confirmada.
Se o utilizador considerar incorreta a execução de uma eliminação, limitação ou recusa, pode solicitar revisão escrevendo para support@ailoot.ai e recorrer a outros meios de tutela segundo a legislação aplicável. Os direitos e prazos adicionais vigoram na medida prevista pelo texto principal da Política e pela legislação aplicável.
As questões sobre o procedimento de eliminação são recebidas em support@ailoot.ai.
Anexo 4. Condições de tratamento de dados das organizações
Este Anexo estabelece o âmbito B2B geral para uma organização que utilize Ailoot pela área pessoal, API ou outra Encomenda empresarial. A Encomenda B2B concreta e o anexo de tratamento definem as funções, rotas, auditoria, prazos, condições de transferência e definições especiais aplicáveis. Estas condições aplicam-se ao Cliente quando expressamente incluídas no seu contrato B2B com o serviço ailoot.ai.
Para uma Conta pessoal comum, o serviço ailoot.ai determina normalmente as finalidades de tratamento relativas à Conta, pagamentos, proteção e apoio como responsável autónomo; aplica-se o texto principal da Política. Aos dados pessoais sobre trabalhadores, clientes ou outras pessoas transmitidos pela organização cliente através de Ailoot e cujas finalidades/meios essenciais esta determine, aplica-se o âmbito abaixo «Cliente como responsável pelo tratamento — Ailoot como subcontratante», dentro do contrato B2B efetivamente celebrado.
1. Funções, âmbito e hierarquia
Neste Anexo:
- Cliente — organização ou empresário que celebrou com o serviço ailoot.ai uma Encomenda B2B para Ailoot;
- Responsável pelo tratamento — o Cliente quando determina as finalidades e os meios essenciais do tratamento de dados pessoais dos seus utilizadores, trabalhadores, clientes ou outras pessoas;
- Subcontratante — o serviço ailoot.ai quando trata Customer Personal Data segundo instruções documentadas do Cliente para disponibilizar Ailoot;
- Customer Data — dados transmitidos a Ailoot pelo Cliente, administrador ou utilizador da API em nome do Cliente, incluindo dados pessoais;
- Customer Personal Data — a parte de Customer Data que constitui dados pessoais segundo o direito aplicável;
- Subcontratante ulterior — a entidade a que Ailoot recorre para tratar Customer Personal Data por conta do Cliente na função aplicável;
- Instruções documentadas — condições escritas do contrato/Encomenda, configuração escolhida pelo Cliente, definições da área pessoal/API e outras instruções de pessoa autorizada que Ailoot possa executar legítima e tecnicamente.
Uma Encomenda B2B ou DPA separado prevalece sobre este Anexo geral nas matérias que regule especificamente. Em matéria de dados pessoais, o DPA prevalece sobre condições comerciais gerais na medida do conflito. As normas imperativas prevalecem sobre o contrato. Este Anexo não afasta direitos de pessoas singulares pelo direito aplicável nem transforma automaticamente todos os fornecedores externos em subcontratantes ulteriores: a função depende do fluxo efetivo, contrato e finalidade do tratamento.
O serviço ailoot.ai continua responsável autónomo pelo volume mínimo de dados necessário à gestão do seu contrato e produto: criação/administração da Conta do Cliente, pagamentos pelo saldo e impostos, prevenção de fraude e infrações, proteção da infraestrutura, registos obrigatórios, resolução de litígios e defesa de pretensões jurídicas. Para estas finalidades autónomas aplica-se o texto principal da Política, não uma instrução ilimitada do Cliente.
2. Tratamento apenas segundo instruções e finalidade permitida
Quando Ailoot atua como subcontratante, trata Customer Personal Data apenas para disponibilizar, apoiar, proteger e executar Ailoot segundo o contrato B2B, Encomenda, configuração escolhida e instruções legítimas do Cliente. O tratamento pode incluir receção, registo, organização, conservação, acesso, transmissão à rota escolhida, apresentação do resultado, cache limitada, eliminação/anonimização, diagnóstico técnico e medidas de segurança — apenas na medida necessária à funcionalidade correspondente.
O Cliente responde pela legalidade das suas instruções, transparência perante os titulares, respeito pelos direitos de terceiros, compatibilidade com o seu fundamento de tratamento e inclusão das informações/consentimentos necessários. Só encarrega Ailoot do tratamento que ele próprio pode realizar e não utiliza a interface para transmitir ocultamente informações de categorias especiais, biométricas, médicas, de crianças ou de outro risco elevado sem avaliação, contrato e proteção adequados.
Ailoot informa o Cliente se, numa avaliação razoável, uma instrução expressa contrariar o direito aplicável ou o contrato B2B, salvo proibição legal de divulgação. Ailoot pode tratar Customer Personal Data de outro modo se obrigatório por lei; quando permitido, informa o Cliente antes desse tratamento ou sem demora injustificada depois.
O Cliente designa administradores autorizados e mantém os contactos atualizados. Uma instrução que altere modelo, rota, conservação, acesso do administrador, exportação, tipo de dados ou transferência transfronteiriça deve partir de uma pessoa autorizada e estar expressamente refletida na configuração/Encomenda disponível. Uma mensagem pouco clara, instrução de pessoa não autorizada ou pedido fora da configuração documentada não tem de ser executado como instrução do responsável pelo tratamento.
3. Detalhes do tratamento: anexo obrigatório de cada Encomenda B2B
Cada Encomenda B2B contém uma ficha efetiva de tratamento de Customer Personal Data. Define dados e finalidades concretos; não abrange um volume indeterminado de «quaisquer dados para quaisquer finalidades». Conteúdo mínimo:
| Campo do anexo | O que deve indicar |
|---|---|
| Partes e contactos | Cliente, serviço ailoot.ai, administradores autorizados, contactos de privacidade/incidentes; se necessário, representante/DPO após designação efetiva |
| Produto e funcionalidades | área pessoal, API, ficheiros, geração de multimédia, modelos e métodos e outras funcionalidades efetivamente ativadas |
| Objeto e duração | período do contrato/Encomenda, início, critérios de cessação aplicáveis, procedimento de exportação/devolução/eliminação |
| Finalidades | disponibilização do produto escolhido, execução de instruções documentadas, apoio, proteção, obrigações legais; as finalidades autónomas de Ailoot como responsável pelo tratamento são identificadas separadamente |
| Categorias de titulares | por exemplo utilizadores do Cliente, trabalhadores, clientes, parceiros ou outras pessoas — apenas grupos efetivamente previstos |
| Categorias de dados | email da Conta, chaves de API, registos de utilização (modelo, método, hora, volume, custo, identificadores), pedidos (prompt) e ficheiros, resultados, multimédia conservada para transferência, contactos com o apoio e outros dados efetivamente necessários |
| Dados especiais/sensíveis | proibição ou tratamento concreto acordado, fundamento jurídico, medidas, modelos e rotas permitidos; a falta de uma entrada não significa autorização |
| Operações e frequência | receção, conservação, encaminhamento, acesso, entrega do resultado, cache, eliminação e regularidade — sem precisão falsa |
| Destinatários e rotas | registo verificado de subcontratantes ulteriores, fornecedores de modelos/ferramentas, países e funções ou ligação a um registo contratual mantido |
| Segurança, transferência e eliminação | medidas aplicáveis, contacto para incidentes, mecanismo acordado de transferência internacional, regras de devolução/eliminação e exceções |
O fornecedor do modelo recebe Customer Data apenas pela rota escolhida e aplicável: o conteúdo do pedido (prompt, ficheiros) é transmitido ao fornecedor que o executa e este pode estar fora do país do Cliente. O Anexo 5 à Oferta («Condições dos modelos e fornecedores») permite consultar as condições publicadas. Não substitui as informações acordadas com o Cliente sobre o destinatário efetivo, regime de dados e transferência internacional. Um regime sem treino, de conservação limitada ou de território específico aplica-se quando expressamente indicado na configuração ou contrato B2B aplicáveis.
4. Confidencialidade e acesso de pessoas autorizadas
Ailoot permite o tratamento de Customer Personal Data apenas a quem necessite desse acesso para prestar o serviço, assegurar segurança, apoio, cumprimento da lei ou execução do contrato B2B. Essas pessoas devem estar vinculadas a deveres de confidencialidade adequados à natureza dos dados e não menos exigentes do que o contrato e a lei determinem. O acesso segue os princípios de necessidade e proporcionalidade à função.
O Cliente deve igualmente limitar o acesso à configuração, chaves de API, credenciais administrativas e área pessoal. Transmitir uma chave a pessoa não autorizada, partilhar uma Conta sem controlo de acesso baseado em funções ou utilizar dados de outra organização fora das instruções pode criar riscos pelos quais Ailoot não pode responder como se fossem atos próprios. Isso não exonera Ailoot do dever de proteger sistemas e reagir a incidentes confirmados na sua esfera de controlo.
As informações confidenciais não incluem as tornadas públicas sem violação pela parte recetora, obtidas legitimamente de terceiros sem dever de confidencialidade, desenvolvidas autonomamente sem acesso à informação confidencial ou que devam ser divulgadas por lei. Numa divulgação obrigatória, Ailoot informa o Cliente, se legítimo, e limita a divulgação ao necessário.
5. Subcontratantes ulteriores, fornecedores de modelos e alterações de rota
Ailoot pode recorrer a subcontratantes ulteriores quando necessário à disponibilização, apoio, segurança ou execução de Ailoot. Antes de lhes dar acesso a Customer Personal Data, Ailoot assegura obrigações contratuais aplicáveis de confidencialidade, segurança e tratamento apenas para a finalidade permitida. Ailoot continua responsável perante o Cliente, dentro do contrato B2B, pelo cumprimento das suas obrigações pelo subcontratante ulterior, salvo disposição imperativa em contrário.
Um DPA/Encomenda separado indica como obter o registo atualizado de subcontratantes ulteriores relevantes e rotas de modelos. O registo contém informações confirmadas à data da entrada sobre destinatário/categoria, função, estado da rota e país/transferência quando a divulgação for exigida. Depende do produto, modelo e configuração do Cliente.
Se o contrato B2B conferir ao Cliente notificação ou direito de oposição fundamentada a um novo subcontratante ulterior relevante, define canal, prazo, exigência de fundamentação, alternativas possíveis e consequências da inexistência de solução tecnicamente admissível. O direito vigora dentro da lei, segurança, disponibilidade do fornecedor e produto. Se o contrato B2B individual não o estabelecer, as alterações de rota seguem as condições gerais e o direito aplicável.
Uma alteração de modelo/rota que mude substancialmente as condições de Customer Personal Data é tratada como alteração de configuração: Ailoot divulga-a ao Cliente autorizado no âmbito do contrato e obtém a confirmação/ação exigida antes da utilização quando necessário pela lei, Encomenda ou definição acordada. O fallback automático não é utilizado para contornar uma limitação de dados acordada.
6. Segurança e incidentes de dados pessoais
Ailoot aplica a Customer Personal Data medidas proporcionais ao risco do tratamento efetivo. O anexo B2B contém um conjunto verificado de medidas organizativas e técnicas aplicáveis. Certificação, algoritmo específico, auditoria, país da infraestrutura, tempo de recuperação ou verificação independente só integram as obrigações de Ailoot quando expressamente indicados no contrato B2B ou anexo.
Ao detetar um incidente de dados pessoais na sua esfera de controlo, Ailoot toma medidas razoáveis de contenção, investigação e redução das consequências. Se afetar Customer Personal Data e exigir notificação do Cliente pela lei ou contrato B2B, Ailoot notifica-o sem demora injustificada após dispor de informação inicial suficiente. A notificação inclui as informações então conhecidas sobre natureza do acontecimento, categorias/sistemas afetados, medidas tomadas ou planeadas e canal de contacto posterior. As informações podem ser completadas durante a investigação.
O Cliente determina se deve notificar titulares ou autoridade de supervisão na sua função de responsável pelo tratamento, salvo se a lei impuser outra obrigação diretamente a Ailoot. Ailoot presta colaboração razoável dentro da informação disponível, produto efetivo e contrato. O prazo de notificação depende do direito aplicável, contrato B2B e procedimento de gestão de incidentes acordado.
7. Pedidos de titulares, autoridades e colaboração
Se Ailoot receber um pedido de um titular relativo a Customer Personal Data pelos quais o Cliente responde como responsável pelo tratamento, encaminha-o, quando possível, para o Cliente ou sugere ao titular que o contacte. Ailoot presta ao Cliente colaboração razoável dentro do contrato B2B, informação disponível e lei. A resposta de Ailoot limita-se para não divulgar dados de outro titular, segredos comerciais do Cliente, medidas de segurança ou informações protegidas por lei.
Mediante pedido fundamentado do Cliente, Ailoot pode colaborar proporcionalmente numa avaliação de impacto na proteção de dados, consulta à autoridade ou outra obrigação do responsável, se relacionada com o serviço efetivamente prestado. A extensão, custos, prazos e materiais admissíveis dependem do contrato B2B, natureza do pedido e segurança. Essa colaboração não significa que Ailoot seja consultor jurídico do Cliente.
Perante um pedido legítimo de uma autoridade, Ailoot avalia-o dentro da sua competência e divulga apenas o necessário. Se contrato e lei permitirem, Ailoot informa o Cliente antes da divulgação ou imediatamente depois. A notificação pode ser adiada ou omitida se proibida, suscetível de prejudicar uma investigação, criar riscos ou violar uma obrigação legal.
8. Informação sobre conformidade e auditoria
O Cliente pode solicitar a informação razoavelmente necessária para demonstrar o cumprimento do âmbito B2B acordado. Ailoot aprecia o pedido considerando confidencialidade, segurança, direitos de outros clientes, prova disponível e natureza do tratamento. Documentos disponíveis, respostas a questionários, resumo das medidas ou prova independente podem constituir alternativa aceitável à auditoria se efetivamente existirem e bastarem à finalidade.
Uma auditoria presencial ou remota realiza-se quando expressamente prevista no contrato B2B e tenham sido acordados o âmbito da auditoria, o prazo, a independência do auditor, a confidencialidade, a proteção dos sistemas, a frequência e os custos. Não concede acesso a infraestrutura, código-fonte, chaves, dados de outros clientes, segurança do fornecedor do modelo ou outros materiais cuja divulgação viole confidencialidade, segurança, direitos de terceiros ou lei.
9. Devolução, eliminação e cessação da Encomenda B2B
Na cessação de uma Encomenda B2B, o Cliente dispõe de uma oportunidade razoável de solicitar devolução ou exportação de Customer Data num formato disponível, se tecnicamente viável e sem violar direitos de terceiros, segurança, lei ou condições do fornecedor. A Encomenda B2B ou anexo de tratamento indica prazo, formato, custo, extensão e contacto para o pedido.
Após o período aplicável de devolução/exportação, Ailoot elimina ou anonimiza Customer Personal Data dentro da sua função, salvo se lei, segurança, litígio, contabilidade, defesa de direitos ou contrato exigirem conservação limitada. As cópias de segurança e isoladas são limpas pelo ciclo efetivo, não regressam à utilização comum nem dão acesso a uma Conta recuperada sem fundamento autónomo. Os fornecedores de modelos podem conservar dados segundo os seus contratos; a via aplicável e a possibilidade de colaboração são indicadas no registo/anexo.
A devolução e eliminação seguem os critérios da Encomenda B2B, produto efetivo, ciclo de cópias de segurança e direito aplicável. Prazos especiais, localização territorial dos dados (data residency), proteção contra a eliminação durante o prazo de conservação (retention lock), certificado de destruição (destruction certificate) ou exportação separada vigoram quando acordados antes do tratamento e indicados no anexo.
10. Transferências internacionais
Para Customer Personal Data sujeitos a restrições internacionais de transferência, as partes identificam primeiro o fluxo efetivo: exportador, importador, funções, países, categorias de dados, destinatários, rota do modelo e direito aplicável. Depois celebram um anexo separado ou utilizam outro mecanismo reconhecido, se necessário. Podem incluir condições contratuais para EEE, Reino Unido, Suíça ou outro território, mas só após preencher as partes, anexos e informações exigidas.
Um anexo individual de transferência transfronteiriça integra o contrato B2B após identificar o mecanismo aplicável e preencher as informações necessárias sobre partes, rota e dados. O texto principal da Política aplica-se como informação pública; uma garantia concreta de tratamento num país, SCC, adenda relativa ao Reino Unido ou outro mecanismo de transferência só vigora no anexo individual onde esteja expressamente indicada.
11. Responsabilidade, alterações e relação com outras condições
As obrigações e meios de tutela de tratamento de dados aplicam-se dentro do contrato B2B e das normas imperativas. O limite de responsabilidade, a indemnização, a confidencialidade e o procedimento de resolução de litígios vigoram na extensão expressamente fixada no contrato B2B. Uma limitação B2B não se aplica ao consumidor quando proibida por lei nem restringe direitos inalienáveis do titular.
Ailoot pode atualizar o âmbito B2B geral quando mudem o direito, produto, subcontratante ulterior efetivo ou exigências de segurança. Uma alteração substancial segue o procedimento de notificação e efeitos futuros acordado com o Cliente e não altera retroativamente uma rota ou anexo de tratamento já acordados nem direitos imperativos. As questões da organização são recebidas em support@ailoot.ai; a Encomenda B2B pode definir um contacto operacional separado.
Modelo mínimo da ficha de tratamento
O seguinte modelo é preenchido com dados atuais da Encomenda B2B concreta:
| Campo | Conteúdo a preencher |
|---|---|
| Cliente / contacto do responsável pelo tratamento | nome, endereço/contacto, contactos de privacidade e de incidentes, administrador autorizado |
| Ailoot / contacto do subcontratante | serviço ailoot.ai como parte contratual; contacto operacional de privacidade/incidentes (enquanto não designado, support@ailoot.ai) |
| Serviço e Encomenda | área pessoal, API e funcionalidades concretas, versão do contrato, datas de início e fim |
| Instruções | contrato, Encomenda, definições, documentação da API, administrador autorizado; exceções legais obrigatórias |
| Finalidades e operações | disponibilização do serviço, funcionalidades escolhidas, apoio, segurança, eliminação/exportação |
| Titulares e dados | categorias reais, dados sensíveis/proibição, volume e frequência previstos |
| Subcontratantes ulteriores e modelos | registo atual, funções, funcionalidades, países/transferências, regra de alteração |
| Segurança e incidentes | medidas comprovadas, contacto, notificação e procedimento de colaboração |
| Conservação, devolução e eliminação | critério, formato de exportação, exceções de cópias de segurança/legais, confirmação de conclusão |
| Transferência de dados | direito aplicável, exportador/importador, mecanismo separado e anexos, se necessários |
Anexo 5. Consentimento para o tratamento de dados pessoais
Ao registar-me na área pessoal em ailoot.ai, criar uma chave de API, carregar o saldo ou utilizar de outro modo o serviço ailoot.ai (adiante «Ailoot», «Serviço»), dou livremente, por minha vontade e no meu interesse, consentimento ao Serviço para tratar os meus dados pessoais nas condições abaixo. Este consentimento é um documento autónomo: é publicado como anexo 5 à Política de Privacidade Ailoot apenas para facilitar a consulta e não integra o texto da Oferta e contrato de licença Ailoot nem o texto principal da Política de Privacidade Ailoot.
1. Responsável pelo tratamento
O responsável pelo tratamento de dados pessoais é o serviço ailoot.ai. O contacto é por email: support@ailoot.ai.
2. Finalidades do tratamento
- Criação e gestão da Conta, confirmação da entrada, recuperação de acesso, emissão e verificação de chaves de API e disponibilização da área pessoal.
- Execução de pedidos à API: transmissão dos materiais necessários ao fornecedor do modelo que executa o pedido, entrega do resultado, conservação de multimédia gerada para transferência e contabilização da utilização.
- Pagamentos: crédito do carregamento após confirmação do prestador indicado na página de pagamento, Reserva do custo previsto e débito único do custo efetivo, registo de pagamentos contestados e respetivas dívidas e apreciação de reembolsos.
- Apoio aos utilizadores, apreciação de comunicações, reclamações e litígios.
- Segurança e funcionamento do Serviço, prevenção de fraude e abusos.
- Cumprimento de obrigações estabelecidas pela legislação aplicável.
3. Lista de dados
- Dados da Conta: endereço de email; nome apresentado, se o indicar; identificadores da Conta e sessão; definições e histórico de consentimentos.
- Chaves de API: identificador, nome, parte visível da chave, data de criação, estado e definições.
- Registos de utilização: modelo, método, hora, volume, custo, identificadores dos pedidos, Reservas e débitos.
- Informações de pagamento recebidas do prestador indicado na página de pagamento: identificador da operação, meio, estado, montantes, taxa aplicada e comissão, sem dados completos do cartão.
- Materiais dos pedidos e resultados: textos, ficheiros, imagens, áudio e vídeo que envio e resultados gerados, incluindo multimédia conservada para transferência.
- Dados técnicos: endereço IP, informações do navegador ou aplicação cliente, registos de ações e diagnóstico.
- Conteúdo das minhas comunicações ao apoio.
4. Operações sobre os dados
Recolha, registo, sistematização, acumulação, conservação, retificação (atualização, alteração), extração, utilização, transmissão (disponibilização, acesso), anonimização, bloqueio, eliminação e destruição, com e sem meios automatizados.
5. Transmissão de dados
Compreendo e aceito que o conteúdo dos meus pedidos (prompts, ficheiros) é transmitido ao fornecedor do modelo que os executa (por exemplo Anthropic, OpenAI, Google, xAI, Alibaba, MiniMax, NVIDIA) e que este pode estar fora do meu país de residência. As informações de pagamento são tratadas pelo prestador indicado na página de pagamento. A lista das categorias de destinatários consta da secção 5 da Política de Privacidade Ailoot.
6. Validade e revogação
O consentimento vigora até se atingirem as finalidades do tratamento ou até ser revogado. Os prazos de conservação de categorias específicas de dados seguem a secção 7 da Política de Privacidade Ailoot.
Posso revogar o consentimento mediante comunicação a support@ailoot.ai. Após a revogação, o Serviço termina o tratamento que exige consentimento, salvo quando possa continuar por outro fundamento da legislação aplicável (por exemplo execução do contrato, registo de pagamentos ou defesa de direitos). A revogação não afeta a licitude do tratamento anterior.
7. Direitos
Os meus direitos relativos aos dados pessoais e o modo de exercício são descritos na secção 9 da Política de Privacidade Ailoot.
Anexo 6. Violação de direitos de propriedade intelectual
Este Anexo é o Anexo 7 à Oferta e contrato de licença Ailoot e está publicado na Política de Privacidade Ailoot para facilitar a consulta. Complementa a Oferta, o Anexo 4 à Oferta («Regras de utilização aceitável Ailoot»), o Anexo 5 («Condições dos modelos e fornecedores») e o Anexo 6 («Condições especiais das funcionalidades Ailoot»).
1. Finalidade e limites do procedimento
1.1. Ailoot aprecia comunicações de boa-fé sobre alegadas violações de direitos de autor, conexos, marcas, patentes, bases de dados, segredos comerciais, imagem e outros direitos intelectuais ou semelhantes relacionados com Conteúdo, descrição de funcionalidades ou outros materiais acessíveis através de Ailoot.
1.2. Este procedimento não declara a aplicabilidade de um procedimento especial dos Estados Unidos, a designação de agente DMCA ou a aceitação automática do direito de um país específico. A lei aplicável, poderes do requerente, local de utilização, natureza do direito e condições do Modelo escolhido podem variar. A comunicação não substitui uma ordem judicial, contrato de licença, procedimento estatal obrigatório ou consulta jurídica.
1.3. Ailoot pode ter acesso técnico limitado a um prompt privado, ficheiro ou Resultado. Não somos obrigados a divulgar à outra parte materiais reservados, segredos, dados de terceiros, chaves ou informações da investigação. Se a questão respeitar a uma Rota do fornecedor, o seu procedimento obrigatório pode exigir contacto separado com esse fornecedor; essa informação deve constar do Anexo 5 à Oferta («Condições dos modelos e fornecedores»).
2. Como enviar a comunicação
2.1. A comunicação é enviada a support@ailoot.ai com o assunto «Reclamação IP Ailoot». Não envie palavras-passe, chaves de API, CVV/CVC, PIN, códigos bancários de utilização única ou materiais desnecessários à identificação do objeto da reclamação.
2.2. Para podermos verificar, a comunicação deve, na medida razoavelmente possível, conter:
nome ou denominação do requerente, contacto conveniente e país/território relacionado com a pretensão;
indicação de atuação como titular, representante, licenciado ou outra pessoa autorizada; para representantes, prova de poderes disponível;
descrição do objeto protegido e do direito concreto invocado; quando disponíveis, ligação à fonte original, número de registo, licença, data de criação ou outro material que ajude a verificar o direito;
ligação exata, identificador do pedido ou material, utilizador, hora, captura de ecrã ou outro meio de localizar o material em disputa em Ailoot; no caso de material privado, ID do pedido ou Conta apenas na medida legitimamente detida pelo requerente;
explicação do motivo da alegada violação e da ação solicitada: restrição de acesso, remoção, esclarecimento da atribuição, transmissão de contacto, conservação de prova ou outra medida proporcional;
confirmação da convicção de boa-fé sobre a exatidão das informações e legitimidade do pedido, bem como assinatura eletrónica, nome no fim da mensagem ou outro meio de confirmar quem apresentou a declaração.
2.3. Se a informação for insuficiente, contraditória ou relativa a material que Ailoot não consiga encontrar, podemos pedir esclarecimentos. Isso não constitui recusa de mérito nem significa que o material tenha sido considerado legítimo. Não exigimos previamente provas que a lei não obrigue a divulgar ou cuja transmissão crie outra violação de direitos.
3. Verificação e possíveis medidas
3.1. Após receber informação suficientemente concreta, Ailoot verifica os dados disponíveis, contrato aplicável, natureza da funcionalidade, argumentos da parte afetada e exigências legais. Podemos pedir materiais adicionais, conservar temporariamente registos pertinentes na medida permitida, restringir o acesso, remover metadados, limitar temporariamente uma funcionalidade concreta ou recusar a ação se a reclamação manifestamente não respeitar a Ailoot ou não tiver fundamento jurídico.
3.2. Nem toda a semelhança entre um Resultado e uma obra alheia prova violação. Um Resultado generativo pode não ser único e as questões de autoria, licença, fair use, citação, paródia, domínio público, contrato e direito territorial exigem as circunstâncias do caso concreto. Não prometemos remoção automática com base numa só alegação nem resolvemos definitivamente litígios jurídicos complexos em lugar da autoridade competente ou tribunal.
3.3. Perante ameaça urgente de infração continuada, risco de divulgação de segredo comercial, acesso público a dados pessoais ou exigência legal obrigatória, pode ser tomada uma medida antes da resposta do utilizador. Nos restantes casos, notificamos, quando possível, o Utilizador afetado sem divulgar dados excessivos do requerente nem violar a lei, segurança ou direitos de terceiros.
3.4. Uma restrição pelo procedimento não reconhece responsabilidade, não afasta proteção imperativa do consumidor nem cria direito de acesso a Conteúdo alheio. Para atos pela API ou pedidos privados, escolhe-se a medida mínima suficiente: pode, por exemplo, afetar um material, chave ou Rota específicos, em vez de toda a Conta.
4. Explicação e resposta da parte afetada
4.1. O Utilizador ou outro titular afetado pode responder à notificação escrevendo para support@ailoot.ai e indicando o ID da comunicação/material, contactos, fundamento da utilização, licença pertinente, autorização, prova de autoria, explicação de erro de identificação ou outros materiais disponíveis. A resposta deve ser de boa-fé e não conter segredos ou dados pessoais alheios sem direito.
4.2. Se necessário, podemos transmitir ao requerente uma parte limitada da resposta para verificação e resolução do litígio, mas apenas na medida necessária, compatível com a lei e o texto principal da Política de Privacidade Ailoot. Podemos propor que as partes resolvam a questão diretamente, apresentem decisão da autoridade competente, esclareçam a licença ou aguardem o prazo legal. O Serviço Ailoot não é obrigado a publicar o material em disputa, pôr as partes em contacto ou restabelecer o acesso enquanto o risco e a situação jurídica não estiverem esclarecidos.
4.3. Se o requerente retirar a reclamação, as partes chegarem a acordo, for apresentada uma decisão vinculativa ou a informação disponível mostrar falta de fundamento, Ailoot revê a restrição dentro de limites razoáveis. Não é necessário restabelecer se o material continuar proibido pela lei, condições do modelo, segurança, direitos alheios ou cessação efetiva da funcionalidade.
5. Infrações repetidas e de má-fé
5.1. Perante violações de direitos repetidas e comprovadas, contorno consciente de medidas anteriores, carregamento de material alheio sabidamente proibido ou utilização de Contas para esse contorno, Ailoot pode emitir avisos, restringir funcionalidades, revogar chaves ou suspender Rotas ou Contas segundo o Anexo 4 à Oferta («Regras de utilização aceitável Ailoot») e a Oferta.
5.2. A repetição é avaliada pelos factos, grau de culpa, explicações, tipo de direito, consequências e meios de correção disponíveis. Não existe um limiar numérico automático pelo qual qualquer litígio determine obrigatoriamente o encerramento da Conta. Um litígio de boa-fé sobre licença, erro, reclamação retirada ou alegação não comprovada não equivale a uma infração estabelecida.
5.3. Uma reclamação conscientemente falsa, falsificação de poderes, tentativa de censurar material legítimo, abuso de respostas ou divulgação de dados alheios durante o litígio também podem levar à recusa deste procedimento e a medidas proporcionais. Isso não limita o direito de defender de boa-fé os direitos através de tribunal, autoridade competente ou outro mecanismo legítimo.
6. Confidencialidade, prova e contactos
6.1. Ailoot utiliza informações da reclamação e resposta para apreciar a comunicação, assegurar segurança, cumprir a lei, defender direitos e manter registos necessários. A conservação depende do objeto do litígio, direito aplicável, possível pretensão, prazo de recurso e necessidade de proteger o Serviço. Os detalhes do tratamento de dados pessoais constam do texto principal da Política de Privacidade Ailoot.
6.2. Se a reclamação contiver informações de risco imediato para uma pessoa, criança, infraestrutura, dados pessoais ou outra obrigação legal de comunicar, Ailoot pode encaminhá-la pelo canal competente previsto na lei e tomar uma medida urgente de proteção. Isso não transforma o procedimento de IP num substituto dos serviços de emergência.
6.3. Contacto para reclamações de IP e respostas: support@ailoot.ai. Prestador: o serviço ailoot.ai.