Une montée de version, un passage au SaaS ou un remplacement complet ne répondent pas nécessairement au même problème. Avant de choisir, il faut comprendre ce que l’ERP empêche aujourd’hui, ce qu’il permet encore et ce que son évolution change pour l’activité.
Séparer les difficultés de leurs causes.
Des ressaisies peuvent venir d’interfaces manquantes. Un reporting lent peut dépendre de la qualité des données. Un usage peu adopté peut demander une autre organisation ou une formation. Listez les situations concrètes avant de les attribuer à l’ERP lui-même.
Identifiez aussi les contraintes établies : version supportée, dépendance à un spécifique, compétences disponibles ou échéance contractuelle. Leur portée doit être vérifiée avec les documents et les interlocuteurs concernés.
Mettre trois options en regard.
Faire évoluer l’existant peut suffire si le socle reste adapté. Une montée de version ou une migration SaaS peut répondre à certains besoins d’exploitation et d’évolution. Remplacer l’ERP devient une option à examiner lorsque l’écart avec les usages visés le justifie.
Pour chacune, comparez la couverture métier, les limites, les interfaces à reprendre, les données à migrer, les responsabilités d’exploitation, le coût complet et les conditions de sortie. Le passage au SaaS ne fait pas disparaître les questions d’intégration, d’accès et de continuité.
Accepter ce que l’offre ne peut pas encore connaître.
Avant le cadrage, l’inventaire des flux et des traitements est souvent incomplet. L’offre doit distinguer le périmètre connu, les hypothèses de chiffrage et les investigations nécessaires. Elle doit préciser comment les découvertes seront examinées et comment elles pourront faire évoluer le budget ou le planning.
Exemple illustratif dans le retail : une commande peut traverser le commerce en ligne, l’ERP, un entrepôt, la comptabilité et un outil de retour. Le nombre réel d’échanges, leurs exceptions et leurs responsables se vérifient avec les équipes pendant le cadrage.
Préparer la continuité avec les métiers.
La recette doit couvrir des parcours complets, avec leurs erreurs et leurs reprises. La stratégie de données précise ce qui sera repris, contrôlé ou conservé ailleurs. Microsoft documente notamment l’importance d’identifier les sources, les responsabilités et les contrôles de migration.
La bascule se prépare avec ses critères de décision, son assistance au démarrage et ses solutions de repli adaptées au contexte. La formation et le transfert aux équipes ont leur place dans le périmètre dès le départ.
Obtenir une décision exploitable.
Le cadrage doit permettre de retenir un scénario, d’en expliquer les limites et de construire une première séquence de réalisation. Les inconnues restantes doivent avoir un responsable et une méthode de résolution.
Ce travail rend le projet chiffrable avec davantage de fiabilité. Il permet aussi de décider qu’une intervention plus ciblée est suffisante.
POUR PRÉPARER VOTRE ÉCHANGE
À réunir : les difficultés métier, la version de l’ERP, les contrats utiles, les applications reliées déjà connues et les périodes sensibles de l’activité. Un inventaire exhaustif n’est pas un préalable au premier échange.
Préparer l’évolution de votre SI ↗
Pour approfondir
Microsoft Learn — Préparer et contrôler la migration des données