データ移行対応表

これは何か

データ移行対応表は、古いシステムの項目が、新しいシステムのどの項目に、どんな変換をして入るのかを、1行ずつ決めて記録する成果物です。「マッピング表」とも呼ばれます。

DAT-003 データ移行方針書が「何を、どう移すか」の考え方なら、この対応表は、その考え方を項目1つずつの決めごとにしたものです。移行のプログラムは、この表をもとに作ります。

なぜ作るか

• 項目ごとの変換のルールを、プログラムを作る人と業務の担当が同じ表で確かめられる
• 名前が同じでも、値の分け方や使い方が違う項目に気づくきっかけになる
• 照合で差が見つかったとき、どのルールで変換したかをさかのぼれる（11-06）

誰が使うか・いつ作るか

• 作る人：データ移行の担当と、新旧それぞれのシステムに詳しい人
• 確かめる人：そのデータを業務で使う担当（項目の意味を知っている人）
• 使う人：移行のプログラムを作る人、テスト・照合の担当
• 一般的には、新しいシステムのデータの定義（DAT-002）ができた段階で作り、移行の練習のたびに見直します
• アステリア案件の対応表の中身・項目数・確認者は、正本に記載がありません。未確定

移行元のシステムとその項目、新旧の項目の対応、変換のルールは、正本に記載がありません。未確定 上の業務の担当が、対応表を確かめる役割を持つという記載もありません。未確定

主な項目（列）

一般的には、1行に次のような列を持ちます。

1. 移行元：システム、表（ファイル）、項目の名前
2. 移行先：システム、表、項目の名前
3. 変換のルール：そのまま、コードの読み替え、分割・結合、計算、固定の値など
4. 対象の条件：どの行を移すか（例：取引のある顧客だけ）
5. 意味の違い：名前が同じでも、値の分け方や使い方が違う点
6. 空・誤りの扱い：値がない・おかしいときにどうするか
7. 確認者と日付：業務の担当が確かめたか
8. 状態：案・確認中・確定

読み方

1. 「意味の違い・注意」の欄が埋まっている行を先に見る
2. 読み替え表を使う行は、読み替え表そのものも確かめる（抜けている値はないか）
3. 状態が「案」「確認中」の行が、どれだけ残っているか
4. 確認者が、項目の意味を知っている業務の担当か
5. 対象の条件（どの行を移すか）が、方針書と一致しているか

書き方

1. 移行先（新しいシステム）の項目から一覧を作る（新しいシステムで必要な項目に、抜けが出ないように）
2. 各項目について、移行元の項目と変換のルールを書く
3. 実際のデータを見て、値の種類・空・誤りを確かめる（名前だけで対応を決めない）
4. 意味の違いを、業務の担当に確かめてもらう
5. 確定した行と、決まっていない行を分けて管理する
6. 練習の結果で変えた行は、変えた理由と日付を残す

何を書いてはいけないか

• 項目の名前が同じというだけで「そのまま」にする
• 業務の担当が確かめていない行を「確定」にする
• 読み替え表を、対応表とは別の場所で、記録なしに変える

よくある失敗

• 項目の名前だけを見て対応を決め、実際のデータの値を見ない
• 古いシステムで長年続いた使い方（本来と違う使い方）に気づかない
• 対応表を作ったあとの変更が、移行のプログラムに反映されない

関係するUnit・成果物・危機演習

• Unit：11-03 古い項目と新しい項目を対応させる、11-04 汚れたデータをどうするか、11-06 移行後に本当に合っているか確認する
• 成果物：DAT-003 データ移行方針書、DAT-002 データ定義書、DAT-005 データ品質・クレンジング一覧、DAT-007 データ照合報告書
• 危機演習：この成果物を直接の題材にする危機演習はありません

いつ使うか

この教材では STAGE 11｜10年分のデータを新システムへ移す の文脈で扱います。 アステリア案件での正式な作成・使用時期（月）は正本に記載がないため、未確定としています。