Agentes de IA para empresas com várias unidades e países: guia prático

Agentes de IA funcionam em grupos multinacionais quando a empresa trata cada entidade jurídica como uma fronteira própria de dados, permissões e aprovações, e compartilha apenas o que é seguro compartilhar: o desenho do agente, o método de avaliação e as rotinas de operação. Idiomas, regras locais de dados e cadeias de aprovação são configurados por entidade, e não improvisados em cada conversa. O resultado é um padrão único e governado, que pode rodar em vários lugares sem misturar o que precisa ficar separado.

Principais pontos

• Trate cada entidade jurídica como uma fronteira de dados, credenciais e aprovações. Compartilhe o desenho e o método, não as informações.
• Defina com antecedência o que é comum ao grupo e o que fica local. Um teste simples: se um erro puder expor os dados de uma entidade a outra, mantenha o item local.
• Idioma é mais do que tradução. Teste cada agente em cada idioma de trabalho, com terminologia e exemplos escritos por quem trabalha naquele idioma.
• Regras locais de dados, incluindo as trabalhistas, de privacidade e setoriais, devem ser verificadas com assessores qualificados em cada país antes de o agente acessar os dados.
• Separe a aprovação do que o agente pode fazer da aprovação de mudanças no próprio agente. Dê a cada uma um responsável nomeado e um substituto em cada entidade.

Por que um grupo com várias entidades precisa de outra abordagem?

Uma empresa com um único escritório consegue descrever a função de um agente em um parágrafo e entregar a ele um conjunto de pastas. Um grupo não consegue. O mesmo pedido, como resumir contratos de fornecedores ou responder a um cliente sobre uma entrega, envolve empregadores, contratos, órgãos reguladores e idiomas diferentes, conforme a origem da solicitação.

Três problemas aparecem quando o grupo copia para todas as unidades a configuração de uma empresa única.

• Os dados cruzam fronteiras por comodidade. Uma base de conhecimento compartilhada é fácil de montar e, sem alarde, permite que a equipe de uma entidade recupere documentos de outra.
• Uma única cadeia de aprovação é aplicada em todo lugar. Ou ela é lenta demais para as equipes locais, que passam a contorná-la, ou é frouxa demais para a entidade com as obrigações mais rígidas.
• O agente fala o idioma da matriz e segue os hábitos da matriz. A equipe local o testa duas vezes e volta às ferramentas antigas.

Nenhum desses problemas vem do modelo. São problemas de desenho sobre fronteiras, responsabilidade e contexto, e se resolvem antes de o primeiro agente entrar em operação. Este artigo é uma orientação geral de planejamento, não aconselhamento jurídico. Quem decide o que é permitido é o seu advogado em cada país.

O que compartilhar entre entidades e o que manter local?

A decisão mais útil que um grupo toma é onde fica a linha entre o padrão comum e a instância local. Um padrão é barato de compartilhar e caro de refazer. Uma instância guarda os dados e a autoridade, e por isso deve ficar perto da entidade que é dona deles.

Use este guia de decisão para cada elemento do agente.

• Compartilhe: a definição da função (para que o agente serve e o que ele nunca faz), o método de avaliação, o formato dos registros, o processo de mudança e a nomenclatura das configurações. Isso torna os agentes do grupo comparáveis e mais fáceis de revisar.
• Compartilhe com cuidado: a escolha de modelo e de provedor. Um provedor comum simplifica a operação, mas algumas entidades podem precisar de outra região ou de outro contrato. Mantenha essa opção aberta (veja como evitar dependência de fornecedor de IA se quiser preservá-la).
• Mantenha local: fontes de conhecimento, registros de clientes e de funcionários, credenciais de cada sistema, prazos de retenção e os nomes das pessoas que aprovam ações.
• Mantenha local por padrão: a memória. O que o agente lembra sobre uma pessoa, um cliente ou uma negociação pertence à entidade em que foi aprendido, a menos que alguém com autoridade decida o contrário.
• Decida caso a caso: prompts ou instruções compartilhados que contenham política. Se a política muda de país para país, a instrução também deve mudar.

Registre o resultado em uma lista curta que seus líderes consigam ler em poucos minutos. Se você ainda não desenhou sua estrutura, o diagrama de arquitetura de IA em uma página é um bom lugar para marcar quais camadas são comuns e quais são por entidade.

Como os idiomas mudam o desenho?

O idioma aparece em quatro lugares, e cada um exige uma escolha deliberada.

• O idioma em que o usuário escreve. As pessoas devem poder perguntar no idioma em que pensam.
• O idioma dos documentos de origem. Um contrato em português e uma política em inglês podem alimentar a mesma resposta, e o agente deve dizer qual fonte usou.
• O idioma da resposta. Rascunhos de uso interno podem ser flexíveis. Tudo o que chega a um cliente, a um órgão regulador ou a uma contraparte deve seguir o texto revisado da própria entidade.
• O idioma do encaminhamento. Se o agente passa um caso a uma pessoa, ela precisa ler e responder no idioma do caso.

Terminologia pesa mais do que gramática. Cargos, nomes de produtos, tipos societários e nomes de departamentos muitas vezes não têm equivalente direto entre países. Mantenha um glossário curto por entidade e entregue-o ao agente como parte do contexto. Vale também definir qual versão de idioma de uma política prevalece quando as duas divergem, porque o agente não pode decidir isso por você.

O teste deve ser feito por idioma. Um conjunto de perguntas escritas por falantes nativos, com as respostas que a entidade espera, revela problemas que um conjunto traduzido esconde: um tom formal que soa frio, um formato de data que causa erros, uma abreviação que significa outra coisa no local.

Quais regras de dados definem onde o agente pode rodar?

As regras de dados são a parte de uma implantação multinacional que mais costuma alterar a arquitetura. Elas variam por país, por tipo de dado e por setor, e mudam ao longo do tempo, então não fixe suposições no desenho. Peça resposta por escrito a assessores qualificados para perguntas como estas.

• Onde os dados desta entidade podem ser armazenados e processados, e podem ser enviados a um provedor de modelo em outra região?
• Quais registros exigem tratamento especial, como fichas de funcionários, informações de saúde ou dados financeiros?
• Algum uso planejado cai em uma categoria com obrigações adicionais? O regulamento europeu de IA (EU AI Act) adota uma abordagem baseada em risco, em que certos usos, como decisões sobre emprego, são tratados com mais rigor do que outros.
• Qual autoridade supervisiona a proteção de dados em cada país? No Brasil, é a ANPD (Autoridade Nacional de Proteção de Dados), e cada país em que você opera tem a sua.

Depois que as respostas estiverem escritas, traduza-as em controles técnicos. Mantenha uma base de conhecimento separada por entidade ou aplique filtros de entidade em toda busca. Emita credenciais restritas a uma única entidade, para que o agente de uma unidade não alcance os sistemas de outra. Aplique o princípio das orientações de autorização da OWASP: verifique as permissões a cada requisição, no lado do servidor, e conceda o mínimo de acesso necessário. Guarde os registros onde as regras da entidade exigirem. Para aprofundar a questão do armazenamento, leia sobre residência de dados em IA para empresas.

Como as aprovações devem funcionar entre entidades?

Os grupos costumam misturar dois tipos diferentes de aprovação. Separá-los elimina a maior parte do atrito.

O primeiro é a aprovação de ações: o agente quer enviar uma mensagem a um cliente, atualizar um registro ou preparar uma instrução de pagamento. Essas aprovações pertencem à entidade, porque é ela quem carrega a responsabilidade jurídica e comercial. Defina o que o agente pode fazer sozinho, o que precisa de confirmação humana e o que ele nunca pode fazer. Nomeie um aprovador e um substituto em cada entidade, para que férias e fusos horários não travem o trabalho nem levem as pessoas a aprovar sem olhar.

O segundo é a aprovação de mudanças no agente: novas ferramentas, novas fontes de conhecimento, novas instruções, novas permissões. Mudanças no padrão compartilhado precisam de um responsável do grupo, que enxergue o efeito em cada entidade. Mudanças nas configurações locais precisam do responsável local. Uma mudança que afeta os dois deve ser aberta uma só vez e revisada pelos dois. Quem define esse responsável no dia a dia está descrito em líder interno de IA na empresa.

Revise as permissões em calendário fixo, pois as pessoas mudam de entidade e as funções se alteram. A revisão trimestral de IA na empresa funciona como rotina recorrente em cada entidade, com o responsável do grupo olhando os resultados lado a lado.

Como é um plano passo a passo para as primeiras entidades?

Comece pequeno e mantenha o padrão repetível. Este plano supõe um grupo que quer uma função útil em algumas unidades.

• Passo 1: escolha uma função com resultado claro e observável, como responder dúvidas sobre políticas internas ou preparar correspondência padrão com fornecedores.
• Passo 2: liste as entidades que vão usá-la e registre, para cada uma, o nome da entidade jurídica, o dono dos dados, o aprovador, o substituto e os idiomas de trabalho.
• Passo 3: obtenha orientação por escrito dos assessores sobre localização dos dados, categorias especiais de dados e obrigações adicionais para este uso.
• Passo 4: trace a linha entre o compartilhado e o local com o guia de decisão acima e registre-a.
• Passo 5: monte primeiro a instância de uma entidade, com conhecimento, credenciais, glossário e regras de aprovação próprios.
• Passo 6: teste no idioma local com perguntas escritas pela equipe local, incluindo casos em que o agente deve recusar ou encaminhar. O guia de critérios de sucesso para piloto de agente de IA ajuda a definir o que significa passar no teste.
• Passo 7: rode o piloto com um grupo pequeno, revise os registros com o responsável local e corrija o que eles mostrarem.
• Passo 8: copie o padrão, não os dados, para a entidade seguinte. Repita os passos 2 a 7 e registre o que foi diferente.

Cenário ilustrativo: um grupo tem uma holding, uma subsidiária de serviços em um país e uma subsidiária industrial em outro. A primeira função é um assistente de políticas internas. O responsável do grupo escreve uma definição de função e um método de avaliação. Cada subsidiária recebe sua própria base de conhecimento, seu próprio glossário e seu próprio aprovador. Quando a subsidiária industrial pede para incluir uma fonte com manuais de manutenção, o pedido vai ao responsável local. Quando o grupo quer mudar o texto de recusa em todas as instâncias, o pedido vai ao responsável do grupo, que o valida com cada responsável local. Nada da base de uma subsidiária fica visível para a outra.

Quando as duas primeiras entidades estiverem rodando bem, o modelo de maturidade em IA para empresas ajuda a planejar a expansão para novas unidades sem perder o controle.

Como uma operação gerenciada lida com isso?

A Be Human desenha uma função de cada vez, com a memória, as ferramentas, as permissões e os limites de aprovação de que ela precisa, e configura cada entidade jurídica como uma instância separada sob um padrão compartilhado. As pessoas do cliente mantêm o controle sobre aprovações, acessos e decisões de dados, e cada entidade nomeia seus próprios responsáveis. A operação gerenciada pode incluir monitoramento, avaliações recorrentes em cada idioma de trabalho, manutenção de integrações, revisões de permissões, resposta a incidentes e melhorias controladas, entregues remotamente em português e inglês. O grupo recebe relatórios comparáveis entre as entidades, e cada entidade vê apenas os próprios registros.

Perguntas frequentes

Precisamos de um agente separado para cada país? Em geral, você precisa de uma instância separada, não de um desenho separado. Cada entidade recebe seus próprios dados, credenciais, glossário e aprovadores, enquanto a definição da função e o método de avaliação continuam comuns. Se duas entidades tiverem a mesma situação jurídica e de dados, seus assessores podem permitir uma instância compartilhada, mas comece separado e una depois somente se houver justificativa.

Um único agente pode responder em vários idiomas? Sim, muitos modelos lidam com vários idiomas, mas a qualidade varia conforme o idioma e o assunto. Teste cada idioma com perguntas escritas por quem o usa no trabalho e defina a regra sobre qual versão de idioma de uma política prevalece. Quando a resposta chega a clientes ou a órgãos reguladores, peça a uma pessoa local que revise o texto antes do uso.

Quem deve ser dono dos agentes, o grupo ou as entidades locais? Divida a responsabilidade conforme o que está sendo decidido. O grupo é dono do desenho compartilhado, do método de avaliação e do processo de mudança. Cada entidade é dona de seus dados, de suas aprovações de ações e de suas configurações locais. Registrar isso em um modelo de operação curto evita disputas depois, e o artigo sobre time interno de IA ou parceiro externo mostra como pensar essa divisão.

Como regulações como o EU AI Act afetam esse desenho? Elas podem afetar quais usos são permitidos e que documentação ou supervisão é exigida, dependendo do uso e do lugar onde os resultados são aplicados. Classifique cada uso planejado, consulte o advogado de cada país relevante e registre a resposta junto à definição da função. Referências como o NIST AI Risk Management Framework podem ajudar a estruturar esse registro, mas não substituem aconselhamento jurídico.

Orientação editorial Be Human. Exemplos são ilustrativos, salvo atribuição explícita. Fontes oferecem contexto; a implementação depende do seu processo.