データ移行 見積もりツール。

数字は、過去25年にわたってSAP、Oracle、Dynamicsのプログラムで私が見てきたパターンを反映しています。計画の議論の起点となるよう設計したもので、お手元の実データに対するプロファイリングの代わりにはなりません。

精度を左右する最大の要因は、移行元に対してプロファイリングのクエリを実行したかどうかです。正直なデータ品質のフラグに基づくコストの幅は、持ちこたえます。ワークショップでの楽観論に基づくコストの幅は、持ちこたえません。このツールの出力は、SIとの対話の基準値として使ってください。SIの見積もりが大きく低い場合は、どのデータ品質の前提を置いているのか、その前提をどう検証したのかを尋ねてください。

ほとんどのプログラムでは、未決済明細と期首残高だけを移行し、履歴は参照専用のアーカイブやレポーティング層を通じて、旧システムで読める状態に保つのが正解です。トランザクション履歴をすべて移行すると、工数が何倍にも膨らみ、照合が遅くなり、費用に見合うことはまずありません。

例外は、法定の保存義務により履歴を正式な記録システム内に置く必要がある規制業種と、新システム上での前年同期比の推移比較が実際の業務要件になっている企業です。どちらの場合も、履歴データに対するこのツールの工数倍率は、より重い作業量を反映しています。

移行先ERP、対象オブジェクト、データ量に基づいて出発点を選びます。標準オブジェクトを使うグリーンフィールドのS/4HANAでは、通常Migration Cockpitになります。ブラウンフィールドのコンバージョンとセレクティブな移行は、ハイブリッドに傾きます。データ量が多い、移行元システムが複数ある、変換が重いといった場合は、BTP上のカスタムETL、またはOracleやMicrosoft側の同等のプラットフォームが推奨されます。

推奨はあくまで出発点です。本当の判断は、計算ツールではなく、お手元のデータのサンプルで実施するPoC（概念実証）の後に下します。出力は、その検証に持ち込む作業仮説として扱ってください。

計算ツールは完全にブラウザ上で動作します。結果のスクリーンショットを撮るか、オブジェクトごとの数字をご自身の計画用スプレッドシートにコピーしてください。アカウントも、PDFへのエクスポート機能もなく、サーバー側には何も保存されません。これは意図的な設計です。数字をもっと詳しく見たい場合は、30分の通話を予約し、スクリーンショットをお持ちください。

いいえ。対象はマスタデータとトランザクションデータだけです。設定データ、セキュリティロール、カスタム開発、連携オブジェクトは、それぞれ固有の工数ドライバーを持つ別のワークストリームにあり、データの項目にまとめるべきではありません。これらを1つの数字に押し込むことが、データ移行の見積もりが計画段階で大きく外れる原因の1つです。

このツールが見積もるのは、1回の移行イベントです。複数地域のロールアウトでは、ウェーブごとに1回ずつ実行して合算し、第1ウェーブから再利用するテンプレート、マッピング、ツールの分を削減率として差し引きます。私の経験では、第2ウェーブのコストは第1ウェーブの約60%から70%、第3ウェーブは約50%まで下がり、その後は安定します。現地の法定データオブジェクト（税、給与、銀行）は、たいてい、そのまま再利用できない部分です。

はい。その場でコンバートされるオブジェクトは工数が小さく、再マッピングが必要なオブジェクトは工数が大きくなるよう、調整されます。ブラウンフィールドのコンバージョンは、通常、同等のグリーンフィールド移行のデータ工数の40%から60%に収まります。得意先、仕入先、品目、勘定科目表の構造が、再抽出なしで引き継がれるためです。より大きな負荷になるのは、たいてい、ビジネスパートナーへの変換と、過去の転記に対する新総勘定元帳の影響です。

はい。登録もメールアドレスの入力も、お支払いも不要です。計算はブラウザ上で行われ、何も保存も送信もされません。数字が出た後、データ移行のビジネスケースづくりにお手伝いが必要な場合は、30分の通話を予約してください。