指値（取引先別単価）のデータ移行で失敗しないための確認手順｜棚卸しから並行稼働の合格基準まで

◆監修・編集責任者　小園 将隆　2026年11月4日

B2B EC-COLUMN

指値のデータ移行が失敗するとき、まず何が起きうるのか

切替日が近いのに、取引先別の指定単価（指値）が旧システムと同じ価格で出る確信が持てない。
そんなときは、取込の操作より先に、単価の持ち方を疑います。
販売管理システムのデータ移行を扱うある実務解説も、移行で特に注意が要るのは取引先別単価だとしています。
新旧の単価マスタの構造が合わなければ、変換の個別開発が必要になるためです¹。
まず取引先・品目・数量帯・有効期間・例外の5観点で自社の単価を棚卸しし、新システムの受け皿と項目ごとに対応させます。
合わない単価の扱いは、見積の前に決めておきます。
そのうえで並行稼働で新旧の金額と単価を突き合わせ、一致を合格の条件にして確かめます。

取引先別単価が他のマスタより危ない理由

商品マスタや取引先マスタは、1件の情報が1つの対象を表します。
旧システムから項目を書き出して新システムの同じ項目へ入れれば、形のうえでは移ります。
取引先別単価はそうはいきません。
1つの価格が、どの取引先に、どの品目を、何個から、いつまで売るかという、複数の条件の組み合わせで決まっているからです。

販売管理システムのデータ移行を扱うある実務解説も、移行で特に注意が必要なのは取引先別単価だとし、A社向けの特別単価、期間限定の割引単価、ロット別の段階単価を例に挙げています¹。
同じ解説は、商品・取引先・単価・倉庫の各マスタを、新システムの稼働に欠かせないため先に移す対象として挙げています¹。
単価マスタはその中でも、条件の組み合わせで価格が決まる点が他と違います。

具体的な場面で考えます。
たとえば得意先A社に品目Xを通常より安い特別単価で出していて、100個以上の注文ではさらに別の単価になり、一定の期間だけは割引単価を適用しているとします。
旧システムでは、この3つの価格が取引先・品目・数量の下限・適用期間の組み合わせとして1つの単価表に入っていることもあれば、割引だけ別の画面で管理していることもあります。
新システムの単価マスタが数量の区切りを持てなかったり、期間を1つしか持てなかったりすれば、項目を書き出して取り込むだけでは済みません。
A社への価格のどれかが落ちるか、別の価格に置き換わります。

厄介なのは、取込そのものはエラーなく終わる場合もありうることです。
件数がそろい、画面にA社の単価が表示されていれば、移行は済んだように見えます。
実際の注文が入り、100個以上の注文や割引期間中の注文で請求金額が旧システムと違ったときに初めて気づく。
取引先別単価の移行では、こうした順番になりやすいのです。

構造の不一致が見積漏れにつながる流れ

同じ解説は、新旧の単価マスタの構造が合わない場合は変換ロジックの個別開発が必要になり、それが見積から漏れると移行コストが跳ね上がると指摘しています¹。
変換ロジックとは、旧システムの単価の持ち方を、新システムが受け付ける形へ組み替える処理のことです。
たとえば旧側で「A社・品目X・100個以上」という1行になっている単価を、新側では数量帯の別表に分けて登録し直す作業がこれに当たります。

見積漏れが起きるのは、単価の持ち方の差が導入の初期には見えにくいからです。
機能の比較やデモで、標準的な取引先別単価を登録できるかは確かめられます。
しかし自社の例外的な単価がその受け皿に収まるかは、実際のデータを並べてみないと分かりません。
見積が固まった後に差が見つかると、追加開発の費用と期間が後から乗ります。
そして切替日を動かすか、合わない単価を手作業で補うかの判断を、急いで迫られることになります。

こう見ると、指値のデータ移行の失敗は、取込の操作ミスよりも手前、つまり見積の段階で準備されていることが多いと考えられます。
裏返せば、構造の差を見積の前に見つけておけば、失敗の芽の多くは取込より前に摘めます。

▼ 図の内容を文字で読む

1. 新旧の単価マスタの構造差
   • 数量の区切りを持てない
   • 期間を1つしか持てない
2. 変換ロジックの個別開発が必要になる
   • 旧の1行を新の別表へ組み替える
3. 見積から漏れる
   • 移行コストが跳ね上がる
   • 追加開発の費用と期間が後から乗る
4. 切替直前の判断を迫られる
   • 切替日を動かす
   • 合わない単価を手作業で補う

自社の指値の持ち方を5つの観点で棚卸しし、新旧の項目を対応させる

取引先・品目・数量帯・有効期間・例外の5観点

構造の差を見積の前に見つけるには、自社の単価を「どんな条件で価格が決まっているか」という単位で分けて書き出すのが近道です。
ここでは、先の解説が挙げた例（特別単価・期間限定の割引単価・ロット別の段階単価）¹をもとに、5つの観点に分ける整理を提案します。
この5観点は原典が定めた分類ではなく、例示から組み立てた整理の枠です。

• 取引先：どの得意先に適用する単価か、個社ごとか取引先のグループごとか
• 品目：品目ごとに単価を決めているか、品目の分類ごとにまとめて決めているか
• 数量帯：何個以上で単価が変わるか、段階がいくつあり、区切りの数量はいくつか
• 有効期間：開始日と終了日があるか、期間が重なる単価はないか
• 例外：上の4つで表せない決め方（特定の注文だけの値引き、担当者が手で上書きしている単価、他の条件と組み合わせる割引など）

観点ごとに分けるのは、どの観点で新しい受け皿と食い違うかを、1つずつ確かめられるようにするためです。
単価表をまるごと眺めていると、A社の特別単価が移るかどうかという大きな問いになってしまいます。
観点に分ければ、取引先と品目は移るが数量帯の段階が足りない、というように問題の場所を特定できます。
例外を独立した観点にしているのは、システムに入っていない決め事が隠れやすい場所だからです。

棚卸し表の作り方

旧システムから単価データを書き出したら、1行を1つの価格として、5観点を列にした表へ並べ直します。
A社・品目Xの例なら、特別単価・100個以上の単価・期間割引の単価が3行になり、それぞれの行に数量の下限と適用期間が入ります。
旧システムの画面で1つの単価表に見えていても、こうして行に分けると、どの価格がどの条件に依存しているかが見えてきます。

列にはさらに、観点ごとの単価の件数と、直近の取引で実際に使われているかどうかの印を加えておくと、後で役立ちます。
有効期限が切れたまま残っている単価や、取引が止まった取引先の単価は、移すかどうかを決める対象になるからです。
例外の列には、システムに入っていない決め事も書き込みます。
営業担当者が受注のたびに手で直している価格は、データを書き出しても出てこないので、担当者に聞き取って行を足すしかありません。

発注側で仕入先ごとの指定仕入価格を管理している場合も、取引先を仕入先に置き換えれば同じ表を作れます。
ただし元にした解説は販売管理側の移行を扱っているため、発注側への当てはめは考え方の応用として受け止めてください。

新旧の項目を1対1で対応させる表

棚卸し表ができたら、同じ5観点を新システムの取込項目と並べ、1対1で対応させます。
確かめるのは、旧側の各列が、新側のどの項目に、どんな形で入るかです。
対応が1対1にならない箇所が、構造の差がある場所です。

食い違いは、項目が無い場合だけではありません。
数量帯の段階数に上限がある、期間は持てるが重なりを許さない、取引先グループ単位でしか単価を持てない。
こうした「項目はあるが持ち方が違う」場合のほうが、見落としやすいと考えられます。
A社の例でいえば、新側に数量帯の項目があっても、旧側より少ない段階しか持てなければ、一番上の段階の単価は行き場を失います。

ベンダーへ書面で確認する事項

新側の受け皿がどこまで持てるかは、製品や契約によって異なります。
口頭の説明やデモの印象で対応表を埋めると、見積の前提がずれたまま進んでしまいます。
対応表の新側の列は、ベンダーから書面で回答をもらって埋めるのが安全です。

• 取込ファイルの項目定義と必須項目
• 数量帯の段階数や期間の重なりなど、単価の持ち方の制約
• 一度に取り込める件数の上限と、分割の要否
• 取込時のエラーの出方（どの行がなぜ取り込まれなかったかが分かるか）
• 取込後に単価を一括で修正し、取り込み直せるか

最後の2つは、並行稼働で差が見つかったときや、切替後に価格の誤りが見つかったときの直し方に直結します。
直す手段がどこまであるかによって、並行稼働でどれだけ時間をかけて確かめるべきかも変わってきます。

▼ 図の内容を文字で読む

• 旧システム側の持ち方
  • A社の特別単価・100個以上の単価・期間割引の単価
  • 行ごとに数量の下限と適用期間を持つ
• 新システム側の受け皿の制約
  • 数量帯の段階数に上限がある
  • 期間は持てるが重なりを許さない
  • 取引先グループ単位でしか単価を持てない
• 食い違った結果
  • 一番上の段階の単価が行き場を失う
  • 項目はあるため見落としやすい

受け皿に合わない単価を、追加開発・運用での吸収・移行対象外のどれで扱うか

3つの扱いと選ぶ材料（件数・取引額への影響・手作業の負担）

対応表で食い違いが見つかった観点は、そのままでは移せません。
取れる扱いは、大きく3つに分けて考えると整理しやすくなります。
この振り分けは編集上の提案で、原典の手順ではありません。

• 変換の追加開発：旧の持ち方を新の受け皿に合う形へ組み替える処理を作る、または新側の受け皿を広げる
• 運用での吸収：新側で持てない価格を、受注時の手入力や別表の参照など人の作業で補う
• 移行対象外：期限切れや使われていない単価を新側へは移さず、旧側で参照できる状態に残す

どれを選ぶかは、食い違いのある観点ごとに、該当する単価の件数、その単価が関わる取引額、運用で補った場合の手作業の量で決めます。
A社の100個以上の段階単価が新側で持てない場合で考えます。
該当がA社の数品目だけで、100個以上の注文が月に数回しかないなら、受注担当者が手で単価を直す運用でも回るかもしれません。
一方、同じ持ち方が多くの取引先に広がり、毎日の注文の多くに関わるなら、手作業は入力ミスの入口になります。
この場合は追加開発の費用をかけても、組み替える価値が出てきます。

手作業の負担を見積もるときは、入力の手間だけでなく、誰がその価格を正しいと確かめるかまで含めます。
運用で吸収した単価はシステムが自動で適用しないので、受注のたびに担当者の判断が入ります。
担当者が替わったときにその決め事が引き継がれるか、請求前に別の人が見直せるか。
そこまで考えると、件数が少なくても追加開発を選ぶ理由になることがあります。

移行対象外は件数を減らせる一方で、本当に使われていないかを確かめる手間がかかります。
判断の材料になるのは、棚卸し表に付けた「直近の取引で使われているか」の印です。
ただし年に一度だけ使う季節の単価のように、直近の取引だけを見ると使われていないように見える単価もあります。
対象外にする前に営業担当者へ確かめておけば、切替後に必要な価格が無いと気づく事態を減らせます。

見積の前に決める理由

この振り分けは、ベンダーへ見積を依頼する前に終えておくことを勧めます。
先の解説が指摘するとおり、構造差を埋める変換の個別開発が見積から漏れると、移行コストが膨らむためです¹。
どの観点を追加開発にするかが決まっていれば、その分を最初から見積の範囲に含めて依頼できます。

決めずに見積を取ると、標準の取込だけを前提にした金額が出てきます。
その後で例外の単価が受け皿に収まらないと分かれば、追加開発を足すか運用で吸収するかを、費用と切替日の両方に追われながら決めることになります。
運用で吸収する単価が多い場合も、見積の前に分かっていれば、受注担当者の作業手順や並行稼働での確認項目を計画に組み込んでおけます。

振り分けの結果は、対応表の横に列を足して残しておきます。
並行稼働で差が見つかったときに、その単価は新側では手入力になると決めたものだとすぐ分かり、原因を追う手間が減ります。

▼ 図の内容を文字で読む

• 変換の追加開発
  • 同じ持ち方が多くの取引先に広がっている
  • 毎日の注文の多くに関わる
  • 手作業が入力ミスの入口になる
• 運用での吸収
  • 該当が数品目など少数に限られる
  • 注文が月に数回しかない
  • 確かめる人と手順を決められる
• 移行対象外
  • 有効期限が切れている
  • 直近の取引で使われていない
  • 季節の単価は営業担当者に確かめる
  • 旧側で参照できる状態に残す

試験移行・並行稼働で、単価が正しいかをどう照合し、何を合格とするか

金額で見る合格基準

単価を取り込んだあとは、実際の取引に近い形で新旧の結果を比べます。
並行稼働とは、一定期間、同じ受注・出荷データを新旧両方のシステムに入力し、結果を突き合わせる進め方です。
先の解説では、日次の受注・出荷データを新旧両方に入れ、売上集計や売掛金残高の一致を毎日確かめるとしています¹。
この解説では、並行稼働そのものが試験移行にあたる検証の役割を担う組み立てになっています。

切替の判定基準として、同じ解説は次の4つを例に挙げています。
基準に届かなければ、切替を延期して並行稼働を追加するとしています¹。

• 売掛金残高の一致率100%（1円単位）
• 月次売上集計の新旧差異ゼロ
• 日次の業務時間が旧システム比120%以内
• 請求書の出力内容（宛名・金額・消費税計算）の一致

これらは一事業者の解説が示した例で、業界で決まった基準ではありません。
それでも、単価の移行を確かめる出発点としては使いやすい基準です。
取引に使われた単価が1件でも違えば、その取引の売上と請求金額、さらに売掛金残高に差が出ます。
そのため、金額が1円単位で合っていることは、使われた単価が合っていることの強い手掛かりになります。

4つのうち、単価と結び付きにくく見えるのが業務時間の基準です。
ただ、運用での吸収を選んだ単価が多い場合、その手入力の負担はこの基準に表れます。
金額が合っていても業務時間が膨らんでいるなら、吸収の範囲が広すぎないかを見直す合図として読めます。

取引先×品目の単価を直接突き合わせる

金額による基準にも、見落としの余地があります。
金額が映すのは、その期間に実際に注文が入った単価の結果だけだからです。
A社の例で、並行稼働の期間中に100個以上の注文が一度も入らなければ、段階単価が新側で正しく入っているかは、金額をいくら照合しても分かりません。
期間限定の割引単価も、適用期間が並行稼働の期間と重ならなければ、同じことが起きます。

そこで、金額の照合とは別に、単価そのものを新旧で突き合わせる直接照合を加えることを提案します。
やり方は、旧システムと新システムのそれぞれから、取引先・品目・数量帯・有効期間の単位で単価の一覧を書き出し、同じ条件の行どうしを並べて価格を比べるものです。
書き出しの形式が新旧で違うときは、棚卸し表の5観点の列にそろえてから比べると、行の対応が取りやすくなります。

一覧を並べるだけでは、条件の解釈の違いまでは見えないことがあります。
たとえば期間の終了日を含むか含まないかの扱いが新旧で違えば、一覧上の日付は同じでも、終了日当日の注文の価格がずれます。
こうした差は、基準日と数量をいくつか決め、その条件で両方のシステムに価格を出させて比べると見つけやすくなります。
試す条件には、数量帯の区切りちょうどの数量（100個ちょうどと99個など）や、期間の初日と最終日を含めておくとよいでしょう。

直接照合で差が見つかったら、運用で吸収すると決めた単価なのか、取込の誤りなのかを、対応表に残した振り分けの列と照らして切り分けます。
前者なら想定どおりの差なので、手入力の手順が守られているかを見ます。
後者なら単価マスタを直す対象になります。

月次締めを2回またぐ確認の流れ

同じ解説は、並行稼働で月次締めを2回またぐのを安全ラインとし、1回目で主要な差異を洗い出して修正し、2回目で一致を確かめるとしています¹。
単価の移行に当てはめると、1回目の締めは、直接照合と金額照合で見つかった差の原因を単価マスタまでさかのぼって直す期間になります。
2回目の締めは、直した単価で金額が合うかを確かめる期間です。

2回目を確かめの場にするには、1回目のあとに単価マスタを直した記録を残し、どの差を何で直したかを追えるようにしておくことが欠かせません。
2回目でも差が残ったとき、それが1回目と同じ原因なのか、新しく見えた原因なのかで、次の手が変わるからです。
基準に届かないときは、先の解説が示すとおり、切替を延ばして並行稼働を足すのが基本の判断になります¹。

▼ 図の内容を文字で読む

1. 日次の受注・出荷を新旧両方に入力する
   • 売上集計や売掛金残高の一致を毎日確かめる
   • 6〜8週間は一事業者の解説の目安
2. 取引先×品目の単価を直接照合する
   • 100個ちょうどと99個など区切りの数量を試す
   • 期間の初日と最終日を含める
3. 1回目の月次締めで差を直す
   • 単価マスタまでさかのぼって修正する
   • 何を直したかの記録を残す
4. 2回目の月次締めで一致を確かめる
   • 直した単価で金額が合うかを見る
5. 基準に届かなければ切替を延ばす
   • 並行稼働を追加する

一括移行か段階移行か：条件別の選び方

効果と負担を同じ軸で比べる

並行稼働の進め方が見えてきたら、次は切り替え方を決めます。
すべての取引先の単価を一度に新側へ切り替えるか、取引先のまとまりごとに順に切り替えるかです。
ここでは、ある取引先の受注を新システムで受け始める日には、その取引先の単価が新側でそろって有効になっている必要がある、という前提を置きます。
これは編集上の仮定です。
一部の単価だけを新側に置いたまま受注を始めると、同じ取引先の価格が新旧に分かれて管理されてしまうためです。

先の解説は、受注・売上などの取引データは段階的に移すのが安全だとしています。
マスタを先に移して受注・売上のコア機能から稼働させ、請求・入金管理や在庫連携はあとから足す設計です¹。
過去の実績は直近1〜2年分の月次集計を移し、それ以前は旧システムを参照するとしています¹。
ただしこれは機能や取引データを段階的に移す話で、単価マスタを一括で移すか段階で移すかを比べたものではありません。

そこで、2つの進め方を同じ物差しで比べます。
効果として見るのは、単価の誤りの見つけやすさです。
負担として見るのは、並行稼働で同じ注文を新旧両方に入れる二重入力の工数です。
判断を分ける条件は、単価の件数、例外の多さ、切替日までの余裕の3つです。

一括で切り替える場合、並行稼働は一度で済み、二重入力の期間も一続きです。
先の解説では、並行稼働に6〜8週間を設けることが多いとされ¹、月次締めを2回またぐ考え方と結び付いています。
この長さは一事業者の解説の記述で、調査に基づく相場ではありません。
一括の場合はこの期間に全取引先の注文が流れるため、差が見つかっても原因の候補が多くなります。
どの取引先のどの観点の誤りかを絞るのに手間がかかります。

段階で切り替える場合、最初のまとまりは取引先の数が少ないぶん、差の原因を追いやすくなります。
そこで見つけた持ち方の誤りは、次のまとまりの取込前に直せます。
その代わり、まとまりごとに並行稼働を重ねれば、二重入力の期間は全体として長くなります。
どの取引先がいまどちらのシステムで受注しているかを管理する手間も加わります。

単価の件数・例外・切替の余裕による判断

条件ごとの傾きを整理すると、次のように考えられます。
いずれも判断の目安で、どちらかが常に優れるという意味ではありません。

• 単価の件数が多く、例外の観点も多い：段階のほうが誤りを絞りやすく、最初のまとまりに例外の単価を多く持つ取引先を含めると持ち方の誤りを早く見つけられる
• 件数が少なく、例外も限られる：一括でも差の原因を追える範囲に収まりやすく、二重入力を一度で終えられる利点が大きい
• 切替日までの余裕が少ない：段階を重ねる時間が取りにくいため一括になりやすく、その場合は直接照合を厚くして、金額照合で見えない単価を確かめておく
• 担当人数が少なく二重入力の負担が重い：並行稼働の期間を延ばしにくいため、まとまりを細かく分けすぎない

どちらを選んでも、棚卸しと対応表で食い違いを先に潰しておくほど、並行稼働で見つかる差は少なくなります。
方式の選択は、残った差をどの単位で見つけて直すかの選択だと捉えると、自社の条件に当てはめやすくなります。

切替後に価格の不一致が見つかったときの暫定対応と戻す判断

切替前に決めておく4つの事項

並行稼働で基準を満たして切り替えても、期間中に注文が入らなかった単価や、運用で吸収した単価で、切替後に価格の不一致が見つかることはありえます。
そのとき取引を止めずに対応できるかは、切替前にどこまで決めてあるかで変わります。
以下の4つは、編集上の提案として整理したものです。

1. 不一致の見つけ方：受注担当者や請求担当者が価格の違いに気づいたとき、どこへ報告し、誰が旧システムの単価と照らして確かめるか
2. 暫定の手入力単価の運用：新側の単価が直るまで、誰が正しい価格を決めて手で入力し、誰が請求前に確かめ、どこに記録を残すか
3. 旧システムの参照期間：単価を確かめるために、旧システムをいつまで参照できる状態にしておくか
4. 戻す条件：不一致がどの範囲・件数に広がったら、手入力での対応をやめて切替そのものを見直すか

1つ目と2つ目は、一部の取引先だけ価格が合わない場面への備えです。
A社の段階単価だけが新側で誤っていると分かった場合、A社の注文だけを手入力の運用に回し、他の取引先は新システムのまま進められれば、取引全体を止めずに済みます。
手入力した価格は、単価マスタを直したあとに正しい単価で出た金額と照らし、差が残っていないかを確かめます。
そうすれば、手入力の誤りも請求前に拾えます。

3つ目の参照期間は、先の解説が過去の実績について旧システムを参照する設計を示していることとも重なります¹。
単価の確認のためにも、旧システムで取引先別単価を見られる期間を決めておきます。
閉じる前に必要な単価の一覧を書き出して残しておけば、不一致の原因を後からでも追えます。

4つ目の戻す条件は、最も決めにくい事項です。
切替後に旧システムへ戻せるか、単価だけを取り直して再取込できるかは製品と契約によって違うため、切替前にベンダーへ書面で確かめておく必要があります。
戻せないと分かれば、条件は「切替を戻す」ではなく「手入力の範囲を広げつつ、単価マスタの修正と再取込を急ぐ」ための線引きになり、決めておく内容も変わります。

切替日の残高確定の流れ

切替日の作業として先の解説は、切替日の前営業日に取引先別の売掛金残高を最終確定して新システムの開始残高とし、翌営業日の朝に新システムで残高を確かめるとしています¹。
入金の消込は新システムの稼働日以降に始め、それより前の入金は旧システム側（PDFや台帳）で管理するとしています¹。

これは残高の移し方であって、単価を巻き戻す手順ではありません。
それでも、切替後の価格の不一致に備えるうえで意味があります。
開始残高が確定し、どの日の取引から新システムの単価で計算されたかの境目がはっきりしていれば、不一致が見つかったときに、影響する取引を稼働日以降の分に絞って洗い出せるからです。

切替日以降の取引で価格が違っていれば、その取引の請求金額と売掛金に差が出ます。
境目が明確なら、差のある取引を一覧にし、まだ請求していない取引は正しい価格に直してから請求し、請求済みの取引は取引先と調整する、という切り分けができます。

自社の単価を5観点で書き出しても、新しい受け皿のどこと食い違うのか、その単価を追加開発・運用での吸収・移行対象外のどれに振り分けるのかは、見積を依頼する前に決めておく必要があり、社内だけでは判断に迷いやすいところです。

相談では、棚卸し表をもとに食い違いのある観点を整理し、ベンダーへ書面で確かめる事項を洗い出せます。無料相談で要件を整理する

要点の整理

軸	基準
棚卸しの単位	取引先・品目・数量帯・有効期間・例外の5観点で、1行1価格に並べ直す
新旧の対応	5観点を新側の取込項目と1対1で対応させ、新側の列はベンダーの書面回答で埋める
合わない単価の扱い	追加開発・運用での吸収・移行対象外を、件数・取引額への影響・手作業の負担で見積依頼の前に決める
合格の確かめ方	金額の一致に加え、取引先×品目の単価を新旧で直接照合する
並行稼働の流れ	月次締めを2回またぎ、1回目で差を直し、2回目で一致を確かめる
方式の選び方	単価の誤りの見つけやすさと二重入力の工数を、件数・例外・切替の余裕で比べる
切替後の備え	不一致の見つけ方・暫定の手入力単価・旧システムの参照期間・戻す条件を切替前に決める

並行稼働で何を合格とし、切替後に価格の不一致が出たときに誰が何をするかは、切替日が近づくほど決める時間が取りにくくなります。 相談では、金額の照合に加える単価の直接照合の条件と、切替前に決めておく暫定運用や戻す条件を、自社の体制に合わせて整理できます。

よくある質問

単価マスタの構造が新旧で合わないとき、変換の追加開発以外にどんな選択肢がありますか。

新側で持てない価格を受注時の手入力や別表の参照で補う運用での吸収と、期限切れや使われていない単価を新側へ移さず旧側で参照できる状態に残す移行対象外の扱いがあります。
どれを選ぶかは、食い違いのある観点ごとに、該当件数・取引額への影響・手作業の負担で決めるのが一つの考え方です。
運用で吸収する場合は、誰が価格を決めて入力し、誰が請求前に確かめるかまで決めておかないと、担当者が替わったときに決め事が途切れます。

並行稼働の6〜8週間は、受注量が少ない場合も必要ですか。

6〜8週間は、ある実務解説が「設けることが多い」とした期間で、決まった基準ではありません¹。
同じ解説が重視しているのは、月次締めを2回またいで、1回目で差を洗い出して直し、2回目で一致を確かめる流れです¹。
期間の長さは受注量よりも締めの回数で決まる面があります。
受注量が少ないと、期間中に一度も使われない単価が出やすくなるため、金額の照合に加えて単価の直接照合で補うことを勧めます。

取引先ごとの単価を、金額の一致とは別にどう直接照合すればよいですか。

新旧それぞれから、取引先・品目・数量帯・有効期間の単位で単価の一覧を書き出し、同じ条件の行どうしで価格を比べます。
あわせて、基準日と数量をいくつか決め、その条件で両方のシステムに価格を出させて比べると、期間の終了日の扱いなど条件の解釈の違いも見つけやすくなります。
数量帯の区切りちょうどの数量や、期間の初日と最終日は、試す条件に含めておくとよいでしょう。

旧システムの単価に、有効期限切れや使っていない単価が残っているときは、移行前にどう整理しますか。

棚卸し表に、直近の取引で使われているかどうかの印を付け、期限切れの単価と使われていない単価を移行対象外の候補にします。
ただし年に一度だけ使う季節の単価のように、直近の取引だけを見ると使われていないように見える単価もあるため、対象外にする前に営業担当者へ確かめます。
対象外にした単価も、旧システムを閉じる前に一覧を書き出して残しておけば、後で必要になったときに参照できます。

切替後に一部の取引先だけ価格が合わないとき、取引を止めずにどう対応しますか。

その取引先の注文だけを暫定の手入力単価の運用に回し、他の取引先は新システムのまま進める方法が考えられます。
そのためには、誰が正しい価格を決めて入力し、誰が請求前に確かめ、どこに記録を残すかを切替前に決めておきます。
単価マスタを直したあとは、手入力した価格と正しい単価で出た金額を照らして差が残っていないかを確かめます。
旧システムへ戻せるか、単価を再取込できるかは製品と契約によって違うため、事前にベンダーへ書面で確かめておきます。

1. 1　出典：株式会社ripla「販売管理システムのデータ移行を成功させる5ステップ（note）」（2026年）