Ce guide met en œuvre la frontière décrite dans ce qu'un CRM ne fait pas pour une force de vente terrain. Si vous ne l'avez pas lu, commencez par là : sans répartition claire, aucune intégration ne tient.
La règle des deux vérités
Une donnée, un propriétaire. Un seul système a le droit d'écrire un champ donné ; l'autre le lit. Dès qu'on autorise l'écriture des deux côtés, on crée une situation où les deux systèmes affichent des valeurs différentes, et personne ne sait laquelle est bonne — y compris les développeurs.
Cette règle paraît évidente sur le papier. Elle est violée dans presque tous les projets, pour une raison simple : personne ne veut dire non à « et si on pouvait aussi modifier l'adresse depuis le terrain ? ». La réponse est oui — à condition que le terrain devienne alors le propriétaire de l'adresse, et que le CRM cesse de l'écrire.
| Donnée | Propriétaire | Sens |
|---|---|---|
| Identité société, SIRET, adresse de facturation | CRM | CRM → terrain |
| Contacts et coordonnées | CRM | CRM → terrain, enrichissement en retour |
| Affectation à un commercial | Outil terrain | Terrain → CRM |
| Visites et comptes rendus | Outil terrain | Terrain → CRM (en activité) |
| Commandes et chiffre signé | Outil terrain | Terrain → CRM et ERP |
| Grandes affaires en cours | CRM | CRM ↔ terrain, étape seulement |
| Mandats et commissions | Outil terrain | Ne remonte pas |
La clé d'appariement : jamais le nom
C'est l'erreur la plus fréquente et la plus coûteuse à réparer. Apparier deux bases sur la raison sociale produit des doublons dès qu'un établissement s'appelle « Hôtel du Parc » d'un côté et « HOTEL DU PARC SARL » de l'autre.
Trois clés, par ordre de préférence :
- Le SIRET pour les établissements français. Stable, unique, vérifiable. C'est la seule clé qui résiste à un changement d'enseigne.
- L'identifiant technique du CRM, stocké dans l'outil terrain. Fonctionne toujours, mais lie les deux systèmes : une migration de CRM casse l'appariement.
- Un couple code postal + nom normalisé, en dernier recours, avec une file de doublons à trancher à la main.
Que fait-on des comptes qui existent d'un seul côté ? Les prospects créés en tournée, les clients historiques jamais entrés dans le CRM, les sociétés radiées. Un projet qui n'a pas répondu à cette question avant le premier import passe ses trois premières semaines à supprimer des doublons.
Les comptes créés sur le terrain
Un commercial découvre un prospect en tournée. Il doit pouvoir l'enregistrer immédiatement, hors ligne si nécessaire — voir travailler sans réseau. Mais laisser ces créations se déverser directement dans le CRM remplit la base de doublons et d'approximations.
Le montage qui fonctionne : création immédiate côté terrain, validation avant remontée. L'administration des ventes reçoit une file, vérifie le SIRET, rapproche des comptes existants, puis valide. Le commercial travaille sans attendre ; la base reste propre.
La fréquence : continu pour l'action, par lot pour le reste
Tout synchroniser en temps réel coûte cher en appels d'API et n'apporte rien sur les données de reporting. Une répartition raisonnable :
- Immédiat — une commande signée, qui déclenche une préparation ou une facturation.
- Toutes les heures — les visites et comptes rendus, qui alimentent le suivi sans urgence.
- La nuit — l'identité des comptes, les contacts, le catalogue et les tarifs.
Prévoyez aussi une resynchronisation complète déclenchable à la main. Elle servira le jour où une modification massive aura été faite d'un côté, et son absence transforme un incident d'une heure en incident d'une semaine.
Ce qui casse, et comment le voir
Une intégration tombe toujours en panne un jour. Ce qui distingue un montage sain, c'est qu'on l'apprenne autrement que par un commercial en colère.
- Un journal consultable des échanges, avec le détail des erreurs — pas seulement un compteur de succès.
- Une alerte au bout de N échecs consécutifs, envoyée à quelqu'un de nommé.
- Une file de rejets visible, avec la raison : SIRET absent, compte introuvable, doublon probable.
- Un test de bout en bout rejouable à la demande, qui crée un compte fictif et vérifie son aller-retour.
L'ordre de déploiement qui limite la casse
- Import initial des comptes et contacts du CRM vers l'outil terrain, en lecture seule.
- Deux semaines d'usage réel, sans aucune remontée : on vérifie l'appariement et on corrige les doublons à froid.
- Activation de la remontée des visites, la donnée la moins risquée.
- Activation de la remontée des commandes, une fois le circuit de validation en place.
- Enrichissement des contacts depuis le terrain, en dernier, parce que c'est le seul flux qui modifie une donnée dont le CRM était propriétaire.
Trois semaines, pas trois jours. L'étape 2 est celle qu'on saute toujours et celle qui évite le plus de problèmes.
Cas fréquent Vous partez de HubSpot ? Ce qu'il faut garder, ce qu'il faut sortir, et le calcul de coût à refaire.Questions fréquentes
Faut-il une synchronisation dans un sens ou dans les deux ?
Dans les deux, mais jamais sur le même champ. Le CRM pousse l'identité des comptes et des contacts ; l'outil terrain remonte les visites, les commandes et le chiffre signé. Chaque donnée doit avoir un propriétaire unique : si les deux systèmes peuvent écrire le même champ, vous aurez deux vérités et aucun moyen de savoir laquelle est bonne.
Comment apparier les comptes entre deux systèmes ?
Par un identifiant stable, jamais par le nom. Le SIRET est la meilleure clé en France pour les sociétés établies ; à défaut, l'identifiant technique du CRM stocké dans l'outil terrain. Apparier sur la raison sociale produit des doublons dès qu'un établissement change d'enseigne ou qu'une saisie comporte une abréviation.
À quelle fréquence synchroniser ?
En continu pour ce qui déclenche une action, par lot pour le reste. Une commande signée doit partir vers l'ERP ou le CRM dans la minute. Un enrichissement de fiche contact peut attendre la nuit. Synchroniser tout en temps réel coûte cher en appels d'API pour un bénéfice nul sur les données qui ne servent qu'au reporting.
Que faire des comptes créés sur le terrain ?
Les laisser se créer, puis les faire valider. Un commercial qui découvre un prospect en tournée doit pouvoir l'enregistrer immédiatement, hors ligne si besoin. La remontée vers le CRM passe alors par une file de validation où l'administration des ventes vérifie le SIRET et écarte les doublons, avant création définitive.
Un écran qui montre qui écrit quoi
Connecteurs, sens de synchronisation, correspondance des objets et journal des échanges : la frontière entre votre CRM et le terrain est affichée, pas devinée.
Voir la démonstration