SAP S/4HANA Cloud Public vs Private 徹底比較｜選定基準と移行戦略

はじめに：なぜ2つのエディションが存在するのか

SAP S/4HANA Cloud には現在、Public Edition と Private Edition の2つのデリバリーモデルが存在します。同じ「S/4HANA Cloud」という名前を冠していながら、その中身は思想・拡張性・運用モデルのいずれにおいても大きく異なります。混同したまま選定を進めると、要件と提供価値のミスマッチが生じ、プロジェクトが大きく手戻りするリスクがあります。

なぜ2つに分かれているのか（why so）。背景には、SAP がクラウド市場で2つの異なる顧客層を同時に取り込もうとしている事情があります。1つは「ベストプラクティスをそのまま使いたい、運用負荷を最小化したい」というクラウドネイティブ志向の企業群。もう1つは「これまでの ECC 資産を活かしながらクラウドの恩恵を受けたい」という大規模既存ユーザー群です。前者には標準化を徹底した Public、後者には柔軟性を残した Private、という棲み分けがなされています。商流の観点では、Public は新規のミッドマーケット向けバンドルGROW with SAP、Private は既存 ECC 顧客向けのトランスフォーメーションバンドルRISE with SAPとして提供されているのも同じ思想の表れです。

つまり読者にとっての so what は明確で、「自社がどちらの顧客像に近いかを正しく見極めること」が S/4HANA Cloud 選定の出発点になる、ということです。本記事では両エディションの違いを構造的に比較し、選定基準と移行戦略までを一気通貫で整理します。

1. 機能・拡張性・運用モデルの比較表

まず両者の違いを俯瞰します。文章で読む前に表で全体感を掴むことで、この後の章の理解が格段に進みます。

ここで注目すべきは、単なる「機能の多寡」ではなく「コアに手を入れられるかどうか」という設計思想の違いが両者を分けている点です。これは Clean Core戦略 の理解と直結します。

2. アーキテクチャ概念図

両エディションがどのようにユーザー・拡張・運用と関わっているかを図で示します。

flowchart LR
  subgraph Public[Public Edition]
    PU[業務ユーザー] --> PC(((標準コア)))
    PE[拡張開発] --> BTP1[SAP BTP]
    BTP1 -.->|API| PC
  end
  subgraph Private[Private Edition]
    RU[業務ユーザー] --> RC[専有コア]
    RE[拡張開発] --> BTP2[SAP BTP]
    BTP2 -.->|API| RC
    RE -.->|非推奨| RC
  end

Public ではコアが完全にブラックボックス化され、拡張は必ず BTP 側に隔離されます。一方 Private では技術的にコアへの改修も可能ですが、SAP 自身が「やらないでほしい」と推奨しているのが現状です。

3. Public Edition の特徴と向き不向き

Public Edition の最大の価値は、SAP がベストプラクティスとして用意した業務プロセスをそのまま受け入れる前提に立つことで、運用負荷とアップグレードリスクをほぼゼロにできる点にあります。

具体的には、以下の特徴があります。

• 年2回のアップグレードが自動で適用され、常に最新機能が使える
• カスタマイズは Key User Extensibility（画面項目追加など）と Developer Extensibility（BTP ABAP環境）に限定される
• Fit-to-Standard ワークショップを通じて「業務側を SAP に合わせる」進め方が原則
• 導入手法は SAP Activate導入手法 が標準採用される

逆に言えば、独自業務要件が多い企業には不向きです。「うちの業務は特殊だから」という理由でアドオンを積み上げてきた企業が Public を選ぶと、要件の8割を諦めるか、BTP 上で大量の拡張アプリを作る羽目になります。後者を選ぶと結局 TCO は跳ね上がり、Public のメリットが消えてしまいます。

向いているのは、新規設立の事業会社、海外子会社のテンプレート展開、ECC 利用歴が浅くアドオンが少ない中堅企業などです。実際の導入イメージは S/4HANA Cloud導入事例 も参考になります。

4. Private Edition の特徴と向き不向き

Private Edition は ECC からの移行を主眼に設計されており、「クラウドのメリットは欲しいが、これまで作り込んできた業務資産を捨てるわけにはいかない」というニーズに応えるエディションです。

特徴は次のとおりです。

• 業界別ソリューション（IS-U、IS-Retail など）を含むフル機能が利用可能
• ABAP による従来型カスタマイズが技術的に可能（ただし Clean Core 推奨）
• アップグレードのタイミングを顧客主導で決められる（業務繁忙期を避けるなど）
• ハイパースケーラー（AWS／Azure／GCP）上での専有環境として提供される

一方で運用責任の一部は依然として顧客側に残り、Public ほど「丸投げ」にはできません。アップグレード適用の判断、テスト計画、拡張資産のリグレッションなどはユーザー企業のガバナンスが必要です。

向いているのは、グローバル多拠点の大企業、業界特化機能が必須の業種（公共・電力・小売など）、そして数百本以上のアドオンを抱えた既存 ECC ユーザーです。

5. 選定フローチャート

ここまでの内容をふまえ、自社がどちらを選ぶべきかを判断するためのフローを示します。

flowchart LR
  S[選定開始] --> Q1{ECC資産あり?}
  Q1 -->|なし| Q2{標準準拠OK?}
  Q1 -->|あり| Q3{アドオン量}
  Q2 -->|Yes| PUB[Public推奨]
  Q2 -->|No| PRI[Private推奨]
  Q3 -->|少| Q2
  Q3 -->|多| PRI

ポイントは「ECC 資産の有無」と「標準プロセスを受け入れられるかどうか」の2軸です。ここを曖昧にしたまま価格やブランドだけで選ぶと、後工程で必ず破綻します。

6. 移行戦略：Greenfield／Brownfield／Bluefield

S/4HANA Cloud への移行アプローチは大きく3つに分類されます。それぞれが想定するエディションと相性、そして適用シーンが異なります。

Greenfield（新規構築型）は、既存システムを参照しつつもゼロから業務プロセスを再設計するアプローチです。Public Edition と非常に相性が良く、Fit-to-Standard との組み合わせで短期導入を実現できます。業務改革と同時に進めたい企業、過去のしがらみを断ち切りたい企業に適しています。

Brownfield（既存変換型）は、ECC のデータベース構造とカスタマイズをそのまま S/4HANA に変換する方式です。Private Edition で多く採用され、業務停止を最小化しながら移行できる反面、技術的負債もそのまま引き継がれる点に注意が必要です。

Bluefield（選択的データ移行型）は両者の中間で、既存システムから必要なマスタ・トランザクションのみを抽出して新環境に投入します。SAP パートナーが提供するツール（SNP CrystalBridge など）を使うのが一般的で、グループ会社統合や事業分割といった複雑な要件で力を発揮します。

なぜ3つも方式があるのか（why so）。それは企業ごとに「変えたい範囲」と「残したい範囲」が異なるからです。移行方式の選択は技術判断ではなく経営判断であり、業務改革の野心度がそのまま方式に反映されると捉えるべきです。なお拡張開発を BTP 側に集約する考え方については SAP BTP入門 もあわせて確認してください。

7. よくある疑問（FAQ）

Q. Public は機能が少ないと聞きますが、本当に業務が回るのでしょうか。 A. SAP Best Practices は世界中の標準業務をカバーしており、一般的な製造・販売・会計プロセスであれば十分に回ります。むしろ「回らない」と感じる場合は、業務側に過剰な独自ルールが存在しているサインです。

Q. Private は ECC とほぼ同じと考えてよいですか。 A. データベースが HANA に変わり、Fiori が標準 UI になり、一部モジュール（特に CO-PA、在庫管理）の内部構造が刷新されています。「ほぼ同じ」と思って移行計画を立てると必ずハマります。

Q. Public から Private への移行、あるいはその逆は可能ですか。 A. 技術的には可能ですが実質的には再導入に近いコストがかかります。最初の選定で失敗しないことが何より重要です。

Q. アドオンが多い企業は必ず Private ですか。 A. 必ずではありません。アドオンを棚卸しし、本当に必要なものだけを BTP に再実装する前提なら Public も選択肢になります。これは Clean Core 戦略の根幹でもあります。

Q. ライセンス価格はどちらが安いですか。 A. 単純比較はできません。Public は FUE 課金、Private は SAPS ベースの要素が残るため、ユーザー数・データ量・周辺サービスで TCO が逆転することもあります。

エディション選定の議論に入る前に、S/4HANA Cloudを含めたSAP全体の導入と運用像を一度まとめて押さえておくと、意思決定の軸がブレにくくなります。全体像を改めて俯瞰したい方は、SAP学習におすすめの書籍 で紹介している入門書も参考になります。

8. まとめ

• S/4HANA Cloud には Public と Private の2エディションがあり、思想・拡張性・運用モデルが根本的に異なる
• Public はマルチテナント SaaS で、Best Practices を受け入れる前提の企業に最適
• Private はシングルテナントで、ECC 資産と業界特化機能を活かしたい大企業向け
• 選定の決め手は「ECC 資産の有無」と「標準プロセスを受け入れられるか」の2軸
• 移行方式は Greenfield／Brownfield／Bluefield の3種類、業務改革の野心度で選ぶ
• どちらを選んでも、拡張は BTP に隔離する Clean Core の発想が長期 TCO を左右する

S/4HANA Cloud の選定は「製品選び」ではなく「経営における業務改革の意思決定」です。エディションの違いを正しく理解し、自社の改革ポテンシャルに合致したモデルを選ぶことが、クラウド ERP 投資を成功に導く最短ルートになります。

PublicとPrivateの違いを頭で理解した後は、S/4HANAの実際の操作画面を見ておくと解像度が一段上がります。ECCとの画面比較を中心に約2時間でまとめたUdemy講座が手軽です。