Connecter HubSpot à son ERP : méthode, choix techniques et pièges

7 min read
12/11/2026 08:30

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.

Un consultant en chemise à carreaux travaille sur son ordinateur portable devant un mur portant le logo Copernic

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 prospectHubSpotAucun fluxReste dans le CRM tant qu'il n'y a pas de commande
Compte clientERP (données légales et de facturation)HubSpot → ERP, puis ERP → HubSpotCréation à la signature, mise à jour à chaque modification
ContactsHubSpotHubSpot → ERPUniquement les contacts utiles à la facturation ou à la livraison
Produits et prixERPERP → HubSpotÀ chaque modification ou par lot quotidien
DevisHubSpot ou ERP, selon le processusVers l'autre systèmeAcceptation du devis
CommandesERPERP → HubSpotCréation et changement de statut
Factures et paiementsERPERP → HubSpotÉmission de la facture, encaissement
Encours clientERPERP → HubSpotLot 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.

Un consultant vu de dos travaille sur un ordinateur portable pendant une réunion

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 routeCourtMoyenLong
Règles métier spécifiquesLimitées au paramétrage prévuModéréesSans limite
Volumes importantsSelon le connecteurÀ surveillerAdapté
Supervision des erreursCelle prévue par l'éditeurJournaux de l'outilSur mesure
MaintenanceAssurée par l'éditeurInterne ou prestataireInterne ou prestataire, à budgéter
Cas typiqueERP standard, besoin courantQuelques flux ciblésERP 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.

Get Email Notifications