Connecter HubSpot à son ERP : méthode, choix techniques et pièges
En bref : connecter HubSpot à son ERP sert à donner aux équipes commerciales et marketing ce que la finance voit déjà : commandes, factures, encours, catalogue produits. La réussite tient moins à l'outil qu'à trois décisions prises avant toute ligne de code : quel système est maître de chaque donnée, dans quel sens et à quelle fréquence circule chaque flux, et quel identifiant commun relie les fiches des deux côtés. Trois options techniques existent : un connecteur de la marketplace HubSpot quand il en existe un pour votre ERP, une plateforme d'intégration (iPaaS) ou un développement sur l'API HubSpot. Le bon choix dépend des volumes, de la complexité des règles métier et de qui maintiendra l'intégration dans la durée.

Pourquoi relier HubSpot et votre ERP
Dans la plupart des PME et ETI, le client existe deux fois : dans le CRM, où les commerciaux suivent les opportunités, et dans l'ERP ou l'outil de facturation, où la comptabilité gère commandes et encaissements. Chaque équipe travaille avec une moitié de la réalité.
Relier les deux systèmes apporte des bénéfices très concrets :
- Des devis justes : les produits, références et prix du catalogue ERP sont disponibles dans HubSpot, sans ressaisie ni grille tarifaire en pièce jointe.
- Des commandes sans ressaisie : un devis accepté dans HubSpot crée la commande dans l'ERP, ou l'inverse selon votre processus.
- Les factures et l'encours visibles par le commercial : avant de relancer un client pour une nouvelle affaire, il sait s'il a des factures impayées.
- Un historique d'achat exploitable par le marketing : segmentation par produit acheté, relances de renouvellement, ventes additionnelles.
- Une seule version de la vérité client : une raison sociale, une adresse de facturation, un statut, partagés par tous.
Mon Chasseur Immo l'a résumé en parlant de son projet avec Pennylane : « Un accompagnement vers l'outil Pennylane pour une belle automatisation de la facturation » (avis publié sur la fiche partenaire HubSpot de Copernic).
Notre position : un CRM qui ignore ce que le client a acheté et payé reste un outil de prospection. Le relier à l'ERP en fait un outil de pilotage du revenu.
Qui est maître de quelle donnée
C'est la décision la plus importante du projet, et la plus souvent esquivée. Pour chaque objet, on désigne un système maître qui détient la version de référence (le « golden record »). L'autre système consulte, mais n'écrase jamais cette donnée.
Le principe général est simple : HubSpot est maître de ce qui précède la vente (prospects, contacts, opportunités, activités commerciales), l'ERP est maître de ce qui relève de la gestion et de la comptabilité (catalogue, prix, commandes, factures, paiements). La frontière se discute objet par objet, parfois champ par champ. Notre base de travail :
| Objet | Système maître | Sens du flux | Déclencheur |
|---|---|---|---|
| Entreprise prospect | HubSpot | Aucun flux | Reste dans le CRM tant qu'il n'y a pas de commande |
| Compte client | ERP (données légales et de facturation) | HubSpot → ERP, puis ERP → HubSpot | Création à la signature, mise à jour à chaque modification |
| Contacts | HubSpot | HubSpot → ERP | Uniquement les contacts utiles à la facturation ou à la livraison |
| Produits et prix | ERP | ERP → HubSpot | À chaque modification ou par lot quotidien |
| Devis | HubSpot ou ERP, selon le processus | Vers l'autre système | Acceptation du devis |
| Commandes | ERP | ERP → HubSpot | Création et changement de statut |
| Factures et paiements | ERP | ERP → HubSpot | Émission de la facture, encaissement |
| Encours client | ERP | ERP → HubSpot | Lot quotidien |
Notre position : un objet, un maître. Si deux systèmes peuvent modifier librement la même donnée, vous n'avez pas une intégration, vous avez un conflit permanent.
Sens des flux et fréquence de synchronisation
Commencer en unidirectionnel
Un flux unidirectionnel (l'ERP alimente HubSpot, ou l'inverse) est plus simple à construire, à tester et à superviser. Pour le catalogue, les commandes, les factures et l'encours, c'est presque toujours suffisant : le commercial a besoin de lire ces données, pas de les modifier.
Réserver le bidirectionnel aux cas qui le justifient
Le bidirectionnel se justifie surtout pour les comptes clients et certains contacts, quand les deux équipes doivent pouvoir mettre à jour une adresse ou un interlocuteur. Il impose alors des règles de priorité champ par champ et une gestion des conflits (que se passe-t-il si les deux systèmes modifient la même fiche dans la même minute ?).
Choisir la fréquence selon l'usage
Le temps réel, déclenché par un événement, se justifie pour ce qui conditionne une action immédiate : un devis accepté qui doit devenir une commande. Pour le reste, une synchronisation par lots (toutes les heures, chaque nuit) est plus robuste et moins coûteuse en appels API. HubSpot applique des limites d'appels à son API : une intégration qui interroge l'ERP en boucle pour rien finit par les atteindre.
Les trois options techniques
Le connecteur de la marketplace HubSpot
Selon les ERP, un connecteur existe sur la marketplace HubSpot, édité par HubSpot, par l'éditeur de l'ERP ou par un tiers. C'est l'option la plus rapide à mettre en route. Sa limite : vous héritez de son modèle de données et de ses règles de correspondance. Vérifiez précisément quels objets il synchronise, dans quel sens, et s'il accepte vos champs personnalisés. Pour une partie des applications, Data Hub (anciennement Operations Hub) propose aussi une synchronisation de données paramétrable.
La plateforme d'intégration (iPaaS)
Make, Zapier, n8n ou des outils spécialisés dans l'intégration CRM ERP permettent de construire des scénarios sans tout développer. C'est un bon compromis pour des règles métier modérées et des volumes raisonnables. Le risque : une accumulation de scénarios construits au fil de l'eau, que plus personne ne documente.
Le développement sur l'API HubSpot
Un développement spécifique, appuyé sur l'API HubSpot et celle de l'ERP, donne un contrôle complet : règles de transformation, gestion fine des erreurs, volumes importants, objets personnalisés (disponibles sur les éditions Enterprise). C'est l'option la plus exigeante en conception et en maintenance. C'est aussi la seule viable quand l'ERP est très personnalisé ou qu'aucun connecteur ne couvre le besoin.

Le choix de l'option technique vient après la définition des systèmes maîtres et des flux, jamais avant.
Comment choisir entre connecteur, iPaaS et API
La matrice ci-dessous résume les critères que nous passons en revue avec nos clients :
| Critère | Connecteur marketplace | iPaaS | Développement API |
|---|---|---|---|
| Délai de mise en route | Court | Moyen | Long |
| Règles métier spécifiques | Limitées au paramétrage prévu | Modérées | Sans limite |
| Volumes importants | Selon le connecteur | À surveiller | Adapté |
| Supervision des erreurs | Celle prévue par l'éditeur | Journaux de l'outil | Sur mesure |
| Maintenance | Assurée par l'éditeur | Interne ou prestataire | Interne ou prestataire, à budgéter |
| Cas typique | ERP standard, besoin courant | Quelques flux ciblés | ERP personnalisé, flux critiques |
Trois questions tranchent la plupart des cas. Un connecteur couvre-t-il au moins l'essentiel de vos objets et de vos flux ? Vos règles métier (remises, conditions de paiement, multi-sociétés, multi-devises) sortent-elles du standard ? Qui, chez vous ou chez votre prestataire, corrigera une synchronisation en échec un lundi matin ? Que vous utilisiez Sage, Cegid, Odoo, SAP Business One, Microsoft Dynamics ou Pennylane pour la facturation, la réponse dépend de votre version, de vos personnalisations et de vos flux, pas seulement du nom de l'ERP.
La méthode en cinq étapes
| 1Cadrage Processus, usages, objets concernés |
2Modèle de données Maîtres, flux, identifiants, mapping |
3Nettoyage Doublons et rapprochement des fiches |
4Construction et recette Jeux de test et cas limites |
5Production et supervision Alertes, suivi, évolutions |
Le cadrage commence par le processus de vente, pas par l'ERP : à quel moment un prospect devient client, qui crée la commande, qui valide une remise. SEDIPEC décrivait ainsi le résultat attendu de ce travail de formalisation dans HubSpot : « une schématisation précise des différentes phases d'avancement de notre processus de vente ». C'est sur cette base qu'on décide ce qui doit circuler entre les deux systèmes.
La recette mérite du temps : un client avec deux adresses de facturation, un avoir, une commande annulée. Ces cas cassent une intégration en production.
Les pièges qui font échouer une intégration CRM ERP
Les doublons
Brancher deux bases qui contiennent chacune des doublons, c'est les multiplier. Le dédoublonnage se fait avant la première synchronisation, des deux côtés, avec des règles explicites (raison sociale, SIREN, domaine e-mail).
L'absence d'identifiant commun
Sans identifiant partagé, l'intégration rapproche les fiches par le nom, et se trompe. Stockez le numéro de compte ERP dans une propriété HubSpot dédiée et l'identifiant HubSpot dans l'ERP. Chaque fiche synchronisée doit porter les deux.
Tout synchroniser au lieu du nécessaire
Remonter dans HubSpot tout l'historique de lignes de facture et des centaines de champs ERP alourdit la base, ralentit la synchronisation et noie les commerciaux. Partez des usages : quelles données servent vraiment à agir.
Aucune supervision des erreurs
Une synchronisation qui échoue en silence est pire qu'une absence d'intégration : les équipes font confiance à une donnée fausse. Prévoyez des journaux lisibles, des alertes envoyées à une personne nommée et une procédure de reprise.
Check-list avant de lancer le projet
- Un système maître désigné pour chaque objet
- Un identifiant commun stocké des deux côtés
- Un sens et une fréquence définis pour chaque flux
- Des bases dédoublonnées avant la première synchronisation
- Une liste courte de champs, justifiée par un usage
- Un responsable et des alertes en cas d'erreur
Questions fréquentes
Faut-il synchroniser les factures dans HubSpot ?
Oui, au moins leur statut, leur montant et leur date d'échéance, pour que les équipes commerciales et de service client voient les impayés et l'historique d'achat. Le détail comptable reste dans l'ERP, qui en est le système maître.
Un connecteur natif suffit-il ?
Il suffit quand votre ERP est utilisé de façon standard et que le connecteur couvre vos objets et vos flux. Dès que vous avez des règles spécifiques (multi-sociétés, remises complexes, champs personnalisés), testez-le sur vos propres cas avant de vous engager.
Qui doit porter le projet en interne ?
Un binôme : un responsable côté ventes ou RevOps, qui définit les usages, et un responsable côté finance ou système d'information, qui connaît l'ERP. Sans la finance autour de la table, les règles sur les comptes clients et la facturation seront décidées à sa place.
À propos de Copernic
Copernic est partenaire HubSpot Elite et intégrateur HubSpot depuis 2016. Nos 30 experts, basés à Nancy et à Paris, ont accompagné plus de 800 clients et cumulent 130 certifications et 4 accréditations HubSpot, dont la migration de données CRM et l'architecture de solution. Découvrez notre approche de l'intégration HubSpot, notre offre d'intégration ERP et la manière dont nous aidons nos clients à centraliser la donnée dans le CRM.
Vous êtes dans cette situation ? Parlez de votre projet avec un expert Copernic : rappel sous 24h ouvrées.