Um cliente pergunta ao assistente de IA quando vence seu contrato. A resposta deveria consultar apenas os documentos autorizados para aquele usuário. Se a busca alcançar toda a base, pode revelar descontos ou condições de outra conta.
Para customer success, escrever “não compartilhe informações confidenciais” no prompt não resolve. A proteção precisa existir antes de os dados chegarem ao modelo: na autenticação, na recuperação de documentos e nas ferramentas conectadas.
O objetivo é oferecer autoatendimento sem comprometer a confiança comercial. Para isso, CS precisa definir o que pode ser compartilhado; tecnologia e segurança devem transformar essas decisões em controles verificáveis.
Antes de conectar pastas ou sistemas, inventarie as fontes. Registre responsável, classificação, contas autorizadas e perfis permitidos. Documento sem classificação fica fora até a revisão.
Em um exemplo fictício, o manual público explica a cobrança por usuário. O contrato informa o preço daquela conta. Já a estratégia interna de renovação não deve ser disponibilizada ao cliente.
Estar no CRM não torna um registro compartilhável. O cuidado também vale para a revisão de transcrições antes de levar informações ao CRM: uma anotação interna não vira conteúdo externo automaticamente.
“Sou da empresa Alfa” não comprova autorização. O servidor deve obter da sessão autenticada o usuário, a conta e seu perfil. Esses atributos não podem ser substituídos por uma mensagem no chat. A OWASP recomenda negar acesso por padrão e validar permissões em cada requisição.
Na geração aumentada por recuperação, ou RAG, o sistema busca documentos para apoiar a resposta. A autorização deve limitar quais trechos podem ser recuperados. Buscar tudo e pedir ao modelo para esconder o conteúdo proibido não é controle de acesso. Índices separados por conta ajudam; índices compartilhados exigem filtros obrigatórios em todos os caminhos, inclusive consultas ao CRM.
O isolamento inclui históricos, anexos, resumos, respostas em cache, citações e downloads. Cada trecho deve preservar as permissões da origem. Links precisam exigir autorização no destino. Ao trocar de conta, o sistema deve validar novamente o acesso e separar o contexto anterior; permissões revogadas não podem continuar válidas em sessões abertas.
Mensagens e documentos podem conter ordens maliciosas para ignorar restrições, risco chamado prompt injection pela OWASP. O conteúdo recuperado deve ser tratado como informação, não comando. Mesmo se o modelo tentar uma consulta indevida, a ferramenta precisa bloqueá-la.
Crie duas contas fictícias, com perfis diferentes e documentos sintéticos. Use condições comerciais e marcadores exclusivos para reconhecer qualquer mistura. Não teste o isolamento com contratos reais.
O checklist mínimo deve incluir:
Não avalie apenas a resposta visível. A equipe técnica deve conferir quais fontes chegaram ao modelo: uma recusa não compensa a recuperação indevida de um contrato. Registre cenário, resultado esperado, evidência e responsável pela correção.
A liberação exige fontes classificadas, controles em todos os caminhos, consultas legítimas funcionando e nenhuma falha de isolamento conhecida pendente. Exposição entre contas bloqueia o lançamento até a correção e repetição dos testes. Isso estabelece um mínimo, não uma garantia de ausência de falhas futuras.
O Índice de Maturidade Tecnológica em Vendas B2B (IMTV), da Ibramerc, de 2026, mostra que 35% das empresas respondentes não têm diretrizes de governança de IA definidas, enquanto 7% declaram governança ativa, com métricas e melhoria contínua. Para um assistente voltado à base, esses resultados reforçam a importância de atribuir responsáveis antes da liberação.
CS define o conteúdo útil ao cliente; os donos dos dados aprovam o compartilhamento; tecnologia implementa os controles; segurança revisa os riscos. Nomeie um responsável pela revisão periódica de acessos, com verificações adicionais após desligamentos, mudanças de função, encerramento de contratos ou alterações nas integrações.
Registre o necessário para investigar decisões: horário, identificadores internos, recurso consultado, resultado da autorização e versão da configuração. Evite copiar contratos e conversas completas por padrão. Restrinja o acesso aos registros e defina retenção e descarte.
Quando faltar autorização ou houver negociação, encaminhe ao CSM, o gerente de sucesso do cliente, sem dados de terceiros. Esse encaminhamento não autoriza prometer descontos ou exceções, como também exige a coordenação entre CS e financeiro diante de pagamentos atrasados.
Diante de suspeita de exposição, suspenda o caminho afetado — ou todo o assistente, se o alcance for incerto. Revogue acessos comprometidos, preserve evidências restritas e acione segurança, privacidade e responsáveis pelas contas. Avalie as comunicações cabíveis e só retome após correção validada e novos testes.
O prompt orienta a conversa. Os controles de acesso protegem os contratos e o relacionamento com a base.
Este conteúdo foi produzido com apoio de inteligência artificial e revisado pela equipe editorial da Live University.