Gouverner Salesforce Agentforce : autorité et preuve pour agents CRM

Agentforce met des agents IA au travail dans le CRM : qualification de prospects, réponses aux clients, relances commerciales, résumés de dossiers. Ces agents opèrent au contact direct des données les plus réglementées de l'entreprise — coordonnées, historiques d'achat, échanges — et leurs actions les plus utiles sont précisément celles qui sortent : envoyer un courriel, partager un dossier, synchroniser vers un autre outil.

Les contrôles de la plateforme encadrent le modèle et l'accès aux objets du CRM. Ce qu'ils ne savent pas, c'est le droit applicable à l'action : ce prospect a-t-il consenti à être contacté ? Cet export de segment vers un outil marketing hébergé ailleurs déclenche-t-il une obligation de transfert ? Ces questions dépendent de vos juridictions et de votre profil — pas de la plateforme.

Le scénario d'intégration

Le principe : partout où votre flux Salesforce peut faire un appel HTTP sortant — une action externe dans un flow, un service appelé par l'agent avant l'étape d'envoi —, vous insérez la décision AVANT l'action. La couche d'autorité est un appel réseau, pas un paquet à installer dans votre org.

1. 1

   Générez le profil de votre organisation

   L'évaluation gratuite (commencer ici) produit votre profil de politique : juridictions de vos clients, secteur, catégories de données traitées dans le CRM. C'est lui qui personnalise chaque décision.

2. 2

   Créez une clé API à portée « authority »

   Depuis votre tableau de bord StructureClerk. Les décisions personnalisées passent par la clé ; la vérification des preuves reste publique.

3. 3

   Insérez l'appel avant l'action sortante

   Dans le flux qui précède l'envoi de courriel, l'export de segment ou la synchronisation, appelez l'endpoint de décision avec les métadonnées de l'action — jamais le contenu du message ni les données clients elles-mêmes.

   curl -X POST https://structureclerk.ca/api/v1/authority/decide \
     -H 'Authorization: Bearer $CLE_API' \
     -H 'Content-Type: application/json' \
     -d '{"agent":{"id":"agentforce-sdr","autonomy_level":3},"action":{"type":"send.customer_email","data_categories":["personal"]},"context":{"jurisdictions":["CA_QC","FR"],"sector":"tech"}}'

4. 4

   Branchez les quatre verbes sur vos flux

   ALLOW laisse partir l'envoi. APPROVE crée une tâche d'approbation pour un humain. DENY arrête le flux et journalise la raison sur l'enregistrement. ESCALATE notifie la conformité. L'identifiant de preuve s'attache à l'enregistrement CRM : l'audit vit dans le dossier client.

Le contrat de décision

POST https://structureclerk.ca/api/v1/authority/decide
{
  "agent": { "id": "agentforce-sdr", "autonomy_level": 3 },
  "action": {
    "type": "send.customer_email",
    "data_categories": ["personal"]
  },
  "context": { "jurisdictions": ["CA_QC", "FR"], "sector": "tech" }
}
// →
{
  "decision": "APPROVE",
  "reason": "external_personal_data_transfer",
  "confidence": 0.95,
  "evidence_id": "ev_2b71…e04a"
}

La décision est consultative — StructureClerk décide, votre infrastructure applique. Le moteur ne voit jamais le contenu du courriel ni les fiches clients : seulement le type d'action, les catégories de données et le contexte juridictionnel.

La piste d'audit que vos clients peuvent vérifier

Chaque décision laisse une preuve signée Ed25519, chaînée. Quand un client grand compte vous demande comment vos agents CRM respectent le consentement et les règles de transfert, vous remettez des preuves qu'il vérifie lui-même sur notre page de vérification — sans compte et sans dépendre de votre parole.

Le moteur étant juridictionnel, la même campagne peut recevoir deux réponses : l'envoi vers vos clients d'une juridiction passe, le même envoi vers une autre exige une validation — parce que le droit du destinataire change la décision. C'est ce qu'aucune règle interne de plateforme ne modélise.