SAP導入プロジェクトにおけるデータ移行支援サービスについて
株式会社SHIFT
エンタープライズサービス部
SAPサービス2G 木津 明徳

突然ですが、、、、3大疾病ってご存知ですか？
そうです。
がん ・ 心疾患 ・ 脳血管疾患ですね。
2

では、、、、SAP導入の3大疾病ってなんだと思いますか？

3■ SAPデータ移行における、お客さまの悩みと課題
SAP導入の3大疾病（炎上、遅延の原因）
進んでいないプロジェクトの進行具合進んでいる

エンドユーザがやる気がない
大量のアドオン開発
データ移行がうまくいかない（導入ベンダー任せ）（要件定義が終わらない） （終わらない／精度が悪い）
プロジェクトが進まない

テストにならない

データ移行にまで手がまわらない

テストができない

ただ、データ移行って。。。。

やらない、できない、やっても失敗するという風潮

データ移行ができていない
プロジェクトは100%炎上

👇
データ移行の成功なくしてプロジェクトの成功なし！

誰もやりたがらない（みんな困っている）

4

なぜ、データ移行は失敗するの？

5

■ SAPデータ移行における、お客さまの悩みと課題（SAP主要マスタデータのイメージ）
製品品目マスタ

商品 半製品

部品

設備

請求先 支払人

複数の業務領域を横断して集約する必要あり（誰が統制とるの？？）
共通情報・販売情報・会計情報
仕入先

仕入先
マスタ

サービス

共通情報・販売情報・購買情報・在庫管理情報・生産管理情報・会計情報・原価計算情報・倉庫管理情報・輸出入情報・品質管理情報等
受注先 出荷先

得意先
マスタ

材料

納入先 請求元 支払先

共通情報・購買情報・会計情報

6■ SAPデータ移行における、お客さまの悩みと課題（SAP主要マスタデータと既存システムとの関連イメージ）
現行システム（イメージ）

SAPシステム（イメージ）
品目マスタ

得意先マスタ 価格マスタ

仕入先マスタ

販売ビュー

販売ビュー

商品マスタ

条件マスタ

販売管理システム
商品マスタ 出荷先マスタ
在庫管理システム

部品マスタ 仕入先マスタ

在庫管理ビュー

在庫管理ビュー

マッピングが複雑！
価格マスタ
在庫管理ビュー
購買情報
名寄せやコード変換も！

商品マスタ
購買管理システム

得意先マスタ

仕入先マスタ

購買ビュー

購買ビュー

部品マスタ
製品マスタ
部品マスタ

部品表マスタ

在庫管理ビュー

生産管理システム
得意先マスタ
仕入先マスタ

生産管理ビュー

勘定マスタ

会計ビュー

会計ビュー

会計ビュー

会計管理システム
勘定マスタ

部門マスタ

原価計算ビュー

管理会計システム7

■ SAPデータ移行における、お客さまの悩みと課題（SAP主要トランデータと既存システムとの関連イメージ）

現行システム（イメージ）
伝票系

残高系

受注伝票

SAPシステム（イメージ）
伝票系

残高系

未処理受注のみ

販売管理システム
出荷伝票 入荷伝票
在庫管理システム

入出庫伝票

発注伝票
購買管理システム
製造指図

在庫残高

在庫残高

未処理発注のみ移行ルールが複雑！
どうやって移行するの？
未処理指図のみ

生産管理システム
売掛金 一般伝票
買掛金

勘定残高

会計管理システム

予算・実績

未処理売掛金のみ
未処理買掛金のみ

勘定残高

予算

管理会計システム8

■ SAPデータ移行における、お客さまの悩みと課題（データ移行・マスタ整備における主な課題）【ユーザ側の主な課題】【導入パートナー側の主な課題】◼ SAP各種マスタの構造や振る舞いがよくわからない◼ SAPの上流設計に時間をとられ、現行の各種マスタやトランザクションデータに対し、検討する余力がない◼ SAPのマスタやトランザクションデータに対して、現行データをどのようにマッピングするのかわからない◼ マスタデータの整備・準備ができないため、SAPシステムの本稼働にいきつかない◼ ユーザ側がマスタデータの整備やデータ作成ができない、もしくは遅れることがプロジェクト遅延の主な原因である◼ 多くの導入パートナーが現行システム側のデータ移行作業をやりたがらない(仕様がわからないため責任をもてないといわれる)◼ ユーザからマスタデータの整備やマッピング作業の支援依頼はあるものの、予算の関係で責任分担がユーザ主体となり、手が出しにくい「やらない、できない、やっても失敗する」 のメカニズム9ユーザ側のタスクに着目すると。。。

10

■ SAPデータ移行における、お客さまの悩みと課題
SAP導入プロジェクトに必要な3本柱（データ移行／システム移行／業務移行）において、ユーザ主体でやらなければならないタスクが山のようにあり、要員管理、進捗管理をはじめとするマネジメントも必要。

11

■ SAPデータ移行における、お客さまの悩みと課題
ユーザ主体タスクでは、作業の質・量に対してスキル・パワー不足となる場合が多く、課題はプロジェクトが進むにつれて大きくなり、プロジェクト後半に多大な影響を与えてしまいます。

悩み
事業会社主体の作業は、思ったより多くて捌けない…
タスクが多すぎて、作業の優先順位がつけられない…
兼任者の負担が大きく仕事がまわらない…
考えは浮かんでいるが、アウトプットして共有できない…

課題
SAPパートナとお客さまの役割分担に認識違い
契約条件にあるSAPパートナの「支援」に過大に期待。
各部署で発生する作業項目やボリュームは想像以上に大きい。

既存システムとの両輪がまわせない
お客さま主体作業（移行、データ整備、トレーニング、テスト推進など）に対して兼任体制となりがち

大規模PJの推進経験者が不足
お客さま主体作業の計画立案／WBSの落とし込み/状態の可視化が不足しがち

SAP経験者が不足
進め方、成果物はこれでよいのか心配だ…

データ移行の新旧マッピングやデータクレンジングをどのようにすればよいかわからないス
キル・パワー
不足

解決できなければ、待っているのは3大疾病！
12

そんなお悩みを解決するのが。。。。

SHIFTの「SAPデータ移行サービス」

13

■ SAPデータ移行サービスについて ～サービス概要～
データ移行サービスの考え方
サービスのラインナップ
必須サービス
0

データ移行アセスメント
アセスメントの結果、例えば…

オプションサービス
１

移行方針／計画作成

移行対象一覧の見直しが必要

移行データマッピング

移行方針、計画に不備・不足が多い

３

移行リハーサル準備

マッピングの進め方がわからない

４

データ移行作業

５

データ移行検証

２

リハーサル準備や移行作業の体制強化が必要

サービスの特徴：症状に合わせて治療方法を選択
診断

アセスメントで症状(課題)を可視化

症状

データ移行の進め方NG

SAPの知見がないマンパワーが足りない

治療

１を提案

２を提案

３～５を提案

大半のお客様がこの症状複数名で支援
14

■ SAPデータ移行サービスについて ～サービスコンテンツ～
アセスメントの結果、弱点となった工程まで遡っての方針／計画の検討のご支援・明文化や、作業タスクに対する体制確保を目的とした各種サービスがあります。
太字：標準サービス

サービス

細字：オプションサービス

内容０

データ移行アセスメント

データ移行作業のアセスメントをおこない、プロジェクト課題を可視化してネクストアクションを明確化

１

移行方針/計画作成

・プロジェクト方針/計画にもとづき、データ移行方針/移行計画書の作成を支援
・移行対象一覧、マスタ/トラン整備計画の作成を支援

２

移行データマッピング

・旧システムとSAPのオブジェクトレベルでのマッピング支援
・旧システムとSAPの項目レベルでのマッピング支援

移行リハーサル準備

・移行リハーサル計画作成支援
・データ移行手順の作成支援
・データ移行タイムスケジュールの作成支援

３

４

データ移行作業・移行元からの抽出作業支援※リハーサル/本番ともにご支援
・SAP投入データへの加工および、B/Iツールへの転記
・データクレンジング支援
・SAPへの投入処理の実施（マスタ投入のみ）
・投入時エラーのまとめ～原因大分類の切り分け（抽出ツール不備/変換不備/データ不備/投入ツール不備）

５

データ移行検証

・移行元データと投入後データの比較・不一致の原因分析※リハーサル/本番ともにご支援

15

■ SAPデータ移行サービスについて ～データ移行アセスメントの重要性～
プロジェクト後半での手戻りをなくして無駄なコストを抑え、効率よく計画とおりに移行作業を遂行するには、アセスメントの実施が有効です。
ドキュメント品質
よくない部分がある

現状放置

インシデント
多発

リハーサル
やり直し

体制増／工期延長によるコスト増

課題が残っている
準備不足・作業漏れがある

上流工程

工期の見直しを繰り返す

延伸
アセス
メント

しっかり対策無理なくインシデント対応
計画とおりに推進

製造工程

下流工程

延伸

アセスメントによって、客観的にプロジェクトを診断し、計画や作業の弱点を摘出。

データ移行アセスメント

プロジェクトの状態を診断
作業・成果物の品質・妥当性を評価
ネクストアクションを明確化

プロジェクト初期の段階でデータ移行のボリューム・リスクを把握し、必要な期間・工数、投入すべき人材を的確に判断！

16

■ SAPデータ移行サービスについて ～データ移行アセスメントの重要性～
これまで、お客さまに寄り添ってデータ移行をご支援してきました。
SAPならではの知見、実績(※)にもとづき、多面的に診断することで弱い部分を的確に摘出します。
・客観的にアセスメントできるのは、弊社が第三者の立場だから！
SAPパートナー、コンサルタント、開発ベンダー、お客さまに対して 第三者の立場から公正に評価します。

・６つの観点で漏れなくチェック！
AsIsとToBeのデータ観点での相性、移行方針／計画の完成度など、さまざまな視点を含んだ６つの観点だから、偏りなく弱い部分や課題を的確に摘出します。

・あるべき進め方、あるべき成果物と比較！
正しい状態と比較することで、計画や作業の抜け漏れ有無、品質に問題がないかを判断します。
※ S/4 HANAを対象に、2019年以降、新規導入・バージョンアップの実績10社以上

17

■ SAPデータ移行サービスについて ～アセスメントサービスの概要～
データ移行作業がうまくすすめられているのか、課題がなにかをアセスメントによって可視化し、正しく推進されるよう、ネクストアクションをご提案します。
データ移行アセスメントサービスの範囲

ヒアリング・調査
・調査対象の情報提供と合意
・体制／スキル、PJ運営、コミュニケーション、ドキュメント管理などの確認

貴社より情報提供

データ移行の課題可視化

ネクストアクションの明確化・共有

ネクストアクションの実施

・移行方針／計画のコンテンツ
・データ移行計画の妥当性
・実行系タスク・コード変換・新旧Gapの吸収・データ移行設計の完成度

・総合評価
・ネクストアクションご提案

・データ移行をご支援
・できていないところをしっかりフォロー
・リスクを確実に摘みとりながら推進

貴社より情報提供

ご判断

正しく推進

18

■ SAPデータ移行サービスについて ～アセスメントサービスの概要～
独自のメソッド 「６つのチェック観点」でアセスメントを行います。
【凡例】 ◎：重点確認対象 ○：確認対象

カテゴリ観点1

移行方針／計画のコンテンツ

コンテンツに過不足がないか、決めごとが決め切れているか◎

2

移行計画の妥当性

移行データのボリュームを考慮した移行計画であるか◎

実行系タスクの妥当性

リハーサル作業手順の内容、評価と見直しが計画／実施されているか◎

コード体系・新旧Gapの4吸収仕様

組織／品目／BP／価格マ
スタへの変換仕様が明確であるか

移行設計の完成度

AsIs→ステージング→ToBeの流れで過不足なくデータ移行設計ができているか〇

プロジェクト推進

体制、インプットドキュメント、会議体、コミュニケーションが適切であるか

〇

3

5

6

主なチェック内容

アセスメント
対象No

企業秘密◎19

■ SAPデータ移行サービスについて ～アセスメントサービスの概要～
標準のデータ移行WBS(※1) に照らしてアセスメントを行います。
：アセスメント対象箇所※1 弊社データ移行WBS標準モデル
全体工程

Discover（構想）

Prepare（準備）

Explore（評価）

Realize（実現化）

情報化構想立案

システム化計画

要件定義

基本設計

データ移行工程

Deploy（デプロイ）

詳細設計

要件定義

移行設計

1-1データ移行方針の策定
1-2データ移行計画の策定
データ移行
WBS2

製造

結合テスト

移行開発

システムテスト

受入テスト

移行テスト
4-1移行リハ1

2-1移行設計

4-2移行リハ2

本番移行

運用保守

本番移行
4-3移行リハ3

4-4移行リハ4

5-1本番移行

3-1移行ツール詳細設計
3-2製造
3-3単体テスト

１）移行方針／計画のコンテンツ
3-4リハーサル計画の策定
２）計画の妥当性
2-2業務移行準備（データ整備（AsIsとステージングでのクレンジングなど））
３）コード変換・新旧Gapの吸収
プロジェクト実施計画書
全体移行方針/計画書

1-1-1データ移行方針書（移行タイミング/停止期間/差分考慮など検討案を立案）

1-1-2移行対象一覧/抽出条件一覧
1-2-1データ移行計画書

移行作業の移行作業のインプット情報
インプット情報

3-4-1移行リハーサル計画書

５）実行系タスク

4-6-1本番移行計画書

4-1-1～5-1-1移行作業手順書

2-2-1マスタ/トラン整備計画
2-2業務移行準備（データ整備）

新マスタ/トラン定義書
データ移行WBS3

単体テスト

Run
（運用）

４）移行設計の完成度

1-2-2データ名寄せ一覧
2-1-1移行ツール設計書（AsIs～ToBeジョブフローなど）
2-1-2項目マッピング仕様（マスタ／トラン）
2-1-4AsIsデータ抽出仕様
2-1-5ToBeデータ投入仕様
2-1-6データクレンジング仕様
2-1-7データ変換仕様
2-1-8検証仕様
2-1-9テスト仕様

4-5-1移行ツール改修仕様※ プロジェクトの状態によっては、体制の大幅な見直し、リプランなどの検討が必要となる場合もございます。
20

■ SAPデータ移行サービスについて ～ データ移行における役割分担イメージ～◎ 移行手順ごとの役割分担イメージ
移行準備移行作業

旧システム

XXX

事前クレンジング

事前クレンジング
整備

データ抽出

S/4

変換アップロードor
手作業での画面入力

事前整備済み
データ

変換済み
データ

データ抽出

データ変換

抽出

検証

変換

検証

データ登録
投入

検証

クレンジング計画(主)クレンジング実施(主)移行計画作成(主)、移行抽出対象決定(主)移行マッピング(主)、移行変換仕様(主)データ検証(主)データ移行作業(主)旧システム担当

クレンジング実施(旧システム観点で支援)

移行計画作成(支援)、移行マッピング(旧システム観点で支援)
移行手順作成(主)、抽出／変換ツール設計・開発・テスト(主)

－

SHIFT

クレンジング計画(S4観点で支援)

移行計画作成(支援)、移行マッピング(S4観点で支援)
移行手順作成(支援)、抽出／変換ツールテスト(支援)－－移行計画／手順作成(主)投入ツール設計／開発(主)データ移行作業(支援)、データ検証(支援)ユーザ(ＩＴ旧新システム)ＩＴ(新)導入ベンダークレンジング計画(支援)21

最後に。。。。

22

■ 最後に。。。。

成功事例をマネしたから成功するわけではありません。
規模、環境、導入時期、AsIs/ToBeの仕様、携わる人 etcすべてにおいて同じではないからです。

成功する秘訣はありません。ただし、失敗しない秘訣はあります。
SHIFTのSAPデータ移行サービスは、“失敗しないために何をするか” に着眼し、失敗のリスクを削ぎ落すために活用いただくものです。

我々と一緒に失敗のリスクを回避しながら本番を迎えましょう！
23

ご清聴、ありがとうございました。

24