Claude e MCP
Conectando o Salesforce a assistentes de IA com MCP
Compare as abordagens de conexão e acompanhe uma pergunta de negócio até um relatório que possa ser conferido.
White paper · Segurança
Segurança da IA no Salesforce
Riscos, arquitetura e as perguntas que compradores devem fazer.
Para onde vão as informações, o que sua equipe pode controlar e o que exige evidências antes da aprovação.
Obtenha o white paperO que você vai aprender
- Um modelo de fluxo de dados e responsabilidades
- Perguntas sobre provedores e tratamento de informações
- Uma matriz de verificação de controles
Escrito para Líderes de negócio e operações, junto com seu administrador Salesforce, revisor de segurança e equipe de compras.
Guia em PDF material de apoio · Inglês
Explore o conteúdoPDF e material de apoio em inglês.
Sua cópia, pronta para explorar
Obtenha o white paper.
Preencha seus dados uma vez para baixar este guia e explorar todos os nossos white papers durante esta visita. Todos os campos são obrigatórios.
Continue explorando
Seus downloads estão prontos.
Você já preencheu o formulário. Baixe este guia e seu material de apoio sem informar seus dados novamente.
O acesso é lembrado durante esta sessão do navegador.
Um ponto de partida prático
Acompanhe as informações
Segurança vai além de perguntar se os dados saem do Salesforce. Para um processo que usa um modelo externo, identifique o conteúdo recebido, os termos do provedor, a identidade que executa o trabalho e as ações que podem ocorrer depois. Este guia separa essas perguntas para que sua equipe peça evidências no ponto certo.
Desenhe o caminho de uma solicitação desde a pessoa ou o evento que a inicia, passando pelo Salesforce, pelo provedor de IA e por qualquer assistente conectado. Diferencie processamento, retenção e treinamento: são questões distintas. Revise os termos aplicáveis ao serviço e à conta efetivos, em vez de se apoiar em uma declaração genérica sobre uma marca de IA.
Diferencie orientação de aplicação técnica
Uma instrução diz ao modelo como ele deve se comportar. Não é um controle de acesso. Identifique a identidade, as permissões, as restrições de ferramentas e as etapas de aprovação que de fato governam uma operação específica. Ter permissão para ler informações não determina para onde elas podem ser enviadas depois.
Peça evidências que você consiga interpretar
Use informações sintéticas e identidades com acesso restrito ao planejar testes de aceitação. Verifique o trabalho permitido e o negado e registre a rota exata, o resultado esperado e as evidências. Um registro de log, a ausência de um registro ou a concordância de dois revisores não são suficientes, por si só, para estabelecer que um controle funcionou.
Dentro do guiaDa pergunta
Da pergunta
a uma decisão que você consegue explicar.
Modelos práticos, exemplos detalhados e um material de apoio para usar na sua própria avaliação.
Um modelo de fluxo de dados e responsabilidades
Perguntas sobre provedores e tratamento de informações
Uma matriz de verificação de controles
Um questionário para fornecedores e uma proposta de abordagem de testes
Faça essas perguntas à REDA AI
Revise o tratamento de dados e os controles Veja como isso se conecta à plataforma.
Use as informações de governança da REDA AI para examinar a arquitetura, o acesso específico por canal, os controles de gastos e os registros disponíveis. O guia apoia decisões; não é uma certificação de segurança.