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

SAPのデータ移行の案件|移行リーダー・移行担当で求められる経験

    SAPの案件の条件には、「移行」という言葉がよく出てきます。ただ、同じ「移行」でも、システム全体をS/4HANAへ移す話と、古いシステムのデータを新しいシステムへ移す作業とでは、求められる経験が違います。

    この記事は、後者の「データ移行」を担うコンサルタントの目線でまとめました。SAPの公式の資料をもとに、データ移行がプロジェクトのどこにあり、どんな作業の流れで進むのかを整理します。そのうえで、当社に届いた案件で、データ移行の経験がどう求められていたかを紹介します。

    システム全体の移行の方式と2027年の保守期限は、別記事「S/4HANA移行と2027年の保守期限|移行案件でSAPコンサルに求められる経験」で整理しています。



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

    当社には、データ移行に関わるSAP案件が継続的に届いています。この記事の後半でも、実際に届いた6件の条件を紹介しています。

    SAPの導入やシステムの更改で、データ移行の計画や取りまとめ、移行の作業を担ってきた経験を活かせる案件を探している方には、これまでのご経験と、稼働率・リモートの可否などの希望条件をうかがったうえで、合う案件を個別にご案内しています。

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

    画像

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


    この記事でわかること

    • 「システムの移行」と「データ移行」の違い

    • SAPの導入の進め方の中で、データ移行がどこにあるか

    • SAPの公式の道具(Migration Cockpit)で見る、データ移行の作業の流れ

    • 当社に届いた6件の案件で求められていた経験と、経歴書で伝えるポイント

    1. 「システムの移行」と「データ移行」は別の仕事

    SAPの案件で「移行」と書かれているとき、指しているものは大きく2つあります。

    • システムの移行:ECCからS/4HANAへ、オンプレミスからクラウドへ、のように、使うシステムそのものを移すこと。新規導入にするか、今のシステムを変換するかといった方式の判断が中心になる

    • データ移行:古いシステムに入っている取引先・品目などのマスタや、残高・未決済の取引などのデータを、新しいシステムに入れること。どのデータを・どの形で・いつ移すかの計画と作業が中心になる

    システムの移行のプロジェクトでも、新規導入でも、人事システムなどの更改でも、データ移行の作業は必ず出てきます。そのため、データ移行は特定のモジュールに閉じない、横断の仕事として募集されることがあります。移したあとのマスタの作成と変更の統制(MDG)は、別記事「SAP MDGの案件|マスタデータ管理で求められる経験」で整理しています。

    2. SAPの導入の進め方の中で、データ移行はどこにあるか

    SAPの導入の進め方(SAP Activate)は、Discover・Prepare・Explore・Realize・Deploy・Runの段階で進みます。SAPの公式トレーニングでは、プロジェクトのデータの管理にかかわる作業は、まとめて「データ管理(Data Management)」のワークストリームとして扱うと説明されています。

    テストとのつながりも大事です。SAPの公式トレーニング(S/4HANA Cloud Private Editionの導入)では、テストの種類の1つに「連携とデータ移行のテスト」があり、データを移したテストの環境で確かめる正式なテストとして、記録が求められるとされています。Realize(実現)の段階は、統合テストとUAT(受け入れテスト)を終えてから次のDeploy(展開)の段階に進み、Deployでは新しい環境に切り替える準備を整えます。

    つまり、データ移行は、本番の切り替えの直前に一度だけ行う作業ではありません。テストの環境で何度か移してみて、データの中身と手順を確かめ、本番の切り替えに備える仕事です。テストの進め方は、別記事「SAPのテスト・UATの案件|テストリーダー・テストマネジメントで求められる経験」で整理しています。

    3. データ移行の作業の流れ|Migration Cockpitで見る

    SAPの公式トレーニングでは、S/4HANAへデータを移す主な道具として「SAP S/4HANA Migration Cockpit」が紹介されています。SAPのシステムからも、SAP以外のシステムからも移せ、Fioriの「Migrate Your Data」というアプリから使います。オンプレミス・Private Cloud・Public Cloudのどの形でも使えますが、できることや用意されている移行の対象は形によって違うとされています。

    データの渡し方は3つ

    同じトレーニングでは、データの渡し方が次の3つに整理されています(言い換えて抜き出しています)。

    • 決まった形のファイルで渡す:SAPが用意したXMLやCSVのひな形をダウンロードし、データを入れてアップロードする。一番よく使われるが、量が多いと手間がかかる

    • 別のデータベースを経由して渡す:中継のSAP HANAのデータベースを用意し、そこにデータを流し込んでから移す。準備に時間はかかるが、量が多いときに向く

    • SAPのシステムから直接移す:古いSAP ERPとつなぎ、S/4HANAのデータの形に変えながら移す

    作業の流れ

    ファイルで渡す方法の手順は、おおむね次のように説明されています。プロジェクトの作業に言い換えると、データ移行の担当が何をするかが見えてきます。

    • 移行のプロジェクトを作り、移す対象(取引先・品目・残高など)を選ぶ

    • ひな形をダウンロードし、古いシステムから取り出したデータを入れる

    • アップロードしたデータの値を、新しいシステムの値に置き換える対応付け(マッピング)を決める

    • 必要に応じて、本番に入れる前の試し(シミュレーション)を行う

    • データを移し、エラーになったものは直したファイルを作って入れ直す

    また、対象には順番があり、先に入れておく必要がある対象から移すとされています。

    役割の分担

    中継のデータベースを使う場合、トレーニングでは、導入する会社のIT担当が環境と権限を用意し、コンサルが移行のプロジェクトを作り、導入する会社の開発者が古いシステムからデータを取り出して流し込む、という分担が示されています。データ移行の担当には、こうした関係者の間に立って段取りする役割が求められます。

    4. データ移行の案件では何が求められているか

    2026年の7月〜10月に当社が受け取ったSAP関連の案件のうち、データ移行を業務の中心に置いた案件、または必須・尚可に入れた案件は6件でした。役割の違いで3つに分けて、条件を書き直して紹介します。

    移行の全体をリードする枠(1件)

    • ロジ・会計領域のシステム導入(SAPやOutSystemsを含む)の移行・テストリーダー(週5日出社が望ましい):システム導入での移行・テストの領域のリードの経験、全体の移行計画書・テスト計画書を作った経験、複数のチームをまたいだ取りまとめ・調整の経験、日本語での円滑な会話力が必須。SAPなどの基幹システムの導入経験、ロジ・会計の知見は尚可

    業務の領域のデータ移行を支える枠(2件)

    • 素材メーカーのS/4HANA導入・会計FIの移行支援(週1日出社):FIの領域の導入または運用の経験、インターフェース関連の業務(調整・テスト・レビューなど)の経験、多くの関係者との調整の経験、チームのタスク管理の経験、日本語ネイティブレベルでの顧客折衝の経験が必須。S/4HANA導入の経験、会計業務の知識、マニュアル作成・教育支援の経験は尚可

    • 製造業の人事システムの更改(PeopleSoftからSuccessFactorsへ・週3日程度出社):人事システムなどの更改で、旧システムから新システムへのデータ移行を支援した経験、周辺システムとのデータ連携を支援した経験、情報システム部・人事部などユーザー側との調整の経験、正確で自然な日本語力が必須。SuccessFactorsの導入経験、PeopleSoftの経験は尚可

    分析・計画の仕組みを移す枠と、尚可に移行が入った枠(3件)

    • SAPの帳票基盤(HANA・BWからBO)をBIツール(Snowflake・Qlik Cloud)へ移す移行の支援(基本リモート):Qlik Cloudでのデータ加工・チャート作成の経験、BIツールでの帳票・レポート開発の経験、データモデルとデータ加工の理解が必須。BusinessObjectsの構築・移行の経験、HANAビューやBExクエリの設定を読み解けること、それをQlikのロードスクリプトへ置き換えられること、SAPの知見は尚可

    • 食品販売企業のSEMからSAC Planningへの移行の設計・開発(週5日出社):SAC Planningの設計・開発の経験、SAP BWと計画系の業務の知見・経験、SACの設計・開発・テストを一人称で担えること、顧客との課題整理・折衝の経験が必須

    • 電機メーカー向けの大規模S/4HANA導入のPSコンサル:必須はPSの導入経験など。尚可の1つに「プロジェクト関連のデータ移行の実務経験」

    6件に共通していた点

    1. リードの枠では、移行の「計画」を作った経験が見られていた

    移行・テストリーダーの枠では、「全体の移行計画書を作った経験」が必須に入っていました。データを移す作業をした経験だけでなく、どのデータを・どの順番で・いつ移すかを、全体として組み立てた経験があるかが見られています。第3章で見た「対象の順番」や「試しの移行」を、計画に落とし込んだことがあるかどうかです。

    2. 調整の経験が、ほぼすべての枠に出てきた

    「複数のチームをまたいだ取りまとめ」「多くの関係者との調整」「情報システム部・人事部などユーザー側との調整」と、調整の経験が繰り返し必須に入っていました。データ移行は、古いシステムの持ち主、新しいシステムのモジュールの担当、開発、業務の担当のあいだに立つ仕事なので、そのつなぎ役が求められていると考えられます。

    3. 業務の領域の知識と組み合わせて求められていた

    会計FIの移行支援ではFIの導入または運用の経験が、人事システムの更改では人事の領域のデータ移行の経験が必須でした。データの意味が分からないと、マッピングや移したあとの確かめができません。移行だけの経験より、「どの業務の、どのデータを移したか」が見られています。

    4. 連携(インターフェース)とセットで書かれていた

    FIの移行支援では「インターフェース関連の業務の経験」、人事システムの更改では「周辺システムとのデータ連携を支援した経験」が必須でした。データの移行と、周りのシステムとのデータのやり取りは、同じプロジェクトの中で一緒に扱われることが多いと読み取れます。連携の経験が条件にどう書かれていたかは、別記事「SAP Integration Suiteの案件|PI/POからの移行と、連携のコンサルに求められる経験」で整理しています。

    なお、6件のうち2件は、S/4HANAへのデータ移行ではなく、帳票や計画の仕組みを別の道具へ移す案件でした。SACへの移行の案件の背景は、別記事「SAP SAC(Analytics Cloud)コンサルの仕事|経営管理・計画の案件で求められる経験」で整理しています。

    これまでのデータ移行の計画や取りまとめ、移行の作業の経験が、どの募集に近いか気になった方へ。希望条件をLINEで登録いただくと、近いSAP案件が出たときに個別にご案内します。

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

    5. データ移行の経験を経歴書で伝えるときのポイント

    「データ移行を担当」とだけ書くと、何をどこまで担ったかが伝わりません。第4章の6件の条件から逆算すると、経歴書では次の6点が読み取れるようにしておくのがおすすめです。

    • 移した元と先:どのシステムから、どのシステムへ移したか(ECCからS/4HANA、PeopleSoftからSuccessFactorsなど)

    • 移したデータ:取引先・品目などのマスタか、残高・未決済の取引か。どの業務の領域のデータか

    • 役割:移行の計画を作ったのか、マッピングを決めたのか、データを取り出して入れたのか、全体を取りまとめたのか

    • 作った文書:移行計画書、マッピングの定義、移行の手順書など、自分で作ったもの

    • 試しの移行と本番:テストの環境で何回移したか、本番の切り替えにどう関わったか

    • 調整した相手:ユーザー側の部門、ほかのモジュールのチーム、開発、周辺システムの担当など

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

    6. よくある質問

    SAP以外のシステムのデータ移行の経験は、SAPの案件で活かせますか?

    今回の6件のうち、移行・テストリーダーの枠では、SAPなどの基幹システムの導入経験は尚可で、必須はシステム導入での移行のリードの経験でした。人事システムの更改の枠も、必須は「人事システムなどの更改」でのデータ移行の支援の経験でした。案件によっては、SAP以外のシステムでの移行の経験が条件に合うことがあります。人事システムの更改の案件と、SuccessFactorsが受け持つ範囲は、別記事「SAP SuccessFactorsの案件|人事システムの更改で求められる経験」で整理しています。

    まとめ

    • 「移行」には、システムそのものを移す話と、データを新しいシステムに入れるデータ移行とがあり、求められる経験が違う

    • データ移行は、テストの環境で何度か移して確かめ、本番の切り替えに備える仕事。SAPの公式の道具では、ひな形の用意・マッピング・試しの移行・本番の移行の流れで進み、対象には順番がある

    • 当社に届いた6件では、リードの枠で移行計画を作った経験が、ほぼすべての枠で調整の経験が、業務の領域の枠でその業務のデータを移した経験が見られていた

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

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

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

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

    参考資料

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

    あなたへのおすすめ