Política de IA na empresa: uma página pode impedir o dado de sair

Para criar uma política de IA generativa na empresa, reúna em uma página as decisões que funcionários e prestadores precisam tomar antes de usar a ferramenta: qual serviço está aprovado, que informação pode ser inserida, quem revisa a resposta e onde comunicar um incidente. A instrução decisiva é simples: se a pessoa não consegue confirmar a ferramenta e a classe do dado, deve interromper o envio e pedir orientação.

Uma regra curta pode impedir que uma informação protegida seja enviada por engano quando está disponível no momento de copiar um texto ou anexar um arquivo. Esse efeito depende de a equipe consultar a política e de as permissões reais das ferramentas corresponderem ao que ela estabelece. Indique desde o início quem mantém a página e decide pedidos de uso fora das regras.

Defina quais ferramentas e atividades entram na política

Descreva a finalidade da regra: permitir tarefas úteis com IA sem expor informações protegidas nem entregar decisões sensíveis a uma resposta automática. Especifique que ela cobre texto, imagem, áudio, código, extensões de navegador e recursos de IA incorporados a programas já contratados, quando usados no trabalho. Um recurso disponível em um aplicativo conhecido também precisa de autorização para a tarefa e para a classe de dados pretendidas.

Liste as ferramentas pelo nome usado na organização e associe cada uma aos usos permitidos. Uma aprovação para revisar a gramática de conteúdo público não autoriza resumir contratos ou analisar cadastros de clientes. O AI Risk Management Framework do NIST é uma estrutura voluntária para incorporar confiabilidade ao projeto, ao uso e à avaliação de sistemas de IA; na política da empresa, esse objetivo precisa virar uma permissão que a pessoa consiga consultar antes de começar a tarefa.

Para cada ferramenta, registre também quem aprovou o uso e onde encontrar suas condições atuais. Se a autorização depende de uma configuração, de uma conta corporativa ou de uma finalidade específica, escreva essa condição ao lado do nome. Assim, a expressão “ferramenta aprovada” não será interpretada como licença para inserir qualquer informação em qualquer versão do serviço.

Classifique a entrada antes de escrever o comando

Divida as entradas em categorias reconhecíveis: conteúdo público ou fictício; informação interna necessária a uma tarefa autorizada; e dados pessoais, segredos, credenciais ou material com restrição contratual. Para os dados das últimas categorias, a política deve indicar quem pode autorizar o uso, em qual ferramenta e para qual finalidade. Retirar um nome de um trecho não basta, por si só, para garantir que ninguém possa ser identificado pelo restante do conteúdo.

Dirigido ao setor público, o guia brasileiro de IA generativa recomenda priorizar soluções internas aprovadas e orienta a não inserir informações internas, restritas ou sigilosas em aplicativos externos. Para uma empresa, a regra operacional é consultar a autorização interna antes de enviar qualquer trecho que não seja público e usar apenas os dados necessários à tarefa.

• Permitido: em uma ferramenta autorizada, pedir ideias para um comunicado sobre um produto já anunciado ou revisar um texto fictício, sem dados reais de clientes, funcionários ou operações.
• Condicionado: resumir um procedimento interno somente se a ferramenta estiver aprovada para essa classe de informação, a finalidade estiver definida e o trecho enviado contiver apenas o necessário.
• Proibido: colar em uma ferramenta não autorizada uma planilha com nomes e CPFs, cláusulas confidenciais, senhas, chaves de acesso ou detalhes de um projeto ainda não divulgado.

Os exemplos são hipotéticos e dependem das permissões de cada organização. Quando uma tarefa exige informação protegida e não há ferramenta aprovada para ela, a página deve apontar o responsável por avaliar o pedido e o procedimento a usar enquanto a autorização não existir. Essa indicação evita que a urgência da tarefa seja tratada como uma exceção implícita.

Monte a página que a equipe realmente usará

O documento precisa conter decisões e contatos concretos, com nomes de ferramentas, áreas e canais preenchidos pela própria empresa. Esta estrutura reúne o que a pessoa precisa consultar antes de inserir dados, publicar uma resposta ou automatizar uma ação:

1. Finalidade e alcance: atividades que a IA pode apoiar e pessoas sujeitas à regra, inclusive prestadores que atuam em nome da empresa.
2. Ferramentas aprovadas: nome, finalidade permitida, classes de dados aceitas e local da lista atualizada.
3. Dados de entrada: exemplos de conteúdo permitido, condicionado e proibido, com a instrução de enviar somente o mínimo necessário.
4. Usos proibidos: inserir credenciais ou material protegido em serviços sem autorização; apresentar uma resposta gerada como fato sem verificação; permitir ações automáticas que afetem pessoas, pagamentos ou compromissos da empresa sem aprovação definida.
5. Revisão humana: responsável e momento da conferência de fatos, cálculos, direitos de uso e informações protegidas antes de uma publicação ou resposta externa.
6. Registro: local para anotar ferramenta, finalidade, responsável e autorização de usos condicionados, sem copiar para o registro o conteúdo protegido.
7. Incidentes: canal para relatar envio indevido, resposta prejudicial ou ação inesperada, com instrução para interromper o uso e informar o ocorrido prontamente.
8. Responsável e revisão: área que decide exceções, mantém a lista de ferramentas e define a próxima revisão da página.

Se a relação de ferramentas ou os procedimentos de resposta ocuparem muito espaço, a página pode apontar para um cadastro interno mantido pelo responsável. O campo principal deve continuar explícito: para cada combinação de ferramenta, tarefa e classe de dados, a pessoa precisa encontrar uma permissão, uma condição de aprovação ou uma proibição. Uma lista de nomes sem esses limites não resolve a decisão anterior ao envio.

Fixe o momento da revisão humana

Defina quem responde pelo conteúdo final antes de usar saídas de IA em comunicação externa, documentos contratuais, análises sobre pessoas ou decisões financeiras. A revisão deve conferir afirmações na fonte adequada, examinar dados e cálculos e identificar qualquer informação que não deveria ser divulgada. Uma automação que envia mensagens, altera registros ou executa ações em nome da empresa precisa ter um ponto de aprovação igualmente claro.

O nível de conferência pode variar conforme a consequência da tarefa. Um rascunho interno para discussão pede tratamento diferente de uma resposta enviada a um cliente, mas ambos precisam ter um responsável identificado. Escreva na política quem aprova a publicação ou a ação e em que etapa isso ocorre; a expressão “revisão humana” isolada não informa à equipe quando deve parar.

Registre incidentes e mantenha as permissões atuais

O canal de incidentes deve receber tanto o envio indevido de dados quanto uma saída prejudicial ou uma ação inesperada. Peça que o relato identifique a ferramenta, a tarefa, o momento e o tipo de informação envolvida, sem reproduzir desnecessariamente o dado protegido no próprio chamado. O responsável pela resposta poderá então orientar a contenção e avaliar se a permissão daquela ferramenta precisa mudar.

O núcleo do AI RMF organiza a gestão de riscos nas funções governar, mapear, medir e gerenciar e prevê monitoramento contínuo, responsabilidades definidas e revisão periódica. Na empresa, isso se traduz em reavaliar uma permissão quando mudam a ferramenta, sua configuração, os dados usados ou a finalidade da tarefa. A página deve mostrar quem faz essa avaliação e quando a lista será revista, para que a orientação consultada antes do envio corresponda ao uso efetivamente autorizado.

Leia também:

• Política de IA em uma página: sete regras antes de liberar o uso
• Política de IA no trabalho: o documento mínimo para proteger dados e decisões
• PRIMA verá o universo frio — mas ainda precisa vencer uma revisão da NASA