Information et éducation par et pour la communauté SAP

SCM, CRM et compétences clés SAP

Au lieu de se concentrer sur son cœur de métier, SAP veut à toute force devenir une entreprise d'applications en nuage. Tout le monde dans la communauté sait que ce plan va échouer, car les points forts de SAP sont ailleurs.
no-name
18 janvier 2023
NoName
avatar
Ce texte a été automatiquement traduit en français de l'allemand

SAP a pu éviter le désastre de SuccessFactor à la toute dernière seconde. Mais c'était la preuve que SAP ne maîtrise pas le cloud computing. Chaque fois qu'un client SAP a lancé un travail complet dans le cloud SuccessFactor, de nombreux autres utilisateurs du cloud n'ont vu que le fameux sablier à l'écran.

SAP s'est concentré sur les fonctions HCM et a négligé la gestion de l'infrastructure. L'accent a été mis sur le passage d'une solution RH sur site, éprouvée depuis des décennies, à un système HCM dans le cloud. Le point de départ de cette transformation était SuccessFactor, que l'entreprise avait acheté. La feuille de route n'était pas du goût de tous les clients existants de SAP, mais d'un point de vue fonctionnel, cela avait déjà un sens dans l'ensemble - seul le modèle d'exploitation dans le cloud n'était pas maîtrisé par SAP.

SAP semble n'avoir que peu appris de ses erreurs : Sur la base de la solution APO sur site (Advanced Planner et Optimizer), qui a connu un grand succès pendant des années, IBP, Integrated Business Planning, a été créé dans le cloud. Les experts de la chaîne d'approvisionnement sont pour la plupart convaincus de l'étendue des fonctions et de l'idée de bout en bout de l'Integrated Business Planning. SAP est vivement félicité pour ce développement logiciel. Mais IBP n'existe que sous forme d'offre cloud - une situation inacceptable pour nous. Pourquoi ?

IBP arrive en tant que solution cloud dans l'entreprise et la planification de la chaîne d'approvisionnement dépendrait donc de la planification des versions et des périodes de maintenance de SAP. Or, un groupe industriel comme mon employeur, avec des chaînes d'approvisionnement mondiales, ne peut pas, avec le SCM, dépendre de fenêtres de maintenance et de fournisseurs d'infrastructures comme SAP.

En tant que Group-CIO, j'ai déjà suffisamment à discuter des applications des hyperscaleurs professionnels, dont le modèle d'entreprise est le cloud. Le modèle commercial de SAP est un logiciel standard de gestion d'entreprise. Dans le domaine du cloud computing, tout parle en défaveur de SAP - trop peu d'expérience, trop peu d'infrastructure, trop peu d'évolutivité. Même avec des contrats parallèles avec le fournisseur américain Cloudflare, SAP ne parvient pas à mettre en place une architecture cloud satisfaisante pour l'IBP mondial.

Parce que de nombreux experts de la chaîne d'approvisionnement et de l'APO ici présents sont vraiment convaincus par l'IBP, je tiens à le réaffirmer clairement : L'Integrated Business Planning dans le cloud est un risque trop important ! Bien sûr, j'exploite désormais mes propres centres de données selon un modèle de nuage vérifié, car dans de nombreux domaines, la fonctionnalité du cloud est l'évolution logique de la virtualisation - mais dans la chaîne logistique, nous devons conserver notre autonomie et pouvoir déterminer nous-mêmes les fenêtres de maintenance.

Encore un exemple dans le domaine de la fonction par rapport à l'infrastructure : au début de cette année, une partie du groupe m'a demandé un nouveau système CRM. Le chef des ventes responsable est venu me voir dans mon bureau et m'a dit qu'il avait entendu dire que Salesforce s'harmonisait très bien avec notre système SAP. Sans lancer un cours sur la gestion d'entreprise, l'organisation, la technique et le droit des licences, j'ai promis d'examiner la question avec bienveillance - notamment parce que je n'étais moi-même pas à jour avec le CRM de SAP.

Pendant l'été, j'ai demandé à trois stagiaires d'évaluer et de sélectionner des produits CRM, en mettant l'accent sur SAP et Salesforce. Surprise : dans presque toutes les disciplines, SAP a obtenu de bien meilleurs résultats que Salesforce. Le CRM SAP donne une impression beaucoup plus cohérente. Il s'agit davantage d'une application cohérente que d'un système CRM évolutif ressemblant à Excel. J'ai été très surpris de voir ce que SAP a créé en termes de développement au cours des dernières années depuis l'annonce en fanfare de C/4 lors d'un Sapphire à Orlando - à l'époque par Bill McDermott et Hasso Plattner. L'année prochaine, mon collègue commercial recevra un CRM de la maison SAP !

Ce que je voulais prouver dans ma dernière chronique de l'année, c'est que SAP maîtrise toujours les principaux algorithmes de gestion d'entreprise. La compétence principale de SAP est la gestion d'entreprise et l'organisation, et non le cloud computing.

avatar
no-name

Notre mystérieux chroniqueur anonyme.


2 commentaires

  • Christian Podiwinsky

    Ich kann mich als langjähriger interner / externer SAP-Berater diesen Ausführungen nur anschließen. Für die meisten SAP-Kunden war die multifunktionale / multibranchen Integration der SAP-Anwendungen in einem logischen System ein wesentlicher Entscheidungsfaktor, der andere Nachteile – wie Preis/Kosten, Schulungsaufwand, wenig sexy-Oberfläche,.. aufhob. Es wäre logisch gewesen, hätte man die In-memory-Speichertechnologie und in späterer Folge die universellen Digitalisierungsanforderungen zum Anlass genommen, um den SAP-Kernel – sprich R/3-ECC,… entweder weiter oder -ähnlich wie beim Wechsel von R/2 auf R/3 – ein R4 zu entwickeln, das die technologischen Entwicklungen voll ausnutzt. Da hätte man voll integrierte Planungsmodelle – integriert mit KI-Funktionen neu entwickeln können, eine mehrstufige Verfügbarkeitsprüfung mit Handlungsalternativen, voll integrierte Personaleinsatzplanungen und Isterfassungen, Einkaufs- und Kundenplattformen, flexible, voll integrierte Prozessmodellierungen / – verfolgungen, Workflow-Applikationen mit variablen, benutzernahen Parameter und intergiert über alle Anwendungsmodule, eine mit ABAP und anderen SAP-Entwicklungswerkzeugen verknüpfte Low-Code / No-Code-Umgebung u.v.a.m. entwickeln können. Bei konsequenten Neuausbau und Modernisierung des R/4 wäre auch eine Neulizenzierung vertretbar ud vom markt auch akzeptierbar gewesen.
    Statt dessen kaufte man – ziemlich wahllos – Softwarefirmen zu, deren Anwendungen in den wenigsten Fällen die Key-Bedürfnisse der bestehenden SAP-Kunden berührte, noch in gewohnter Weise mit dem SAP-Kernel integrierbar waren und vollkommen neue Skills zum Aufbau / Wartung der Systeme brauchte.
    Es ist für sehr viele Kunden auch nicht nachvollziehbar, warum sie ihr bestehendes ERP-System in die Cloud transferieren sollen , warum SAP-Neuentwicklungen mit Priorität in der Cloud angeboten werden – es gibt sehr wenige – und wenn nur kurzfristig geltende – betriebswirtschaftliche Argumente das zu tun. Und wie mühsam ist es, Know-how für IBP, SAC, Instandhaltung neu.. zusätzlich zum bestehenden SAP-Know-how aufzubauen – wie viele Fallen, Zusatzaufwand, Zeitverzögerungen,… gibt es ,um die Daten von diesen isolierten Anwendungen mit dem Kern-ERP zu verknüpfen – da verliert SAP ihre Uniquness – da kann man sich genau so gut um andere Produkte, die oft sehr gut mit SAP verknüpfbar sind, umschauen – und die Betreuung ist da auch oft besser.

    • A
      Peter M. Färbinger, E-3 Magazin

      Hallo! Ja, ein R/4 wäre besser gewsen als ein S/4. Einige Experten sagen aber auch, dass in S/4 an vielen Stellen nur ein ERP/ECC 6.0 steckt. Also alter Wein in neuen Schläuchen?

      Und die verordnete Cloud-Transformation wird noch ein Thema in der SAP-Community: Der APO erweckt immer wieder gemischte Gefühle. Nun muss es mit dem Nachfolger IBP in die Cloud gehen, darüber sind nicht alle SAP-Bestandskunden glücklich.

      SAP öffnet mit der aktuellen Politik den Mitbewerbern Tür und Tor …

Écrire un commentaire

Le travail sur la base SAP est essentiel pour réussir la conversion S/4. 

Ce que l'on appelle le centre de compétences prend ainsi une importance stratégique chez les clients existants de SAP. Indépendamment du modèle d'exploitation d'un S/4 Hana, les thèmes tels que Automatisation, Suivi, Sécurité, Gestion du cycle de vie des applications et Gestion des données la base de l'exploitation opérationnelle de S/4.

Pour la deuxième fois déjà, le magazine E3 organise à Salzbourg un sommet pour la communauté SAP afin de s'informer en détail sur tous les aspects du travail de base de S/4-Hana.

Lieu de la manifestation

FourSide Hôtel Salzbourg,
Trademark Collection by Wyndham
Am Messezentrum 2, 5020 Salzbourg, Autriche
+43-66-24355460

Date de l'événement

mercredi 10 juin, et
Jeudi 11 juin 2026

Billet d'entrée anticipé

Billet régulier

EUR 390 hors TVA
disponible jusqu'au 1.10.2025
EUR 590 hors TVA

Lieu de la manifestation

Hôtel Hilton Heidelberg
Kurfürstenanlage 1
D-69115 Heidelberg

Date de l'événement

mercredi 22 avril et
Jeudi 23 avril 2026

Billets

Billet régulier
EUR 590 hors TVA
Abonnés au magazine E3
à prix réduit avec le Promocode STAbo26
EUR 390 hors TVA
Étudiants*
à prix réduit avec le Promocode STStud26.
Veuillez envoyer votre certificat d'études par e-mail à office@b4bmedia.net.
EUR 290 hors TVA
*Les 10 premiers billets sont gratuits pour les étudiants. Tentez votre chance ! 🍀
L'organisateur est le magazine E3 de la maison d'édition B4Bmedia.net AG. Les conférences seront accompagnées d'une exposition de partenaires SAP sélectionnés. Le prix du billet comprend la participation à toutes les conférences du Steampunk and BTP Summit 2026, la visite de l'espace d'exposition, la participation à la soirée et les repas pendant le programme officiel. Le programme des conférences et la liste des exposants et des sponsors (partenaires SAP) seront publiés en temps utile sur ce site.