Avant d'importer vos données dans Dynamics 365, lisez ça

L'import de données dans Dynamics 365, ce n'est pas une tâche technique.

C'est un moment stratégique.

Et c'est celui où la plupart des projets CRM partent de travers.

Je le vois régulièrement : une entreprise démarre son D365, importe ses comptes depuis Excel, et six mois plus tard elle se retrouve avec un CRM que personne n'utilise. Pas parce que l'outil est mauvais. Parce que les données sont mauvaises.

Des comptes sans propriétaire. Des doublons partout. Des champs vides sur les enregistrements clés. Des commerciaux qui n'ont plus confiance dans ce que D365 leur montre.

Ce n'est pas un problème de méthode d'import. C'est un problème de préparation.

Voici les 5 questions à répondre avant de lancer quoi que ce soit.


Question 1 — Tes données source sont-elles propres ?

La réponse honnête, dans 80 % des cas, c'est non.

Excel accumulé sur 5 ans. Ancien CRM jamais vraiment utilisé. Base de contacts issue de 4 personnes différentes avec 4 façons différentes de saisir un numéro de téléphone ou un nom d'entreprise.

🚨 Dynamics 365 importe ce que tu lui envoies. Il ne corrige pas. Il ne dédoublonne pas. Il ne signale pas les incohérences. Ce que tu mets dedans, tu le retrouves dedans.

Avant d'importer, tu dois auditer ta source : colonnes manquantes, valeurs aberrantes, formats incohérents, doublons évidents, champs obligatoires vides. Ce travail se fait dans Excel ou Power Query, pas dans D365.


Question 2 — As-tu défini tes règles de dédoublonnage ?

Un doublon dans D365, ça ressemble à ça : "Acme SA" importé depuis ton Excel de prospection, et "ACME S.A." importé depuis ton ancien CRM. Deux enregistrements distincts. Même entreprise.

Tes commerciaux vont avoir des activités sur l'un, des opportunités sur l'autre. Personne ne sait lequel est le bon. Tout le monde crée des activités au hasard.

Avant l'import, tu dois :

  • Dédoublonner dans la source : une seule entrée par entreprise
  • Définir les critères de détection dans D365 : Paramètres > Gestion des données > Règles de détection des doublons (SIRET, email, nom + ville)
  • Activer ces règles avant le premier import, pas après

Question 3 — Qui sera propriétaire des enregistrements importés ?

C'est la question que personne ne pose. Et c'est celle qui génère le plus de problèmes.

Dans D365, chaque Compte, Contact et Opportunité appartient à un utilisateur. Si tu importes sans définir un propriétaire, D365 attribue les enregistrements à l'utilisateur qui lance l'import.

⚠️ Tes commerciaux ne verront pas ces données dans leurs vues par défaut. Ils penseront que le CRM est vide alors que les données sont là, mal assignées.

La règle : inclus une colonne "Propriétaire" dans ton fichier source avec le nom exact de l'utilisateur D365 correspondant pour chaque ligne.


Question 4 — Dans quel ordre vas-tu importer ?

Dataverse est une base relationnelle. Les entités dépendent les unes des autres.

Si tu importes des Contacts avant leurs Comptes, les Contacts se retrouvent sans société rattachée. Si tu importes des Opportunités avant les Comptes, les Opportunités sont orphelines.

Le bon ordre, sans exception :

  1. Comptes (les entreprises)
  2. Contacts (les personnes, rattachées aux Comptes)
  3. Opportunités (rattachées aux Comptes et Contacts)
  4. Activités (emails, appels, RDV, en dernier, rattachées à tout le reste)

Question 5 — As-tu un plan de rollback ?

L'import natif D365 permet de supprimer les enregistrements importés depuis l'historique d'import (Paramètres > Gestion des données > Imports), tant qu'ils n'ont pas été modifiés depuis. La fenêtre est courte.

Au-delà, le rollback devient manuel. Enregistrement par enregistrement. C'est long, c'est risqué, c'est coûteux.

Avant d'importer en production, fais toujours un import test sur un lot réduit (50 à 100 lignes). Vérifie que les données apparaissent correctement. Vérifie les relations. Vérifie les propriétaires. Valide avant de continuer sur le volume complet.


Ce que ça coûte de ne pas poser ces questions

Ce n'est pas exagéré. C'est ce que je vois chez les entreprises qui me contactent pour une reprise de projet D365.

Coût humain

Des commerciaux qui ne font plus confiance au CRM

Coût opérationnel

Des semaines de nettoyage manuel après import

Coût projet

Un déploiement qui repart de zéro 6 mois plus tard

Coût invisible

Des opportunités perdues sur des doublons non détectés

Ce n'est pas un problème technique.
C'est un projet qui a démarré sans les bonnes bases.


FAQ — Préparation des données Dynamics 365

Dans quel ordre importer les données dans Dynamics 365 ?

L'ordre recommandé est : 1. Comptes, 2. Contacts, 3. Opportunités, 4. Activités. Chaque entité dépend de l'existence des entités parentes. Importer dans le mauvais ordre crée des enregistrements orphelins difficiles à corriger après coup.

Combien de temps prend une migration de données vers Dynamics 365 ?

Pour une PME (500 à 5 000 comptes, contacts et opportunités), comptez entre 3 et 10 jours de travail selon la qualité des données source. La majorité du temps est consacrée au nettoyage et à la préparation, pas à l'import technique lui-même.

Faut-il nettoyer les données avant ou après l'import dans Dynamics 365 ?

Avant. Toujours. Nettoyer des données après import dans D365 est beaucoup plus coûteux en temps et en risque d'erreur. Le nettoyage en amont dans la source (Excel, SQL, ancien CRM) est plus rapide, plus sûr et plus contrôlable.

Peut-on annuler un import raté dans Dynamics 365 ?

Oui, mais seulement si tu agis vite. D365 permet de supprimer les enregistrements importés depuis l'historique d'import (Paramètres > Gestion des données > Imports), tant qu'ils n'ont pas été modifiés. Au-delà, le nettoyage devient manuel et potentiellement très long selon les volumes.

Que se passe-t-il si j'importe des Comptes sans propriétaire assigné dans Dynamics 365 ?

Tous les enregistrements sont assignés à l'utilisateur qui a lancé l'import. Tes commerciaux ne verront pas ces données dans leurs vues par défaut. Ils penseront que le CRM est vide alors que les données sont là, mal assignées.

Ton projet D365 a démarré sans ces bases ?

Un audit de l'état de tes données et de ta configuration permet de savoir exactement où tu en es et ce qu'il faut corriger en priorité pour que tes équipes adoptent vraiment l'outil.

Demander un audit Dynamics 365 →
Précédent
Précédent

Table Concurrent dans Dynamics 365 Sales : configuration et bonnes pratiques

Suivant
Suivant

Comment importer des comptes dans Dynamics 365