Partenaires SAP : exercices d'étirement inclus

Depuis longtemps, nous faisons également partie du programme de partenariat PartnerEdge de SAP, qui offre des possibilités de coopération désignées par thème - du conseil (Consulting > Service) au développement de solutions (Build) en passant par la vente de licences (Sell). Les partenaires Build, comme nous, peuvent développer leurs propres solutions (Intellectual Properties) et les présenter via différents canaux de distribution comme les Validated Partner Use Cases (VPUC) ou les distribuer aux clients finaux via le SAP Store.

A condition d'avoir réussi à se frayer un chemin dans la jungle des contrats et de la compréhension. Nous sommes encore en train de labourer. Et cela dépend aussi de la forme concrète de notre partenariat ou du partenariat SAP en général.

Dans le meilleur des cas, le chiffre d'affaires des partenaires comme nous augmente. Pour les clients finaux, le programme de partenariat SAP présente l'avantage de pouvoir utiliser des solutions prêtes à l'emploi sous forme de service (SaaS) ou dans le cadre de licences existantes pour les clients finaux (BYOL). Et SAP retient pour cela un "partner fee", une participation variable aux recettes des partenaires, avec laquelle la "consommation" de SAP BTP Services est également indemnisée. Cela ressemble à une situation gagnant-gagnant-gagnant - du moins en théorie.

Stratégie contre réalité

En fait, l'orientation stratégique (future) de SAP est essentielle, voire existentielle, pour les clients finaux et les partenaires. Et celle-ci va définitivement dans le sens du cloud. Le souhait d'une utilisation active et d'une intégration des services SAP Cloud est clairement formulé auprès de nos partenaires.

Cela semble tout d'abord prometteur et prometteur. Mais si, en tant que partenaire de mise en œuvre, on exploite depuis 25 ans une application qui fonctionne parfaitement et que les hôpitaux utilisent en premier lieu dans le monde on-premises, on se trouve face à un véritable défi. Clean Core, Simplification Items ou l'intégration de produits SAP Cloud comme Ariba ne sont que quelques exemples de thèmes pour lesquels il faut des solutions concrètes - pratiques, évolutives, compréhensibles.

Un message clair est nécessaire

En outre, nos clients nous demandent de leur dire clairement comment nous envisageons l'évolution future, en particulier dans le monde on-premise. Par exemple dans le domaine de la santé, où les projets S/4-Hana-On-prem ou Rise sont actuellement de plus en plus à l'ordre du jour.

Cette dichotomie entre les exigences compréhensibles de nos clients, l'orientation stratégique de SAP et notre propre rôle en tant qu'entreprise, prestataire de services et partenaire SAP conduit parfois sensiblement aux limites de notre propre extensibilité.

Cloud versus on-prem

On peut citer ici à titre d'exemple la Compatibility Scope Matrix de SAP. Certains clients finaux ne sont pas conscients qu'à partir du 1er janvier 2026, ils ne seront plus autorisés à utiliser certains processus dans certaines situations. Comme le statu quo de nos clients est très variable, tant en termes de ressources que de technologie - SAP BTP/SAP Cloud n'est pas encore arrivé partout -, nous devons, en tant que fournisseur de logiciels, penser et agir de manière flexible. 

C'est précisément dans les environnements système développés depuis de nombreuses années qu'une migration précipitée vers le cloud est non seulement risquée sur le plan technique, mais aussi souvent injustifiable sur le plan économique. Dans ce contexte, il faut toujours évaluer si et quand un accès orienté vers le cloud, qui présuppose une architecture SAP cloud, est pertinent et judicieux pour le client en question. Ou quelles alternatives sont possibles. Et réalisables sans extension excessive.

Vers l'inscription du partenaire :