パナソニック デジタルが、パナソニックグループの国内製造26拠点の基幹システムをすべて「SAP S/4HANA」で刷新・統一したと発表しました。この記事では、SAP S/4HANA移行でアドオンをどこまで削るべきか、そして基幹システムの標準化がAIエージェント活用の前提としてどう効くのかを、受託開発とAIエージェント事業をやっている立場から論評します。
要点 (事実のみ)
- 対象は国内製造26拠点、約2,800ユーザー。プロジェクト期間は約7年
- 刷新前はSAP ECC 6.0で、保守サポート期限は2025年12月。拠点ごとの個別最適が非効率とコスト増を生んでいたとしている
- 製造SAPを1テンプレート化してプロセスを標準化し、アドオンを7割削減した
- 運用集約によりITコスト削減を実現したとしている (具体額の記載はない)
- 年間数十回の説明会で現場の理解を得ながら、短工期での並行展開を進めた
徐 聖博の見解
評価すべきはSAPを入れたことではなく、ローカルルールを削ったこと
保守期限を理由にECCからS/4HANAへ移る会社は多く、それ自体は珍しい話ではありません。私がこの発表で重く見たのは「アドオン7割削減」と「1テンプレート化」の2点です。アドオンは、拠点ごとの例外ルールがコードとして固まったものです。7割を削ったということは、26拠点分あった「うちのやり方」を、1つの業務定義に寄せる合意を取り切ったということです。
そして、その合意にかかったコストは開発ではなく調整だったと読むのが自然です。年間数十回の説明会という記述がそれを示しています。7年という期間の多くは、システムを作る時間ではなく、現場が標準に合わせることを納得する時間だったはずです。
AIエージェントを本番に乗せる条件は、この標準化と同じ
AIエージェントのPoCを進めていて毎回ぶつかるのは、モデルの性能ではなく「この業務の正しい手順はどれか」「このデータ項目の定義は拠点で同じか」「エージェントに何の権限を渡すか」が決まっていないことです。例外がアドオンの中に散らばっている状態では、エージェントに渡す業務定義と権限設計を拠点の数だけ作ることになり、PoCが本番に進みません。
26拠点が1テンプレートに揃った基盤であれば、業務定義・データ定義・権限は原則1セットで済みます。私は、この刷新は保守切れ対応ではなく、AIを業務に乗せるための運用モデル (Operating Model) の整備として評価すべきだと考えています。同じ論点はAIエージェント全社導入で先に効くのは基幹統合というUKGの事例や、AIはERPと業務基盤なしには機能しないという議論でも扱いました。
アドオンはどこまで削るべきか
「7割」は目標値として真似するものではありません。削る基準は、その業務差異が競争力の源泉かどうかです。製造現場の固有の工程管理のように差別化に効くものは残し、帳票の体裁や承認経路の違いのような慣習的な差異は標準に寄せる。この仕分けを業務側が自分で判断できる状態にすることが、刷新の本体です。統合の粒度は1つに限りません。30のERPを5地域11インスタンスに統合したヒュンダイの判断のように、あえて1つにしない設計もあります。
開発会社にとっての含意
この事例を開発会社の経営者として読むと、耳の痛い話でもあります。SIerや開発会社の受注の多くは、これまで「アドオンを作ること」でした。標準化が進むほど、その需要は減ります。代わりに増えるのは、どの差異を残してどれを捨てるかを業務側と一緒に判断する仕事、標準の外側に置く周辺システムや連携層の開発、そして標準化された基盤の上でAIエージェントを動かす仕事です。
私たちのように受託開発とAIエージェント事業を両方やる会社にとっては、「作る量」ではなく「作らない判断をどれだけ正しく支えられるか」で価値を示すことが求められる局面になったと考えています。多拠点の標準化の進め方はIOIのSAP統合基盤の事例、刷新の成果を何年目に何で測るかはTIAAの基幹刷新の事例も参考になります。標準化された基幹の上でエージェントが実際にどう効くかは、ERP照合で年11,500時間を削ったStarLinkの購買AIエージェントが具体例です。
(編集レンズ: 実装運用 / 作る側 / 発注側・開発会社への含意)
出典: 業務への深い知見と技術力をバネに国内製造26拠点の基幹システムをすべて「SAP S/4HANA」で刷新・統一 (パナソニック デジタル株式会社 / PR TIMES)
