Intégration Salesforce REST MCP
Fournit l’accès REST Salesforce depuis votre propre infrastructure mcp-host.
La connexion Salesforce REST fournit une couche d’accès contrôlée pour un accès CRM Salesforce basé sur REST et le contexte entreprise par une connexion auto-hébergée. Lors de la première utilisation, l’équipe doit noter la source de la question, les filtres appliqués et toute étape de confirmation. Cette trace montre que la connexion est utilisée avec le bon périmètre au quotidien.
Informations du connecteur
- Disponibilité
- self_hosted
- Authentification
- bearer
- Domaine
- crm
- Kobi par appel
- 0.1
Surface de données et question métier
La connexion Salesforce REST est conçue pour un accès CRM Salesforce basé sur REST et le contexte entreprise par une connexion auto-hébergée. Fournit l’accès REST Salesforce depuis votre propre infrastructure mcp-host. L’assistant utilise ainsi le contexte autorisé du système en direct au lieu de deviner depuis un document. Le résultat dépend toujours de l’actualité du système source et des permissions accordées à la connexion.
Une bonne demande précise quel enregistrement est nécessaire pour quelle équipe. Pour cette connexion, un flux fiable consiste à identifier la question de compte, contact ou opportunité puis examiner le résultat CRM avec les règles d’accès et de partage. Il devient alors plus simple de vérifier filtres et enregistrements sources que de résumer une liste trop large.
Permissions, confirmation et responsabilité
les outils qui créent, modifient ou suppriment un dossier exigent une confirmation unitaire ; l’accès est limité par les permissions Salesforce et les grants de département KobiGPT. Ce n’est pas seulement un détail technique : une action erronée dans des données financières, clients, de production ou juridiques peut avoir des conséquences réelles. Lire un résultat et modifier un système externe ne sont pas le même niveau d’autorité.
Avant le déploiement, décidez quels assistants et départements voient ces données. Si un résultat est trop large, réduisez l’accès ; si des données manquent, ne laissez pas l’assistant inventer un enregistrement. La fiche système et le responsable restent le contrôle final pour tout résultat conséquent.
Configuration et contrôle opérationnel
s’exécute avec authentification bearer sur votre mcp-host et diffère de Salesforce MCP hébergé par son chemin de données. Utilisez lors de la configuration une identité distincte au moindre privilège afin que les données accessibles ne dépassent pas le besoin opérationnel. Avec OAuth examinez l’écran de consentement ; avec bearer, examinez périmètre, stockage et responsabilité du jeton.
connexion bearer auto-hébergée et 0,1 Kobi Credits par appel. Cette indication provient du catalogue ou de la définition des outils ; aucun nombre supplémentaire n’est inventé pour une surface fournisseur changeante. Pendant le pilote, observez les questions réelles, les enregistrements retournés, les confirmations et les appels inutiles. Cette preuve rend le coût visible et révèle tôt les permissions trop larges.
Questions fréquentes
Que peut interroger cette connexion ?
un accès CRM Salesforce basé sur REST et le contexte entreprise par une connexion auto-hébergée
Quel est un flux de travail fiable ?
identifier la question de compte, contact ou opportunité puis examiner le résultat CRM avec les règles d’accès et de partage
Les écritures sont-elles sans restriction ?
les outils qui créent, modifient ou suppriment un dossier exigent une confirmation unitaire ; l’accès est limité par les permissions Salesforce et les grants de département KobiGPT
Comment la connexion est-elle configurée ?
s’exécute avec authentification bearer sur votre mcp-host et diffère de Salesforce MCP hébergé par son chemin de données
Quelle mesure est vérifiable ?
connexion bearer auto-hébergée et 0,1 Kobi Credits par appel
Que faire du résultat ?
Vérifiez le résultat avec l’enregistrement système concerné et la politique de l’entreprise ; une réponse d’assistant ne remplace pas la décision d’une personne habilitée.