Préparez la migration de vos fichiers Excel vers un logiciel métier : nettoyage des données, essais d’import, contrôles et organisation de la bascule.
Un fichier de suivi contient souvent davantage de règles que ses colonnes ne le montrent. Une couleur indique un client à rappeler. Une cellule vide signifie « à confirmer ». Deux feuilles utilisent le même nom pour des montants calculés différemment. Avant de reprendre ces données dans un logiciel, l’équipe doit expliquer ce qu’elles représentent.
Pour une PME qui quitte Excel, la difficulté dépend surtout de ces ambiguïtés et des liens entre les fichiers. Un import réussi sur le plan technique peut produire des dossiers inutilisables. La préparation doit donc associer la personne qui connaît les données et celle qui construit la reprise.
Désigner le fichier qui fait référence
Commencez par un inventaire limité au processus à migrer. Pour chaque classeur, indiquez son propriétaire, son usage et la date de sa dernière modification utile. Repérez les copies envoyées par email et les fichiers personnels qui contiennent encore des informations absentes de la version partagée.
Une responsable métier doit décider quelle version prévaut en cas de conflit. Gardez les originaux dans un emplacement protégé et travaillez sur des copies identifiées. Évitez de nettoyer directement le seul fichier encore utilisé par l’équipe.
Séparez ensuite les données nécessaires au démarrage des archives consultées occasionnellement. Des commandes ouvertes peuvent exiger une reprise détaillée, tandis que des tableaux de synthèse anciens peuvent rester dans une archive accessible. Le choix dépend des usages et des obligations applicables à votre entreprise ; il doit être validé avant toute suppression.
Définir la correspondance entre les colonnes
Le document de correspondance décrit comment chaque champ source devient un champ du logiciel. Il contient aussi les décisions pour les valeurs absentes ou ambiguës.
| Colonne source fictive | Champ cible | Règle de reprise proposée |
|---|---|---|
| Code client | Référence historique | Conserver la valeur comme texte |
| Nom société | Raison sociale | Retirer les espaces inutiles sans modifier le nom |
| Téléphone | Numéro de contact | Conserver l’original et signaler les formats douteux |
| Date commande | Date de commande | Utiliser le format convenu, rejeter les dates ambiguës |
| Montant | Montant et devise | Préciser si le montant est hors taxes ou toutes taxes comprises |
Ces règles sont un exemple, à adapter aux fichiers réels. Une colonne nommée « montant » ne permet pas de deviner sa devise ou son traitement fiscal. Pour une activité au Maroc qui facture également à l’étranger, le code devise doit accompagner chaque montant concerné.
Microsoft explique comment conserver les zéros initiaux lors d’un import Excel. Traitez les identifiants comme du texte quand leur sens dépend de leur représentation. Si un fichier a déjà perdu une partie du code, un changement de format ne reconstitue pas la valeur d’origine : il faut la retrouver dans une source fiable.
Nettoyer sans fusionner des clients différents
Deux lignes portant un nom proche peuvent représenter deux sociétés distinctes. Inversement, une même société peut apparaître sous plusieurs graphies. Définissez les critères qui permettent une fusion automatique et ceux qui imposent une vérification humaine.
Créez un rapport des doublons candidats avec les éléments qui justifient le rapprochement. Conservez la décision prise et la correspondance entre chaque ancienne référence et le nouvel identifiant. Cette table sert ensuite à rattacher les commandes au bon client et à répondre aux questions des utilisateurs.
Les corrections répétitives peuvent être automatisées après validation des règles. Les cas incertains restent dans une file de traitement. Remplacer une valeur inconnue par une valeur par défaut confortable risque de masquer une information manquante dont l’équipe aura besoin plus tard.
Répéter l’import dans un environnement de test
La première répétition doit couvrir des cas représentatifs : noms accentués, texte arabe si vous en utilisez, longues références et cellules vides. Ajoutez les cas difficiles identifiés pendant le nettoyage. Vérifiez les exports CSV avec le séparateur et l’encodage réellement utilisés.
L’import doit produire un compte rendu exploitable : lignes lues, importées, rejetées et raison des rejets. Si une ligne est ignorée, l’opérateur doit pouvoir retrouver sa position dans le fichier source. Préparez aussi la relance : un second passage du même fichier ne doit pas ajouter une seconde fois les mêmes commandes.
Cette question rejoint les mécanismes décrits dans notre guide pour éviter les doublons lors d’une intégration CRM et ERP. La reprise ponctuelle exige elle aussi une identité stable des enregistrements et une règle de rapprochement explicite.
Comparer les résultats avant la bascule
Le nombre de lignes ne suffit pas. Comparez les totaux utiles au métier, par exemple le montant des commandes ouvertes par devise. Vérifiez les relations entre les dossiers et inspectez un échantillon choisi par les utilisateurs, comprenant les exceptions connues.
Documentez chaque écart accepté avec son explication. Une ligne écartée parce qu’elle était un doublon confirmé est différente d’une commande perdue sans raison. La personne responsable du processus valide le résultat et les réserves restantes.
Organisez enfin la période de gel : qui cesse de modifier Excel, à quel moment l’export final est réalisé et où sont consignées les opérations arrivées pendant l’interruption. Si l’équipe doit continuer à travailler, prévoyez une reprise des changements intervenus depuis le premier export.
Prévoir le travail du lendemain
Après ouverture du logiciel, gardez un point de contact pour les anomalies de reprise. Conservez les fichiers sources et les rapports avec des droits adaptés. Un historique d’import facilite la correction d’un dossier sans recommencer toute la migration.
Le retour à Excel devient délicat dès que le nouveau logiciel reçoit des opérations. Définissez avant la bascule comment préserver et réconcilier ces nouvelles données si le lancement doit être suspendu. Inscrivez ces conditions dans le cahier des charges du logiciel métier, avec le responsable de la décision et les vérifications nécessaires à une nouvelle tentative.