Pour Suggestions et Idées sur la base SAP, les modèles d'exploitation S/4 et/ou le centre de compétences, je me tiens à votre entière disposition. Appelez-moi au +49/8654/77130-21 ou écrivez-moi. pmf@b4bmedia.net.

Pour autres questions concernant le SAP Competence Center Summit 2026, Mme Andrea Schramm se tient à votre disposition. Par téléphone +49/8654/77130-15 ou par e-mail andrea.schramm@b4bmedia.net.

Les salles de réunion du FourSide Hotel Salzburg, Trademark Collection by Wyndham, accueilleront le SAP Competence Center Summit 2026 les 10 et 11 juin 2026 à Salzbourg. Vous trouverez ici toutes les informations sur l'hôtel et les salles de réunion : FourSide Hotel Salzburg, Trademark Collection by Wyndham.

Planifier l'itinéraire : Emplacement Google Maps

EUR 154,- Prix par chambre et par nuit pour une utilisation individuelle
Supplément chambre double EUR 20,- par chambre/nuit

Les anciens membres de la communauté SAP de l'époque R/2 et R/3 se souviennent probablement encore du CCC. Customer Competence Center était synonyme de support de premier niveau pour les clients existants de SAP par leur propre service informatique, qui a été certifié pour cela par SAP. Comme pour SAP, tout ce qui provient d'une période de succès sur site est manifestement „le diable“, le CCC est devenu le CCoE, Customer Center of Expertise. SAP a également modifié de nombreux paramètres du CCC, de sorte que dans l'ère post-SolMan, le CCoE est une véritable expérience.

Si un client SAP existant croit aux promesses de Rise with SAP, il n'aura plus besoin à l'avenir ni de CCC ni de CCoE : mais il s'agit là d'une stratégie marketing et d'une promesse vide de sens de la part de SAP. De nombreux clients SAP existants et partenaires de la communauté SAP ont rapporté ces derniers mois que c'est tout le contraire qui se produit : ceux qui ont conclu un contrat Rise with SAP ont généralement dû agrandir leur équipe SAP Basis (Customer Center of Expertise) ou confier d'autres tâches à des prestataires de services. Rise demande vraiment beaucoup de travail !

Ainsi, l'idée SAP du CCoE est devenue un terrain d'expérimentation pour le support de base SAP. Pourquoi ?

Avec un système ERP SAP dans le cloud, aucun des problèmes du système ERP/ECC 6.0 précédent n'est résolu. Les copies du système, les autorisations, la gestion des utilisateurs, le suivi et l'automatisation, les lots et les mises à jour des programmes, etc. sont toujours à l'ordre du jour de l'équipe informatique interne. Certaines tâches peuvent être déléguées à SAP via un système de tickets Rise, mais SAP lui-même n'agit pas de manière proactive dans le cadre d'un contrat Rise. Pour chaque tâche, le client SAP doit établir un ticket. Le savoir-faire S/4, l'administration informatique et l'architecture d'entreprise restent donc sous la responsabilité d'un CCoE - avec „Rise“, SAP ne se voit pas assumer de responsabilité opérationnelle !

Les clients existants de SAP se trouvent donc dans une période de rupture unique dans l'histoire, dont le cœur n'est pas seulement la migration inévitable vers S/4 Hana d'ici 2033 au plus tard, mais aussi le changement fondamental d'un monde informatique monolithique centré sur la première personne vers une architecture cloud hybride très complexe qui, en fin de compte, n'est pas gérée et garantie par un contrat de rise. Cette transition est donc bien plus qu'un simple changement de version technique ; la conversion S/4-Rise représente un défi de taille en termes de gestion d'entreprise, d'organisation (l'expérience CCoE), de technique et de licence. Au cœur de ce changement profond se trouve l'unité organisationnelle qui a traditionnellement assuré la stabilité et le bon fonctionnement des „joyaux de la couronne“ de l'entreprise - les systèmes ERP SAP (S/4, nouvelle SAP Business Suite et SAP Cloud ERP) : le Customer Competence Center (CCC), actuellement rebaptisé Customer Center of Expertise (CCoE).

Au début de cette année, SAP et DSAG e. V. ont posé la question suivante : dans quelle mesure les thèmes suivants sont-ils pertinents pour vos plans d'investissement pour 2025 ? n=243, source : DSAG

Le CCC a un long passé couronné de succès. Il fonctionnait comme un modèle organisationnel d'exploitation et un centre de compétences certifié au sein de l'organisation informatique du client SAP existant. La tâche principale du CCC était de coordonner l'informatique interne avec le support SAP, d'optimiser la performance globale des opérations SAP et de servir de point nodal pour la collaboration entre l'informatique et les unités commerciales. Dans le nouveau monde S/4-Rise, caractérisé par l'agilité et des cycles de mise à jour plus courts, le CCoE doit devenir la garantie d'un succès durable, d'autant plus que SAP souligne la nécessité du CCoE pour les solutions cloud comme Rise et Grow.

Le rôle du CCoE est bipolaire : il doit d'une part maintenir à jour l'exploitation très complexe de S/4-Rise et d'autre part faire avancer la transformation numérique stratégique. Du point de vue de la gestion d'entreprise, le responsable du CCoE et le DSI doivent organiser ensemble le fonctionnement opérationnel des applications SAP. Compte tenu des fenêtres de maintenance réduites et de la nécessité de maintenir les systèmes disponibles 24h/24 et 7j/7, le CCoE doit démontrer des gains d'efficacité grâce à l'automatisation. Il s'agit de réaliser des économies de coûts et de ressources qui doivent être significatives grâce à l'automatisation complète des processus et au monitoring de bout en bout. D'un point de vue organisationnel, le CCoE est le point névralgique qui ressent directement la pénurie de compétences des administrateurs de base, aggravée par les départs à la retraite, la pénurie de main-d'œuvre, la charge croissante des projets Rise-with-SAP et le système de tickets Rise.

L'automatisation serait la réponse logique pour décharger les collaborateurs et les libérer pour des tâches à plus haute valeur ajoutée. En outre, le CCoE doit structurer le rôle d'orchestration du cloud du département informatique, pour lequel SAP n'assume aucune responsabilité dans le cadre de Rise. Dans certains cas, SAP „offre“ un architecte d'entreprise avec une expérience LeanIX. Un nouveau point important est la gouvernance Clean Core dans le monde S/4, où le CCoE doit assurer l'habilitation, la gouvernance et la communication pour le respect des principes Clean Core - ici aussi, le client SAP existant est livré à lui-même avec le CCoE.

Sur le plan technique, le CCoE doit gérer un environnement système hybride (ECC 6.0, S/4 Hana, SAP Cloud ERP et non-SAP). Cela nécessite la gestion d'une maintenance complexe (correctifs et innovations dans de nombreux environnements système parallèles). Les tâches de routine, qui sont toujours effectuées manuellement ou par des scripts compliqués, sont nombreuses et sujettes aux erreurs : correctifs du noyau SAP, déploiement d'objets d'autorisation, adaptations des paramètres de profil, création de sandboxes et de copies du système.

C'est là qu'interviennent les suites d'automatisation spécialisées comme Empirius Planning and Operations Suite (EPOS), qui font office de point central de gestion pour les infrastructures informatiques SAP, afin d'effectuer ces activités répétitives de manière entièrement automatisée. Des outils comme Ansible de RedHat soutiennent l'automatisation des charges de travail SAP (déploiement, configurations, housekeeping) et sont de plus en plus en mesure d'automatiser également „dans“ l'exploitation courante de SAP (par ex. gestion des droits).

Du point de vue du droit des licences, le CCoE - en tant qu'unité responsable de la gestion des contrats - reste dans une situation de tension permanente. Avec plus de 300 lignes et 200 pages, la liste de prix SAP pour S/4 est complexe et crée de l'incertitude chez les clients existants. Les thèmes de l'accès numérique et de l'utilisation indirecte sont particulièrement critiques. La mesure de l'utilisation indirecte devient le point de mire de la mesure du système SAP, le CCoE devant utiliser des outils informatiques tels que le rapport Passport et la note d'estimation, dont les résultats ne sont toutefois pas garantis par SAP et nécessitent une interprétation critique propre.

Même le passage au cloud (Rise with SAP) n'offre aucune garantie contre les licences erronées. Le client SAP existant continue d'assumer la responsabilité de la conformité. Le CCoE doit donc développer des calculs et des stratégies pour gérer la complexité et les risques techniques, contractuels et commerciaux qui y sont liés.

L'Application Lifecycle Management (ALM), la somme de toutes les méthodes et outils de gestion de l'environnement SAP, est le domaine de travail central dans lequel la transformation se manifeste le plus clairement. Avec SAP Cloud ALM (CALM), SAP a créé la solution stratégique qui succède au SolMan (SAP Solution Manager) établi, orientée en premier lieu vers les solutions centrées sur le cloud comme S/4 Cloud, SuccessFactors et Ariba.

Une analyse critique montre toutefois que CALM ne constitue pas actuellement une alternative à part entière à SolMan. Alors que SolMan offrait des fonctions étendues de gestion de projet, de surveillance, de gestion des incidents et des changements et de gestion des tests, et qu'il était utilisé de manière centralisée dans de grands environnements informatiques, CALM ne peut actuellement déployer son plein potentiel de service que partiellement pour les environnements sur site ou IaaS/cloud privé.

Une grave lacune du point de vue des clients existants de SAP est l'absence de fonctions de gestion des services informatiques (ITSM) dans SAP Cloud ALM. La solution ne peut être utilisée de manière optimale que si soit aucun autre outil de monitoring n'est utilisé, soit aucun monitoring de l'infrastructure et du système n'est nécessaire, soit une intégration avec des solutions ITSM externes (comme ServiceNow) peut être utilisée. Mais dans le cas de ServiceNow, cela ne fait pas plaisir à SAP.
Bien que CALM prenne en charge la gestion des tests et l'automatisation des opérations en proposant des mécanismes de réaction automatisée aux situations d'incident et en s'intégrant à SAP Intelligent RPA et à SAP Workflow Management (tous deux sur BTP), le contrôle effectif du transport est assuré par des services externes tels que Cloud Transport Management Service.

De plus, le CALM ne fournit pas les données d'analyse nécessaires à l'adaptation ou au développement des applications Fiori, ce qui explique que des outils d'analyse externes restent nécessaires. Les équipes CCoE doivent porter un regard critique sur la feuille de route Cloud ALM et constater qu'elles doivent généralement conserver des paysages d'outils hybrides, complétés par des solutions partenaires, pour combler les lacunes de CALM.

SAP for Me est le portail en libre-service complet de SAP, conçu pour aider les clients à gérer leur environnement système SAP et leurs licences. Pour les gestionnaires de licences, il offre des fonctions telles que le suivi de l'utilisation et des performances de l'API et la planification de la maintenance. D'un point de vue critique, ce portail, qui constitue un outil informatique important pour les collaborateurs CCoE, souffre régulièrement de perturbations opérationnelles et de pannes. Il en résulte de l'agacement et un travail improductif au sein du CCoE.

Compte tenu des exigences futures des agents d'intelligence artificielle et de SAP BDC, qui nécessitent une disponibilité à 100 %, ce manque de stabilité et de fiabilité informatiques est vivement critiqué par les responsables CCoE. Les acquisitions de SAP Signavio et de SAP LeanIX positionnent stratégiquement SAP dans le domaine de la Business Process Intelligence (BPI) et de l'Enterprise Architecture (EA).

Signavio sert principalement à la transformation des processus (Business Process Redesign/Reengineering). Grâce au Process Mining et aux outils basés sur l'IA (tels que le Task et le Communications Mining), une analyse objective basée sur les données des déroulements réels des processus dans le système SAP (tels qu'ils se déroulent réellement) est effectuée. Signavio identifie ainsi les inducteurs de coûts de processus, la complexité et les potentiels d'automatisation, ce qui crée la base pour déterminer quels processus doivent être standardisés et ensuite testés. L'intégration de l'IA est avancée, notamment avec un modélisateur de processus basé sur l'IA (fonction de texte à processus). L'intégration transparente du Signavio Process Manager dans SAP Cloud ALM permet de transférer des modèles de processus pour la mise en œuvre de solutions.

Transition vers le cloud et Rise with SAP : malgré le contrat Rise, les responsabilités liées au nouveau modèle d'exploitation cloud restent du ressort des clients SAP existants – une expérience CCoE, n'est-ce pas ? Source : SAP

LeanIX, quant à lui, couvre l'architecture d'entreprise. Il est considéré comme un outil de transparence sur l'environnement informatique et comme un modèle pour l'architecture future (dans le cadre de la transformation S/4 et cloud ERP). L'analyse critique de ces outils informatiques du point de vue du CCoE se focalise sur le défi bipolaire : les outils sont des instruments stratégiques qui se trouvent au début du processus ALM, alors que l'automatisation et le monitoring sont des outils opérationnels pour l'exploitation ultérieure. Le client de l'inventaire SAP doit organiser la simultanéité du Process Mining (Signavio) et des tests automatisés dans l'entreprise (CALM, automatisation de base). Les critiques mettent en doute la valeur ajoutée directe de LeanIX et Signavio en termes de gestion et d'organisation si SAP ne fournit pas une stratégie claire pour orchestrer ces outils complexes.

SAP a racheté WalkMe afin de renforcer le soutien aux utilisateurs finaux. WalkMe, la plateforme d'adoption numérique, vise à augmenter la productivité et à réduire les risques en identifiant les points de friction et en fournissant une assistance et une automatisation sur mesure directement dans les flux de travail des utilisateurs (à travers toutes les applications impliquées, y compris non-SAP). WalkMe aide les clients SAP existants à adopter rapidement et efficacement de nouvelles fonctionnalités, ce qui améliore l'adoption par les utilisateurs, un facteur de réussite critique lors de l'introduction de nouveaux systèmes SAP.

La vision de SAP en matière de transformation commerciale : passer de la routine au soutien de la croissance et des nouveaux modèles commerciaux, mais l'action proactive doit être prise en charge par le client existant.

L'architecture de base S/4 exige des mesures spécifiques en matière de monitoring et d'automatisation. La migration vers S/4 Hana nécessite un grand nombre d'intégrations. Les systèmes informatiques ne sont souvent plus monolithiques, mais hybrides (sur site, cloud privé, cloud public, systèmes non-SAP). Cet environnement fragmenté rend le monitoring global complexe. Malgré l'augmentation des risques, de nombreux clients SAP existants ont du mal à mettre en place un monitoring en temps réel et sans faille de leurs environnements SAP. Le CCoE doit assurer une surveillance sans faille des interfaces et des apps (comme Fiori) afin de détecter les problèmes de manière proactive. Des solutions telles que New Relic offrent une observabilité complète et une surveillance des processus métier via le backend SAP et Fiori, afin de mesurer la performance des processus de bout en bout (par ex. Order-to-Cash) et d'évaluer l'impact des migrations.

La tendance est au couplage de la surveillance et de l'automatisation (Observe, Engage, Act). L'objectif est le self-healing dans l'exploitation (p. ex. extension automatisée des disques, redémarrage des sauvegardes). Des plateformes comme Avantra utilisent l'AIOps (Artificial Intelligence for IT Operations) pour simplifier les opérations informatiques et accélérer la résolution des problèmes dans des environnements complexes. Mais dans le cas de Rise with SAP, l'accès à l'exploitation SAP est limité, ce qui complique le travail des outils d'automatisation du marché, en particulier lorsque des processus de bout en bout sont traités. Les interfaces héritées ne sont parfois plus disponibles. Les solutions d'automatisation des charges de travail doivent donc être compatibles avec Rise, l'idéal étant qu'elles agissent directement à partir du système SAP (comme Honico BatchMan).

Le concept de SAP Business Data Cloud (BDC) vise à créer une base de données sémantiquement intégrée pour l'entreprise intelligente. Le BDC et les techniques qui y sont liées (Databricks, Snowflake en tant que solutions Data-Lake d'hyperscalers) révolutionnent l'architecture des données, car ils pourraient potentiellement remplacer l'entrepôt de données classique (DWH). Le travail du CCoE et de la base SAP est fortement influencé par cette évolution : au lieu d'un stockage monolithique des données, on assiste à l'émergence d'environnements hybrides et distribués qui nécessitent le streaming des données et l'analyse des big data. Le CCoE doit assurer la gouvernance des nombreuses API nécessaires à l'échange de données entre SAP Cloud ERP (S/4 Hana) et les plateformes cloud externes.

Le CCoE doit se pencher sur la question de la souveraineté des données. L'octroi de licences devient complexe lorsque les données SAP sont transférées vers des modèles LLM externes en dehors de l'écosystème SAP. En outre, le CCoE doit préparer une stratégie de sortie du cloud complète, car les fournisseurs de cloud, y compris SAP, pourraient supprimer les données lorsque les contrats prennent fin. Le CCoE devient donc un partenaire stratégique qui doit faire le lien entre le stockage des données de Hana et de PAL (Predictive Analytics Library) et les exigences des outils d'analyse en nuage (Data Fabric, Data Hub).

Le CCoE est l'unité organisationnelle centrale qui doit assurer la gouvernance de la sécurité et la conformité (par exemple SoD, gestion des autorisations). Les inquiétudes concernant les violations potentielles du système sont justifiées chez les clients SAP existants. Le principal défi opérationnel est la gestion mensuelle des patch days SAP. SAP fournit des avis de sécurité (Security Notes), mais la vérification manuelle de la pertinence et l'implémentation des correctifs sont souvent déficientes en raison du manque de ressources. 

L'automatisation (par exemple par le biais de logiciels spécialisés qui se chargent de collecter, de hiérarchiser et d'initier des actions pour SAP Security Notes) est le seul moyen de garantir une sécurité durable et de réduire considérablement les temps de dépannage. Dans le cas des solutions SAP en nuage, la responsabilité du respect de la conformité et de la sécurité des applications incombe toujours au client (CCoE), malgré le contrat Rise-with-SAP, même si l'hyperscaler (par exemple Azure, AWS) ou SAP lui-même garantit un niveau élevé de sécurité de l'infrastructure. Le CCoE doit aborder activement la question du respect des lois (comme le RGPD) dans le cloud public.

La SAP Business Technology Platform (BTP) introduit de nouveaux défis. Le CCoE doit établir une gouvernance, des structures fixes et des meilleures pratiques pour la BTP, car celles-ci font souvent défaut. Il faut clarifier où se situent les responsabilités et comment configurer en toute sécurité les tenants et les sous-comptes BTP. Les nouvelles menaces telles que le déni de service économique (EDoS), où les ressources du cloud du client sont gonflées par des abus, doivent être abordées conjointement par les développeurs et le CCoE. Que ce soit sur site ou dans le nuage, le CCoE doit garantir la cyber-résilience - la capacité à rester opérationnel même en cas d'attaques réussies. 

Cela nécessite une stratégie globale et proactive ainsi qu'une collaboration étroite, souvent inexistante, entre les équipes SAP (base, développement) et l'organisation de la sécurité informatique afin de surmonter les frontières des silos (approche DevSecOps). La sécurité de base commence par l'infrastructure et s'étend aux interfaces et aux flux de données.

Le CCoE est également responsable du maintien de concepts d'autorisation actuels et transparents, là aussi SAP n'assume aucune responsabilité par le biais d'un contrat de rise. Les tâches du CCoE comprennent le contrôle des autorisations critiques (comme SAP_ALL), les risques SoD (Separation of Duties) et la gestion des utilisateurs d'urgence ou des super-utilisateurs, qui font l'objet d'un examen critique par les auditeurs. Des solutions de gestion des identités et des accès (comme SAP Access Control ou SIVIS/2ndC) sont nécessaires pour centraliser et automatiser le cycle de vie des utilisateurs et le contrôle des accès.
Et le CCoE doit effectuer des audits réguliers de la configuration du système afin de respecter les directives relatives à la sécurité (paramètres de profil SAP, niveau de la base de données). Les applications de reporting des suites d'automatisation fournissent les informations nécessaires pour les audits et les contrôles de conformité.

En résumé, à l'ère de S/4 Hana et de SAP Cloud ERP (nouvelle SAP Business Suite), le CCoE est devenu le centre de contrôle stratégique. Il doit préserver le rôle du CCC traditionnel - la maîtrise parfaite et automatisée de la salle des machines SAP - tout en adaptant la stratégie de SAP, en résolvant la tension bipolaire entre la conception stratégique des processus (Signavio et LeanIX) et la stabilité opérationnelle de l'informatique (automatisation et surveillance). Sans cette prestation globale - sur le plan de la gestion d'entreprise par l'optimisation des coûts et la clarté en matière de licences, sur le plan de l'organisation par l'allègement de la charge de travail des spécialistes grâce à l'automatisation et sur le plan technique par un monitoring sans faille et une cybersécurité robuste - le client SAP existant ne pourra pas maîtriser la conversion complexe S/4 en toute sécurité et avec succès.