Intégration CRM ERP : quelles données synchroniser, avec quel outil, et quand le sur-mesure vaut le coup

Reliez votre CRM et votre ERP en commençant par un petit nombre de flux, chacun avec un seul outil maître, un sens et une fréquence définis : les comptes clients, le catalogue et les prix, la commande signée, puis le retour des factures et des encours. Prenez le connecteur natif s'il couvre vos besoins, une plateforme d'intégration si plusieurs outils échangent avec des règles simples, et un développement sur mesure quand vos règles de gestion sont propres à votre métier ou que l'un des logiciels n'a pas d'API exploitable.

Une remarque sur ce sujet : la première page de Google est presque entièrement tenue par des éditeurs de CRM, d'ERP et de plateformes d'intégration, qui ont chacun un outil à vendre. Cet article n'en recommande aucun. Il vous aide à savoir ce que vous devez relier, et quelle voie y mène au meilleur coût. Pour la différence entre les deux logiciels, lisez d'abord ERP ou CRM : la différence.

Pourquoi relier les deux, concrètement

Sans intégration, le même client existe deux fois, saisi par deux personnes, avec deux orthographes. Les symptômes sont toujours les mêmes :

• le commercial établit un devis avec un prix que l'ERP a changé le mois dernier ;
• l'administration des ventes ressaisit chaque commande signée ;
• le commercial découvre en rendez-vous que son client a trois factures impayées ;
• personne ne sait dire si la livraison promise est partie ;
• les tableaux de bord des ventes et de la comptabilité ne donnent pas le même chiffre d'affaires.

Chacun de ces symptômes correspond à un flux précis. C'est par eux qu'il faut entrer, pas par la technologie.

Les flux à cartographier

Le point délicat est le compte client. Deux organisations se rencontrent :

• le CRM crée, l'ERP reçoit : le compte naît chez le commercial et passe dans l'ERP à la première commande. Simple, mais la qualité des données de facturation dépend alors de la saisie commerciale ;
• l'ERP valide : le CRM propose un nouveau compte, l'administration des ventes le contrôle et le crée dans l'ERP, qui renvoie son numéro au CRM. Plus lent, plus fiable pour les conditions de paiement et le crédit client.

Quelle que soit l'option, chaque donnée doit avoir un seul outil maître. Deux outils qui modifient le même champ produisent tôt ou tard un conflit que personne ne sait arbitrer.

Trois règles de conception qui évitent la plupart des pannes

Un identifiant commun, posé une fois pour toutes

Chaque compte, contact, article et commande porte l'identifiant de l'autre outil. Rapprocher deux fiches par le nom ou l'e-mail produit des doublons dès la première faute de frappe.

Des règles de transformation écrites

Les deux logiciels ne parlent pas la même langue : un statut « Gagné » côté CRM devient « Commande à valider » côté ERP, un code de TVA se traduit, une remise en pourcentage devient un prix net. Chaque correspondance s'écrit dans un tableau validé par les ventes et la comptabilité, avant le moindre développement.

Une gestion d'erreur avec un responsable

Une commande refusée par l'ERP (article bloqué, client en dépassement de crédit, adresse incomplète) doit être signalée à une personne nommée, avec la raison, et pouvoir être rejouée une fois corrigée. C'est la partie la plus sous-estimée des projets, et celle qui distingue une intégration fiable d'une intégration qui perd des commandes en silence. Notre article sur l'intégration d'une application à un ERP existant détaille ces cas d'erreur.

Les trois voies techniques

Le connecteur natif

Beaucoup de CRM et d'ERP proposent un connecteur vers les logiciels les plus répandus, maintenu par l'un des éditeurs ou par un partenaire. C'est la voie la plus rapide quand il couvre vos champs, y compris vos champs personnalisés, et vos règles de transformation.

Vérifiez avant de choisir : qui le maintient, quels objets il synchronise réellement, ce qu'il fait d'une erreur, et ce qu'il devient à la prochaine version majeure de l'un des deux logiciels.

La plateforme d'intégration (iPaaS)

Une plateforme d'intégration (Make, n8n, Zapier, ou les offres plus lourdes destinées aux grandes entreprises) relie plusieurs outils par des scénarios configurés. Elle convient quand les flux sont nombreux mais simples, et que vos équipes savent faire évoluer les scénarios. Elle atteint ses limites quand les règles se compliquent, quand les volumes font grimper l'abonnement, ou quand la logique se disperse en dizaines de scénarios que plus personne ne relit. Notre comparatif n8n, Make ou développement sur mesure détaille ces limites.

Le développement sur mesure

Un service d'intégration développé pour vous, souvent appuyé sur une API sur mesure, porte vos règles dans du code testé, versionné et documenté. Il se justifie dans quatre cas :

• l'un des deux logiciels n'a pas d'API exploitable (ERP ancien, base de données seule, échanges de fichiers) ;
• vos règles de gestion sont spécifiques : tarifs par réseau, remises composées, validations à plusieurs niveaux ;
• les volumes rendent l'abonnement d'une plateforme plus cher que le développement et sa maintenance ;
• l'intégration est critique : une commande perdue coûte cher, et vous voulez une supervision et des tests à la hauteur.

Le tableau pour choisir

Le dernier cas mérite d'être souligné : relier un CRM que personne ne remplit ne fait que propager des données vides. Notre article sur le CRM sur mesure traite cette question.

La facturation électronique s'invite dans le projet

En France, la réforme de la facturation électronique entre entreprises s'applique depuis le 1er septembre 2026 : toutes les entreprises assujetties doivent pouvoir recevoir des factures électroniques, les grandes entreprises et les ETI doivent les émettre, et les PME et micro-entreprises le devront au 1er septembre 2027 (impots.gouv.fr).

Pour l'intégration CRM ERP, la conséquence est concrète : chaque client doit être identifié sans ambiguïté (SIREN, adresse de facturation), et cette donnée doit être juste dès sa naissance. Si les comptes clients naissent dans le CRM, c'est là que le contrôle doit se faire. Notre article sur la facturation électronique détaille ce que la réforme change dans un logiciel.

Données personnelles : ce que l'intégration change

Relier deux outils, c'est aussi copier des données personnelles d'un système à l'autre : noms, e-mails, téléphones des contacts. Synchronisez seulement ce dont l'autre outil a besoin (l'ERP n'a pas besoin des notes de rendez-vous), et faites en sorte qu'une suppression ou une opposition enregistrée dans le CRM soit répercutée dans l'ERP. Sinon, une demande d'effacement traitée d'un côté reste ignorée de l'autre.

Ce qui fait le coût d'une intégration

Les fourchettes publiées par les éditeurs et les intégrateurs varient énormément, parce qu'elles décrivent des projets très différents. Le coût réel dépend de cinq facteurs :

• le nombre de flux et d'objets synchronisés ;
• l'état des données existantes : doublons, clients orphelins, identifiants absents. Le nettoyage préalable dépasse souvent le développement lui-même ;
• l'ouverture des deux logiciels : API documentée, base de données seule, ou fichiers ;
• la complexité des règles de transformation ;
• le niveau de supervision attendu.

Côté fonctionnement, comparez sur plusieurs années : abonnement du connecteur ou de la plateforme d'un côté, hébergement et maintenance du développement de l'autre. Notre article sur la reprise de données détaille le nettoyage, souvent la première dépense.

Les erreurs fréquentes

• Tout synchroniser dans les deux sens. C'est la recette des conflits. Un sens par donnée, sauf exception justifiée.
• Brancher avant de nettoyer. Une intégration propage les doublons plus vite qu'aucune ressaisie.
• Rapprocher par le nom. Sans identifiant commun, chaque faute crée un nouveau client.
• Ignorer les erreurs. Une intégration sans alerte perd des commandes sans que personne ne le sache.
• Tester en production. Les deux outils doivent avoir un environnement de test, ou au moins une copie, avant la bascule.
• Oublier la mise à jour suivante. Une nouvelle version de l'ERP ou du CRM peut changer l'API : prévoyez qui teste l'intégration à chaque montée de version.

Par où commencer

1. Listez les ressaisies actuelles entre ventes et administration : quelle donnée, par qui, combien de fois par semaine.
2. Remplissez le tableau des flux ci-dessus avec vos outils, et désignez un maître pour chaque donnée.
3. Vérifiez l'ouverture des deux logiciels : connecteur existant, API documentée, ou fichiers seulement.
4. Commencez par un seul circuit : de la commande signée à la facture, et retour.

Quand l'intégration s'accompagne d'écrans nouveaux (un portail revendeurs, une vue client unifiée pour les commerciaux), nous construisons un prototype visuel gratuit, présenté en visio sous 5 jours ouvrés : vos équipes voient d'où vient chaque information avant que quoi que ce soit ne soit développé.