Quitter SAP pour un autre ERP sans perdre son historique

Pourquoi une PME quitte SAP pour un autre ERP

Le signal qui déclenche la réflexion

Une PME envisage souvent de quitter SAP lorsque le coût total dépasse l'usage réel. Les licences ne représentent qu'une partie du budget. Il faut ajouter l'intégration, le paramétrage, les évolutions, l'infrastructure et le support.

Un second signal concerne la vitesse de changement. Une modification de workflow ou de reporting peut demander trop d'efforts. L'entreprise finit alors par contourner l'ERP avec des tableurs, des exports manuels et des outils parallèles.

Le problème n'est pas nécessairement SAP. Il vient parfois d'un périmètre initial devenu trop large ou trop personnalisé. Avant de changer, documentez les coûts, les irritants et les fonctions réellement utilisées.

Ce que la PME risque de perdre sans préparation

Une migration précipitée peut rompre les liens entre clients, commandes, factures, règlements et écritures. Elle peut aussi faire disparaître les pièces jointes, les commentaires ou les identifiants nécessaires aux rapprochements.

Le risque le plus discret concerne le contexte. Une fiche client importée sans ses conditions de paiement reste techniquement présente, mais elle devient incomplète. Un solde repris sans détail peut convenir à l'ouverture, sans répondre à une recherche ancienne.

Le guide pour changer de logiciel de facturation traite une bascule plus étroite. Une migration ERP ajoute achats, stocks, comptabilité, droits, interfaces et paramétrages métier.

Ce qu'il faut préserver avant de lancer la migration

Commencez par classer les données selon leur usage futur. Les données actives servent au travail quotidien. Les données historiques servent à consulter, justifier ou auditer une opération ancienne.

Le Code de commerce impose dix ans de conservation pour les documents comptables et les pièces justificatives. Cette obligation ne signifie pas que tout doit être réimporté dans le nouvel ERP. Une archive séparée, lisible et protégée peut répondre au besoin.

Les données personnelles suivent une autre logique. La CNIL rappelle qu'elles ne peuvent pas être conservées indéfiniment. Définissez une durée pour chaque finalité. L'archivage intermédiaire doit aussi limiter les accès aux personnes habilitées.

Associez la direction financière, les responsables métier, l'administrateur SAP et le délégué à la protection des données. L'expert-comptable peut valider les journaux, les soldes et les pièces nécessaires.

Les étapes de la migration sans perte d'historique

Une reprise de données fiable ne consiste pas à copier toutes les tables. Elle traduit des objets métier vers un nouveau modèle. Chaque transformation doit donc être documentée, testée et approuvée.

Ce que change le choix du nouvel ERP sur la reprise de l'historique

Tous les ERP ne reprennent pas les mêmes objets, relations ou volumes par le même canal. Un import de contacts réussi ne prouve pas que les écritures, pièces et lettrages suivront.

Odoo documente des imports CSV ou XLSX pour les contacts, produits, relevés bancaires, écritures et commandes. Les identifiants externes permettent de mettre à jour des enregistrements déjà importés.

Oracle NetSuite propose un assistant CSV pour de nombreux types de données. Sa documentation oriente vers les services web pour les volumes importants, les migrations continues ou les objets non couverts.

Ces fonctions ne garantissent pas une reprise complète depuis SAP. Elles montrent seulement les canaux officiellement disponibles. Le mapping, les transformations et les contrôles restent propres à votre projet.

Le comparatif des logiciels ERP aide à présélectionner la cible. Le guide sur le logiciel de gestion intégré précise ensuite le périmètre attendu.

Les erreurs qui font perdre des données pendant une migration ERP

Résilier avant d'avoir validé les exports

Un fichier existe parfois sans être exploitable. Ouvrez chaque format hors de SAP. Vérifiez les encodages, pièces jointes, identifiants et relations. Une capture d'écran ne remplace pas une archive interrogeable.

Basculer sans test de bout en bout

Un test technique mesure l'import. Un test métier suit une commande jusqu'au règlement et à l'écriture. Il révèle les ruptures que le nombre de lignes ne montre pas.

Confondre sauvegarde et archive légale

Une sauvegarde sert à restaurer un système. Une archive sert à retrouver un document lisible et authentifiable. Définissez les formats, les habilitations, l'index et les contrôles d'intégrité.

Sous-estimer le double run

Faire vivre deux ERP en parallèle augmente les rapprochements et les risques de divergence. Limitez cette période. Assignez un système maître pour chaque flux et planifiez les contrôles quotidiens.

Importer tout l'historique sans tri

Cette approche augmente le coût et transporte les anomalies. Elle peut aussi contredire la limitation de conservation des données personnelles. Justifiez chaque catégorie importée ou archivée.

Oublier les règles métier invisibles

Les données seules ne suffisent pas. Documentez validations, autorisations, calculs, numérotations, interfaces et rapports. Un paramétrage métier oublié peut produire des résultats cohérents, mais faux.

Vérifier que son nouvel ERP couvre les besoins avant de migrer

Ne comparez pas seulement des listes de fonctions. Préparez cinq scénarios représentatifs : vente, achat, clôture, stock et exception métier. Chaque éditeur doit exécuter les mêmes scénarios avec un échantillon anonymisé.

Demandez ensuite une matrice de reprise. Elle doit préciser chaque objet, le volume, la source, le format, la transformation, la cible et le contrôle. Ajoutez les exclusions et leur solution d'archivage.

Le contrat doit séparer licences, intégration, nettoyage, imports, tests, formation et support de démarrage. Il doit aussi préciser la restitution future des données. Quitter SAP ne doit pas créer un nouveau verrou.

Parcourez les fiches des outils après avoir défini ce périmètre. Si le besoin reste flou, le diagnostic Keltoola oriente la recherche en cinq questions.