Comment intégrer Salesforce avec un ERP comme SAP ou Sage X3 ?

La connexion entre Salesforce (CRM) et un ERP comme SAP ou Sage X3 est un chantier récurrent dans les ETI, car ces deux systèmes gèrent des données qui se recoupent : comptes clients, articles, tarifs, commandes, factures. L'enjeu n'est pas seulement technique : il s'agit de décider quelle application est la source de vérité pour chaque donnée, et à quelle fréquence les échanges doivent se faire. Une intégration mal cadrée génère des doublons, des écarts de stock ou des tarifs incohérents. Voici les approches possibles et les points de vigilance.

Les grandes approches d'intégration

Il n'existe pas une seule bonne méthode : le choix dépend du volume de données, du besoin de temps réel et des compétences internes.

1. Point à point via API

Salesforce expose des API REST et SOAP, SAP dispose d'interfaces (BAPI, IDoc, OData via SAP Gateway) et Sage X3 propose des Web Services SOAP/REST. On peut développer des connexions directes entre les deux. Avantage : simplicité apparente pour un ou deux flux. Inconvénient : la multiplication des connexions point à point devient vite ingérable et fragile lors des montées de version.

2. Plateforme d'intégration (iPaaS ou ESB)

C'est l'approche la plus courante sur des projets structurés. Une couche intermédiaire orchestre les échanges, gère les transformations de format et les erreurs. On y trouve MuleSoft (racheté par Salesforce), mais aussi des solutions tierces comme Talend, Boomi, ou des iPaaS plus légers. Avantage : maintenabilité, supervision, réutilisation des flux. Inconvénient : coût de licence et compétences spécifiques.

3. Connecteurs préconstruits

Des éditeurs proposent des connecteurs packagés Salesforce ⇄ SAP ou Salesforce ⇄ Sage X3, disponibles sur l'AppExchange ou via des partenaires. Ils accélèrent le démarrage sur des flux standards (comptes, commandes) mais nécessitent souvent des adaptations pour coller aux spécificités de votre paramétrage ERP.

Temps réel ou par lots (batch) ?

Une décision structurante consiste à choisir le mode d'échange, souvent différent selon les flux :

• Temps réel (ou quasi temps réel) : utile quand un commercial doit voir immédiatement le statut d'une commande ou la disponibilité d'un article. Repose sur des appels API ou des événements (platform events Salesforce).
• Batch programmé : suffisant pour synchroniser les référentiels articles, les tarifs ou les encours clients une à plusieurs fois par jour. Moins coûteux et plus robuste pour de gros volumes.

La plupart des intégrations combinent les deux : batch pour les référentiels, temps réel pour les données transactionnelles sensibles.

Cadrer les données et la source de vérité

Avant tout développement, il faut cartographier les objets échangés et désigner, pour chacun, le système maître :

• Comptes / clients : souvent créés dans le CRM (prospection) puis validés dans l'ERP (compte facturable). Il faut gérer la clé de rapprochement (SIRET, code client).
• Articles et tarifs : généralement maîtrisés dans l'ERP, poussés en lecture vers Salesforce.
• Commandes et devis : le devis peut naître dans Salesforce (CPQ) et se transformer en commande dans l'ERP.
• Factures et encours : maîtrisés dans l'ERP, remontés dans le CRM pour le suivi commercial.

Ce travail de cadrage détermine 70 % de la réussite du projet. Les échecs viennent rarement de la technologie, mais de règles de gestion floues (que faire d'un doublon, comment gérer une suppression, quelle donnée écrase l'autre en cas de conflit).

Points de vigilance techniques

• Gestion des erreurs et rejeux : prévoir une file d'attente et des mécanismes de relance quand un système est indisponible.
• Volumétrie et limites d'API : Salesforce impose des quotas d'appels API par jour selon l'édition ; les concevoir dès le départ évite les blocages.
• Formats de données : dates, devises, TVA, unités de mesure doivent être normalisés entre les deux systèmes.
• Sécurité et RGPD : les échanges de données personnelles doivent être tracés et chiffrés en transit.
• Montées de version : SAP S/4HANA, les mises à jour trimestrielles de Salesforce et les évolutions de Sage X3 imposent de tester régulièrement les flux.

Compétences et organisation du projet

Une intégration CRM ⇄ ERP mobilise plusieurs profils rarement réunis dans une seule équipe : un expert Salesforce, un expert de l'ERP (SAP ou Sage X3), un spécialiste de la plateforme d'intégration et un référent métier capable d'arbitrer les règles de gestion. Beaucoup d'ETI font appel à un intégrateur, mais la question du périmètre de responsabilité doit être claire : qui garantit le bon fonctionnement de bout en bout, y compris côté ERP ? C'est souvent un point de friction quand deux prestataires distincts interviennent de part et d'autre.

Comment avancer sereinement

Avant de lancer les développements, formalisez un document d'architecture d'intégration : liste des flux, mode d'échange, source de vérité, volumétrie, gestion des erreurs. Ce document sert de base pour chiffrer et comparer les prestataires. Selon vos compétences internes et votre budget, vous arbitrerez entre connecteur packagé, iPaaS ou développement sur mesure.

Si vous souhaitez comparer des intégrateurs ayant déjà réalisé des connexions Salesforce ⇄ SAP ou Salesforce ⇄ Sage X3, INTEGREER peut vous mettre en relation avec des prestataires qualifiés, en toute neutralité et sans engagement. Cela permet de confronter plusieurs approches d'architecture avant de vous décider.