SAP 2027 vu du Maroc : une date de décision avant d’être une date de migration.

Tout le monde connaît l’échéance. SAP a annoncé la fin de la maintenance standard d’ECC pour fin 2027, avec une extension payante possible au-delà pour ceux qui la choisissent. Sur le papier, il reste du temps. Dans les faits, une transformation du cœur de gestion se cadre, s’arbitre, se contractualise, puis s’exécute, et chacune de ces étapes se compte en trimestres. Ceux qui raisonnent en date de fin de maintenance ont déjà pris du retard. Ceux qui raisonnent en date de lancement de leur programme gardent la main sur le calendrier, sur le budget et sur le choix de leurs partenaires.

Pourquoi 2027 se lit autrement depuis Casablanca.

Les entreprises marocaines et africaines partagent avec les européennes la même contrainte technique. Elles ne partagent ni le même point de départ ni le même environnement. Trois différences pèsent sur la décision.

• Des paysages souvent plus jeunes, mais plus hétérogènes. Beaucoup de systèmes ECC de la région ont été déployés par vagues, filiale après filiale, parfois par des intégrateurs successifs. Le résultat est un cœur moins ancien qu’en Europe, mais moins harmonisé : plusieurs modèles de processus cohabitent sous un même logo.
• Des exigences locales qui ne se négocient pas. Fiscalité et facturation électronique en évolution, plan comptable, obligations déclaratives, protection des données personnelles, spécificités de la paie ou des douanes selon les pays : un programme qui les traite en fin de parcours les paie au prix fort.
• Un marché de compétences plus étroit. À mesure que l’échéance approche, les profils S/4HANA se raréfient partout. Dans la région, où le vivier est plus petit, les retardataires négocieront leur programme dans les pires conditions de disponibilité.

Ces différences ne rendent pas la décision plus difficile. Elles la rendent plus urgente, et plus locale : un scénario copié d’un groupe européen sans le passer au filtre de votre réalité est un scénario qui échouera au premier obstacle réglementaire.

Trois scénarios, aucune doctrine.

Le débat public oppose volontiers la conversion « rapide et sans risque » à la nouvelle implémentation « ambitieuse mais interminable ». Le terrain est moins tranché. Il existe trois familles de trajectoires, et le bon choix se déduit de votre existant, pas d’une conviction d’éditeur ou d’intégrateur.

La conversion

Convertir le système existant préserve l’historique, les processus et les développements. C’est sa force, et sa limite. Elle convient aux entreprises dont le cœur ECC est resté sain : processus harmonisés, spécifiques maîtrisés, données propres. Convertir un système désordonné revient à déménager ses cartons sans les ouvrir : le désordre arrive intact dans la nouvelle maison, où il coûte plus cher à entretenir.

La nouvelle implémentation

Repartir d’un système neuf permet d’adopter le standard S/4HANA, de purger des années de spécifiques et de reconstruire les processus sur une base propre. C’est le chemin le plus transformant, donc le plus exigeant : il suppose que l’entreprise accepte de changer ses façons de faire autant que son outil. Pour les groupes de la région qui veulent enfin unifier leurs filiales sur un modèle commun, c’est souvent l’occasion à ne pas manquer. À condition de ne pas mener un greenfield comme une conversion déguisée, où chaque écart au passé se renégocie ligne à ligne.

La transition sélective

Entre les deux, les approches sélectives permettent de trier : conserver l’historique et les processus qui ont de la valeur, refondre le reste. Pour les groupes multi-pays aux paysages hétérogènes, où aucune réponse unique n’existe, c’est fréquemment la voie pertinente. C’est aussi la plus exigeante en architecture, et celle qui pardonne le moins l’improvisation.

Le scénario ne se choisit pas dans un catalogue. Il se déduit d’un diagnostic honnête de vos processus, de vos spécifiques, de vos données et de votre capacité d’absorption.

RISE, cloud public : lire les offres avec les yeux de l’acheteur.

La question de la cible se double aujourd’hui d’une question d’offre commerciale. RISE with SAP regroupe licence, infrastructure et services dans un abonnement, en cloud privé. Le cloud public, avec GROW, impose le standard et un rythme de mises à jour dicté par l’éditeur. Ces offres ne sont ni bonnes ni mauvaises en soi ; elles conviennent à des profils d’entreprise différents.

Vu de la région, trois points méritent une attention particulière. La localisation des données d’abord : où sont hébergées vos données, sous quelle juridiction, et que dit la réglementation de votre pays et de vos secteurs régulés ? La connectivité ensuite : un cœur de gestion dans le cloud suppose des liens réseau dont la qualité et la redondance ne se supposent pas, elles se vérifient. Le modèle économique enfin : l’abonnement lisse la dépense, mais il l’engage dans la durée et en devise. Un directeur financier doit pouvoir comparer les scénarios en coût complet sur plusieurs années, pas sur le prix de la première.

Notre position : le cloud public est une excellente réponse pour une entité qui accepte le standard et veut aller vite, une filiale nouvelle par exemple. Le cloud privé reste la voie naturelle des paysages complexes. Ce qui compte n’est pas le mot « cloud », c’est la discipline d’architecture qui l’accompagne : un cœur propre, des extensions à côté du standard et non dedans, pour que le nouveau système ne reproduise pas la dérive de l’ancien.

Les exigences locales, en tête et non en annexe.

Nous voyons trop de programmes où la conformité locale arrive en fin de conception, comme un lot à part confié aux équipes du pays. C’est l’inverse qu’il faut faire. Le plan de comptes, les obligations fiscales et déclaratives, la facturation électronique quand elle s’impose, la protection des données personnelles, la gestion des devises et des flux intra-groupe doivent être posés dès le cadrage, pays par pays, parce qu’ils conditionnent le modèle de données et le découpage des vagues.

Pour un groupe marocain qui opère en Afrique de l’Ouest ou centrale, cela signifie une chose concrète : le modèle commun doit être conçu pour absorber les différences locales sans les transformer chacune en développement spécifique. C’est un travail d’architecture fonctionnelle, et c’est là que la présence d’équipes qui connaissent ces contextes fait la différence entre un déploiement qui s’étend et un déploiement qui s’enlise.

Décider en quelques semaines, pas en quelques trimestres.

Notre conviction est simple : la première étape n’est ni un appel d’offres ni un choix d’outil. C’est un cadrage court et décisif, qui livre trois choses à la direction générale.

• Un état des lieux sans complaisance du système existant : processus, spécifiques, données, coûts, risques, obligations locales. Un diagnostic qui tire des conséquences, plutôt qu’un inventaire de plus.
• Des scénarios réellement comparés, en coût complet et en bénéfices attendus, avec leurs conditions de réussite explicites. Un scénario sans conditions de réussite est un argumentaire commercial.
• Une feuille de route par vagues, séquencée selon les dépendances, la capacité d’absorption des équipes et les échéances réglementaires de chaque pays, où chaque étape livre de la valeur intermédiaire.

Ce cadrage change le rapport de force. L’entreprise qui sait ce qu’elle veut, dans quel ordre et à quelles conditions, choisit ses partenaires au lieu de les subir. Et c’est là que la contrainte devient une opportunité : l’échéance offre ce qu’aucun programme n’obtient facilement, l’alignement de toute l’entreprise, siège et filiales, sur une même date. Ce serait dommage de n’en faire qu’une migration technique.

Une dernière chose, qui tient à notre façon de travailler : ceux qui cadrent doivent être ceux qui délivrent. Un scénario recommandé par une équipe qui n’en portera jamais la réalisation est un scénario sans responsable. Nous préférons engager notre nom sur les deux.

Ce qu’il faut retenir

2027 est une date de décision. Attendre l’extension de maintenance sans trajectoire, c’est laisser le marché, les compétences et le calendrier décider à votre place.

Le scénario

Conversion, nouvelle implémentation ou transition sélective : le choix se déduit d’un diagnostic de vos processus, de vos spécifiques, de vos données et de votre capacité d’absorption, jamais d’une doctrine.

Le local d’abord

Exigences fiscales, réglementaires et de données de chaque pays en tête du cadrage, pas en annexe. Le modèle commun doit absorber les différences sans les transformer en spécifiques.

Le premier pas

Un cadrage de quelques semaines : état des lieux, scénarios comparés, feuille de route par vagues. Puis une décision au niveau de la direction générale.

Pour aller plus loin : notre offre SAP S/4HANA, notre approche du cadrage à la réalisation, et notre point de vue sur la fondation data, qui se construit le plus souvent dans le même mouvement.