SAP S/4HANA Cloud での (グリーンフィールド) 新規導入オプションの分析

Objectives

After completing this lesson, you will be able to:
  • SAP S/4HANA Cloud の新規導入を分析します。
  • SAP S/4HANA (オンプレミス) の新規導入を分析します。
  • SAP S/4HANA Cloud, private edition の新規導入を分析します。

SAP S/4HANA Cloud の新規導入

SAP S/4HANA Cloud の新規導入の利点を示す、SAP S/4HANA Cloud の新規導入に関する図。

S/4HANA Cloud は、SAP が提供する SaaS (Software as a Service) 製品であり、以下の利点があります。

  • 選択した LoB および業種別シナリオに対して高度に標準化されたビジネスプロセス
  • 迅速な価値実現をサポートするベストプラクティス
  • SAP データセンタで実行されるマルチテナントクラウド
  • 設計による clean core コンセプトの適用
  • SAP Business Technology Platform (BTP) の拡張性オプション
  • 市場の変化への即応性の向上につながる迅速なイノベーションサイクル
  • サブスクリプション契約

SAP S/4HANA Cloud ランドスケープの理解

SAP S/4HANA Cloud ランドスケープに関する図。

SAP S/4HANA Cloud および On-Premise の導入に使用されるシステムランドスケープには、以下が含まれます。

SAP Cloud ALM

SAP Cloud ALM を使用して導入およびランドスケープを管理します。

SAP Cloud Identity

SAP Cloud Identity は SAP S/4HANA Cloud のデフォルトのアイデンティティプロバイダであり、クラウドのユーザに対して安全な認証およびシングルサインオンを提供します。

SAP Central Business Configuration

SAP Central Business Configuration (CBC) は、SAP S/4HANA Cloud の設定ハブです。これは、SAP S/4HANA Cloud システム (スタータ、品質、および本稼働) をプロビジョニングし、ビジネススコープを有効化し、設定関連アクティビティを完了する SAP Business Technology Platform のサービスです。設定は、移送によって CBC から SAP S/4HANA Cloud に移動されます。SAP CBC は、新しいスコープ、国、および設定を有効化することで SAP S/4HANA Cloud ソリューションを引き続き更新するために、本稼働開始後に顧客によって使用されます。

スタータシステム

スターターシステムには企業経営範囲が含まれており、ビジネスプロセスとマスタデータが事前設定されています。スタータシステムのデータおよび設定は、SAP Signavio Process Navigator のスコープアイテムテストスクリプトと直接一致します。

品質システム

品質システムは、Fit-to-Standard ワークショップで収集されたデータおよび要件に基づいて CBC を介してプロビジョニングおよび設定されます。S/4HANA システムの本稼動後、品質システムは追加設定のテスト環境として機能します。完全なテストを行った後、S/4HANA Cloud のソフトウェアコレクション移送 SAP Fiori アプリを使用して、拡張を品質システムから本稼動システムに移送することができます。移送管理によって管理されないその他のアクティビティは、SAP S/4HANA Cloud 品質システムで直接実行されます。

本稼動システム

本稼動システムは CBC を介してプロビジョニングされ、週次または隔週の移送によって品質システムと同期されます。移送不可能な設定には、品質システムと同じものが適用されます。CBC のガイド付ワークフロータスクにより、導入チームメンバーが本稼動システムでこれらの設定を行うタイミングが指示されます。本稼働開始後、エンドユーザは本稼働システムを使用して組織のビジネスプロセスを実行します。

サンドボックスシステム

移送パスなしで、Q システムまたは P システムに影響を与えずにイノベーションをテストするためのサブスクリプションベースのテナント。

注記

品質システムと本稼動システムが互いのミラーイメージであることが理想的であるため、品質システムでのビジネスプロセステストまたは拡張テストでは、本稼動システムで発生する内容 (新しい拡張が本稼動システムに移送される場合など) が正確に反映されます。ただし、移送パスは品質から本稼働への単一方向にのみ移動します。テストデータリフレッシュサービスは、この問題を解決し、本稼動システムのデータを品質システムと同期することで理想的なテスト環境を提供するために開発されました。テストデータリフレッシュは、本稼働システムから品質システムのマスタデータおよびトランザクションデータをリフレッシュするサブスクリプションサービスです。組み込みの匿名化機能により、データプライバシーコンプライアンスが確保されます。テストデータリフレッシュの詳細については、SAP Community を参照してください。

SAP Cloud ALM での SAP Best Practice プロセスの使用

SAP Best Practice ソリューションシナリオ、プロセス、およびダイアグラムの選択を示すスクリーンショット。

SAP が提供するすべての SAP Best Practice ソリューションシナリオは、Fit-to-Standard ワークショップ向け SAP Cloud ALM で利用できます。これらを選択し、必要なソリューションプロセスおよびダイアグラムをプロジェクト範囲に追加することができます。顧客がデジタルディスカバリ評価ツールを使用して評価を実施した場合、結果 (Excel レポート) を使用して、範囲を SAP Cloud ALM に直接アップロードすることができます。

SAP Central Business Configuration と SAP Cloud ALM の統合

Central Business Configuration 統合を示すタスクアプリケーション。

SAP Central Business Configuration 統合では、SAP Cloud ALM をガイドシステムとして使用することができます。タスクを実行する必要がある順序を取得し、SAP Central Business Configuration にシームレスにナビゲートします。集中プロジェクト管理を改善できるように、設定タスクをロードすることができます。これらのタスクを使用して、SAP CBC プロジェクトにナビゲートし、タスクを実行することができます。ステータス情報が SAP Cloud ALM に戻されます。

プロジェクト管理タスクのタイムライン、組織管理、スコーピング、および設定を示すスクリーンショット。

SAP Central Business Configuration は、完了したアクティビティの順序を制御することで、導入プロジェクトのガイダンスを提供するように設計されています。プロジェクト経験では、チームメンバーを管理し、アクティビティを完了してシステムを設定したり、プロジェクトステータスを表示したりすることができます。アクティビティはフェーズにグループ化され、各フェーズはマイルストーンで終了します。

SAP Central Business Configuration の設定アクティビティを示すスクリーンショット。

SAP Central Business Configuration の設定アクティビティは、事前設定された SAP Best Practices コンテンツを要件に合わせて調整する際に顧客をサポートするように設計されています。利用可能な設定アクティビティは、有効なスコープおよび国の選択に基づきます。すべてのビジネスシナリオ (スコープアイテム) がすべての国で利用できるとは限らないため、設定アクティビティは国によって異なる場合があります。設定アクティビティは、必須、推奨、または任意にすることができます。

クラウドシステムのプロビジョニングを示すスクリーンショット。

SAP S/4HANA Cloud は SAP を通じて直接提供されるため、クラウドポートフォリオ内の多数のユーザフレンドリなサービスのメリットが得られます。

SAP S/4HANA Cloud の開発システムが必要な場合は、オプションとして 3 システムランドスケープを使用することもできます。

SAP S/4HANA Cloud テスト自動化ツールに関する図。

テスト自動化ツールは、SAP S/4HANA Cloud に不可欠な部分です。事前設定されたテストスクリプトを使用して、ビジネスプロセステストを自動化することができます。記録機能を使用して、既存のテストケースを追加変更したり、新規テストケースを登録したりすることができます。また、SAP が提供するテスト自動化では、改善された回帰テストがアプリレベルでサポートされています。

テストプロセスを登録および管理するためのテストプロセス管理アプリケーション。

テストプロセス管理アプリでは、組織内のビジネスプロセスを表すテストプロセスを登録および管理することができます。システムで実際のテストを実行するには、テストプロセス、または複数のプロセスをアプリのテスト計画に追加する必要があります。導入チームは、顧客と協力して標準テストプロセスを使用してテスト計画を構築し、Fit-to-Standard ワークショップに基づいて行われた拡張またはカスタマイゼーションに合わせてテストプロセスを変更します。

テストプロセス管理アプリで使用可能なテストプロセスは、システムで有効化された範囲に基づきます。これは、各テストプロセスの自動化が、システムで有効なビジネスプロセス (スコープアイテム) と直接整合するためです。テストプロセス自動化は、基本的に SAP Signavio Process Navigator にあるテストスクリプトの自動バージョンであり、SAP S/4HANA Cloud システムでビジネスプロセスをマニュアルでテストします。

SAP Cloud ALM によるテストの管理

テストケースを表示または登録するためのテスト準備アプリケーション。

SAP Cloud ALM では、マニュアルテストケースおよび自動テストケースの準備および実行が可能です。ベストプラクティスコンテンツでは、準備プロセスを迅速化するために SAP Cloud ALM にインポートできる標準マニュアルテストケースが提供されます。S/4HANA Cloud テスト自動化ツールへの統合により、テスト自動化ツールで自動テストケースがあるソリューションプロセスをスコーピングすると、この自動化テストケースは自動的に同期され、SAP Cloud ALM で直接実行することができます。

各 Feature のデプロイメントステータスを表示する Feature トレーサビリティアプリケーション。

SAP Cloud ALM の SAP S/4HANA Cloud 移送トレーサビリティ

  • フィーチャを使用して、SAP S/4HANA Cloud での設定、キーユーザ、および開発者拡張性の変更を追跡します。

  • リリースされた移送依頼をフィーチャに簡単に割り当てます。

  • 依存移送依頼を 1 つの機能にバンドルすることで、異なる収納タイプ間の依存関係を管理します。

  • 開始ポイントとして Feature トレーサビリティを使用し、移送依頼の転送およびインポートなどの次のステップについて決定するだけです。

Fit-to-Standard プロセスの適用

Fit-to-Standard プロセスの適用に関する図。

SAP ロードマップ SAP Activate for SAP S/4HANA Cloud, public edition では、発見から実行までのすべてのプロセスフェーズに関するガイダンスが提供されます。選択されたものについて、以下で説明します。

ビジネス主導の設定質問表は、Fit-to-Standard ワークショップで参照として使用されます。回答は、ソリューションの実現化に必要なバックログ項目および要件を特定するためのディスカッションを促進するために使用されます。すべてのバックログ項目とデルタ要件が定義され、各ワークショップで文書化されます。トピックの複雑さに応じて、Fit-to-Standard ワークショップごとに複数のウェーブが存在する場合があります。

ビジネスプロセスエキスパートが、Fit-to-Standard ワークショップ中にスターターシステムで実演されたシナリオを実行する

Fit-to-Standard ワークショップで定義した後、すべてのプロセスフロー、バックログ項目、およびデルタ要件の完全性がレビューされ、チェックされます。

要件およびプロセスフローをエキスパートチームに引き渡し、デルタ要件をレビューしてバックログ項目に変換します。

すべてのバックログ項目がレビューされ、1 つのバックログに集約されます。最初の導入フェーズの範囲が決定され、範囲外のアイテムが将来の導入フェーズのために文書化されます。

SAP S/4HANA (オンプレミス) の新規導入

SAP S/4HANA (オンプレミス) の新規導入に関する概要図。

このグリーンフィールドとも呼ばれる新規導入シナリオでは、顧客は非 SAP レガシシステムまたは旧 SAP ソリューションのいずれかから SAP S/4HANA (オンプレミス) の新規インスタンスを導入します。このシナリオでは、ビジネスプロセスを改善し、主要なイノベーションに焦点を当て、新しいクラウドベースのソリューションの導入を開始することができます。顧客は、既存のソリューションからの重要なマスタデータおよびトランザクションデータのみを希望する場合があります。このようなシナリオについては、レッスン 'システム変換の理解' で説明します。

新規導入向けベストプラクティスのデプロイのスクリーンショット。

SAP Best Practices を SAP S/4HANA プライベートクラウドシステムまたはオンプレミスシステムにデプロイするためのツールは、SAP ソリューションビルダです。ソリューションビルダの焦点は、ソリューションです。ソリューションには、特定の業務ラインまたは事業領域に対して事前定義されたプロセスフローである SAP Best Practices シナリオのセットが含まれています。シナリオは、自己完結型の 1 つ以上のビルディングブロックと、カスタマイジング設定やマスタデータステップを含む再利用可能なエンティティで構成されます。

Best Practices は、開発システムで 1 回だけ有効化されます。移送は、開発システムで定義されたビジネスコンフィグレーションを品質システムおよび本稼動システムに提供するために使用されます。

カスタマのすべてのビジネスプロセス文書は、ソリューション文書化と呼ばれる Solution Manager のセントラルライブラリに存在します。顧客の要件に合わせて SAP Best Practices をカスタマイズする場合は、SAP Best Practices を直接編集しないでください。コピーを作成し、そのコピーを編集します。追加のカスタマ固有コンテンツおよび補足文書も、ソリューション文書化で登録および更新されます。

SAP Business Technology Platform を介した並列拡張性を示す図。

SAP Business Technology Platform は、最新の拡張性フレームワークを開発者に提供し、疎結合された拡張アプリケーションを安全に実装して、既存の SAP ソリューションに追加のワークフローまたはモジュールを実装できるようにします。すべての標準 SAP ソリューションには、アプリ内カスタマイジング機能が用意されています。追加の顧客要件に対応するため、SAP Business Technology Platform 拡張機能は、開発者がオンプレミスまたはクラウドの SAP ソリューションで新機能を簡単かつ安全に構築、デプロイ、および運用するのに役立ちます。

SAP Business Technology Platform の拡張性は、以下の 3 つのスイートに分かれています。

拡張スイート - 開発効率

ローコードツールを使用して既存のアプリケーションのビジネスプロセスを拡張および最適化し、開発をシンプル化して、革新的なアプリケーションを迅速に作成します。

拡張スイート - デジタルエクスペリエンス

ビジネスアプリケーションや複数のチャネルにわたって、一貫性があり、パーソナライズされ、統一されたユーザーエクスペリエンスを大規模に提供します。

拡張スイート - デジタルプロセスオートメーション

デジタル化されたワークフローとロボティックプロセスオートメーションボットにより、反復的なマニュアルタスクを自動化します。

特定の業務ラインおよび業種向けに設計された事前定義されたプロセスコンテンツパッケージにより、カスタマイズを迅速かつ簡単に実装することができます。

拡張スイートのサービスの詳細については、SAP Discovery Center を参照してください。

SAP クラウドソリューションと保護されたオンプレミスネットワーク間の安全な通信を促進する SAP Cloud コネクタを示す図。

Cloud Connector は、SAP クラウドソリューションと、インターネットから直接アクセスできない保護されたオンプレミスネットワークとの間の安全な通信を促進し、オンプレミスネットワークにインストールされて実行されるリバースインボークプロキシコンポーネントとして機能します。Cloud コネクタは、クラウドアプリケーションがオンプレミスソフトウェアにアクセスまたは拡張する必要があるハイブリッドシナリオで使用されます。

ファイアウォールでポートを開き、DMZ でリバースプロキシを使用してオンプレミスシステムへのアクセスを確立するアプローチと比較して、Cloud コネクタには以下の利点があります。

  • SAP BTP から内部システムへの外部アクセスを許可するために、オンプレミスのファイアウォールを設定する必要はありません。許可された送信接続の場合、変更は必要ありません。

  • Cloud コネクタでは、HTTP および追加のプロトコルがサポートされています。たとえば、RFC プロトコルでは、汎用モジュールを呼び出すことによって ABAP システムへのネイティブアクセスがサポートされます。

  • クラウドコネクタを使用すると、クラウドユーザの ID をオンプレミスシステムに安全な方法で伝送できます。

  • インストールと設定が簡単です。つまり、Cloud Connector は TCO が低く、クラウドシナリオに合わせて調整されます。

  • SAP では、クラウドコネクタの標準サポートを提供しています。

設定アクティビティの実行を示す図。

実現化フェーズでは、設定アクティビティが実行されます。このフェーズでは、評価フェーズで特定されたすべての要件が構築され、テストされます。通常、これは SAP Activate のアジャイル開発アプローチを使用して発生します (導入アプローチ固有)。

アジャイル開発とは、小さな使用可能な増分で作業を開発および提供することです。進捗およびチーム間の連携を測定する単位は、スプリントと呼ばれます。スプリントは、ソリューションを段階的に構築する目的を果たすために、導入および開発作業を編成するためのタイムボックスです。

アジャイル開発をサポートするために、SAP Focused Build を活用することができます。SAP Focused Build は、アジャイルプロジェクトを管理するための SAP Solution Manager と統合された即時実行可能なツールです。SAP Focused Build には追加コストはなく、顧客による頻繁な検査ポイントによる、タイムボックス化された短いスプリントでのソリューションの構築がサポートされます。

Focused Build for SAP Solution Manager を参照してください。

SAP Solution Manager テストスイートを示すスクリーンショット。

SAP Solution Manager テストスイートは、オンプレミスの SAP ソリューションのテストを管理および実行するために使用されます。システム間ビジネスプロセスに必要なテストの範囲を計画し、テストを一元的に管理し、それらのテストを実行することができます。

SAP Solution Manager テストスイートでは、以下がサポートされています。

  • マニュアルおよび自動化された機能テスト

  • SAP および非 SAP ソリューションのテスト

  • オンプレミス、クラウド、およびハイブリッドソリューションの機能テスト

  • 保守作業の変更インパクト分析を自動化し、ソフトウェアの変更とスマートな計算に基づいてテスト範囲を縮小

  • ユーザ受入テストおよび機能統合テストの半自動テスト計画をトリガする新しい要件

  • Focused Build for SAP Solution Manager による要件からデプロイまでのプロセスにおけるアジャイル開発アプローチのサポート

  • プロジェクト管理、プロセス管理、変更およびリリース管理、不具合およびインシデント管理、および SAP Solution Manager のカスタムコード管理コンポーネントとのシームレスな統合

  • テストスイート分析により、すべての関係者のテストステータスおよび進捗を完全に透明化します。

  • サードパーティテストツールとの統合

Tricentis によるテスト自動化を示す図。

SAP と Tricentis は、既存のパートナーシップを拡大し、SAP Enterprise Support 契約を締結しているすべてのお客様が Tricentis Test Automation for SAP を期間ライセンスとして使用できるようになります。これにより、SAP S/4HANA およびインテリジェントエンタープライズへの移行が容易になります。

Tricentis Test Automation は、すべての SAP 顧客が SAP Enterprise Support 契約に基づいて利用できます。SAP と Tricentis のパートナーシップには、リセラー契約が含まれています。これにより、お客様は、SAP Load Testing by Tricentis、SAP Change Impact Analysis by Tricentis、または SAP Continuous Enterprise Testing by Tricentis を採用することで、テスト自動化を非 SAP コンポーネントを含むエンタープライズテスト管理に簡単に拡張することができます。

  • SAP Cloud ALM または SAP Solution Manager (もしくはその両方) によるクラウドソリューションの管理

  • Tricentis および SAP Cloud ALM または SAP Solution Manager (もしくはその両方) によるテスト方針の管理

  • Tricentis Test Automation for SAP によるテスト自動化の管理

  • SAP Enterprise Continuous Testing by Tricentis による SAP 製品の枠を超えた自動化

  • SAP Load Testing by Tricentis による負荷およびボリュームテストの実行

SAP S/4HANA Cloud (パブリッククラウド) の導入と比較すると、SAP Fiori デプロイメントは SAP S/4HANA オンプレミスの新規導入に対する追加の考慮事項です。これは、標準ソリューション内で利用できない SAP Fiori アプリとのギャップを特定するために、プロジェクトチームにユーザエクスペリエンス方針の一部を含める必要があるアクティビティです。

ユーザエクスペリエンスの計画については、この openSAP コース How to Delivery a Great User Experience with SAP S/4HANA) で詳しく説明します。完全なコースに従って、SAP Fiori UX の計画および提供方法を完全に理解し、導入で使用できる情報およびアクセラレータにアクセスします。

左側の SAP HANA のサイジングアプローチに関する SAP 文書の表紙。右側のサイジングの定義。

オンプレミスソリューションを導入する際の追加考慮事項は、ハードウェアのサイジングです。ハードウェアとデータベースのサイズは、ビジネスの側面と技術的な側面の両方の影響を受けます。つまり、さまざまなアプリケーションコンポーネントを使用するユーザの数、およびユーザがネットワークに配置したデータロードを考慮する必要があります。

SAP 標準アプリケーションベンチマーク結果 (www.sap.com/benchmark) を使用して、特定のソフトウェアコンポーネントの CPU 消費およびメモリ消費に関する文を作成することができます。

サイジングについては、3 つの異なる独立したサイジングモデルを特定しました。最初の 2 つのユーザベースのサイジングとスループットベースのサイジングは、Quick Sizer に実装されています。

ユーザベースのサイジング

システムを異なる程度まで処理する 3 つのタイプのアクティブユーザーを定義しました。ユーザを数えるのは、非常に簡単です。これらのユーザが生成する実際のスループットについてほとんど言っていないため、この予測はかなり大まかなものです。

スループットベースのサイジング

このモデルは、予想されるスループットでサイジングを計算するため、非常に綿密です。ビジネス条件 (1 年あたりのオーダー明細数など) の前提事項は、個別のインストールに対してクロスチェックする必要があります。

顧客パフォーマンステスト

対応するテストは、カスタマデータを使用してカスタマシステムで実行されます。欠点は、これらのテストを実施するにはかなりの時間と費用が必要になることです。詳細については、ホワイトペーパー Carrying Out Customer Performance Tests を参照してください。

SAP S/4HANA Cloud, private edition の新規導入

SAP S/4HANA Cloud, private edition の主な機能の一覧を示します。

SAP S/4HANA Cloud, private edition は、オンプレミスデプロイメントから認識される従来の特性を持つクラウドベースのソリューションです。

  • すべてのスコープと対象範囲:LOB および業種別プロセスを含む、すべての機能的な SAP S/4HANA のスコープ

  • 投資保護

    • クラウドへのシステム変換とブラウンフィールド移行

    • アプリケーションと技術運用を一元管理

    • SAP システムへの事前投資の保護

  • 柔軟性と拡張性

    • SAP S/4HANA 拡張性フレームワークへのアクセス

    • 並列拡張とアプリ内拡張

    • コード拡張およびコード修正

    • エキスパート設定 (完全な IMG アクセス)

    • スケーラブルなプラットフォーム

  • クラウドの拡張性と TCO

    • ハイパースケーラーインフラストラクチャーの弾力性、回復力、TCO

    • SAP による技術的な運用

    • 顧客の要求に応じて SAP によって実行されるアップグレード

SAP S/4HANA Cloud, private edition の新規導入の主なステップを示す図。

SAP S/4HANA Cloud, private edition の新規導入の主なステップは以下のとおりです。

  • ソフトウェアのインストール:SAP は、クラウドに新しい SAP S/4HANA インスタンスをプロビジョニングする

  • 事前設定コンテンツ有効化

    カスタマは、デプロイメントのベースとして、以下の事前設定済テンプレートのいずれかを選択することができます。

    • SAP Best Practices for SAP S/4HANA

      • SAP Best Practices パッケージにより、システム設計で 'Fit-to-Standard' アプローチが使用され、標準化された一連のビジネスプロセスが提供されることで導入のスピードが加速されます。

      • SAP は、選択した SAP Best Practices プロセスを顧客のために有効化します。

      • 範囲は、SAP Signavio Process Navigator の関連パッケージに基づいて事前設定されています。

    • SAP S/4HANA 企業経営レイヤ (EML)

      • EML では、事前に有効化された SAP Best Practices に基づいて、すぐに実行でき、事前設定され、ローカライズされたコアテンプレートが提供されます。

      • EML は '完全に有効化されたアプライアンス' として構成されており、システム構成は迅速かつ簡単にデプロイできるイメージに圧縮されます。システムは、すべてのビジネスプロセスの完全な文書ですぐに使用することができます。

      • EML は、SAP Model Company for Multinational Corporations の後継です。

      • SAP では、事前設定された EML アプライアンスをインストールします。これには、43 の国別バージョンおよび SAP Signavio Process Navigator で定義された範囲が含まれています。追加テンプレートは、依頼に応じて追加コストで有効化することができます。

    • SAP 認定パートナーパッケージソリューション

      • 空のシステム上に構築されたパートナーが作成したベストプラクティステンプレートは、ソリューションが実証され、繰り返し可能であることを確認するために、SAP によって認定されます。

      • 予測可能な導入期間とコストにより、リスクが軽減され、導入時間を短縮するための導入アクセラレーターが含まれています。

      • SAP 認定パートナーパッケージソリューション、ソフトウェア設定をご覧ください。

      • SAP Best Practices に基づいて新しい SAP S/4HANA インスタンスを設定および設計します。

  • 初期データロード

    • レガシシステムからマスタデータおよび未処理のトランザクションデータをロードすることで、新規システムの実行に必要なビジネスデータを転送します。

    • SAP S/4HANA 移行コックピットを使用すると、移行先 SAP S/4HANA システムへのレガシデータの移行が容易になります。2 種類のデータが移行されます。

    • マスタデータ: 活動、原価センタ、銀行マスタ、得意先、サプライヤなどのコアビジネスオブジェクト。

    • 未消込明細: 財務残高、受注、購買発注などの未処理トランザクションデータ。

SAP S/4HANA Cloud, private edition のランドスケープを示す図。

SAP S/4HANA Cloud, private edition のシステムランドスケープは以下のとおりです。

サンドボックス (SBX)

SBX は、設定およびカスタマイズ要件データを収集する目的で、導入コンサルタントが顧客エキスパートに Fit-to-Standard ワークショップを提供するために使用されます。

開発 (DEV)

開発システムは、カスタマイゼーションおよび統合の設定および開発に使用されます。完了すると、これらはテストのために品質システムに移送されます。

品質 (QAS)

開発システムからの設定は、品質システムに移送され、本稼働システムに移送される前にテストが実行されます。

本稼動 (PRD)

品質システムからの設定が本稼動システムに移送されます。本稼働システムは、顧客のビジネスアクティビティを実行するために日常的に使用されます。

SAP Best Practices コンテンツをデプロイするための SAP ソリューションビルダ、および SAP Best Practices S/4HANA をインポートするためのソリューション文書化アプリケーションを示すスクリーンショット。

SAP S/4HANA Cloud, private edition シナリオをデプロイする場合、SAP は、SAP から顧客に提供される技術サービスを使用して、システム内のベストプラクティスプロセスを有効化します。設定のベストプラクティスは、開発システムで 1 回だけ有効化されます。移送は、開発システムで定義されたビジネスコンフィグレーションを品質システムおよび本稼動システムに提供するために使用されます。

Best Practices 文書は、SAP Cloud ALM で利用できます。顧客の要件に合わせて SAP Best Practices をカスタマイズする場合は、SAP Best Practices を直接編集しないでください。コピーを作成し、そのコピーを編集します。追加のカスタマ固有コンテンツおよび補足文書も、ソリューション文書化で登録および更新されます。

5 つの普遍的ルール

すべての SAP ソリューションをデプロイする場合は、clean core コンセプトに固執し、SAP Activate で詳述されている Fit-to-Standard およびアジャイルデプロイメントに準拠することでクラウドマインドセットを醸成することが重要です。これには、以下が含まれます。

  1. SAP Activate で詳述されている Fit-to-Standard およびアジャイルデプロイメントに準拠することで、クラウドマインドセットを醸成します。

    • 可能な限り SAP 標準プロセスを活用

    • 短いリリースおよびスプリントでソリューションを段階的にデプロイします。

  2. プロセスが定義された事前設定済ソリューションの使用: SAP Best Practices、企業経営レイヤ、またはパートナテンプレート (もしくはその両方) を使用

  3. 最新の統合テクノロジーの使用

    • 統合のための API の使用

    • クラウド統合のための SAP Business Technology Platform 機能の使用

  4. 最新の拡張性テクノロジーを使用する

    • アプリ内拡張に対する SAP S/4HANA キーユーザ拡張性の使用

    • SAP Business Technology Platform を使用した Side-by-Side アプローチでのカスタマ拡張開発

    • アプリ内拡張性内のビジネスロジック拡張性を活用します。可能であれば、従来のコーディング拡張 (拡張ポイント、BAdI、ユーザ Exit など) は避けてください。

    • SAP 標準ソースコードモディフィケーションはありません。

  5. 逸脱に関する透明性を確保する

    • 逸脱は、導入の一部として明確に文書化する必要があります。これにより、将来提供される場合に、これらを標準機能に置き換えることができます。

    • SAP アプリケーションライフサイクル管理ツールの標準機能を使用して、ソリューションを文書化します。

5 つの普遍的ルール - メリット

これらの原則を遵守する顧客には、以下のメリットがあります。

  • 価値実現までの時間の短縮
  • 初期デプロイメントのコスト削減
  • SAP が提供するイノベーションをより迅速に吸収する能力
  • ソリューションのデプロイメント時のリスクの低減
  • 柔軟性の向上と 1 つの導入パートナーへの依存度の低下
  • 最新テクノロジーを活用した将来を見据えたソリューションの導入

上記は、ゴールデンルールに準拠することの利点または利点 (もしくはその両方) です。

ユーザエクスペリエンスの計画を示す図。

SAP S/4HANA Public Cloud の導入と比較すると、SAP Fiori デプロイメントは SAP S/4HANA Cloud, private edition の新規導入に対する追加の考慮事項です。契約のタイプおよび範囲に応じて、SAP HANA Enterprise Cloud チームが実行する SAP Fiori デプロイメントに関する特定のアクティビティがあり、プロジェクトチームが実行する必要があるアクティビティがある場合があります。たとえば、SAP Fiori アプリのデプロイメントは、SAP HANA Enterprise Cloud チームによって行われる場合もあれば、プロジェクトチームのスコープ内にある場合もあります。プロジェクトチームが処理する必要があるアクティビティは、SAP HANA Enterprise Cloud チームとともに明確にする必要があります。また、ここに示すように、導入における UX トラックの大まかな計画に従って実装する必要があります。

ただし、SAP S/4HANA オンプレミスの新規導入と比較して、プロジェクトチームは SAP HANA Enterprise Cloud 担当者と協力して、設定および更新アクティビティの一部を実行するための範囲、プロセス、リードタイムなどを決定する必要があります。たとえば、SAP Fiori アプリの有効化や SAP ノートの適用などです。この種の調整と依存関係は、SAP S/4HANA オンプレミス導入と比較した場合の追加の考慮事項です。これは、Software Update Manager ツールの使用などの一部のアクティビティは、クラウドベースのソリューションのデプロイ時に SAP が責任を負うためです。

ロールおよび責任の文書を示すスクリーンショット。

SAP S/4HANA Cloud, private edition をデプロイする際の顧客のロールおよび SAP のロールを理解するには、ロールおよび責任の文書を読んでおくことが重要です。契約に基づいて SAP が提供する複数のサービスと、依頼可能な追加サービスがあり、その一部には関連コストがかかります。