SCM, CRM et compétences clés SAP


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.
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.
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 …