Agir avec assurance. Prendre des décisions judicieuses.


Ce n'est pas l'étiquette qui est déterminante, mais le fait de savoir si le modèle d'exploitation correspond à l'architecture du système, à la stratégie de transformation et aux objectifs économiques.
Avec SAP S/4HANA, de nombreuses entreprises sont confrontées à un double défi : elles doivent moderniser leurs processus et leurs applications tout en définissant comment leur futur environnement informatique sera exploité. Le cloud public, le centre de données interne ou l’hébergement géré ne se distinguent pas uniquement sur le plan technique. Ils ont une incidence sur les coûts, les responsabilités, les dépendances et la marge de manœuvre de l’entreprise pendant de nombreuses années.
Envisager les coûts du cloud sur le long terme
Les plateformes cloud permettent un déploiement rapide et une évolutivité flexible. Dans la pratique, les coûts d'exploitation peuvent toutefois s'avérer difficiles à prévoir. Outre la puissance de calcul et le stockage, les coûts globaux incluent le transfert de données, la sauvegarde, la haute disponibilité, les services de sécurité, la surveillance et l'assistance. Lorsque les volumes de données ou les exigences de performance augmentent, la structure des coûts évolue également.
Une comparaison fiable ne doit donc pas se limiter aux seuls coûts d'infrastructure. Ce qui importe, c'est le coût total d'exploitation sur toute la durée d'utilisation prévue. Cela inclut l'administration de SAP Basis, l'exploitation de la base de données et du système d'exploitation, la gestion des correctifs et des mises à jour, la reprise après sinistre, l'astreinte ainsi que les efforts de pilotage en interne.
Pour les PME en particulier, il est essentiel de disposer de budgets informatiques prévisibles. Un modèle d'exploitation doit permettre une évolutivité sans pour autant perdre le contrôle des coûts. Ce qui est déterminant, ce n'est pas seulement la rapidité avec laquelle les ressources sont disponibles, mais aussi la transparence et la stabilité des coûts sur plusieurs années.
Évaluer de manière réaliste le risque de dépendance vis-à-vis d'un fournisseur
Le choix d'une plateforme constitue une décision stratégique pour les entreprises. Plus l'architecture, les interfaces, les processus opérationnels et les outils de gestion sont adaptés à un fournisseur, plus un changement ultérieur peut s'avérer complexe.
La dépendance vis-à-vis d'un fournisseur ne résulte pas uniquement de la technologie. Les modèles contractuels, les services propriétaires et le savoir-faire opérationnel captif peuvent également limiter la portabilité d'un environnement SAP. La souveraineté ne signifie donc pas fournir soi-même chaque prestation. Elle se traduit par la capacité à continuer de choisir le lieu d'exploitation, le prestataire de services et le modèle contractuel en fonction de ses propres besoins.
Les licences SAP propres au client constituent à cet égard une base essentielle. L'exploitation technique peut être confiée à un prestataire spécialisé, tandis que les décisions relatives aux niveaux de service, aux coûts et au développement restent du ressort de l'entreprise.
« OnPremise » ne signifie pas nécessairement « en interne »
Le terme « OnPremise » est souvent assimilé à la présence de serveurs dans les locaux mêmes de l'entreprise. Pour les environnements SAP modernes, cette définition est trop restrictive. « OnPremise » peut également signifier qu'une entreprise utilise ses propres licences SAP et conserve le contrôle de son modèle d'exploitation, tandis que l'infrastructure et les services techniques gérés sont fournis par un partenaire externe.
SAP S/4HANA s'exécute alors, par exemple, dans les centres de données d'un hébergeur. Le client n'a pas besoin de disposer de son propre matériel ni de mettre en place une organisation opérationnelle fonctionnant 24 heures sur 24, 7 jours sur 7. Par ailleurs, l'environnement système n'est pas nécessairement lié à un cloud public ou à un modèle d'abonnement. Cela permet ainsi de concilier allègement des charges opérationnelles et contrôle stratégique.
La pertinence de ce modèle dépend de la situation initiale. Le dimensionnement du système, le volume de données, les interfaces, la disponibilité, ainsi que les objectifs de temps de reprise (RTO) et de point de reprise (RPO) doivent être pris en compte au même titre que les exigences en matière de sécurité, de conformité et de gouvernance. Il en résulte un modèle opérationnel cible robuste.
Les services de gestion technique comme base opérationnelle
L'hébergement SAP professionnel ne se limite pas à la puissance de calcul, au stockage et au réseau. Pour garantir un fonctionnement stable, l'infrastructure, SAP Basis et la gestion des services informatiques doivent être étroitement coordonnés. Cela inclut la surveillance, la gestion des correctifs et des versions, la sauvegarde et la restauration, la haute disponibilité, la reprise après sinistre, la surveillance de la sécurité, ainsi que l'exploitation des bases de données et des systèmes d'exploitation. Une permanence téléphonique, un centre de services et des accords de niveau de service (SLA) définis viennent compléter cette gamme de prestations. L’externalisation de ces tâches permet aux équipes informatiques internes de se concentrer davantage sur les processus métier, les applications et les projets de transformation. Cela revêt une importance particulière, car les experts SAP sont peu nombreux, alors que les exigences en matière de cybersécurité, de disponibilité des systèmes et de temps de réponse ne cessent d’augmenter.

„ L'hébergement SAP doit s'adapter à votre entreprise, à votre environnement SAP et à votre stratégie informatique – et non l'inverse. “ Par Christoph Kleinhenz, membre de la direction de FIS-ASP.
FIS-ASP exploite des environnements SAP dans ses propres centres de données et prend en charge l'infrastructure et les services techniques gérés pour SAP S/4HANA. Plus de 1 000 systèmes SAP gérés et environ 60 000 utilisateurs hébergés constituent la base opérationnelle. L'exploitation et l'assistance sont disponibles 24 heures sur 24. Les normes ISO 27001, ISO 27017, ISO 9001 et ISAE 3402 établissent un cadre transparent pour la sécurité de l'information, la sécurité du cloud, la gestion de la qualité et les processus opérationnels contrôlés.
La rentabilité passe par une planification sûre
Un modèle d'exploitation SAP doit être techniquement opérationnel et rester économiquement viable à long terme. Avec l'hébergement SAP dans les centres de données de FIS-ASP, il est possible de convenir d'une stabilité des prix sur cinq ans. Cela crée une base solide pour la planification budgétaire. Parallèlement, cela évite d'avoir à investir dans une infrastructure de centre de données propre et à mettre en place une organisation opérationnelle complète.
Il convient d'examiner au cas par cas si cela permet de réaliser des économies. Le nombre et le type de systèmes, le volume de données, les performances, la disponibilité et l'étendue des services gérés déterminent l'investissement nécessaire. Une analyse des coûts d'hébergement SAP peut, sur la base de ces paramètres, fournir une première fourchette de coûts et constituer une base de décision objective.
Les entreprises ne devraient donc pas commencer leur réflexion sur leur stratégie SAP par la question générale de savoir si le cloud ou l'infrastructure sur site est la meilleure solution. Il est plus pertinent de se demander quel modèle d'exploitation répond aux exigences en matière de rentabilité, de sécurité, de disponibilité et de contrôle.
La souveraineté ne résulte pas du fait de tout gérer soi-même. Elle découle de la capacité à évaluer de manière réaliste les dépendances et à préserver sa propre marge de manœuvre. C'est précisément à cela qu'un modèle d'exploitation SAP tourné vers l'avenir devrait être évalué.
Vers l'inscription du partenaire :





