Anunciamos US$ 3,2M em rodada pré-seed · OneVC · Maya · Norte Ventures Leia →
Voltar ao blog

Fornecedores de IA:
o que avaliar antes de contratar

Em resumo

Uma equipe de atendimento quer ativar um assistente que redige respostas a partir do histórico de cada chamado. O fornecedor pede acesso administrativo ao helpdesk e ao CRM. A cada chamada, o histórico do cliente, com nome, contrato e reclamação, vai para o serviço do fornecedor e, dali, para o modelo de um terceiro. Avaliar fornecedores de IA exige perguntas que a avaliação de um SaaS comum não faz. Parte das respostas depende da arquitetura de contexto, papel do Company Brain, a camada que conhece a empresa: quais dados existem, onde vivem, como se relacionam e quem pode ver o quê.

Fornecedores de IA recebem dado a cada chamada e mudam de versão sem aviso

Um SaaS comum guarda o dado que a empresa coloca nele. Fornecedores de IA recebem dado novo a cada chamada, no contexto montado para aquela pergunta. Quatro características mudam a avaliação:

  • o fornecedor pode reter o conteúdo enviado para monitoramento, depuração ou melhoria de modelos, conforme os termos do plano contratado;
  • o serviço costuma depender de subprocessadores e de modelos de terceiros, e o dado percorre uma cadeia maior que a empresa contratada;
  • a versão do modelo muda por decisão do fornecedor, e o comportamento de um fluxo aprovado muda junto;
  • o serviço pede acesso aos sistemas da empresa, e a credencial concedida define o alcance do que ele lê e escreve.

O tema pertence à gestão de risco da cadeia de fornecimento. O NIST trata dele no guia de gestão de risco cibernético da cadeia de fornecimento, atualizado em 2024, que descreve a perda de visibilidade sobre como a tecnologia adquirida é desenvolvida, integrada e operada. Com IA, essa perda alcança o dado que circula em cada pergunta.

Diferença entre avaliar SaaS comum e avaliar fornecedores de IA
Fornecedores de IA acrescentam quatro pontos de avaliação ao que já se pede de um SaaS

A avaliação de fornecedores de IA cobre seis blocos

Um questionário útil organiza as perguntas por tema, e cada área sabe qual parte é sua:

  • Dados: por quanto tempo o conteúdo enviado fica retido, se ele é usado para treinar ou ajustar modelos, em qual país é processado, quais subprocessadores o recebem e como a eliminação é comprovada ao fim do contrato.
  • Segurança: certificações e seu escopo, isolamento entre clientes, controle das chaves de criptografia, testes e comunicação de incidentes.
  • Privacidade e LGPD: papel de operador no tratamento de dados pessoais, transferência internacional e seu mecanismo, e obrigações contratuais de segurança, sigilo e apoio ao atendimento de titulares.
  • Modelo: qual modelo está em uso e de quem é, como mudanças de versão são comunicadas, como a qualidade é avaliada e quais limites são declarados.
  • Integração e permissão: quais credenciais o serviço pede, se ele respeita a permissão de cada pessoa nos sistemas de origem ou lê tudo com uma conta de serviço, e se cada acesso fica registrado.
  • Saída e portabilidade: como exportar configurações, prompts, histórico e o contexto construído, e quanto da integração precisa ser refeito se o contrato terminar.

O bloco de integração costuma receber menos atenção que o de dados e concentra boa parte da exposição. Um assistente conectado ao CRM com conta administrativa responde a qualquer usuário com tudo o que essa conta alcança. A permissão que a empresa configurou ao longo de anos no sistema de origem fica fora da resposta.

Os seis blocos de avaliação de fornecedores de IA
A avaliação de fornecedores de IA cobre seis blocos, e o de integração concentra boa parte da exposição

Três sinais de alerta aparecem já na proposta comercial

  • Termos vagos sobre treinamento: expressões como uso para melhoria dos serviços, sem dizer se isso inclui treinar modelos com o conteúdo do cliente e sem opção contratual de exclusão.
  • Credencial com acesso total: pedido de conta administrativa ou de leitura irrestrita em CRM, ERP ou drive quando o caso de uso precisa de um recorte.
  • Ausência de registro de acesso: o fornecedor não consegue mostrar quais dados foram lidos em cada chamada, em nome de quem e com qual resultado.

Qualquer um dos três justifica uma rodada de negociação antes da assinatura.

A exposição soma a cada um dos fornecedores de IA conectados às fontes

Cada serviço novo chega com a própria integração ao CRM, ao helpdesk e ao drive e com a própria credencial. Com o tempo, a empresa passa a ter várias cadeias paralelas de dado saindo dos sistemas, cada uma com termos e permissões diferentes.

A diligência feita na contratação descreve aquele momento. Trocar de fornecedor significa refazer conexões, filtros e regras de acesso, e esse custo de saída enfraquece a empresa na renegociação.

O Company Brain reduz o que cada fornecedor recebe

No Company Brain, a conexão com CRM, ERP, helpdesk e documentos é feita uma vez, no ambiente do cliente, e organizada em grafo de conhecimento, ontologia do negócio e camada semântica. Os modelos e ferramentas dos fornecedores de IA recebem o contexto por essa camada, sem credencial própria em cada sistema de origem.

A cada pergunta, o recorte mínimo que a resposta exige é servido via MCP, já filtrado pela permissão herdada de quem perguntou. Quando o modelo roda em serviço externo, o que sai do perímetro naquela chamada é esse recorte, sujeito aos termos negociados. Quando roda em infraestrutura da empresa, o recorte também fica dentro.

Como a integração pertence à empresa, trocar de modelo ou de fornecedor dispensa refazer conexões, definições e permissões. Cada consulta fica registrada com fonte e identidade, o que responde ao terceiro sinal de alerta sem depender do registro mantido pelo fornecedor.

Company Brain reduzindo o dado enviado aos fornecedores de IA com recorte mínimo e permissão herdada
Com o Company Brain, cada um dos fornecedores de IA recebe só o recorte que a pergunta exige

Contrato e diligência continuam necessários com qualquer arquitetura

O recorte enviado ao modelo ainda contém informação de cliente, e os termos de retenção, uso para treinamento e localização continuam valendo para ele. A avaliação de segurança, o contrato com cláusulas de LGPD e a revisão periódica dos fornecedores de IA seguem como trabalho de compras, jurídico e segurança, com menos dado em jogo.

A revisão de fornecedores de IA começa pelos que recebem dado de cliente

O ponto de partida prático é um questionário curto, com uma ou duas perguntas por bloco, aplicado aos fornecedores de IA que a empresa já usa. A ordem segue a sensibilidade do dado: primeiro os serviços que recebem dado de cliente ou dado pessoal, depois os que leem documentos internos.

As respostas mostram onde há credencial ampla, retenção sem prazo ou termo vago sobre treinamento. Esses casos entram primeiro na renegociação ou na migração para um caminho em que o contexto sai da camada controlada pela empresa, com permissão herdada e registro de cada consulta.

Receba os próximos artigos sobre governança e segurança de IA