En bref

L'usine est opérationnelle depuis six semaines, et l'équipe de projet est déjà affectée au prochain site. Cette date de départ dépend du budget alloué au programme, et non des capacités locales. Les critères de sortie pertinents pour la phase d'accompagnement intensif d'un ERP posent une question plus ciblée : l'usine, la fonction du groupe et le partenaire sont-ils chacun en mesure de traiter les demandes qui leur parviendront demain ? Le groupe doit choisir entre une sortie complète, une sortie progressive et un soutien continu, et doit consigner ce choix.

Les critères de sortie du programme « Hypercare » de l'ERP commencent par une décision de transfert consignée par écrit

L'« hypercare » désigne la période de soutien intensif qui suit immédiatement le lancement, durant laquelle les personnes qui ont développé le système restent en contact étroit avec celles qui l'utilisent. Elle prend fin à une date fixée bien avant que quiconque n'ait connu un mois de fonctionnement en production. La réussite du lancement et la mise en place d'une structure de support prête à prendre le relais constituent deux étapes distinctes.

Il est raisonnable de fixer cette date suffisamment tôt. Le service des finances approuve les budgets en fonction d'un calendrier, et la prochaine vague mobilise déjà les spécialistes. La difficulté commence lorsque cette date devient une conclusion concernant l'usine plutôt qu'une décision relative aux ressources. Le DSI du groupe et le responsable du programme ont besoin d'éléments probants qu'ils pourront présenter par la suite.

Cependant, le calendrier correspondant à cette date est bien rempli. SAP SE l'a confirmé le 7 octobre 2026 que la maintenance standard de SAP Business Suite 7 prendra fin le 31 décembre 2027. La maintenance prolongée facultative s'étend jusqu'au 31 décembre 2030. La Rapport d'investissement DSAG 2026 a interrogé 198 entreprises membres du Deutschsprachige SAP-Anwendergruppe. Parmi celles-ci, 54 % utilisaient encore SAP ECC ou une version antérieure de Business Suite, et 42 % prévoyaient un investissement élevé ou moyen dans SAP S/4HANA sur site en 2026. La DSAG souligne que son échantillon pour 2026 se compare davantage à celui de 2024 qu’à celui de 2025.

Définir le périmètre de l'assistance avant le transfert de la prise en charge ERP

Une fois l'équipe de projet partie, quatre entités peuvent recevoir une demande : l'usine, la fonction groupe, l'intégrateur système et l'éditeur de logiciels. Chacune d'entre elles est soumise à un contrat, à des coûts et à des délais de réponse différents. En l'absence de délimitation écrite, la demande est transmise à la personne qui y avait répondu la semaine précédente, mais qui travaille désormais ailleurs.

Guide de mise en œuvre de Dynamics 365 de Microsoft définit le périmètre de l'assistance en précisant ce qui est pris en charge, qui s'en charge, quand et comment. Une passation des responsabilités en matière d'assistance ERP qui se limite à énumérer les fonctions laisse subsister cette lacune, sous une forme plus ordonnée. Chaque catégorie doit être confiée à une personne désignée et à un suppléant, car sans cette délimitation, les critères de sortie du programme « hypercare » ERP restent flous.

Un exemple concret de responsabilité locale et collective

La limite ne prend tout son sens que lorsqu'elle se heurte aux demandes formulées par l'usine. Cinq éléments représentatifs, chacun ayant un responsable, mettent en évidence les cas auxquels personne n'avait pensé. Cette liste illustre la rigueur requise, et non une répartition figée.

• Une entrée de marchandises bloquée en raison d'une erreur dans les données de base : c'est la division qui résout le problème, car c'est là que se trouve le responsable des données.
• Une condition tarifaire qui s'écarte du modèle du groupe : c'est le responsable du processus au sein du groupe qui en décide.
• Une interface de nuit avec l'entrepôt autrichien : l'intégrateur mène l'enquête, la fonction du groupe en assume les conséquences.
• Un défaut reproductible dans un environnement propre : seul l'éditeur du logiciel peut le corriger.
• Une demande qui ne correspond à aucune de ces catégories : elle relève alors de la responsabilité du promoteur du programme.

Les conditions commerciales montrent à quel point les définitions peuvent être restrictives. La description des services proposée par SAP pour son Service opérationnel renforcé pour la phase « Hypercare » prévoit une durée de quatre semaines et un délai de planification de trois semaines. Son périmètre couvre la gestion de SAP Basis, de la base de données et des serveurs sur SAP Cloud ERP Private. Il ne précise pas la durée pendant laquelle une usine a besoin d'assistance.

Démontrer la capacité de l'assistance ERP locale à traiter des problèmes représentatifs

Une usine démontre qu’elle est prête à prendre en charge l’ERP au niveau local ; elle ne se contente pas de l’affirmer. Au cours des dernières semaines de la phase d’accompagnement intensif, l’équipe de projet doit observer comment le personnel local résout les problèmes survenus précédemment. Le critère consiste à vérifier si la demande parvient à la bonne personne et si celle-ci est en mesure d’agir.

L'escalade nécessite des exercices pratiques plutôt que de la documentation. Une procédure qui n'existe que sur une diapositive n'a jamais fait face à un incident de gravité 1 survenu à un moment inopportun. Organisez deux ou trois exercices d'escalade simulés tant que les ressources centrales sont encore sur place, et vérifiez si le service d'assistance permanent est capable d'assumer la charge de travail.

Gestion des équipes et des langues dans une usine fonctionnant en continu

De plus, la couverture est généralement le maillon faible de cet accord. Directive 2003/88/CE définit le travail posté comme le fait pour des travailleurs de se succéder aux mêmes postes de travail, de manière continue ou non. La Slovaquie a produit environ 1,07 million de véhicules en 2025. Le Zväz automobilového priemyslu SR, l'Association slovaque de l'industrie automobile, a communiqué ces chiffres préliminaires le 13 janvier 2026. Une usine traitant un tel volume ne s'arrête pas à 17 h ; par conséquent, une panne survenue de nuit ne sera constatée que le lendemain matin.

La question linguistique doit également être prise en compte dans cette décision. Si l'usine formule ses demandes en slovaque alors que le service d'assistance du groupe travaille en allemand, la traduction devient une étape non consignée dans chaque incident. Le Chambre fédérale de l'économie autrichienne compte environ 49 000 collaborateurs répartis dans 80 centres de services partagés en Slovaquie. Une équipe travaillant entre Vienne et Bratislava, Trnava, Žilina ou Nitra part rarement de zéro.

Régler les tâches en cours avant la transition vers le support post-mise en service

Une transition du support après la mise en production ne nécessite pas une file d'attente vide, et une règle imposant zéro ticket n'est pas réaliste. Chaque point en suspens doit quitter la phase d'hypercare avec un responsable, une conséquence métier et une date de révision. Les critères pratiques de sortie de la phase d'hypercare d'un ERP considèrent les points en suspens comme des missions à accomplir plutôt que comme des blocages.

Rapports de Forvis Mazars que la loi n° 385/2025, publiée le 19 décembre 2025, modifie la loi n° 222/2004 Coll. relative à la taxe sur la valeur ajoutée. À compter du 1er janvier 2027, les assujettis à la TVA sur le marché national devront émettre et recevoir des factures dans un format électronique prescrit. Ils devront également déclarer les données relatives aux livraisons nationales à l'Administration financière de la République slovaque. La loi transpose Directive (UE) 2025/516 du Conseil sur les règles en matière de TVA à l'ère du numérique.

Une usine qui entrera en service fin 2026 sera confrontée à cette modification quelques semaines après le départ de son équipe de lancement. Celle-ci peut relever de l’équipe chargée des modèles de groupe, du service financier local ou d’une demande de modification non chiffrée. Il est moins coûteux de déterminer de quoi il s’agit avant que l’équipe ne se disperse que de le faire en décembre.

Le registre de transfert de l'assistance

Un document permet de garantir la traçabilité de la décision et sa rédaction prend environ une heure par domaine de processus. Il convient de le remplir tant que l’équipe de projet est encore en mesure de répondre aux questions, car il constitue la déclaration officielle et durable du groupe quant à son état de préparation au support ERP local. Enfin, le responsable de l’usine et le DSI du groupe le signent ; ce document recense six éléments par catégorie de demande :

1. Type de problème, en termes métier plutôt qu'en termes techniques.
2. Propriétaire : entité locale, groupe ou partenaire, désigné(e) en tant que personne physique.
3. Couverture et accès : horaires, langue et habilitations nécessaires.
4. Test d'escalade : la date et le résultat.
5. Dépendances en suspens : éléments réglementaires et d'interface, avec dates.
6. Décision de sortie : soutien total, progressif ou maintenu.

Choisissez le mode de sortie : soutien total, progressif ou maintenu

Le groupe peut approuver un retrait total, le mettre en œuvre par étapes selon les processus, ou conserver une capacité définie. Un retrait total ramène l’ensemble des activités vers la fonction de soutien permanente. Un retrait par étapes maintient le soutien central pour des processus spécifiques ; il s’agit donc d’une décision portant sur le périmètre plutôt que sur le calendrier. Chaque option doit être associée à un responsable, à une justification et à un point de contrôle.

Il est plus économique de désigner deux ou trois processus qui relèvent de l'assistance centrale que de tout étendre. C'est également plus clair pour l'usine. Le site suivant en bénéficie également, car le groupe met délibérément à disposition des spécialistes.

Une aide maintenue sans date de réévaluation devient la dépendance que le groupe souhaitait éviter. Lorsque la capacité est maintenue, le dossier doit préciser les éléments justifiant sa levée. A Étude de cas de CE Interim portant sur une mission d'intérim dans le domaine de la chaîne d'approvisionnement présente le même problème de gestion des commandes, dans le cadre d'un programme de gestion d'entrepôt mis en œuvre parallèlement au déploiement différé de la solution SAP Extended Warehouse Management.

Questions que se posent les groupes avant de mettre fin à l'hypercare

Qu'est-ce que l'« ERP hypercare » ?

L'« hypercare » désigne la période de soutien renforcé qui suit immédiatement la mise en service d'un système. Les personnes qui l'ont développé restent en contact étroit avec celles qui l'utilisent. Cette période est nécessaire car l'exploitation en production fait apparaître des problèmes que les tests ne permettent pas de détecter.

Faut-il que tous les tickets soient clôturés avant la fin de la phase « hypercare » ?

Non, et considérer une file d'attente vide comme la norme ne fait que retarder le transfert sans l'améliorer. Chaque problème en cours doit avoir un responsable, une conséquence et une date de révision. Une liste documentée des problèmes connus vaut mieux qu'une file d'attente réduite obtenue en reclassant les tâches.

À qui incombent les responsabilités une fois que l'équipe de projet est partie ?

La responsabilité est définie selon les limites convenues avant le départ. L'usine traite les questions relatives aux données locales, tandis que la fonction « groupe » s'occupe des aspects liés à la conception et aux relations entre les sites. L'intégrateur est responsable des livrables prévus dans le contrat, et le fournisseur de logiciels prend en charge les défauts. Pour tout autre aspect, la responsabilité revient par défaut au maître d'ouvrage.

En quoi le transfert progressif du soutien diffère-t-il de la prolongation de l'ensemble du programme ?

Un transfert progressif de la prise en charge ERP ramène la plupart des catégories de demandes vers la fonction d'assistance permanente. L'assistance centrale reste en place pour certaines exceptions bien précises. La prolongation du programme permet en revanche de conserver l'ensemble de la structure du projet et les besoins en spécialistes qui y sont associés.

La décision qui s'impose au groupe

Le choix se fait entre une sortie complète, une sortie progressive et un maintien de l'assistance avec un propriétaire et une date de réévaluation. Le groupe ne doit pas se contenter de la date de départ convenue. Le programme a fixé cette date avant que les éléments probants n'existent, et la transition vers une assistance post-mise-en-service est une décision que le groupe doit consigner comme telle.

Lorsque la fonction de soutien permanente est opérationnelle et dispose des ressources nécessaires, c'est à elle de diriger le transfert. Si personne n'est responsable de la délimitation elle-même, un directeur de programme ERP ou un directeur de la transformation peut organiser un transfert délimité et se retirer une fois que le dossier a été validé. CE Interim, qui fait partie de Valtus Alliance, met en place ce type de mandat entre un siège social autrichien et une Site industriel slovaque.

Les conséquences d'une erreur dans ce domaine sont rarement dramatiques, ce qui fait partie du problème. Cela se traduit par un ralentissement de la clôture de fin de mois, des solutions de contournement qui se traduisent par des coûts de main-d'œuvre supplémentaires et un retard dans la mise en œuvre d'un changement réglementaire. Lorsqu'ils sont correctement appliqués, les critères de sortie « hypercare » de l'ERP définissent une passation de pouvoir que le groupe peut justifier, et non une date déjà fixée.