Pour une PME ou une ETI en croissance, la déconnexion entre le front-office (Ventes/Marketing) et le back-office (Finance/Logistique) est la première source de friction. L’enjeu de la synchronisation HubSpot Business Central n’est pas seulement technique : il est stratégique. Il s’agit de créer un flux de données ininterrompu pour accélérer le cycle de vente et garantir une expérience client sans couture.
Microsoft Dynamics 365 Business Central : le cœur de votre gestion
Microsoft Dynamics 365 Business Central (anciennement Navision / NAV) est l’ERP de référence pour les entreprises de 10 à 250 M€ de CA. Il permet de centraliser la comptabilité, la chaîne d’approvisionnement, les opérations et les ressources humaines.
Périmètre fonctionnel et positionnement
Business Central brille par sa capacité à gérer la complexité financière : multi-sociétés, multi-devises et gestion de stocks avancée. Là où HubSpot excelle dans la gestion de la relation et de l’engagement, Business Central sécurise l’exécution transactionnelle et la conformité.
Caractéristiques et atouts pour les ETI
- Interopérabilité native avec l’écosystème Microsoft 365 (Outlook, Excel, Teams).
- Modularité : vous n’activez que les fonctions nécessaires (Finance, Ventes, Achats, Projets).
- Intelligence Data : une structure de données robuste pour un pilotage fin de la marge opérationnelle.
Licences et déploiement : SaaS vs On-Premise
Aujourd’hui, Business Central se rencontre principalement sous deux formes :
- Cloud (SaaS) : la version moderne, hébergée par Microsoft, qui offre les API les plus ouvertes pour une intégration native avec HubSpot.
- On-Premise : les versions installées sur vos serveurs. Bien que la synchronisation soit possible, elle nécessite souvent une couche intermédiaire (middleware) ou une passerelle de données pour communiquer avec le cloud de HubSpot.
La synchronisation bi-directionnelle HubSpot <-> Business Central est-elle possible ?
La réponse est oui, mais le périmètre dépend de la maturité de votre architecture de données.
Contacts et Entreprises : unifier le référentiel client
C’est le socle du conseil en stratégie RevOps. La synchronisation bi-directionnelle permet de s’assurer qu’une modification d’adresse dans Business Central remonte instantanément dans HubSpot pour vos campagnes marketing, et inversement.
- Cas d’usage IT : un client change de contact technique dans l’ERP ? Votre Customer Success Manager le voit immédiatement dans son outil de service client.
Affaires (Deals) et Devis : fluidifier le passage de relais Vente-Finance
L’objectif est d’éliminer la double saisie. Lorsqu’une affaire est “Gagnée” dans HubSpot, elle peut déclencher automatiquement la création d’une commande ou d’un devis dans Business Central.
- Cas d’usage Industrie : le commercial signe un contrat pour une machine spéciale. Business Central reçoit l’ordre, vérifie les stocks de pièces détachées et lance l’ordre de fabrication.
Quid des objets personnalisés (Custom Objects) ?
Pour les besoins complexes (gestion de parcs machines, contrats de maintenance, licences logicielles), l’utilisation des Custom Objects HubSpot est souvent nécessaire. La synchronisation de ces objets vers des tables personnalisées dans Business Central demande une configuration avancée via les API, mais elle est cruciale pour une vision 360° du revenu.
Architecture type de la synchronisation HubSpot – Business Central
L’architecture d’une synchronisation entre un CRM Cloud comme HubSpot et un ERP Microsoft dépend de la “porte d’entrée” disponible. On distingue deux scénarios majeurs qui conditionnent la stabilité et la sécurité de vos données.
Scénario 1 : Business Central en mode SaaS (Cloud)
C’est l’architecture la plus fluide. HubSpot et Business Central communiquent directement via des API REST v2.0.
- Fonctionnement : HubSpot utilise l’authentification OAuth 2.0 via Microsoft Entra ID (ex-Azure AD). Les données transitent de cloud à cloud sans serveur intermédiaire.
- Avantage : Une latence quasi nulle et une maintenance réduite, les mises à jour de Microsoft n’interrompant pas le flux grâce à la standardisation des API.
Scénario 2 : Business Central On-Premise ou Private Cloud
Ici, l’ERP est derrière un pare-feu (Firewall). L’enjeu est de permettre à HubSpot d’accéder aux données sans compromettre la sécurité de votre réseau local.
L’Agent de données (Gateway) : on installe souvent un composant intermédiaire (un middleware comme Make, n8n, Zapier ou un connecteur spécifique) qui fait le pont.
Web Services OData/SOAP : contrairement au SaaS, on expose des pages spécifiques de l’ERP sous forme de Web Services. L’architecture nécessite une configuration DNS et des certificats SSL robustes pour ouvrir un canal sécurisé (HTTPS).
Les 3 piliers d’une architecture RevOps robuste
Quelle que soit l’infrastructure choisie, la réussite de l’intégration repose sur ces trois fondations techniques :
1. Le mapping et la transformation des types de données
Aligner les propriétés est un défi de nomenclature. Par exemple, HubSpot traite les “Transactions” (Deals) avec des phases de pipeline, tandis que Business Central attend des “Commandes” avec des lignes de facturation et des codes de taxes. L’architecture doit prévoir une règle de transformation de données pour convertir un objet “Opportunité” en un objet “Client/Commande” valide d’un point de vue comptable.
2. La gestion de l’autorité (Source of Truth) et des conflits
Dans une architecture bi-directionnelle, il faut définir qui “gagne” en cas de modification simultanée.
- Données Fermes (Finance) : Business Central est généralement le maître pour le SIRET, les conditions de paiement et l’encours client.
- Données Chaudes (Sales/Marketing) : HubSpot est le maître pour les numéros de téléphone, les scores de maturité (Lead Scoring) et les préférences de consentement (RGPD).
3. Les déclencheurs (Triggers) et filtres de synchronisation
Pour éviter de saturer votre ERP avec des milliers de prospects non qualifiés, l’architecture doit intégrer des filtres.
- Exemple : On ne synchronise vers Business Central que les entreprises HubSpot ayant une propriété “Statut” égale à “Client” ou “En cours de closing”. Cela préserve la propreté de votre base comptable et optimise les coûts de licence.
- L’avis de Daniele, CTO d’Okédito : “En On-Premise, le piège est de vouloir tout synchroniser en temps réel. Nous recommandons souvent une architecture asynchrone pour les gros volumes de données historiques, afin de ne pas impacter les performances de l’ERP utilisé par vos comptables durant la journée.”
Mise en œuvre concrète : comment connecter vos outils ?
Côté Business Central : préparer l’accès aux données
Pour la version SaaS, il est nécessaire de créer une Application Azure AD (Entra ID) pour autoriser HubSpot à lire et écrire des données. Vous devrez également publier les “Web Services” nécessaires (Pages ou Queries) pour exposer les objets Contacts, Clients et Commandes.
Pour la version On-Premise, l’étape cruciale est l’exposition de l’instance via une URL publique sécurisée (HTTPS) et la configuration d’un utilisateur de service dédié dont les permissions sont limitées aux tables nécessaires à la synchronisation.
Côté HubSpot : configurer la Data Sync ou l’application privée
HubSpot propose une application native “Microsoft Dynamics 365 Business Central” via sa Marketplace. Elle utilise la technologie Data Sync, permettant une synchronisation historique et en temps réel sans code pour les objets standards (Contacts, Sociétés).
Cependant, pour les processus métiers spécifiques — comme la remontée des factures impayées pour alerter un commercial ou le déclenchement d’un workflow de marketing automation lors d’un réachat dans l’ERP — nous développons des Applications Privées HubSpot. Celles-ci permettent d’utiliser des webhooks pour une réactivité immédiate.
Les étapes Okédito pour réussir votre projet d’intégration CRM-ERP
Un projet de synchronisation HubSpot CRM ne se limite pas à brancher deux tuyaux. Chez Okédito, nous suivons une méthodologie RevOps rigoureuse :
- Audit Data & Processus : analyse de votre modèle de données et identification des points de friction entre services (Marketing, Sales, Service et Finance).
- Cadrage technique : choix du mode de connexion et définition des règles de priorité (Master Data Management).
- Nettoyage & Mapping : avant de synchroniser, nous assainissons vos bases pour éviter de propager des doublons ou des données obsolètes.
- Déploiement itératif (Sandbox) : test sur un environnement de recette pour valider les flux de commandes et de facturation sans risquer d’altérer la comptabilité réelle.
- Formation & Conduite du changement : accompagnement des équipes pour qu’elles exploitent la donnée unifiée (ex: les commerciaux apprennent à consulter l’historique de facturation directement dans HubSpot).
En alignant vos outils sur votre stratégie de revenus et en unifiant les données prospects et clients, vous transformez votre SI d’un centre de coût en un véritable levier de croissance.