おそらく、このあたりの動きが仰っているものに近いのではないかと思います。基幹系を解体して規模が小さなサービスの集合体に変え、アジリティを確保しようとする動きと理解しています。設立時期などの経緯でレガシーを抱えたDNBや、先進的なエンプラ企業が取り組み始めています。

https://techblog.zozo.com/entry/replacing-shipping-system-supporting-zozobase

https://japan.zdnet.com/article/35205117/

前SAPの知り合いと話してたんですけど、下記って全部SAPがやり始めてるところだと思うんですよね〜

・クラウドネイティブな基幹システム

→クラウド化推進中

・人がシステムに合わせる

→いわゆるSAPのFit to Standard

・デザイン使いやすい

→UIをFioriに

・動作保証

→不明

・費用

→クラウド化に伴い、廉価版も販売

となると、結局はネームバリューと導入実績踏まえて、1強が続くかと

Inforとかですかね。Fit to standardとかいってますけど、企業ごとのテンプレートもあるにはありますが、バニラでは使いづらく（というか現場の業務を変えたくないという声を聞きすぎているが故に）、結局それぞれの企業でAdd-onが積み重なり、コストが掛かりますね。

確かSAPさんもパブリッククラウドとかいう、SaaS ERPを推進していくとかをみたような。。

加えて、クラウドのプラットフォームをかなり推しているイメージがありますね。そこにマイクロサービスとして機能がたくさん提供されているのであれば、投稿主様のイメージと少し近そうですな🧐

基幹システムとwebシステムに求める要件が異なるから、web開発に寄せる必要がないのだと思われます。

・クラウドネイティブと言うのは、単にクラウドに載せるとかSaaSを使うという意味では無く、要件に応じて柔軟に変更を加えてデプロイをガンガン掛けてく事や、スケーラブルな処理を柔軟にさばくシステムにする事を指しますが（コンテナ化などして）、基幹システムは要件が日々変わるようなものでも無いし、ユーザーは社員数が上限でスパイクアクセスがあるようなwebとは異なります。なのでそのアプローチの必要性がそもそも少ないとも言えます。

・デザインが使いやすいと良いのは、今初めて作ったシステムがそうなら嬉しいですが、70年代の汎用機で動作してた時代のトランザクションコード（SAP上においてユーザーが入力するコマンド）で慣れてるユーザーからしてみたら、それが今変わるのは煩雑です。SAPGUIという操作画面が変わるのもそうです。またSAP自体が、Javaや.NETで追加の画面を開発できる環境等は以前から提供はしてますし、FioriといいうHTML5のweb系のGUIを開発するプラットフォームもあり、全くの非オープンシステムだけでは無くやってきてます。

グローバルに大規模展開していないようなMid Market未満向けのERPなら幾つか選択肢が出てくるかもしれませんが、それ以上の規模だと各国の会計基準とか法規制に合わせた云々とかに対応する難易度が高くて厳しいのではないか、という印象ですね。

あと、フロント領域の柔軟さは要求される機会があるものの、先の投稿者様のコメント通りERPソフトウェアが充足するコア機能(SoR領域)は一度固めれば基本的にそうそう頻繁に業務が変わる事がないのでAgility確保へのニーズが薄く、

信頼性のほうが重視されると思います。

むしろ変化の多い現場向けフロント領域はSalesforceやServiceNOWのようなエンタープライズ向けのノーコード/ローコードのプラットフォームでアプリを作って対応し、後ろでSAPに繋ぐという整理/位置関係にあるように思えます。