Intégrateur Salesforce
Intégration de l'API Salesforce dans votre système
Nous branchons Salesforce dans votre SaaS : le signup crée Account et Opportunity, l'usage remonte sur l'Account, l'incident ouvre un Case, Closed Won provisionne. Une vérité partagée, sans double saisie.
- Équipe produit senior
- connecteurs CRM en production
- du cadrage au monitoring
Pourquoi faire appel à un intégrateur Salesforce et que peut-on connecter à Salesforce ?
Salesforce (Sales Cloud, Service Cloud, objets custom) est le CRM des organisations complexes. On l'intègre pour qu'il vive dans votre plateforme : signup qui crée Account et Opportunity, usage qui alimente l'Account ou un Subscription__c, incident produit qui ouvre un Case, Closed Won qui provisionne et facture. Pas un silo mis à jour à la main. Le travail, c'est le bon canal selon le volume (REST, Composite, Bulk, CDC), les dépendances entre objets et le quota d'org partagé.
Ce que Salesforce change dans votre plateforme
Le signup crée Account et Opportunity
Inscription ou contrat : le compte et l'opportunité naissent ensemble. Plus de fiche orpheline quand une étape échoue.
L'usage remonte sur l'Account
Plan, volume, dernière connexion, incidents. Le commercial filtre l'activité réelle, il arrête d'appeler la production.
L'incident produit ouvre un Case
Un signal de churn ou un incident critique crée le dossier support. Vente et support voient le même compte avant l'upsell.
Closed Won provisionne et facture
Le passage en gagné déclenche le compte, les accès et la facturation. Le renouvellement part du même dossier, avec montant, date et usage.
Ce que ça change dans votre produit
La technique au service d'un résultat mesurable : produit → Salesforce, zéro saisie, quota d'org tenu.
Le CRM cesse d'être un silo
Contrat, usage et incident deviennent des infos filtrables sur la fiche. Vos prévisions redeviennent utilisables.
Le connecteur n'occupe pas un siège Sales
Un compte technique dédié à l'intégration, avec des droits minimaux. Jamais le login d'un commercial qui part ou change de mot de passe.
Une seule fiche par compte
Le rapprochement se fait sur votre identifiant métier, pas sur l'email. L'email n'est pas fiable en B2B ; la base cesse de se remplir de doublons.
Salesforce reste disponible sous charge
On surveille les quotas de l'organisation et on freine avant le blocage. Vous évitez le jour où les commerciaux ne peuvent plus travailler.
Comment nous livrons votre connecteur Salesforce
Cadrage
Où Salesforce entre dans votre produit : signup, usage, Case, Closed Won. Cloud (Platform par défaut), édition, volume/jour, source de vérité par champ. Le canal se déduit du volume.
Mapping
sObjects standard et personnalisés, externalId, associations, politique de fusion. C'est l'étape qui décide de la réussite.
Développement et recette
Integration User, Composite allOrNone, coupe-circuit quota, client Pub/Sub avec replay id. Recette sur sandbox, les validation rules divergent.
Monitoring
Alerte avant le 403, file de reprise, replay CDC. Vous savez qu'un flux est cassé avant vos commerciaux.
Ce que l'API apporte à votre plateforme
- REST et SOQL
- CRUD sur les sObjects, query jusqu'à 2 000 lignes puis nextRecordsUrl. Version dans l'URL, instance_url du jeton, jamais un host na1 en dur.
- Composite et upsert
- Batch jusqu'à 25 sous-requêtes (chacune comptée). Composite avec referenceId et allOrNone. PATCH sur externalId pour l'idempotence.
- Bulk API 2.0
- Volumes de milliers à millions, asynchrone. Le canal des injections nocturnes de catalogue ou de commandes, avec rapport d'erreurs par ligne.
- Pub/Sub, CDC, Platform Events
- gRPC HTTP/2 Avro. Ce n'est pas un webhook HTTPS à coller dans Setup. Replay id persisté pour rattraper un redémarrage.
Le vocabulaire d'une intégration Salesforce
- Salesforce Platform
- Sales Cloud, Service Cloud, Experience, objets personnalisés. Ce n'est pas Marketing Cloud, ni Commerce Cloud, ni Data Cloud.
- Integration User
- Compte technique API Only. Client credentials (Run-As User) ou JWT Bearer. Username-password OAuth est un anti-pattern.
- externalId
- Champ unique métier pour l'upsert REST. Sans lui, chaque formulaire crée un doublon. L'email n'est pas une clé B2B.
- Composite
- Plusieurs sous-requêtes en un HTTP. Batch : 25, indépendantes. Composite : referenceId et allOrNone. Chaque sous-requête compte dans le quota.
- CDC
- Change Data Capture : delta création, mise à jour, suppression, undelete. Canal Pub/Sub, pas une URL HTTPS à coller dans Setup.
- Sforce-Limit-Info
- En-tête api-usage=utilisé/plafond sur chaque appel REST (sauf /). C'est lui qu'on surveille, pas le 403.
Les contraintes réelles d'une intégration Salesforce
Le quota est un plafond d'org
REST, SOAP, Bulk et Connect partagent le même compteur 24 h. Enterprise part de 100 000. Un lot Composite de 25 n'économise pas 24 appels au regard du quota, seulement de la latence.
Il n'y a pas de webhook Salesforce
CDC n'est pas une URL HTTPS. Il faut un client Pub/Sub (ou CometD en héritage) qui tient une connexion et persiste le replay id. Un endpoint « à la HubSpot » n'existe pas.
Les governors Apex ne sont pas le quota API
Un upsert qui réveille des triggers consomme CPU, SOQL et DML côté org. Le connecteur « bête » casse pour des raisons invisibles côté appelant.
Quelle cloud, dès le premier appel
« Salesforce » dans un cahier des charges est un piège. Platform, Marketing Cloud et Commerce Cloud ont des APIs, des contrats et des quotas distincts. On nomme la cloud avant le devis.
Salesforce ou HubSpot, et ce que ça implique
Le choix se fait rarement sur la technique : il dépend de la taille de votre organisation commerciale et de qui administre le CRM au quotidien.
| Critère | SalesforceCette page | HubSpotPME et scale-ups |
|---|---|---|
| Modèle de données | Très riche, sObjects et objets personnalisés au cœur | Objets standard lisibles, propriétés personnalisées simples |
| Objets personnalisés | Au cœur de la Platform | Réservés à l'offre Enterprise |
| Authentification | OAuth, Integration User, client credentials ou JWT | Jeton d'app privée ou OAuth 2.0 multi-client |
| Limite de débit | Quota d'org 24 h, plus governors Apex | Documentée par offre, plafond journalier partagé |
| Temps réel | Pub/Sub, CDC, Platform Events (pas d'HTTPS natif) | Webhooks v4 signés |
| Effort d'intégration | Élevé, compétences Platform dédiées | Faible à moyen, documentation excellente |
| Le bon cas | Organisation commerciale complexe, gros volumes, admins internes | SaaS ou PME qui veut brancher son produit vite et proprement |
Nous ne revendiquons ni certification Salesforce, ni badge consultant, ni listing AppExchange : nous développons sur les APIs publiques documentées de la Platform, aux côtés de l'administrateur ou du partenaire qui gère votre org.
Ce que nous mesurons sur un projet Salesforce
Les autres CRM que nous intégrons
Le choix se fait sur le CRM déjà en place chez vous, rarement sur la technique.
SalesforceIntégration de l'API Salesforce dans votre systèmeCette page
HubSpotAPI REST très documentée, webhooks signés, bon cas pour brancher un produit vite et proprement.
PipedrivePipeline PME, API v2, webhooks HTTP. Budget de jetons partagé par tout le compte.
SellsyCRM et gestion commerciale française, devis et factures dans le même outil.On combine Salesforce avec
La stack qui entoure Salesforce sur nos projets.
Intégration Salesforce : vos questions
On la branche sur vos touchpoints produit : signup, usage, Case, Closed Won, renouvellement. On nomme d'abord la cloud (Platform, pas Marketing). On choisit le canal après le volume : REST plus Composite sous quelques milliers d'objets par jour, Bulk 2.0 au-delà, CDC via Pub/Sub pour l'événementiel, jamais un polling SOQL. Authentification : Integration User, client credentials ou JWT Bearer. Idempotence : upsert sur externalId. Composite allOrNone pour les graphes Account/Contact/Opportunity. La difficulté réelle n'est pas l'appel REST, c'est le mapping, le quota d'org et l'absence de webhook HTTP.
Pour déployer Sales Cloud, former les équipes et administrer l'org, un consultant Salesforce (souvent certifié Administrator ou consultant fonctionnel) a du sens. Pour faire vivre Salesforce dans votre plateforme (produit → Account, Closed Won → provisionnement), ce qui compte est l'expérience des connecteurs Platform : Integration User, Composite, CDC, quotas. Nous ne revendiquons ni certification, ni badge consultant, ni AppExchange : nous développons sur les APIs publiques, et nous travaillons volontiers avec le consultant qui gère déjà votre org, chacun sur son terrain.
Cela dépend du nombre d'objets, du sens des flux et de l'état de l'org (validation rules, triggers, Custom Metadata). Une remontée d'usage vers l'Account se chiffre bien plus bas qu'un provisionnement Closed Won plus objet personnalisé plus Bulk nocturne. L'édition (donc le quota) et la présence d'un admin interne pèsent autant que la technique. Nous cadrons le périmètre en amont et donnons une estimation ferme.
Pas au sens HubSpot. Change Data Capture et Platform Events passent par la Pub/Sub API (gRPC), éventuellement Streaming API / CometD en héritage. Il n'y a pas d'URL HTTPS à coller dans Setup. Un handler HTTP « à la HubSpot » n'existe pas nativement. Nous tenons un client Pub/Sub, un replay id persisté, et une réconciliation parce que la fenêtre de rétention CDC se cadre sur l'org, pas sur un timeout HTTP.
Le quota quotidien est un plafond d'org, partagé par REST, SOAP, Bulk et Connect. Pour une édition Enterprise, le point de départ documenté est 100 000 requêtes / 24 h, augmentable selon les licences. C'est un soft limit, puis 403 REQUEST_LIMIT_EXCEEDED. L'en-tête Sforce-Limit-Info donne api-usage à chaque appel. Les allocations d'événements (Platform Events) sont distinctes. Governors Apex (CPU, SOQL, DML) s'ajoutent quand un trigger part d'un upsert.
Un projet d'intégration Salesforce ?
Parlons-en. 30 minutes pour cadrer où Salesforce entre dans votre plateforme (signup, usage, Case, Closed Won) et vous dire franchement ce qui est faisable.
Parler de mon projet Salesforce