Adotar inteligência artificial sem compreender o tratamento subjacente transforma uma decisão tecnológica em risco jurídico pouco mensurável para empresas, clientes e demais pessoas afetadas.
O RIPD organiza essa análise, mas sua elaboração não decorre automaticamente do simples uso de IA ou de dados sensíveis.
A questão decisiva é concreta: quais dados entram, por que são usados, em que escala, com quanta automação e quais efeitos podem alcançar os titulares.
Essa leitura permite antecipar salvaguardas e produzir evidências de responsabilização antes da operação.
O RIPD não deve começar com um formulário, mas com o mapa do tratamento
Um modelo padronizado ajuda a consolidar conclusões, porém não revela sozinho o funcionamento real da operação.
O ponto de partida é um mapa verificável que conecte contexto, pessoas, dados, agentes e decisões. Sem essa base, campos formalmente preenchidos podem esconder finalidades vagas, integrações desconhecidas e etapas pelas quais ninguém assumiu responsabilidade.
Qual sistema será usado, para qual finalidade e quais pessoas terão seus dados processados
A identificação da ferramenta precisa ultrapassar o nome comercial e alcançar os componentes que determinam seu comportamento.
Versão, módulos habilitados, ambiente contratado, integrações e funções efetivamente utilizadas delimitam o objeto analisado.
Um assistente para revisar estilo de documentos opera de forma distinta de um sistema que extrai diagnósticos, classifica litígios e recomenda prioridades.
A finalidade deve traduzir o problema operacional em resultado determinado, porque expressões como “ganhar eficiência” não explicam por que o tratamento é necessário nem quais usos permanecem fora do projeto.
Esse recorte ainda permite vincular cada função a uma hipótese legal e impedir que uma aprovação genérica legitime expansões futuras.
O mapa também identifica as pessoas alcançadas, inclusive quando elas não usam a plataforma. Em um escritório, usuários cadastrados são apenas uma categoria: clientes, partes adversas, empregados, testemunhas, peritos e dependentes podem aparecer nos autos enviados ao sistema.
Ademais, documentos processuais podem conter informações sobre crianças, saúde, filiação sindical, patrimônio e vida familiar.
Registrar categorias de titulares, fontes dos dados e relações com o controlador evidencia vulnerabilidades e expectativas distintas.
Consequentemente, a avaliação deixa de olhar somente para credenciais de acesso e passa a abranger quem suporta os possíveis efeitos do tratamento.
Uma ficha de caso de uso, validada pelo responsável operacional, evita que a avaliação descreva uma ferramenta abstrata. Ela ainda fixa limites que podem ser comparados com configurações, treinamento e comunicações aos usuários.
Como descrever o fluxo desde a entrada dos dados até retenção, compartilhamento e eliminação
O fluxo começa antes do upload, pois a preparação do conteúdo já define parte relevante da exposição. É preciso registrar de onde o documento veio, quem selecionou seu conteúdo e se houve minimização ou ocultação prévia.
Depois, o desenho deve acompanhar transmissão, armazenamento temporário, processamento, geração da resposta, revisão humana e incorporação do resultado ao sistema corporativo.
APIs, extensões, repositórios e exportações criam novas etapas e destinatários. Ao vincular cada passagem ao respectivo agente, ambiente e controle, a empresa consegue localizar onde uma finalidade muda ou onde uma cópia escapa da política de retenção principal.
A saída também integra o tratamento e merece controles próprios durante o uso corporativo e a posterior eliminação. Uma classificação, resumo ou recomendação pode conter dados pessoais, inferências ou correlações novas, mesmo quando o arquivo original é eliminado.
Por isso, retenção precisa indicar prazos e critérios para entradas, prompts, resultados, registros técnicos, cópias de segurança e documentos exportados.
Compartilhamentos devem alcançar fornecedor principal, suboperadores e outros controladores, enquanto a eliminação deve explicar limites técnicos e obrigações de preservação.
Dessa forma, o diagrama representa o ciclo completo e oferece uma referência comum para privacidade, segurança, procurement e responsáveis pelo processo de negócio.
O desenho ganha força quando distingue fluxo planejado e fluxo observado em teste. Capturas de configuração, amostras controladas e respostas do fornecedor confirmam se o percurso declarado corresponde ao comportamento efetivo.
Nem toda ferramenta de IA gera automaticamente a mesma obrigação de RIPD
A correção jurídica central evita dois erros simétricos: liberar qualquer IA por considerá-la apenas software ou exigir o mesmo relatório para todos os usos.
A Lei Geral de Proteção de Dados Pessoais (LGPD) distribui deveres conforme operação, agentes, fundamento e risco.
Logo, a tecnologia é relevante, mas não substitui a análise contextual nem a justificativa documentada do controlador.
Quando a ANPD pode exigir o relatório e quando sua elaboração é recomendada
O controlador é responsável pelo relatório e precisa coordenar as informações fornecidas pelas áreas participantes da operação.
A ANPD explica que pode exigi-lo em hipóteses previstas na legislação, inclusive para controladores em geral quanto às suas operações, entre elas as que envolvem dados pessoais sensíveis.
A Autoridade também pode solicitá-lo em tratamentos baseados no legítimo interesse, em determinadas operações do Poder Público e nos contextos excepcionais abrangidos pela legislação.
Essas previsões são poderes de requisição e não convertem toda ocorrência de dado sensível em uma obrigação prévia idêntica.
Paralelamente, a orientação administrativa recomenda elaborar o documento quando o tratamento puder gerar alto risco aos princípios de proteção de dados, às liberdades civis ou aos direitos fundamentais.
Nesses cenários, a elaboração deve ocorrer antes do início, para influenciar a arquitetura e a decisão de prosseguir. Caso o risco só seja identificado depois, a recomendação é documentá-lo tão logo isso aconteça.
Assim, a ausência de uma requisição formal não encerra a análise: prevenção e prestação de contas podem justificar o relatório como evidência da diligência do controlador.
A triagem inicial deve registrar a conclusão mesmo quando a equipe afasta o alto risco. Essa memória explica os fatos considerados e permite reabrir o exame se escala, finalidade ou automação mudarem.
Por que dado sensível e tecnologia inovadora precisam ser analisados dentro do risco concreto
Dados sensíveis elevam a atenção porque sua utilização pode expor saúde, biometria, origem racial, convicção religiosa ou filiação sindical.
Ainda assim, categoria do dado, por si só, não descreve volume, frequência, acesso, finalidade ou consequência. Um recurso local que corrige a redação de uma frase previamente anonimizada apresenta um cenário diferente daquele que processa prontuários completos para ordenar pessoas.
A hipótese legal aplicável, a expectativa dos titulares e a possibilidade de inferências ajudam a revelar o risco que a etiqueta “sensível” apenas sinaliza.
O mesmo raciocínio vale para a tecnologia inovadora, cuja novidade pode assumir formas e consequências muito diferentes.
Novidade pode reduzir previsibilidade, dificultar explicações e introduzir dependências técnicas, mas sistemas com o mesmo rótulo de IA têm arquiteturas e funções diversas.
O jurídico precisa verificar se o modelo aprende com conteúdo do cliente, consulta fontes externas, mantém contexto, produz perfis ou influencia decisões relevantes.
Essa investigação conecta característica tecnológica e dano plausível. Por consequência, o relatório não se torna um tributo documental à inovação: ele registra por que uma combinação específica de dados, finalidade, escala e controles demanda tratamento preventivo mais robusto.
Ainda, uma matriz de triagem pode organizar esses fatores sem automatizar a conclusão jurídica. Evidências contraditórias ou desconhecidas permanecem visíveis, impedindo que uma pontuação esconda incertezas relevantes para a liberação.
O conceito de alto risco ajuda a decidir quando documentar preventivamente
Enquanto não existe disciplina específica completa, a própria Autoridade indica um parâmetro prático para orientar decisões preventivas e justificáveis.
A Resolução CD/ANPD nº 2/2022 considera alto risco a presença cumulativa de ao menos um critério geral e um específico.
Embora o regulamento trate de pequenos agentes, a orientação sobre relatórios admite seu uso, no que couber, como referência provisória.
Larga escala ou impacto significativo sobre direitos como critérios gerais
A larga escala não equivale a um número universal de registros, pois depende da combinação dos elementos observados.
O regulamento considera quantidade de titulares, volume de dados, duração, frequência e extensão geográfica. Uma operação contínua com milhares de dossiês densos pode apresentar escala relevante mesmo em uma única organização.
Em sentido oposto, um teste delimitado, com poucos documentos minimizados e descarte controlado, exige análise diferente.
A decisão deve registrar valores conhecidos, estimativas, horizonte temporal e critérios utilizados, permitindo que terceiros reconstruam a conclusão se a base crescer.
O impacto significativo alcança atividades capazes de impedir direitos ou acesso a serviços e de ocasionar danos materiais ou morais.
Discriminação, violação da imagem, fraude e roubo de identidade aparecem como referências, sem formar lista fechada.
Em sistemas jurídicos, priorizar um processo pode afetar prazo, estratégia, alocação de recursos ou atenção dispensada a uma pessoa.
Portanto, mesmo uma população menor pode justificar cuidado elevado quando a recomendação interfere intensamente em interesses fundamentais.
A matriz deve demonstrar essa relação, em vez de usar quantidade de titulares como único atalho decisório. No caso dos processos trabalhistas, a equipe deve estimar acervo, crescimento, recorrência das consultas e diversidade territorial.
Deve ainda explicar como uma classificação errada alcançaria empregados, clientes e a condução das demandas.
Tecnologia inovadora, dados sensíveis e decisões automatizadas como critérios específicos
Entre os critérios específicos estão tecnologias emergentes ou inovadoras, dados pessoais sensíveis e decisões tomadas unicamente com base em tratamento automatizado.
Cada elemento deve ser confirmado na operação. A existência de um componente generativo pode satisfazer o critério tecnológico, mas não prova sozinha o alto risco: ainda será necessário combiná-lo com larga escala ou impacto significativo.
Da mesma maneira, dados sensíveis pedem exame rigoroso, porém sua presença não dispensa a demonstração do critério geral adotado.
A decisão automatizada requer precisão adicional para que a classificação jurídica corresponda ao poder exercido pela tecnologia.
Uma sugestão revisada por profissional com competência, tempo e informação para discordar não se confunde com decisão exclusivamente automatizada.
Entretanto, uma aprovação humana meramente ritual pode não reduzir o risco material. O relatório deve descrever o peso da saída, quem decide, quais dados sustentam a recomendação e como divergências são registradas.
Em setembro de 2026, a Agenda Regulatória da ANPD mantém relatórios de impacto e inteligência artificial em andamento.
Essa situação recomenda datar premissas e criar um gatilho para atualização após novas resoluções. Testes com casos limítrofes ajudam a verificar se revisores compreendem a recomendação e conseguem rejeitá-la.
As taxas de divergência, motivos e correções oferecem evidência melhor do que a simples presença de um botão de aprovação.
O relatório precisa demonstrar necessidade e proporcionalidade do tratamento
Identificar alto risco não encerra a avaliação; apenas explica por que ela merece documentação aprofundada. O relatório deve mostrar que o objetivo é legítimo e que a operação escolhida guarda relação equilibrada com ele.
Essa etapa transforma princípios abstratos em decisões verificáveis sobre dados, funcionalidades e desenho do fluxo, antes que conveniência técnica se consolide como suposta necessidade.
Finalidade, hipótese legal e dados realmente necessários para alcançar o objetivo
Finalidade precisa ser específica o bastante para orientar seleção de dados e medir o resultado. No exemplo de um escritório que pretende analisar milhares de processos trabalhistas, “gestão de contencioso” é amplo demais.
Classificar casos para organizar a distribuição interna e recomendar prioridade operacional descreve melhor a função.
A partir dela, cada categoria, laudos médicos, dados financeiros, informações de empregados e metadados processuais, deve ser ligada a uma etapa efetivamente necessária. Se o sistema apenas identifica prazos, o conteúdo clínico integral provavelmente não contribui para esse objetivo.
A hipótese legal também deve corresponder à operação e à categoria de dado, sem ser escolhida como rótulo genérico do projeto.
Diferentes etapas podem exigir fundamentos distintos, sobretudo quando dados foram obtidos no processo judicial, enviados por clientes ou inferidos pela ferramenta.
Além disso, o relatório deve registrar quem validou a conclusão e quais condicionantes limitam seu alcance.
Esse encadeamento permite demonstrar adequação: a organização nomeia finalidade e base legal, explica por que determinados dados entram no fluxo e verifica a compatibilidade com o contexto original.
A tabela de dados pode indicar fonte, obrigatoriedade, função e resultado associado a cada campo. Esse nível de detalhe expõe informações coletadas por hábito, cuja retirada não comprometeria a classificação pretendida.
Alternativas menos invasivas e justificativa para informações que permanecerão no fluxo
A proporcionalidade exige comparar opções capazes de entregar resultado semelhante, sob critérios de desempenho e proteção previamente definidos.
A análise pode confrontar processamento integral e extração prévia de campos, ambiente externo e infraestrutura dedicada, conteúdo identificado e pseudonimizado, além de automação ampla e apoio restrito.
O objetivo não é provar que existe uma solução sem risco, mas demonstrar por que a alternativa escolhida oferece benefício compatível com a intrusão.
Custos e desempenho são fatores legítimos, desde que não apaguem efeitos sobre os titulares nem sejam apresentados como justificativa conclusiva.
Depois dessa comparação, cada informação mantida precisa de razão vinculada à finalidade. Campos desnecessários podem ser excluídos na origem; identificadores podem ser substituídos; anexos irrelevantes podem ficar fora do envio.
Quando a remoção prejudicar o objetivo, o documento registra essa dependência e compensa o risco com controles proporcionais.
Revisões periódicas devem verificar se dados inicialmente úteis continuam necessários após ajustes no modelo ou no processo.
Assim, minimização se torna uma decisão arquitetural demonstrável, e não uma declaração abstrata reproduzida no formulário.
A avaliação do fornecedor de IA precisa entrar no RIPD
O controlador não transfere sua responsabilidade ao contratar tecnologia e tampouco consegue avaliar sozinho toda a infraestrutura contratada.
Informações do fornecedor compõem a análise porque revelam onde e como o tratamento ocorre, mas precisam ser confrontadas com o uso definido pelo cliente.
Questionário, contrato, documentação técnica e testes devem formar um conjunto coerente de evidências, com lacunas registradas e responsáveis por resolvê-las antes da aprovação.
Papel de controlador e operador, suboperadores, compartilhamentos e transferências internacionais
Os papéis decorrem das decisões efetivamente tomadas sobre finalidade e elementos essenciais do tratamento. Um fornecedor pode atuar como operador em atividades realizadas segundo instruções do cliente e como controlador em operações próprias, como faturamento ou gestão de usuários.
O contrato deve separar essas situações e definir instruções, dever de cooperação, devolução ou eliminação e limites de uso.
Classificações prontas não bastam quando os termos permitem finalidades independentes incompatíveis com o desenho aprovado.
A cadeia de suboperadores merece visibilidade equivalente porque cada participante pode criar destinos e riscos adicionais para as informações.
Hospedagem, modelos de terceiros, monitoramento e suporte podem receber conteúdo ou metadados, ainda que o usuário interaja com uma única interface.
O relatório deve indicar destinatários, localização, finalidade, categorias transmitidas e mecanismo aplicável a transferências internacionais. Mudanças nessa cadeia precisam gerar aviso e nova avaliação.
Com isso, compartilhamento deixa de ser um campo binário e passa a mostrar dependências reais, inclusive quais garantias contratuais e técnicas cobrem cada participante do fluxo.
A ausência do nome de um prestador pode ser tratada por categoria somente se houver mecanismo confiável de atualização.
O controlador precisa conhecer a cadeia em nível suficiente para avaliar jurisdição, acesso e reutilização. Instruções documentadas devem alcançar subcontratados que processam o conteúdo confiado.
Direito de auditoria, relatórios independentes e dever de cooperação dão sustentação prática a essa cadeia de obrigações.
Retenção, treinamento de modelos, controles de acesso e resposta a incidentes
A retenção deve ser verificada por categoria e ambiente, com critérios compatíveis com finalidade e obrigações de preservação. Promessas genéricas de exclusão podem não esclarecer histórico de conversas, arquivos, resultados, telemetria, suporte e cópias de segurança.
Também é essencial saber se prompts e documentos alimentam treinamento, ajuste, avaliação humana ou melhoria do serviço, quais opções contratuais impedem esses usos e como a escolha é tecnicamente aplicada.
Se uma resposta permanecer incerta, o risco não desaparece: a lacuna deve ser registrada como impeditivo, condição de contratação ou risco residual aceito por autoridade competente.
Os controles de acesso precisam contemplar fornecedor e organização cliente, inclusive administradores com privilégios capazes de alcançar conteúdo sensível.
Autenticação, segregação entre clientes, perfis, registros de atividade e revisão de privilégios reduzem exposições previsíveis.
Já o plano de incidentes deve definir detecção, preservação de evidências, prazo contratual de aviso e informações necessárias para a avaliação do controlador. Exercícios ou evidências independentes aumentam a confiança na resposta declarada.
Desse modo, a due diligence não se limita a colecionar certificados; ela relaciona controles específicos aos dados, às ameaças e às obrigações que o caso realmente apresenta.
A contratação pode ficar condicionada à configuração de autenticação forte e ao bloqueio do treinamento. Tais condições devem aparecer no aceite técnico e ser verificadas antes do acesso ao conteúdo real.
Risco aos titulares precisa ser descrito além da cibersegurança
Confidencialidade, integridade e disponibilidade são componentes essenciais, porém não esgotam o impacto sobre pessoas submetidas ao tratamento cotidiano.
Um sistema pode estar protegido contra invasões e ainda produzir inferências incorretas, tratamento excessivo ou diferenciação injusta.
A avaliação precisa adotar a perspectiva dos titulares e descrever como o uso normal, um erro previsível ou um abuso interno pode afetar direitos e oportunidades.
Exposição indevida, inferências, discriminação e decisões automatizadas com efeitos relevantes
Exposição indevida inclui incidentes externos, mas também acesso interno incompatível, inserção acidental de autos sigilosos e revelação de conteúdo em respostas.
As inferências ampliam o problema: a ferramenta pode deduzir condição de saúde, capacidade financeira ou propensão a litigar a partir de elementos dispersos.
Mesmo quando inexatas, essas conclusões podem circular como se fossem fatos. O dano pode alcançar reputação, estratégia processual, relação de trabalho e tratamento recebido pelo titular.
A discriminação surge quando dados históricos ou proxies reproduzem desigualdades na classificação de casos e pessoas.
No exemplo trabalhista, a recomendação de prioridade pode concentrar recursos em demandas com maior valor econômico e reduzir atenção a situações humanamente urgentes. A supervisão precisa avaliar critérios e resultados, sem se limitar à redação gerada.
Caso a saída influencie decisões relevantes, o documento descreve possibilidade de contestação, correção de dados e intervenção efetiva.
Assim, governança de IA abrange qualidade, justiça e autonomia, além da proteção contra acessos não autorizados. Amostras segmentadas podem revelar erros concentrados por tipo de demanda ou categoria de titular.
Quando a medição não for viável, a limitação metodológica integra o risco residual e orienta controles compensatórios.
A documentação deve separar erro factual, viés sistemático e uso inadequado da recomendação. Essa distinção direciona correção dos dados, ajuste do processo ou restrição da finalidade, conforme a origem do dano.
Probabilidade, impacto e salvaguardas relacionadas a cada risco identificado
Um inventário de riscos só orienta decisões quando apresenta cenário, causa, consequência e pessoa afetada. “Vazamento de dados” é amplo; “analista envia laudo identificado ao ambiente não aprovado e o conteúdo fica acessível ao suporte” permite avaliar controles.
Para cada cenário, o controlador estima probabilidade e impacto inerentes com critérios definidos. A justificativa deve usar volume, sensibilidade, facilidade de reidentificação, exposição, reversibilidade e alcance do dano, preservando incertezas em vez de convertê-las em números artificiais.
Cada salvaguarda precisa responder à causa ou reduzir a consequência indicada. Bloqueio de anexos, pseudonimização e restrição de perfis tratam riscos diferentes; revisão humana não corrige uma transferência internacional desconhecida.
Após considerar os controles, a equipe estima o risco residual, identifica o responsável pela implementação e estabelece prazo e evidência de conclusão. Aceitações relevantes devem chegar à autoridade compatível com o impacto.
Dessa maneira, a matriz deixa claro por que o projeto pode prosseguir, quais condições antecedem a liberação e quais sinais exigirão suspensão ou reavaliação. O risco inerente e o residual não podem receber a mesma justificativa por conveniência.
A diferença entre ambos precisa decorrer de salvaguardas implantadas, testáveis e vinculadas ao cenário correspondente.
Critérios de severidade precisam permanecer estáveis entre projetos comparáveis. Uma escala comum permite à governança priorizar correções e identificar avaliações excessivamente tolerantes feitas sob pressão operacional.
RIPD é documento vivo e não parecer produzido uma única vez
O relatório representa uma configuração, uma finalidade e um conjunto de informações existentes em determinada data. Sistemas de IA e serviços contratados mudam com frequência, assim como o uso organizacional.
A ANPD recomenda revisão contínua diante de alterações nas operações, novos fatores, agravamento de riscos ou novas orientações. Governança precisa converter essa recomendação em rotina executável.
Novas finalidades, atualização do fornecedor e expansão de dados como gatilhos de revisão
Gatilhos devem ser objetivos e conhecidos por produto, procurement, segurança e privacidade. Inclusão de nova área usuária, integração com repositório corporativo, mudança de finalidade, aumento expressivo de volume ou entrada de nova categoria de titular podem alterar a conclusão.
Atualizações do modelo, da política de retenção, dos suboperadores ou dos locais de processamento também justificam triagem.
Sem esses sinais, mudanças graduais ampliam a operação enquanto o documento continua descrevendo o piloto original.
O processo de revisão pode ser proporcional. Uma alteração sem efeito sobre dados, agentes ou riscos recebe registro sucinto; uma nova finalidade ou arquitetura reabre as partes correspondentes e a decisão de continuidade. Indicadores operacionais, reclamações, incidentes e resultados de testes complementam a análise planejada.
Além disso, a datação das fontes jurídicas permite reagir à regulamentação futura.
O histórico deve preservar versões e motivos, pois demonstra que o controlador acompanhou o risco ao longo do ciclo, em vez de atualizar silenciosamente uma fotografia antiga.
Um proprietário do documento deve receber alertas dos processos de mudança e renovação contratual.
Sem essa integração, a revisão anual tende a descobrir tarde uma alteração relevante já colocada em produção. O inventário corporativo pode vincular versão do relatório, contrato e proprietário do caso de uso.
Essa conexão facilita localizar operações afetadas por uma mudança comunicada pelo fornecedor.
Aprovações, divergências internas e evidências que fortalecem accountability perante a ANPD
A responsabilização exige autoria e decisão identificáveis durante a elaboração, a aprovação e o acompanhamento das condições registradas.
O relatório deve registrar participantes, competências, pareceres consultados, condições impostas e autoridade que aceitou o risco residual.
Privacidade, segurança, negócio e procurement analisam dimensões distintas; a assinatura de todos não significa consenso automático.
Quando o encarregado ou outra parte apresenta ressalva relevante, documentar a divergência e a resposta preserva informação útil para a decisão e atende à orientação administrativa sobre opiniões manifestadas durante a elaboração.
A evidência também precisa mostrar execução. Contratos assinados, configurações aprovadas, resultados de testes, materiais de treinamento, registros de acesso e comprovação das medidas corretivas sustentam o que o texto afirma.
Um repositório com responsáveis e prazos reduz a distância entre salvaguarda prometida e controle implantado. Perante a Autoridade, esse conjunto permite reconstruir informações disponíveis, critérios usados e providências adotadas.
O valor do relatório, portanto, está tanto na qualidade da análise quanto na capacidade de provar que suas condições orientaram a implantação e as revisões posteriores.
Decisões condicionais devem ter acompanhamento até o fechamento, com bloqueio quando a medida essencial não for entregue.
A governança evita que uma ressalva documental se transforme, na prática, em aprovação irrestrita. Atas e registros de decisão devem ser objetivos, sem ocultar incertezas conhecidas.
Explicitar a informação disponível à época torna a responsabilização mais confiável e preserva aprendizado institucional.
Como avaliar a Cria.AI em um RIPD corporativo
A análise da Cria.AI em um Relatório de Impacto à Proteção de Dados deve partir do uso concreto que a organização pretende fazer da tecnologia.
Os materiais institucionais apresentam informações relevantes sobre proteção de dados, sigilo profissional e supervisão humana, mas o controlador ainda precisa avaliar finalidade, categorias de dados, usuários, integrações e riscos do tratamento.
Por isso, o RIPD deve separar as características declaradas pela Cria.AI das condições específicas da contratação e da forma como a organização incorpora a solução ao fluxo interno.
Necessidade, segurança, confidencialidade e supervisão humana na Cria.AI
Os materiais institucionais da Cria.AI afirmam que a empresa observa princípios da LGPD, como finalidade, necessidade, adequação e segurança.
A plataforma também orienta a entrada de dados para reduzir o fornecimento de informações além do necessário à produção jurídica.
A Cria.AI também declara que preserva o sigilo profissional no tratamento de informações jurídicas, considerando os deveres de confidencialidade da relação entre advogado e cliente.
A supervisão humana ocupa outro ponto central. O modelo de uso da Cria.AI exige que o advogado revise as minutas antes de utilizá-las e confira fatos, fundamentos, precedentes, pedidos e provas. O profissional mantém a decisão jurídica e a responsabilidade pelo resultado.
Esses elementos ajudam o controlador a identificar salvaguardas relevantes, mas não descrevem todo o tratamento envolvido em uma contratação específica.
A organização ainda precisa verificar como a solução opera no ambiente contratado, quais perfis acessam os dados e quais controles internos acompanham o uso.
O que o controlador ainda precisa documentar para concluir o RIPD
A documentação institucional da Cria.AI não resolve as escolhas que pertencem ao controlador. A organização precisa definir por que utilizará a tecnologia, quais categorias de dados inserirá, quem poderá acessar a solução e quais documentos entrarão no fluxo.
O controlador também deve registrar medidas de minimização, critérios de revisão e destino dos resultados produzidos.
O risco muda conforme a organização utilize documentos anonimizados, peças processuais completas ou informações pessoais sensíveis.
Além disso, a empresa deve confirmar aspectos que os documentos-base não detalham, como retenção, exclusão, suboperadores, local de processamento, transferências internacionais, registros de acesso, resposta a incidentes e eventual uso de dados para treinamento.
A Cria.AI estabelece a revisão humana como parte necessária do uso da tecnologia. No RIPD, o controlador precisa transformar essa diretriz em procedimento concreto: definir quem revisa, quais resultados exigem intervenção e em quais situações a organização interrompe ou reavalia o uso.
Assim, os materiais da Cria.AI fornecem parte da base da análise, enquanto o controlador completa o RIPD com informações sobre o tratamento real, os riscos identificados e os controles que adotará.
Conclusão
Um RIPD útil traduz a operação de IA em dados, pessoas, decisões, agentes e riscos verificáveis. A combinação entre mapa do tratamento, necessidade, due diligence, impactos sobre titulares e salvaguardas permite decidir antes da implantação e revisar depois dela.
Como a regulamentação segue em evolução em setembro de 2026, a análise precisa registrar data, premissas e gatilhos de atualização.
Por fim, as políticas do fornecedor contribuem com evidências, mas o controlador preserva a responsabilidade por suas finalidades, configurações e controles. É essa ligação entre decisão e prova que sustenta a accountability perante a Autoridade.
