A pergunta que trava as equipas sérias
Quando uma equipa B2B avalia meter IA no seu suporte, a primeira objeção quase nunca é “responde bem?”. É “o que é que isto vai poder ver e fazer com os meus dados de clientes?”. E têm razão em perguntar: uma IA que ignora as permissões internas não é uma melhoria, é uma falha de segurança com boa redação.
O copilot genérico que lê “tudo o que houver” pode filtrar a um agente júnior informação de uma conta que não lhe corresponde, ou executar uma ação que ninguém autorizou. Em B2B, isso não é um detalhe: é o motivo pelo qual muitos pilotos de IA se cancelam.
RBAC: a IA não deveria ver mais que a pessoa
O princípio é simples e deveria ser inegociável: a IA opera dentro das mesmas permissões que a pessoa que a usa, não por cima.
Isso é controlo de acesso baseado em funções (RBAC) aplicado também à IA. Se um agente não pode ver os dados de certa conta, o assistente tampoco deve usá-los para responder em seu nome. Se uma função não pode executar certa ação, a IA não pode executá-la “por comodidade”. A permissão do utilizador é o teto, sempre.
Na prática, isto significa três regras:
- Leitura delimitada: a IA só acede ao contexto que o utilizador tem direito a ver.
- Ação delimitada: a IA só propõe ações que a função do utilizador poderia fazer.
- Sem escaladas silenciosas: a IA nunca amplia as suas próprias permissões para completar uma tarefa.
Contexto por conta, isolado
Além da função do utilizador, está o isolamento entre contas. Num ambiente multi-tenant, os dados de um cliente não podem filtrar-se ao contexto de outro, nem sequer através da IA. A Elevatia trabalha com contexto isolado por organização e residência de dados na cloud UE — algo que detalhamos em SaaS B2B em cloud europeia e GDPR.
O assistente, quando ajuda num caso, fá-lo com o contexto de essa conta e nada mais. Não há um “modelo que viu tudo” a misturar informação entre clientes.
Aprovação humana: o controlo sobre as ações
Ver dados com permissões é metade. A outra metade é o que faz a IA com eles. Aqui o princípio da Elevatia é que a IA propõe, o humano dispõe: as ações com impacto passam por aprovação antes de serem executadas.
Isso torna a IA num acelerador, não num risco autónomo. O agente revê a resposta ou a ação proposta, vê de onde vem o contexto, e aprova ou corrige. Desenvolvemos este modelo em detalhe em IA no suporte com aprovação humana.
Rastreabilidade: quem, o quê e quando
Segurança sem registo é confiança cega. Tudo o que a IA propõe e tudo o que um humano aprova fica rastreado: que contexto se usou, que ação se propôs, quem a autorizou e quando. Essa rastreabilidade serve para auditar, para cumprir requisitos de cliente e para melhorar o sistema com dados reais em vez de intuições.
O que rever ao avaliar IA no seu suporte
Se está a valorizar uma solução com IA, estas são as perguntas que separam o sério do arriscado:
- A IA respeita as permissões do utilizador, ou vê mais do que ele?
- O contexto está isolado por conta em multi-tenant?
- As ações com impacto requerem aprovação humana?
- Fica registo auditável do que vê e faz?
- Onde residem os dados?
Se alguma resposta é “não” ou “não é claro”, o risco é seu, não do fornecedor.
Teste com as suas próprias regras
A melhor forma de validar a segurança é testá-la com as suas funções e as suas contas reais num ambiente isolado. Para isso está o piloto: solicite o piloto gratuito (~4 semanas, sem custo) ou reserve uma demo de 15 minutos.
info@elevatia.io — respondemos em espanhol ou inglês.