Cette finalit\u00e9 change la gestion du projet. Un flux d’int\u00e9gration mal r\u00e9gl\u00e9 se corrige le lendemain matin. Une migration incompl\u00e8te se d\u00e9couvre six semaines plus tard, quand un client conteste une facture de 2021 et que personne ne la retrouve ailleurs que dans une sauvegarde qu’aucun poste ne sait plus ouvrir. Le projet logiciel a une date de d\u00e9marrage, le projet donn\u00e9es doit commencer avant. Et si le p\u00e9rim\u00e8tre fonctionnel n’est pas encore arr\u00eat\u00e9, la question ERP ou CRM<\/a> se tranche en amont, parce qu’elle d\u00e9termine ce qu’il y aura \u00e0 migrer.<\/p>\n Chez notre distributeur, le p\u00e9rim\u00e8tre se d\u00e9compose en quatre couches qui n’ont ni la m\u00eame valeur ni le m\u00eame co\u00fbt.<\/p>\n Les r\u00e9f\u00e9rentiels d’abord : clients, fournisseurs, articles, tarifs, comptes comptables. C’est le socle, et c’est l\u00e0 que le nettoyage prend tout son sens. Vient ensuite l’historique transactionnel : commandes, factures, r\u00e8glements, mouvements de stock. Troisi\u00e8me couche, les documents, souvent stock\u00e9s hors du logiciel : PDF de factures, bons sign\u00e9s, contrats, pi\u00e8ces jointes aux dossiers. Enfin les relations, la couche qu’on oublie : quel contact appartient \u00e0 quel compte, quel r\u00e8glement solde quelle facture, quel article remplace quel article obsol\u00e8te.<\/p>\n Les trois premi\u00e8res couches se transf\u00e8rent avec de la m\u00e9thode. La quatri\u00e8me produit les mauvaises surprises. Une base de 9 400 clients import\u00e9e proprement mais priv\u00e9e de ses liens donne un nouvel ERP o\u00f9 chaque fiche existe et o\u00f9 aucun encours n’est juste. Arbitrez couche par couche, avec une r\u00e8gle simple : les r\u00e9f\u00e9rentiels et les soldes ouverts passent en donn\u00e9es vivantes, l’historique ancien passe en lecture seule ou en archive, et cet arbitrage s’\u00e9crit noir sur blanc.<\/p>\n Une base de douze ans contient toujours les m\u00eames d\u00e9fauts. Le m\u00eame client saisi trois fois sous \u00ab SARL ATLAS \u00bb, \u00ab Atlas Distribution \u00bb et \u00ab ATLAS DIST. \u00bb, avec des factures r\u00e9parties sur les trois fiches. Des t\u00e9l\u00e9phones \u00e9crits en 06, en +212 6 et en 00212. Un ICE renseign\u00e9 pour un client sur deux, parfois dans le champ \u00ab Observations \u00bb. Des dates de cr\u00e9ation au 01\/01\/1900 parce que le champ \u00e9tait obligatoire. Des articles d\u00e9sactiv\u00e9s mais li\u00e9s \u00e0 des commandes encore ouvertes.<\/p>\n Le nettoyage des donn\u00e9es CRM ou ERP n’est pas un travail technique, et c’est pr\u00e9cis\u00e9ment ce qui le rend co\u00fbteux. Un d\u00e9veloppeur sait d\u00e9tecter que trois fiches se ressemblent. Il ne peut pas d\u00e9cider laquelle garder, ni si les deux Atlas sont la m\u00eame soci\u00e9t\u00e9 ou deux agences avec des comptes s\u00e9par\u00e9s. Cette d\u00e9cision appartient \u00e0 l’assistante commerciale et au comptable qui suivent ces dossiers depuis des ann\u00e9es, et leur temps doit figurer dans le planning au m\u00eame titre que celui du prestataire.<\/p>\n La s\u00e9quence qui fonctionne : extraire, profiler (compter les doublons, les champs vides, les valeurs hors format), produire des listes de correction par th\u00e8me, les faire valider par un responsable m\u00e9tier nomm\u00e9, puis r\u00e9importer. Corriger directement dans l’ancien syst\u00e8me g\u00eane la production, alors qu’un fichier de transit permet de refaire l’op\u00e9ration autant de fois qu’il le faut. C’est la m\u00eame logique qu’un audit qualit\u00e9 des donn\u00e9es<\/a> avant un projet BI, et si vous en avez d\u00e9j\u00e0 men\u00e9 un, une bonne partie du travail est capitalisable.<\/p>\n Deux logiciels ne stockent jamais la m\u00eame information de la m\u00eame fa\u00e7on. L’ancien a un champ \u00ab Adresse \u00bb unique, le nouveau s\u00e9pare facturation et livraison. L’ancien stocke \u00ab 30 jours fin de mois \u00bb en texte libre, le nouveau attend un code de condition de paiement dans une liste ferm\u00e9e. L’ancien ne distingue pas prospect et client, le nouveau si.<\/p>\n Le mapping de champs ERP est donc un exercice de d\u00e9cision, pas de traduction. Pour chaque champ source, il existe trois issues : transfert direct, transformation selon une r\u00e8gle \u00e9crite, ou abandon assum\u00e9. La troisi\u00e8me est parfaitement l\u00e9gitime, \u00e0 condition d’\u00eatre valid\u00e9e par celui qui utilise le champ au quotidien et pas par le chef de projet seul.<\/p>\n Deux points m\u00e9ritent une vigilance particuli\u00e8re. Les champs fourre-tout, d’abord : le fameux \u00ab Observations \u00bb m\u00e9lange conditions commerciales, coordonn\u00e9es, litiges et notes personnelles. Les trier \u00e0 la main sur 9 400 fiches est irr\u00e9aliste, les transf\u00e9rer en bloc dans une note libre est acceptable, mais il faut annoncer clairement que ce contenu ne sera pas cherchable de fa\u00e7on structur\u00e9e. Les codes clients ensuite. Si le nouvel ERP renum\u00e9rote, tous les documents papier, les relances et les \u00e9changes ant\u00e9rieurs pointent vers des r\u00e9f\u00e9rences disparues. Conserver l’ancien code dans un champ d\u00e9di\u00e9 co\u00fbte presque rien et \u00e9vite des mois de confusion.<\/p>\n Cinq variables font le prix : le nombre d’entit\u00e9s \u00e0 reprendre, la disponibilit\u00e9 d’un export propre ou d’une API c\u00f4t\u00e9 ancien syst\u00e8me, le nombre d’ann\u00e9es d’historique, le volume de documents, et le nombre de d\u00e9cisions m\u00e9tier \u00e0 instruire. Une base de 200 000 lignes bien structur\u00e9e co\u00fbte moins cher qu’une base de 8 000 fiches sale et sans sch\u00e9ma document\u00e9. Les ordres de grandeur observ\u00e9s pour une PME marocaine en 2026 :<\/p>\n Ces montants correspondent \u00e0 des taux journaliers de 3 000 \u00e0 6 000 MAD selon le profil mobilis\u00e9. Mais le co\u00fbt migration de donn\u00e9es le plus souvent oubli\u00e9 est interne : si deux personnes du m\u00e9tier consacrent quinze jours au nettoyage et aux recettes, c’est un mois de charge que personne n’a budg\u00e9t\u00e9. Dernier r\u00e9flexe utile, quand un \u00e9diteur annonce un forfait \u00ab reprise de donn\u00e9es \u00bb, demandez par \u00e9crit ce qu’il contient. Dans la majorit\u00e9 des cas il couvre les r\u00e9f\u00e9rentiels, pas l’historique, pas les documents, pas les corrections.<\/p>\n Entre l’arr\u00eat de l’ancien syst\u00e8me et la confiance dans le nouveau, il y a une zone grise. La pratique courante consiste \u00e0 faire tourner les deux en parall\u00e8le : on saisit la commande dans l’ancien ERP, puis dans le nouveau, et on compare. L’intention est bonne, la dur\u00e9e annonc\u00e9e est presque toujours fausse.<\/p>\n Une double saisie tient une \u00e0 deux semaines. Au-del\u00e0, elle se d\u00e9grade sans que personne ne le signale : un commercial press\u00e9 ne saisit que dans un syst\u00e8me, puis ne reporte dans l’autre que les cas simples, et au bout de trois semaines les deux bases divergent en silence. Le point de rupture classique est la cl\u00f4ture mensuelle, quand la comptabilit\u00e9 doit d\u00e9signer un syst\u00e8me de r\u00e9f\u00e9rence pour facturer.<\/p>\n Deux approches plus honn\u00eates existent. Soit une bascule franche sur une fen\u00eatre de gel : arr\u00eat des saisies le vendredi soir, migration, contr\u00f4les, red\u00e9marrage le lundi, avec un plan de secours \u00e9crit. Soit une date de coupure, o\u00f9 l’historique reste consultable en lecture seule dans l’ancien outil pendant six \u00e0 douze mois et o\u00f9 seules les op\u00e9rations ouvertes basculent. Si vous tenez \u00e0 une p\u00e9riode parall\u00e8le, limitez-la \u00e0 un seul processus et fixez sa date de fin d\u00e8s le d\u00e9part.<\/p>\n La migration est le meilleur moment de la d\u00e9cennie pour arr\u00eater de conserver ce que vous n’avez plus de raison de conserver. La loi 09-08 impose une finalit\u00e9 et une dur\u00e9e de conservation proportionn\u00e9e. Transf\u00e9rer des donn\u00e9es dans un nouveau logiciel, c’est prolonger leur vie et r\u00e9engager votre responsabilit\u00e9 sur des dossiers que vous auriez d\u00fb clore.<\/p>\n Dans notre cas fictif, les candidats \u00e0 la purge sautent aux yeux : prospects jamais convertis depuis 2016, CV re\u00e7us en candidature spontan\u00e9e, donn\u00e9es de salari\u00e9s partis depuis plus de dix ans, coordonn\u00e9es bancaires stock\u00e9es en clair dans un champ texte, pi\u00e8ces d’identit\u00e9 scann\u00e9es \u00ab au cas o\u00f9 \u00bb. Chaque \u00e9l\u00e9ment supprim\u00e9 avant la bascule est un \u00e9l\u00e9ment qu’on ne mappe pas, qu’on ne nettoie pas et qu’on ne paie pas. Les dur\u00e9es applicables varient selon la nature des donn\u00e9es, nous les avons rassembl\u00e9es dans notre article sur les dur\u00e9es de conservation et la CNDP<\/a>, et pour les cas limites, v\u00e9rifiez sur le site de la CNDP.<\/p>\n Formalisez l’op\u00e9ration : une liste par cat\u00e9gorie, la dur\u00e9e retenue, la justification, la date d’ex\u00e9cution, valid\u00e9e par la direction. Pensez aussi aux d\u00e9clarations. Si vos traitements ont \u00e9t\u00e9 d\u00e9clar\u00e9s avec l’ancien outil, le changement de logiciel et d’h\u00e9bergement peut imposer une mise \u00e0 jour, en particulier si les donn\u00e9es quittent le Maroc. Ce point se confirme avant la bascule, pas apr\u00e8s.<\/p>\n Aucune migration ne devrait partir en production sans avoir \u00e9t\u00e9 jou\u00e9e au moins une fois en entier sur une copie. La r\u00e9p\u00e9tition g\u00e9n\u00e9rale mesure trois choses utiles : la dur\u00e9e r\u00e9elle du transfert, le volume d’anomalies \u00e0 corriger, et la capacit\u00e9 \u00e0 revenir en arri\u00e8re si la journ\u00e9e tourne mal.<\/p>\n Les contr\u00f4les de recette se d\u00e9cident avant, pas apr\u00e8s. Quelques-uns suffisent s’ils sont les bons : nombre de clients actifs avant et apr\u00e8s, somme des encours clients au centime, nombre de factures par ann\u00e9e, v\u00e9rification manuelle des vingt plus gros comptes par un responsable commercial. Un \u00e9cart non nul sur les encours n’est pas un d\u00e9tail \u00e0 r\u00e9gulariser plus tard, c’est g\u00e9n\u00e9ralement le signe qu’un lien a saut\u00e9 quelque part dans le mapping.<\/p>\n C\u00f4t\u00e9 r\u00e9versibilit\u00e9, trois exigences m\u00e9ritent de figurer au contrat : une sauvegarde compl\u00e8te et test\u00e9e de l’ancien syst\u00e8me, un acc\u00e8s en lecture garanti pendant six \u00e0 douze mois, et un export brut de vos donn\u00e9es dans un format ouvert, en votre possession. Ce dernier point est votre assurance si la relation avec l’ancien \u00e9diteur se tend, un sc\u00e9nario fr\u00e9quent que nous d\u00e9taillons dans notre guide pour changer de prestataire IT au Maroc<\/a>.<\/p>\n Demandez trois livrables avant le d\u00e9marrage : le p\u00e9rim\u00e8tre couche par couche, le document de mapping, et les crit\u00e8res de recette chiffr\u00e9s. Un prestataire qui refuse de les \u00e9crire vous facturera ces d\u00e9cisions plus tard, en r\u00e9gie. L’\u00e9quipe data d’Arrowlancer cadre et ex\u00e9cute ce type de migration (audit, nettoyage, mapping, purge, contr\u00f4les de recette) en parall\u00e8le d’un projet ERP, CRM ou cloud, aux c\u00f4t\u00e9s de l’int\u00e9grateur logiciel, et le p\u00e9rim\u00e8tre de nos interventions data<\/a> est d\u00e9taill\u00e9 sur notre page services. Si votre bascule est pr\u00e9vue dans les prochains mois et que cette ligne du devis vous para\u00eet trop courte, parlons-en<\/a> avant la signature.<\/p>\n","protected":false},"excerpt":{"rendered":" Changer d’ERP ou de CRM, c’est transf\u00e9rer dix ans d’historique. O\u00f9 part vraiment le budget : nettoyage, mapping, double saisie et purge CNDP.<\/p>\n","protected":false},"author":0,"featured_media":271,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[27],"tags":[43,587,713,985,33,286],"class_list":["post-269","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-cost_and_planning","tag-cndp","tag-crm","tag-erp","tag-migration-de-donnees","tag-pme-maroc","tag-qualite-des-donnees"],"_links":{"self":[{"href":"https:\/\/arrowlancer.ma\/blog\/wp-json\/wp\/v2\/posts\/269","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/arrowlancer.ma\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/arrowlancer.ma\/blog\/wp-json\/wp\/v2\/types\/post"}],"replies":[{"embeddable":true,"href":"https:\/\/arrowlancer.ma\/blog\/wp-json\/wp\/v2\/comments?post=269"}],"version-history":[{"count":1,"href":"https:\/\/arrowlancer.ma\/blog\/wp-json\/wp\/v2\/posts\/269\/revisions"}],"predecessor-version":[{"id":272,"href":"https:\/\/arrowlancer.ma\/blog\/wp-json\/wp\/v2\/posts\/269\/revisions\/272"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/arrowlancer.ma\/blog\/wp-json\/wp\/v2\/media\/271"}],"wp:attachment":[{"href":"https:\/\/arrowlancer.ma\/blog\/wp-json\/wp\/v2\/media?parent=269"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/arrowlancer.ma\/blog\/wp-json\/wp\/v2\/categories?post=269"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/arrowlancer.ma\/blog\/wp-json\/wp\/v2\/tags?post=269"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Ce qu’on migre vraiment : clients, historique, documents, relations<\/h2>\n
![\"Migration](\"https:\/\/storage.googleapis.com\/arrowlancer-prod.firebasestorage.app\/blog-ma\/migration-donnees-maroc-2026-cout-pieges\/1.jpg\")
<\/p>\nLe nettoyage avant le transfert : doublons, formats, donn\u00e9es orphelines<\/h2>\n
Le mapping des champs : pourquoi deux syst\u00e8mes ne se parlent jamais directement<\/h2>\n
Migration de donn\u00e9es Maroc : les fourchettes de prix 2026<\/h2>\n
\n
La p\u00e9riode de double saisie, et le moment o\u00f9 elle casse<\/h2>\n
CNDP et donn\u00e9es historiques : ce qu’il faut purger, pas transf\u00e9rer<\/h2>\n
Le test de r\u00e9versibilit\u00e9 avant de lancer la bascule<\/h2>\n
Avant de signer la ligne \u00ab reprise des donn\u00e9es \u00bb<\/h2>\n