{"id":9862,"date":"2026-03-27T19:21:56","date_gmt":"2026-03-27T18:21:56","guid":{"rendered":"https:\/\/arc-guides.com\/docs\/prism\/implement\/preparation-go-live\/"},"modified":"2026-05-31T23:08:55","modified_gmt":"2026-05-31T21:08:55","slug":"preparation-go-live","status":"publish","type":"docs","link":"https:\/\/arc-guides.com\/en\/docs\/prism\/implement\/preparation-go-live\/","title":{"rendered":"Pr\u00e9paration go-live"},"content":{"rendered":"
\n\t\t\t\t
\n\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t

Pr\u00e9paration go-live ERP : ce qu'il faut avoir fait avant d'appuyer sur le bouton<\/h1>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Votre projet ERP avance bien, le Build touche \u00e0 sa fin \u2014 et vous pensez commencer \u00e0 pr\u00e9parer le go-live une fois tout termin\u00e9 ? C’est justement l\u00e0 que beaucoup de projets d\u00e9crochent. Dans la m\u00e9thode PRISM, la phase Pr\u00e9paration go-live<\/span> d\u00e9marre pendant le Build : id\u00e9alement 2 \u00e0 3 sprints avant la fin, ou d\u00e8s les 30 % restants du projet. Dans cet article, d\u00e9couvrez les 5 piliers qui vous permettront d’arriver au go-live en position de force, sans pr\u00e9cipitation et sans mauvaise surprise.
<\/p>

<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

\ud83c\udfaf L’essentiel<\/h2>
  • Commencer trop tard est l’erreur la plus fr\u00e9quente<\/strong> : la pr\u00e9paration se conduit en parall\u00e8le de la fin du Build, pas apr\u00e8s.<\/li>
  • Un go-live peut d\u00e9marrer sans que tout soit parfait<\/strong> : ce qui compte, c’est de savoir ce qui fonctionne, ce qui ne fonctionne pas encore, et d’avoir des solutions de contournement document\u00e9es.<\/li>
  • 5 piliers structurent cette phase<\/strong> : compl\u00e9tude du Build, r\u00f4les et acc\u00e8s, formation, cutover plan et plan de support \u2014 tous pr\u00e9par\u00e9s avant le jour J, m\u00eame si certains ne s’ex\u00e9cutent qu’apr\u00e8s.<\/li><\/ul>

    <\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

    \n\t\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\"\"\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t
    \n\t\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t\t\t

    Les 5 piliers de la pr\u00e9paration go-live<\/h2>

    1. S’assurer de la compl\u00e9tude du Build<\/h3>

    La pr\u00e9paration go-live commence par un \u00e9tat des lieux lucide : qu’est-ce qui est pr\u00eat, qu’est-ce qui ne l’est pas encore ? Aller en production avec des fonctionnalit\u00e9s partiellement op\u00e9rationnelles est possible \u2014 \u00e0 condition de le savoir, de le documenter et d’avoir des solutions de contournement<\/strong>. Ce qui n’est pas acceptable, c’est de ne pas le savoir.<\/p>

    Quatre \u00e9l\u00e9ments sont \u00e0 passer en revue :<\/p>

    La configuration et les param\u00e9trages.<\/strong> Toutes les configurations valid\u00e9es en atelier ont-elles \u00e9t\u00e9 report\u00e9es dans l’environnement ? Les tests sont-ils concluants ? C’est ici qu’on s’appuie sur l’environnement Gold<\/strong> \u2014 l’environnement de r\u00e9f\u00e9rence, propre, qui ne contient que le param\u00e9trage valid\u00e9 et qui sera promu en production. Il doit \u00eatre peaufin\u00e9, test\u00e9, verrouill\u00e9.<\/p>

    Les interfaces.<\/strong> Les connexions avec les autres syst\u00e8mes (WMS, CRM, banque, EDI\u2026) sont-elles pr\u00eates \u00e0 \u00eatre activ\u00e9es ? Une interface qui fonctionne en test peut se comporter diff\u00e9remment sous charge r\u00e9elle. C’est le moment de le v\u00e9rifier.<\/p>

    La migration de donn\u00e9es.<\/strong> La strat\u00e9gie a \u00e9t\u00e9 d\u00e9finie et test\u00e9e pendant le Build. Ce qu’on v\u00e9rifie ici : la proc\u00e9dure est connue et document\u00e9e<\/strong> \u2014 quels objets, quelle transformation, quels scripts, dans quel ordre. On ne migre pas encore, on s’assure qu’on est pr\u00eat \u00e0 le faire.<\/p>

    Les batchs et traitements automatiques.<\/strong> Calcul des besoins (MRP), FNP comptables, validations automatiques, traitements WMS\u2026 Ces batchs doivent \u00eatre list\u00e9s, leur p\u00e9riodicit\u00e9 d\u00e9finie, leur activation planifi\u00e9e dans le cutover plan.<\/p>

    <\/p>

    <\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

    \n\t\t
    \n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t
    \n\t\t\t
    \n\t\t\t<\/i>\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t

    Attention :<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t
    \n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t\t\t

    L’environnement Gold n’est pas \u00ab\u00a0l’environnement de test rebaptis\u00e9 prod\u00a0\u00bb. C’est un environnement d\u00e9di\u00e9, sans donn\u00e9es transactionnelles parasites \u2014 c’est lui qui passe en production.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

    \n\t\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t\t\t

    Valider les r\u00f4les et profils d’acc\u00e8s<\/h3>

    Les acc\u00e8s utilisateurs sont l’un des points les moins aboutis dans la plupart des projets \u2014 et c’est normal. Ni l’int\u00e9grateur ni vous ne savez d’avance pr\u00e9cis\u00e9ment qui a besoin de quoi. La r\u00e8gle simple : partir restrictif plut\u00f4t que permissif<\/strong>.<\/p>

    Un acc\u00e8s manquant, \u00e7a se signale et \u00e7a se corrige en quelques minutes. Des droits trop larges accord\u00e9s par d\u00e9faut, \u00e7a g\u00e9n\u00e8re silencieusement des erreurs de saisie et des risques de s\u00e9curit\u00e9.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

    \n\t\t
    \n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t
    \n\t\t\t
    \n\t\t\t<\/i>\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t

    Attention :<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t
    \n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t\t\t

    C\u00f4t\u00e9 utilisateur, un probl\u00e8me d’acc\u00e8s se traduit rarement par \u00ab\u00a0il me manque un profil\u00a0\u00bb. Il se traduit par \u00ab\u00a0\u00e7a ne marche pas\u00a0\u00bb. Assurez-vous que vos super-users savent distinguer un bug fonctionnel d’un probl\u00e8me de droits.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

    \n\t\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t\t\t

    Avant le go-live, v\u00e9rifier que : tous les comptes sont cr\u00e9\u00e9s et actifs, chaque utilisateur est rattach\u00e9 au bon profil m\u00e9tier, les donn\u00e9es sensibles (finance, paie, marges) sont prot\u00e9g\u00e9es, et les acc\u00e8s ont \u00e9t\u00e9 test\u00e9s par les utilisateurs eux-m\u00eames en pr\u00e9-production \u2014 pas seulement par l’IT.<\/p>

    3. Former les utilisateurs finaux (par les super-users)<\/h3>

    La formation est le dernier rempart contre l’\u00e9chec d’adoption. Et sa r\u00e9ussite repose sur qui la d\u00e9livre<\/strong>.<\/p>

    La r\u00e8gle d’or : la formation vient des key users, pas de l’int\u00e9grateur.<\/strong> Les key users ont \u00e9t\u00e9 pr\u00e9sents tout au long du projet \u2014 ils ont fait les tests, particip\u00e9 aux ateliers, valid\u00e9 les processus. Quand la formation vient d’un coll\u00e8gue qui conna\u00eet les r\u00e9alit\u00e9s du terrain, l’adh\u00e9sion est plus concr\u00e8te, plus cr\u00e9dible, plus rassurante. L’\u00e9quipe projet pr\u00e9pare les supports (slides, fiches, captures d’\u00e9cran), les key users animent les sessions.<\/p>

    Comment structurer les sessions :<\/strong><\/p>

    1. Commencer par le processus, pas par l’outil<\/strong> : expliquer ce qui change, pourquoi, ce que \u00e7a apporte.<\/li>
    2. Passer ensuite \u00e0 l’outil<\/strong> : montrer comment le nouveau processus se traduit dans l’ERP, sur des cas concrets de l’entreprise.<\/li>
    3. Segmenter par population<\/strong> : supply chain et comptabilit\u00e9 n’ont pas les m\u00eames besoins \u2014 des sessions mixtes noient tout le monde.<\/li><\/ol>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t
      \n\t\t\t\t\t
      \n\t\t
      \n\t\t\t\t
      \n\t\t\t\t
      \n\t\t\t\t\t\t\t
      \n\t\t\t
      \n\t\t\t<\/g><\/g><\/path><\/path><\/path><\/path><\/path><\/path><\/path><\/path><\/g><\/svg>\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
      \n\t\t\t\t
      \n\t\t\t\t\t

      M\u00e9mo<\/b><\/p>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

      \n\t\t\t\t
      \n\t\t\t\t
      \n\t\t\t\t\t\t\t\t\t

      Si PRISM a bien \u00e9t\u00e9 suivi, les key users ont d\u00e9j\u00e0 pr\u00e9sent\u00e9 les nouvelles proc\u00e9dures \u00e0 leurs coll\u00e8gues durant le projet. La formation ne devrait pas \u00eatre une surprise \u2014 c’est la mise en pratique de ce qui a d\u00e9j\u00e0 \u00e9t\u00e9 communiqu\u00e9.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

      \n\t\t\t\t\t
      \n\t\t\t\t
      \n\t\t\t\t
      \n\t\t\t\t\t\t\t\t\t

      N’oubliez pas :<\/span> Les super-users doivent avoir du temps d\u00e9di\u00e9 pour pr\u00e9parer et animer les formations. Ce n’est pas une t\u00e2che qu’on cale \u00ab\u00a0en plus\u00a0\u00bb de leur activit\u00e9 quotidienne.<\/p><\/blockquote>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

      \n\t\t\t\t\t
      \n\t\t\t\t
      \n\t\t\t\t
      \n\t\t\t\t\t\t\t\t\t

      4. Pr\u00e9parer le cutover plan<\/h3>

      Le cutover plan, c’est la feuille de route du basculement<\/strong> : comment on passe, objet par objet, de l’ancien syst\u00e8me au nouveau. Ici, on ne l’ex\u00e9cute pas \u2014 on le pr\u00e9pare, on le documente, on le valide.<\/p>

      La logique du cutover par objet<\/strong> repose sur une distinction fondamentale :<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

      \n\t\t\t\t\t
      \n\t\t\t\t
      \n\t\t\t\t
      \n\t\t\t\t\t\t\t\t\t
      \n \n \n \n \n \n \n
      Type de donn\u00e9es<\/th>\n Exemples<\/th>\n Approche<\/th>\n <\/tr>\n <\/thead>\n
      Master data<\/strong><\/td>\n Clients, fournisseurs, articles, tarifs<\/td>\n Migration possible en avance<\/td>\n <\/tr>\n
      Donn\u00e9es transactionnelles<\/strong><\/td>\n Stocks en cours, commandes ouvertes, soldes comptables<\/td>\n Migration au dernier moment uniquement<\/td>\n <\/tr>\n <\/tbody>\n <\/table>\n<\/div>\n\n