SAP導入テンプレート：フェーズ別のSAP Activateテンプレート一式

SAP Activateテンプレートとは、S/4HANAプログラムの各フェーズ向けにSAPが公開している導入テンプレートとアクセラレータです。Prepareのスコープ定義書からDeployのカットオーバー計画まで揃っています。SAP Activate Roadmap Viewerで入手でき、クラウドのプログラムではSAP Cloud ALMにもあります。

結論から言えば、すべてが必要なわけではありません。必要なのは十数種類で、それぞれに責任者の名前と承認のタイミングを決め、SAP標準の構成は約80%を残すべきです。下の表は、私が主導または立て直した21のSAPプログラムで必ず求めてきたセットです。

テンプレートを見つけるのは簡単です。難しいのは、どれを本気で扱うかを見極めることです。

これが、私が承認済みであることを求めるSAP導入テンプレートのセットです。責任者と、それぞれが通過すべきタイミングを示します。

フェーズ	テンプレート	責任者	承認の期限
Prepare	プロジェクトスコープ定義書	プログラムマネージャー（スポンサーが承認）	Explore開始前
Prepare	ビジネスケース	CFOまたは業務オーナー	予算の執行前
Prepare	ステークホルダーマトリクス	プログラムマネージャー	Exploreワークショップの日程確定前
Explore	要件・フィットギャップシート	デザインオーソリティ（業務とIT）	Realize開始前
Realize	設定ログ	機能チームのリード	各移送がQAへ移る前
Realize	カスタム開発台帳	開発リード	各オブジェクトの開発開始前
Realize	テスト戦略	テストマネージャー	統合テスト開始前
Realize	データ移行計画	データ移行リード	初回のモックロード前
Deploy	カットオーバー計画	カットオーバーマネージャー	最終リハーサル前
Deploy	本稼働準備チェックリスト	プログラムディレクター（スポンサーが署名）	Go/No-Go会議前
Deploy	ハイパーケア支援モデル	サービスデリバリーリード	本稼働前
Run	パフォーマンス監視シート	Basisリード	本稼働前

SAP Activateには、Discover、Prepare、Explore、Realize、Deploy、Runの6つのフェーズがあります。SAP Best Practicesのコンテンツ、方法論、ガイド付き設定を組み合わせたものです。Discoverは契約前の調査フェーズなので、多くのお客様では契約締結前に終わり、以下のテンプレートはPrepareから始まります。

1. 01Discover通常は契約締結前
2. 02Prepareスコープ定義書、ビジネスケース、ステークホルダーマトリクス
3. 03Explore要件・フィットギャップシート
4. 04Realize設定ログ、開発台帳、テスト戦略、移行計画
5. 05Deployカットオーバー計画、本稼働準備、ハイパーケア
6. 06Runパフォーマンス監視

すべてのテンプレートをゲートの前に承認

Roadmap Viewerでは、各ロードマップがフェーズ、成果物、タスクに分かれています。テンプレートはアクセラレータとして登録されており、ハウツーガイド、サンプル文書、チェックリストが、それを必要とするタスクに紐づいています。フェーズ、ワークストリーム、アクセラレータで絞り込めるので、1つのフェーズのSAP Activate成果物を取り出すにはこれが最も速い方法です。

自社向けに調整するときは、標準の構成を約80%残してください。変えるのは自社の事情を反映する部分だけです。業種固有の要件、規制上の統制、地域固有の事情です。すべてを書き直すと、テンプレートを使う意味がなくなります。

ツールの変化

フェーズの構成は変わっていません。変わったのは周りのツールです。

1. クラウドのプログラムでは、テンプレートはSAP Cloud ALMにあります。 SAP Enterprise Supportのお客様に提供され、RISE with SAPなどのSAPクラウドサブスクリプションにも含まれます。Solution Manager 7.2のメインストリームメンテナンスは2027年末まで、一部機能の延長メンテナンスは2030年までです。
2. Jouleは方法論のツールに組み込まれています。 SAPは2025年にRoadmap ViewerとSAP Cloud ALMにJouleを追加しました。チームはタスクのガイダンスや最初の下書きを依頼できます。それでも、フィットギャップに署名する人の代わりにはなりません。
3. クリーンコアにはレベルができました。 2025年8月、SAPは4つのクリーンコアレベルAからDを導入しました。レベルAはリリース済みAPIのみを使い、レベルDはクリーンではありません。フィットギャップシートには、各ギャップがどのレベルに入るかを記入する列が必要です。

この下準備を飛ばしたプロジェクトは、ExploreとRealizeでその代償を払います。次の3つの文書は、設定作業に早く進むためにチームが飛ばしがちなものです。

プロジェクトスコープ定義書

プログラムに何が含まれ、何が含まれないかを定義します。3か月目に誰かがスコープを追加しようとしたとき（必ずそうなります）、これが判断の基準になります。

私が求める項目は次のとおりです。

1. 名称、スポンサー、プログラムマネージャー。
2. 背景：現状と変革の理由。
3. 数値で示した目標。例えば「決算サイクルを14日から5日へ」。
4. スコープ内：モジュールとプロセス別（FI/CO、MM/SD連携、データ移行、UAT、本稼働）。
5. スコープ外：スコープと同じくらい明確に書きます（人事、旧レポートの移行、ERP以外とのインターフェース）。
6. 前提と制約：例えば月次のステアリングコミッティへのスポンサーの出席、固定された本稼働日。
7. フェーズ別のスケジュール。Explore開始前にスポンサーとPMOが承認します。

スケジュールは現実的な水準で設定してください。私の経験では、GROWのプログラムは6～9か月、RISEは9～18か月、ブラウンフィールドのコンバージョンは12～18か月、グリーンフィールドは18～24か月かかります。フェーズ別の内訳はSAP導入スケジュールのガイドで解説しています。

ビジネスケースのテンプレート

財務チームが読める形式で費用対効果の分析をまとめます。この構成を使って、最初の申請でプログラムの承認を得たお客様が何社もあります。数字が明確で、前提が文書化されているからです。

構成は次のとおりです。

1. 責任者と要約：なぜ今なのか、何が変わり、何が変わらないのか。
2. 課題：決算サイクルの長さ、手作業による回避策、システムの古さ。
3. 提案するアプローチ：グリーンフィールド、ブラウンフィールド、またはセレクティブ。スコープの要約を添えます。
4. 定量化した効果：短縮できる決算日数、FTEの工数、エラー率、監査リスク。
5. コストと資金：導入、ライセンスまたはサブスクリプション、社内工数、予備費。
6. 上位3つのリスクと、その発生確率と影響。
7. 推奨：実施、条件付き実施、または延期。

私が守っているルールが1つあります。作業を請け負うシステムインテグレーターに、この文書を書かせてはいけません。彼らの動機は始めることです。あなたの動機は終わらせることです。効果モデルについては、SAPビジネスケースのテンプレートで詳しく扱っています。

ステークホルダーマトリクス

導入の影響を受けるすべての人、その影響力、そしてどう関わるかを整理します。誰に毎週報告が必要で、誰に本稼働前の事前連絡が必要かがわかります。

グループごとに、役割、関心、影響力、関与の方法を記録します。典型的な例は、スポンサーとしてのCFO（月次のステアリングコミッティ）、技術面の責任者としてのIT部長、主要プロセスオーナーとしての財務部長、影響を受けるユーザーとしての工場長と買掛金・売掛金の担当者、そして品質ゲートでの内部監査です。

同じマトリクスを使って、上位レベルの要件を集めるPrepareのワークショップを計画します。要件にはExploreで使うのと同じ形式（REQ-001など）で今のうちに番号を振っておくと、元の要望までさかのぼる追跡が途切れません。

Exploreでは、SAP Best Practicesに対するFit-to-Standardワークショップで設計を確定します。SAPの予算が超過するのもここです。WRICEF（ワークフロー、レポート、インターフェース、コンバージョン、拡張、フォーム）の件数がこのフェーズで増えるからです。

フェーズの順序を崩してはいけません。2023年の欧州の小売業の案件では、お客様がExploreを飛ばそうとし、不完全な要件のまま3か月開発を続けました。こうした手戻りがどう予算に跳ね返るかは、SAP導入費用の内訳で示しています。

要件・フィットギャップシート

要件マッピングでは、各業務ニーズをシステムのコンポーネントとテストケースに結びつけます。そのうえでフィットギャップ分析により、標準SAPでニーズを満たせる部分と満たせない部分を明らかにします。

私は両方を1つのシートにまとめ、解決方法の列を設けます。S/4HANAでは、すべてのギャップに明確な答えが必要です。標準設定、キーユーザー拡張、システム内の開発者拡張、またはSAP BTP上のサイドバイサイド拡張のいずれかです。

要件ID	要件	SAPコンポーネント	フィット／ギャップ	解決方法	テスト参照
REQ-001	月次決算仕訳の自動化	FI-GL 期末決算	フィット	定期伝票の設定	TC-001
REQ-002	モバイルでの購買発注承認	MM 購買、Fiori承認アプリ	S/4HANAでフィット	標準アプリとワークフローの設定	TC-003
REQ-003	会社間請求の自動化	SD 請求、FI連携	フィット	会社間請求の設定	TC-010
REQ-004	プライバシー規則に対応したデータアーカイブ	Information Lifecycle Management	ギャップ	ILMポリシーの設定	TC-025
REQ-005	原価センタのリアルタイムレポート	CO、組み込み分析またはSAC	ギャップ	組み込み分析またはSACのライブ接続	TC-030
REQ-006	サプライヤーのセルフサービスポータル	SAP Aribaまたはサプライヤーポータル	ギャップ	Aribaとの連携	TC-020

コストを削減できるのはここです。2023年の欧州の製造業でのECCからS/4HANAへの移行では、フィットギャップのワークショップによって計画していた拡張が35%減り、削減額は6桁ドルに達しました。

このシートを機能させるルールが2つあります。ベンダーにスコープを握らせてはいけません。ベンダーが開発と判定するギャップはすべて、ベンダーにとって請求できる作業だからです。そして、業務とITで構成するデザインオーソリティがクリーンコアの判断を担い、SAPコードの修正には名前のある承認者を置きます。レベルについてはSAPクリーンコア戦略で解説しています。

ここは構築のフェーズです。これらのテンプレートは、あらゆる設定判断、あらゆる開発、あらゆるテスト結果の監査証跡になります。

設定ログ

すべてのシステム変更を記録します。誰が、なぜ変更し、どの移送に含めたかです。後で何かが壊れたとき、原因を数日ではなく数分で追跡できます。

各エントリーに必要な項目は次のとおりです。

1. 設定IDとモジュール（例：MM-CONF-001）。
2. 設定パスと変更したオブジェクト。
3. 影響を受ける業務プロセスと変更理由。
4. 設定した人と日時。
5. 移送依頼番号。
6. 主要な値の変更前と変更後。
7. 紐づくテストケースと承認状況。

カスタム開発台帳

すべてのカスタムオブジェクトは、誰かがコードを書く前に1行を割り当てます。ID、説明、開発者の役割、工数、ステータス、拡張の種類です。クリーンコアを守らせるのは、この拡張の種類の列です。

2024年の欧州の小売業のS/4HANA導入では、この台帳によって計画していたカスタムコードが30%減りました。標準SAPで十分に対応できる部分がはっきりしたからです。

テスト戦略

すべてのテストを1か所にまとめます。誰が何を、いつ、どの環境で、どの基準でテストするかです。

1. 範囲：対象モジュール全体の機能テスト、統合テスト、回帰テスト、性能テスト、UAT。
2. 環境：開発、QA、UAT、本番前。
3. ツール：SAP Cloud ALMまたは既存ツールでのテスト管理。自動化ツールと性能テストツールも明記します。
4. 不具合のライフサイクル。重大度と優先度はトリアージで決めます。
5. 終了基準：重大な不具合がすべて解消、UATの承認、事前に合意した回帰テストの合格率。

SAP ActivateのRealizeは、統合テストとユーザー受け入れテストで締めくくられます。終了基準は結果が出たときではなく、テストを始める前に書いてください。

データ移行計画

データ移行は、最も痛い目に遭いやすいワークストリームです。計画では、範囲（ビジネスパートナー、品目、未決済明細、残高）、移行元システム、マッピングルール、ツール（SAP S/4HANA移行コックピット）、モックロード、検証、ロールバックを扱います。

チームが見積もりを甘くしがちなのは検証です。最初のモックロードの前に、レコード件数、サンプリング、残高の照合方法を合意しておいてください。

SAP ActivateのDeployは、本番環境の準備、カットオーバー、本稼働、ハイパーケアを扱います。これらのテンプレートが、混乱した週末を管理されたイベントに変えます。

SAPカットオーバー計画のテンプレート

カットオーバー計画は、システム停止時間帯を1時間単位で組み立てます。すべてのタスクに責任者、開始時刻、依存関係があります。午前2時に次に何をすべきか迷って立ち尽くす人がいてはいけません。

タスクリストを書く前に、4つのことを合意してください。時間帯（例えば金曜22:00から土曜06:00）、ロールバックの判断基準、旧システムをどれだけ早く再稼働できるか、そして新システムが動くことを証明するスモークテストです。そのうえで手順は次のとおりです。

ステップ	タスク	責任者	開始	ステータス
1	旧システムの凍結（転記停止）	Basis	22:00	未着手
2	最終データ抽出と照合	データ移行リード	22:30	未着手
3	本番移行ロード	データ移行リード	23:00	未着手
4	残りの移送の取り込み	Basis	00:30	未着手
5	インターフェースとネットワーク経路の切り替え	インテグレーションリード	01:30	未着手
6	スモークテスト：FI転記、入庫、受注	QAリード	02:00	未着手
7	業務部門の確認とGo/No-Go	プログラムディレクター	03:00	未着手
8	業務ユーザーへのシステム開放	Basis	06:00	未着手

本稼働準備チェックリスト

本当に切り替える準備ができているかを判断します。すべての項目に「はい」か「いいえ」で答え、証跡を添えます。

1. 機能：主要プロセスとモジュール横断のシナリオをテスト済み、未解決のP1とP2の不具合を一覧化、キーユーザーが準備完了を確認。
2. データ：マスタデータとトランザクションデータをロードして照合済み、照合レポートを承認済み、旧システムの凍結を確認済み。
3. 財務：期末決算の設定を、すべての会社コードとエンティティでテスト済み。
4. 技術：カットオーバー計画を承認済み、移送を本番に取り込み済み、バッチジョブをスケジュール済み、監視を設定済み。
5. 人：トレーニングの網羅状況、アクセスロールの検証、ハイパーケア要員の配置。
6. 判断：重大なリスクと軽減策、Go／No-Go／条件付き、氏名、役職、日付による承認。

財務の項目には理由があります。2024年のGCCの小売業のプログラムでは、本稼働レビューで全25エンティティにわたる財務決算の設定の問題が本稼働の2日前に見つかりました。見逃していれば、6桁ドル規模の復旧作業が必要になっていたはずです。

私はこの評価をもとに、2つのプログラムで2週間の延期を提言しました。この評価はそのためにあります。

ハイパーケア支援モデル

稼働後の問題をどう処理するかを整理します。これがないと、あらゆる問題がP1になります。

1. ハイパーケアの期間と体制。例えば4週間、時間延長あり。
2. サポート窓口：インシデントキュー、チャットチャネル、P1用の電話ブリッジ。
3. サポート階層：サービスデスク、機能コンサルタント、その後にBasisと開発。
4. 重大度別の応答時間と解決時間。
5. 終了基準：未解決のP1とP2の問題がなく、サポート組織への引き継ぎに署名済み。

Runは、稼働中のシステムの支援と管理です。多くのチームが早く手放しすぎるのは、パフォーマンスを監視するテンプレートです。

パフォーマンス監視シート

システムの健全性を日々追跡し、ユーザーが苦情を言う前に遅延を見つけます。2024年の欧州の金融サービスのプログラムでは、ハイパーケア3週目にデータベースの問題を見つけました。そのままなら月次決算中にシステムが停止していたはずです。

私が追跡する指標です。それぞれに目標値、アラートの閾値、責任者を設定します。

1. ダイアログ応答時間（95パーセンタイル）：目標1秒未満、2秒でアラート、Basis。
2. バックグラウンドジョブ：100%が予定どおり完了、1件でも失敗したらアラート、運用リード。
3. データベースのクエリ時間：目標200ms未満、500msでアラート、データベース管理者。
4. インターフェースのエラー率：1%未満、2%でアラート、インテグレーションリード。
5. 月次決算ジョブの実行時間：合意した時間枠内、ベースラインを30%超えたらアラート、財務オペレーション。

SAP Activateは、フェーズごとのチェックポイントとして品質ゲートをロードマップに組み込んでいます。設定方法はSAPの品質ゲートのガイドで扱っています。ここでは、なぜゲートに実効性が必要なのかを説明します。

各ゲートに合否の基準を設定してください。「回帰テストの95%が合格」。「FI連携シナリオがすべてグリーン」。こうした基準があれば、品質に関係なく決めた日に稼働させたいという業務部門の要望に対して、一線を守れます。

2024年の欧州の製造業のプログラムでは、統合テストの合格率が74%の時点で品質ゲートが私たちを止めました。私たちは踏みとどまり、問題を修正し、2週間後に本稼働しました。稼働後1か月のサポートチケットは、同規模のプログラムで通常見られる件数の半分でした。

経営陣の承認も形式的なものにしてはいけません。前述のGCCの小売業での財務決算の問題は、まさにそのレビューで見つかりました。スポンサーが電話1本で覆せるゲートは、ゲートではありません。ゲートを免除できるのは誰かを、必要になる前に書き残しておいてください。

これらのテンプレートを取り巻くプロセス全体は、SAP導入のステップバイステップガイドをご覧ください。

このガイドは、ビジネスケースから本番稼働までのすべてのテーマをまとめたSAP導入ガイドの一部です。

SAP Activateテンプレートはどこでダウンロードできますか？

me.sap.com/roadmapviewerのSAP Activate Roadmap Viewerです。自社の導入形態に合うロードマップを開き、フェーズまたはアクセラレータで絞り込むと、各タスクのテンプレート、ガイド、チェックリストが表示されます。

クラウドのプログラムでは同じコンテンツがSAP Cloud ALMにもあり、タスクと成果物をプロジェクトに対して追跡できます。

SAP Activateの各フェーズの成果物は何ですか？

Prepareでは、スコープ、計画、ガバナンス、ビジネスケースを作成します。Exploreでは、Fit-to-Standardの結果、要件とフィットギャップのバックログ、ソリューション設計を作成します。Realizeでは、統合テストとユーザー受け入れテストを含め、設定とテストを終えたシステムを作り上げます。

Deployでは、カットオーバー、本稼働、ハイパーケアを実施します。Runは、稼働中のシステムの支援と改善を扱います。

最も重要なテンプレートがあるのはSAP Activateのどのフェーズですか？

Prepareです。スコープ定義書、ビジネスケース、ステークホルダーマトリクスがその後のすべての判断を決めます。そして、設定作業に早く進むためにチームが飛ばしがちなのもこれらです。

僅差で続くのがExploreです。フィットギャップシートがWRICEFの件数を決め、そこで予算が超過するからです。

SAP Activateテンプレートはカスタマイズできますか？

はい。標準の構成を約80%残し、自社固有の部分だけを変更してください。製薬業界の検証ルール、公共部門の調達、SOXの統制などです。こうした変更はDeployではなく、Prepareの最初に行います。

フェーズの順序、品質ゲート、本稼働準備の評価をカスタマイズで取り除いてはいけません。

SAPカットオーバー計画のテンプレートには何を含めるべきですか？

システム停止時間帯の時刻付きタスクリストです。すべてのタスクに責任者、開始時刻、依存関係を記載します。タスクリストの前に、時間帯、ロールバックの判断基準、旧システムの再稼働に必要な時間、スモークテストを合意してください。

カットオーバーを始める前に、誰がいつまでにロールバックを判断するかを決めておいてください。合意した基準なしに午前4時に下されるロールバックの判断こそ、稼働後の問題の始まりです。

SAPの本稼働準備チェックリストには何が含まれますか？

機能、データ、財務、技術、人の準備状況です。それぞれに証跡を添えて「はい」か「いいえ」で答え、氏名と日付を記録したGo／No-Goの判断を加えます。

本稼働前に、すべてのエンティティで期末決算の設定をテストしてください。6桁ドル規模の復旧作業から救ってくれる可能性が最も高いチェックです。

SAP Activateテンプレートはグリーンフィールドにもブラウンフィールドにも使えますか？

はい。違いは主にExploreにあります。ブラウンフィールドのコンバージョンでは設定を引き継ぐため、フィットギャップは変更すべき点と、標準のS/4HANAで置き換えられるカスタムコードに集中します。グリーンフィールドのプログラムはSAP Best Practicesから始めます。

カットオーバー計画も異なります。システムコンバージョンは、グリーンフィールドのデータロードとは異なる技術的な手順をたどるからです。