Connecter Salesforce à votre logiciel métier

Votre édition de Salesforce ouvre-t-elle l'accès à l'API ?

Cela dépend de l'édition. Le mémo officiel des limites de Salesforce attribue un quota d'appels API aux éditions Developer, Enterprise, Unlimited et Performance, et à l'édition Professional seulement « avec accès API activé » (Professional Edition with API access enabled). En Professional, ou si votre contrat porte sur une autre offre, faites confirmer par écrit que l'accès API est actif sur votre organisation, et à quelles conditions, avant tout développement. La page « Supported Editions and Required Permissions » de la documentation REST détaille les éditions et les permissions requises.

Côté droits, l'intégration tourne sous un utilisateur dédié, dont le profil n'ouvre que les objets et champs nécessaires, plutôt que sous le compte d'un commercial : le jour où ce commercial quitte l'entreprise, son compte est désactivé et le flux de commandes s'arrête avec lui.

REST, Bulk API 2.0 ou Change Data Capture : quel canal pour quel flux ?

Change Data Capture couvre tous les objets personnalisés mais seulement une partie des objets standard : Salesforce publie la liste des objets pris en charge, à consulter avant de promettre qu'un changement sera signalé. Les événements restent trois jours dans le bus d'événements, et chaque message porte un ReplayId qui permet de reprendre la lecture après le dernier événement traité. Un service arrêté plus longtemps devra relire les données par l'API.

Quel volume d'appels votre organisation peut-elle consommer ?

Salesforce compte les appels au niveau de l'organisation entière, toutes intégrations confondues, par période de 24 heures. Le mémo officiel des limites (Developer Limits and Allocations Quick Reference, mis à jour le 2 avril 2025) donne ces repères, en précisant que les limites peuvent changer sans préavis :

Le piège tient au partage : l'outil d'emailing, le couplage téléphonique et votre ERP puisent dans le même réservoir. Un connecteur qui relit tous les comptes toutes les cinq minutes peut priver le flux de commandes de ses appels en fin de journée. Salesforce expose la consommation par une ressource REST dédiée aux limites ; le service d'intégration la lit et alerte avant l'épuisement.

Comment une application externe s'authentifie-t-elle auprès de Salesforce ?

Une application externe accède à l'API Salesforce par OAuth 2.0 : un serveur d'autorisation délivre des jetons d'accès, que l'API vérifie à chaque appel. L'application est déclarée dans Salesforce comme external client app ou comme connected app. Depuis la version Spring '26, la création de connected apps est restreinte ; celles qui existent continuent de fonctionner, et Salesforce recommande les external client apps pour toute nouvelle intégration.

En pratique, nous déclarons une external client app par intégration, rattachée à un utilisateur d'intégration dont le profil n'ouvre que les objets et champs nécessaires. Si le flux de commandes n'a pas besoin des données d'un objet RH, l'utilisateur d'intégration ne les voit pas. Le secret reste côté serveur, dans un coffre, et sa rotation est documentée. Les principes sont détaillés dans notre guide pour sécuriser une application métier.

Cinq flux Salesforce dans une PME ou une ETI

1. Opportunité signée, commande créée. Un distributeur de matériel médical clôt une opportunité ; l'événement de changement arrive au service d'intégration, qui relit l'opportunité et ses produits, crée la commande dans l'ERP et réécrit le numéro de commande sur l'opportunité.
2. Encours visible sur le compte. Chaque nuit, un job Bulk API 2.0 met à jour l'encours, le chiffre d'affaires de l'année et le nombre de factures en retard, calculés par le logiciel de gestion.
3. Panne déclarée, requête ouverte. Un client signale un incident sur son portail ; une requête est créée dans Salesforce, rattachée au compte et au contact, puis mise à jour par l'application terrain à la fin de l'intervention.
4. Tarifs négociés à portée des commerciaux. Les remises par client, gérées dans l'ERP, alimentent un objet personnalisé consulté avant chaque chiffrage.
5. Historique chargé au démarrage. Dix ans de comptes, contacts et affaires partent en fichiers CSV par Bulk API 2.0, avec contrôle des rejets lot par lot, selon notre méthode de migration des données.

Ce qui fait dérailler une intégration Salesforce

• Le plafond de Change Data Capture : sans module complémentaire, cinq objets au maximum sont suivis, toutes chaînes confondues, et une organisation Enterprise reçoit 25 000 événements délivrés par 24 heures (50 000 en Unlimited et Performance, 10 000 en Developer). Le module lève la limite d'objets et ajoute 100 000 événements par jour.
• La fenêtre de trois jours : au-delà, les événements manqués ne sont plus conservés dans le bus ; une resynchronisation complète par l'API doit être prête à tourner.
• Les doublons : l'identifiant de votre logiciel est stocké dans Salesforce et sert de clé aux opérations d'upsert, pour qu'une commande renvoyée deux fois ne crée pas deux enregistrements.
• Les tests sur données trop propres : des données fictives ne révèlent ni les comptes en double ni les adresses incomplètes de la production. Le mémo des limites attribue 5 000 000 d'appels par 24 heures à un Full Sandbox qui n'est pas créé à partir d'un modèle ; si votre organisation n'en dispose pas, préparez un jeu de test réaliste et anonymisé.
• Les données personnelles : un contact copié dans trois outils, ce sont trois endroits où appliquer un droit d'effacement. On ne réplique que les champs nécessaires et on journalise des identifiants.

Le déroulé d'un projet d'intégration Salesforce

1. Cartographie des objets et des champs échangés, et de l'outil qui fait foi pour chacun.
2. Vérification de l'édition, des quotas déjà consommés par les autres connecteurs et des objets suivis par Change Data Capture.
3. Création de l'external client app et de l'utilisateur d'intégration, avec des droits minimaux.
4. Construction flux par flux sur un sandbox, avec journal et rejeu.
5. Reprise de l'historique par Bulk API 2.0, puis ouverture progressive des flux en production.
6. Suivi : consommation d'appels, rejets, versions de l'API.

Connecteur existant ou développement : comment trancher pour Salesforce ?

Votre ERP ou votre logiciel de facturation propose peut-être déjà un connecteur Salesforce, et les plateformes d'intégration génériques aussi. C'est la première piste : si le connecteur couvre vos objets et vos règles, il coûte moins cher qu'un développement. Il montre ses limites quand le flux touche des objets personnalisés propres à votre métier, quand la règle de calcul (remises, encours, statuts de production) vit dans votre logiciel, ou quand plusieurs connecteurs se disputent le quota d'appels.

Si le sur-mesure s'impose, YMHB Web développe un service d'intégration dont le code vous appartient au paiement intégral : external client app et utilisateur d'intégration à votre nom, mémorisation du dernier ReplayId, relecture complète programmable, suivi des appels consommés, journal des rejets lisible par un non-développeur. Avant de vous engager sur Salesforce lui-même, comparez-le à HubSpot ou à ses alternatives ; la logique d'ensemble est décrite dans notre page pour connecter ses logiciels par API.