メインコンテンツへスキップ
見出し画像

SAPの本番切替（カットオーバー）の案件｜切替計画・リハーサルで求められる経験

    アサインコネクト｜SAP案件・キャリア

    新しいSAPの設定もテストも終わり、データ移行の手順もそろった。それでも、旧システムを止めて新しいSAPで業務を始める数日間は、プロジェクトの中でも特に緊張する場面です。この「本番切替（カットオーバー）」は、何十・何百という作業を、決まった順番と時間で、多くの担当がつないでいく仕事です。

    この記事は、SAPの導入や移行に関わってきた業務コンサルタントの目線で、本番切替の計画・リハーサル・当日・稼働直後に何をするかを、SAPの公式資料（SAP Activateのロードマップと公式トレーニング）で整理します。後半では、この領域の仕事で問われやすい経験を考えます。


    このnoteは、SAP人材に特化した案件紹介サービス「アサインコネクト」が書いています。

    当社には、SAPの導入・移行・運用保守など、さまざまな領域の案件が継続的に届いています。

    SAPの導入・移行で、データ移行・テスト・本番稼働の段階を経験してきた方には、これまでのご経験と、稼働率・リモートの可否などの希望条件をうかがったうえで、合う案件を個別にご案内しています。

    下の画像か、その下のリンクを押すと、アサインコネクトのページが開きます。案件の例やご利用の流れを確認でき、LINEから希望条件を登録できます。

    画像

    アサインコネクトをチェックする

    この記事でわかること

    • 本番切替（カットオーバー）がプロジェクトのどこにあるか

    • 切替計画に何を書くか

    • リハーサル（ドレスリハーサル）で何を確かめるか

    • 当日の進め方と、Go/No-Goの判断

    • 稼働直後の支援（ハイパーケア）と、この領域の仕事で問われやすい経験

    1. 本番切替は、プロジェクトのどこにあるか

    SAP Learningの「Analyzing each phase of SAP Activate」では、カットオーバーは、旧システムへの利用を止めてから新しいSAPの利用を始めるまでの作業で、本番稼働の前の最後の週末に行うもの、と説明されています。そして、カットオーバーは「Realizeで計画し、Deployで実行する」とされています。

    SAP Activateのロードマップ（SAP S/4HANA Cloud Public Edition向け）でも、Realizeの「Cutover Preparation」で切替計画を作って更新し、最新の計画をDeployのドレスリハーサルで確かめ、Deployの「Production Cutover」で実行する、という流れになっています。

    SAP Activateのフェーズの全体は、別記事「SAP Activateとは｜導入方法論のフェーズと、各フェーズでコンサルに求められること」で整理しています。

    データ移行・テストとの関係

    データ移行は、切替の中の大きな作業の一つですが、切替はそれだけではありません。システムの準備、外部とのつなぎ、利用者の権限、旧システムの締め、関係先への連絡まで含めて、一つの計画で動かします。データの抽出・変換・移行の仕事は、別記事「SAPのデータ移行の案件｜移行リーダー・移行担当で求められる経験」で整理しています。

    2. 切替計画に書くこと

    ロードマップの「Create Cutover Plan and Documentation」では、切替計画づくりの作業として、次のようなものが挙げられています。

    • 業務と技術の作業の範囲と時間軸を決める

    • 本番システムの準備と初期化

    • 外部とのつなぎ（インタフェース）の準備と確認。旧システム側のつなぎをいつ止め、新しいシステムへ移すか

    • つながる他のアプリケーションの準備と確認

    • マスタと取引のデータの移行

    • 利用者の作成

    • 旧システムの締め

    • 規制のために必要な記録（必要な場合）

    • 切替の順番を決め、模擬で流すための日程と会議の計画

    同じページでは、切替計画によく入るものとして、作業ごとの時刻と所要時間、旧システムの締め、利用者の段階的な締め出し（会計の部門が旧システムで締めの作業を終える必要があることに配慮する）、データの変換、変換後の確認のレポート（データの整合の確認など）、Go/No-Goの判断、稼働の立ち上げ（バッチジョブ・インタフェースなど）、利用者の利用再開、うまくいかないときの代わりの手順（コンティンジェンシー）が並んでいます。

    作業には、担当・所要時間・前後関係を付ける

    ロードマップでは、切替計画の作業すべてに、担当者・見込みの所要時間・前後の作業との関係を付けること、担当者が自分の作業を確かめて承認すること、新しいシステムで作業に必要な権限を持っていることが求められています。

    また、各チームは設定を始めるときから切替の作業の一覧づくりを始め、プロジェクトのあいだずっと保ち続けること、所要時間の見込みを磨き続けて、最後の日程を分単位で組めるようにすることが大切だと書かれています。

    3. リハーサルで確かめること

    ロードマップ（S/4HANA Central Finance向け）の「Dress Rehearsal」では、本番稼働の2〜4週間ほど前に、切替の手順を最初から最後まで通して行うリハーサル（ドレスリハーサル）を実施することが勧められています。

    • 前提：担当・前後関係・所要時間がそろった詳しい切替計画、すべての作業の担当者の参加、本番に近いテスト環境、技術の移行手順を書いた手順書

    • 目的：切替の作業の担当・順番・所要時間を確かめる

    • 変更の扱い：切替に入れる変更は、リハーサルの時点ですべてそろえておく。1件の移送でも所要時間が大きく変わり得るため

    • 結果しだいで：リハーサルで手順の大きな変更が要るとわかった場合は、本番稼働を延ばし、リハーサルをやり直すこともある

    Public Cloud向けのロードマップでも「計画を模擬で流し、試す。何度か繰り返すとよい」とされています。SAP Learningにも、本番稼働の準備として切替の模擬を複数回行うことがある、と書かれています。

    4. 当日の進め方とGo/No-Go

    ロードマップの「Production Cutover」では、切替計画には業務の作業とシステムの作業の両方が入り、本番稼働日の前の数日間で実行する、と説明されています。

    「Execute Cutover Tasks per the Cutover Plan」には、当日の進め方として次の点が挙げられています。

    • 切替計画の作業に沿って、本番への切替を実行する

    • 各作業の実際の所要時間を記録し、次の機会に生かす

    • 計画とのずれと、その変更を誰が承認したかを残す

    • 切替の取りまとめ役が、次の作業の担当者へ前もって声をかけ、手が空いているようにする

    • 関係者へ、状況を定期的に伝える

    • 切替が終わったらシステムを確かめ、関係者と合意した本番の承認（サインオフ）を得る

    Go/No-Goの判断

    切替計画には、先へ進むか止めるかを決める「Go/No-Go」の判断の場を置きます。ロードマップでは、本番稼働の受け入れ条件が満たされたことを確かめて承認を得ることが、当日の作業の目的の一つとされています。どの時点で、何を見て、誰が決めるのかを、計画の段階で決めておくことになります。

    5. 稼働直後の支援（ハイパーケア）

    SAP Learningの「Discovering the Workstreams」では、ハイパーケア（安定化の期間）は、Deployフェーズの中の本番稼働のあとの期間で、切替の中や、利用者が使い始めてから起きた重要な問題を急いで解決し、業務を止めないための期間と説明されています。

    よく起きる問題として、急ぎの権限の変更と、機能の使い方の質問が挙げられています。対応の例として、緊急の権限付与の仮の手順、業務のコンサルを各拠点に配置すること、利用者がコンサルの手を借りながら操作できる場所を設けること、が並んでいます。

    業務の側で決めること

    ここからは、SAPの公式資料から整理した一つの見方です。会社の業務や切替の規模によって答えは変わるため、実際の判断は、業務部門・情報システム部門・プロジェクトの責任者と決めることになります。

    • 業務を止める期間：旧システムでの入力をいつ止め、新しいSAPでいつから始めるか。会計の締めとの関係

    • 止めている間の業務：受注や出荷を止められない場合に、どう手で回し、あとでどう入れるか

    • 確かめ方：移したデータが正しいことを、業務の担当が何で確かめるか

    • 戻す判断：うまくいかないとき、どこまで進んだら戻せないのか。戻すときの手順

    ご自身の導入・移行の経験が、切替のどの場面に近いか気になった方へ。希望条件をLINEで登録いただくと、近いSAP案件が出たときに個別にご案内します。

    SAP案件の受け取り方を見る

    6. この領域の仕事で問われやすい経験

    当社に届いた2026年7月〜10月の案件には、本番切替の計画・手順・リハーサル・切替の判断を条件に入れたSAP案件はありませんでした。移行・テストの領域のリードの案件や、Basisの運用保守で稼働直後の障害対応の経験を条件に入れた案件はありましたが、切替そのものを条件に入れたものではないため、この記事では本番切替の案件として扱っていません。以下は、SAPの公式資料から考えた、この領域の仕事で問われやすい経験の見方です。

    1. 切替計画を作り、育てた経験

    作業の一覧に担当・所要時間・前後関係を付け、テストやリハーサルのたびに直していった経験です。計画の管理は、別記事「SAP PMOの仕事｜SAP導入のPMO案件で求められる経験」で整理したPMOの仕事ともつながります。

    2. リハーサルを回した経験

    本番に近い環境で手順を通し、所要時間とずれを測って、計画に返した経験です。

    3. 業務の確かめ方を決めた経験

    移したデータや稼働後の最初の取引を、業務の担当と一緒に確かめる手順を作った経験です。業務のコンサルが強みを出しやすいところです。テストの段階の仕事は、別記事「SAPのテスト・UATの案件｜テストリーダー・テストマネジメントで求められる経験」で整理しています。

    4. 稼働直後を支えた経験

    ハイパーケアで、権限や使い方の問い合わせを受け、優先順位を付けて片付けた経験です。

    7. この領域の経験を経歴書で伝えるときのポイント

    「本番切替を担当」とだけ書くと、案件の担当者は、何をどこまで担当したのかを判断できません。次の点が読み取れるようにしておくのがおすすめです。

    • 立場：切替の取りまとめ役か、自分の領域の作業の担当か

    • 規模：切替の作業の数、関わったチームや拠点の数、業務を止めた期間

    • リハーサル：何回行い、何を見直したか

    • 判断：Go/No-Goの判断の場に、どの立場で関わったか

    • 稼働後：ハイパーケアの期間と、受けた問い合わせの種類

    経歴書の全体の書き方は、別記事「SAPコンサルの職務経歴書｜案件の担当者に伝わる書き方」で整理しています。

    8. よくある質問

    本番切替とデータ移行は、同じ仕事ですか？

    重なりますが、同じではありません。ロードマップの切替計画には、データの移行のほかに、本番システムの準備、インタフェースの切り替え、利用者の作成、旧システムの締め、関係先への連絡、Go/No-Goの判断などが入っています。データ移行は、その中の大きな作業の一つです。

    切替計画は、いつから作り始めるものですか？

    ロードマップでは、各チームが設定を始めるときから切替の作業の一覧づくりを始め、プロジェクトのあいだずっと保ち続けることが大切だとされています。計画をまとめるのはRealizeで、実行はDeployです。

    まとめ

    • 本番切替（カットオーバー）は、旧システムを止めて新しいSAPを使い始めるまでの作業で、Realizeで計画し、Deployで実行する

    • 切替計画には、システムの準備・インタフェース・データ移行・利用者・旧システムの締め・Go/No-Go・代わりの手順まで入れ、作業ごとに担当・所要時間・前後関係を付ける

    • 本番の2〜4週間ほど前に、手順を通しで流すドレスリハーサルで、担当・順番・所要時間を確かめる

    • 当日は、実際の時間とずれを記録し、終わったら確かめて本番の承認を得る

    • 稼働直後のハイパーケアまでが、切替の仕事の続き

    SAPのモジュール全体の中で、各領域がどうつながっているかは、別記事「【2026年版】SAPモジュール一覧と業務のつながり」で整理しています。

    アサインコネクトは、SAP人材に特化した案件紹介サービスです。

    希望条件をLINEで登録すると、条件に合うSAP案件を個別に受け取れます。

    SAP案件を受け取る方法を見る

    参考資料

     
     

    アサインコネクト｜SAP案件・キャリア

     
     
    SAPフリーランスの案件・独立・キャリア情報を整理して発信。自分の経験をどう活かせるか、案件選びで何を見るかをわかりやすく届けます。案件・キャリアのご相談もお気軽にどうぞ。

    あなたへのおすすめ