Les entreprises clientes, leurs employés et les commandes correspondantes arrivent dans HubSpot depuis Odoo comme une seule et même relation ; un représentant ouvre donc un compte et voit ce que l’entreprise a réellement acheté.
Odoo conserve une fiche client unique, regroupant tous les employés associés à ce client. HubSpot, quant à lui, gère les contacts et les entreprises comme des objets distincts, liés par une association et identifiant les contacts par leur adresse e-mail. Sans connexion directe, les deux systèmes présentent des différences latentes : un employé qui change de poste emporte l’historique de ses commandes avec lui, un client se retrouve associé à trois entreprises HubSpot détenant chacune un tiers de la relation, et le commercial qui appelle n’en a aucune idée. L’intégration Odoo-HubSpot privilégie l’identification : les commandes et les montants facturés sont ainsi rattachés à l’entreprise qui les a passées, et non à la personne ayant saisi l’adresse.

Un client Odoo est associé à une seule entreprise HubSpot grâce à l'identifiant que vous désignez, de sorte que la relation reste centralisée au lieu d'être répartie sur plusieurs enregistrements plausibles.
Les commandes et les montants facturés sont rattachés à l'entreprise plutôt qu'à un contact, de sorte que l'historique des achats d'un client survit au départ de la personne qui a passé les commandes.
Un commercial qui ouvre un compte HubSpot voit les détails de la commande et de la facture Odoo sous-jacentes ; l'appel se base donc sur ce que le client a réellement fait, et non sur ce que le CRM contient par hasard.
Les contacts sont associés à l'entreprise mise en relation par Alumio ; ainsi, ajouter ou supprimer une personne ne modifie qu'un seul enregistrement et n'entraîne jamais la perte silencieuse de l'historique d'achats du compte.
Lorsqu'une commande est confirmée dans Odoo, Alumio associe le client à la bonne société HubSpot et enregistre la commande et son montant, de sorte que le compte reflète un achat réel et non une simple note prise après un appel.
Les factures Odoo sont lues dès leur émission et rattachées à la société HubSpot correspondante. Ainsi, toute personne consultant le compte peut voir ce qui a été facturé sans avoir à demander au service financier de vérifier et de répondre le lendemain.
Lorsqu'un contact change de rôle ou quitte l'entreprise, Alumio conserve l'historique des commandes et des factures associé à la société HubSpot plutôt qu'à la personne, de sorte que la relation reste intacte et que seule la fiche du contact nécessite une attention particulière.
Alumio se place entre vos canaux de vente et vos systèmes de traitement des commandes en tant qu'épine dorsale d'intégration gouvernée. Les commandes sont acheminées, transformées et validées, tandis que les mises à jour de statut sont renvoyées vers chaque canal.
Authentifiez vos systèmes à l'aide des connecteurs pré-construits d'Alumio. Faites votre choix parmi plus de 200 packs de connecteurs sur la marketplace, en plus d'intégrations personnalisées illimitées.
Définissez la correspondance des champs de données entre vos systèmes via une interface visuelle. Ajustez les formats, enrichissez les enregistrements et appliquez vos règles métier, sans aucun code personnalisé.
Configurez vos flux pour qu'ils s'exécutent en temps réel selon des événements, selon un calendrier, ou les deux. Réduisez la saisie manuelle des données et laissez Alumio gérer les transferts et les transformations entre vos systèmes.
Une fois votre première intégration en ligne, l'ajout de votre ERP, PIM, WMS ou CRM se connecte au même hub. Les flux existants continuent de fonctionner. Pas besoin de tout reconstruire.
L'ajout de champs HubSpot supplémentaires est tentant, mais il aggrave généralement le problème. La solution consiste à effectuer une recherche dans les données de l'entreprise afin de déterminer à quelle organisation appartient un nouveau contact. En effet, si un client se retrouve enregistré trois fois, c'est parce que personne ne pouvait le savoir lors de la saisie. Alumio gère cette connexion en parallèle de celle d'Odoo ; la décision est donc prise une seule fois et les deux systèmes l'héritent, évitant ainsi à chacun de procéder par hypothèse.
La règle permettant d'identifier un même client des deux côtés est configurée en premier, puis elle s'exécute automatiquement. Alumio associe un client Odoo à une entreprise HubSpot grâce à l'identifiant que vous définissez, et non uniquement à une adresse e-mail, puis enregistre les commandes et les montants facturés. Les contacts sont associés à cette entreprise ; ainsi, une personne qui quitte l'entreprise conserve uniquement sa fiche.
Non. Ce qui ressemble ici à du développement est en réalité une décision explicite : quel champ fait foi lorsque Odoo et HubSpot divergent quant à l’identité du client. Ce paramètre est défini dans l’interface d’Alumio, ainsi que le comportement d’un contact dont l’adresse change. Les installations Odoo diffèrent quant à la configuration des fiches clients ; par conséquent, la logique personnalisée reste accessible via le transformateur de code lorsqu’une convention locale ne peut être exprimée sous forme de mappage.
L'entreprise est considérée comme le client, et les deux systèmes doivent s'accorder sur ce point. Odoo gère le client comme une fiche unique à laquelle sont associées des personnes, tandis que HubSpot gère l'entreprise et le contact séparément et identifie ce dernier par son adresse e-mail. De ce fait, un même acheteur peut apparaître deux fois sans que les deux systèmes ne s'en aperçoivent. En désignant l'entreprise comme point d'ancrage et en effectuant la correspondance sur un identifiant plutôt que sur une adresse, on préserve l'historique de la relation au niveau où elle se situe réellement.
Le client s'en aperçoit en premier, lorsqu'un représentant consulte un compte où il manque la moitié des articles achetés. Alumio surveille chaque transfert en temps réel et enregistre les données envoyées depuis Odoo. Ainsi, si un enregistrement est refusé par HubSpot ou rattaché à la mauvaise entreprise, il apparaît immédiatement avec la raison, souvent un doublon créé entre deux exécutions. Des tentatives de retransmission sont automatiquement effectuées pour les éléments configurés et non résolus, qui restent affichés, évitant ainsi toute association erronée sans que le client ne s'en aperçoive.
Échangez avec un spécialiste de l'intégration Alumio. Nous concevrons l'architecture adaptée à vos systèmes et à votre échelle, pour garantir la fiabilité de vos opérations à chaque étape de votre évolution.