納品書の導入・データ移行で失敗しないための事前の決めごと：移行範囲・保存・検証・切り戻し

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

B2B EC-COLUMN

納品書のデータ移行が止める業務は、発行・検収・請求照合・保管のどこか

納品書の新しい仕組みを導入して切り替えた翌月、請求を締めたら納品実績の合計と合わない。
取引先から過去の明細を求められたのに、旧システムにあった納品書が見つからない。
データ移行で困るのは、たとえばこうした場面です。
防ぐために変えられるのは、本番の前の決めごとです。
移す範囲、項目の対応、保存の扱いを先に決めます。
そのうえで試行移行を行い、新旧の件数や金額を突き合わせます。
どんな条件ならいつまでに元へ戻すかも、文書にしておきます。
法人の帳簿書類は原則7年間の保存が求められるため¹、旧環境を残すか移すかも、移す範囲と一緒に判断します。

発行：納品番号・単価・取引先の欠落

納品書のデータは一枚の書類に見えますが、中身は取引先、品目、単価、数量、納品番号、紐づく請求といった項目の組み合わせです。
移行では、データが丸ごと消えるような分かりやすい失敗が起こりえます。
それとは別に、一部の項目だけが欠けたり、別の項目に入ったりする気づきにくいずれも起こりえます。
どの項目がずれたかによって、止まる作業は変わります。

納品書を発行する側では、最初に影響が出るのは発行作業です。
取引先マスタの住所や担当部署、締め日が移っていなければ、宛先が空欄のまま、または古い宛先のまま出力されます。
品目ごとの単価が移っていなければ、担当者が手で入力し直すことになり、入力ミスの余地が生まれます。
納品番号の採番の決まりが旧システムと変わる場合は、番号が重複するおそれがあります。
取引先が控えている番号と照合できなくなるおそれもあります。

こうしたずれは、発行した時点では気づきにくいものです。
取引先からの問い合わせや、後の請求照合の段階で表に出ることがあります。

検収と請求照合：納品実績と請求が合わなくなる場面

納品書を受け取る側では、届いた納品書を自社の発注や入荷の記録と照らして検収し、後で請求書と突き合わせます。
発行する側でも、月末に納品実績を集計して請求額を確定させる流れは同じです。
どちらの照合も、納品書と請求の紐づけが残っていることが前提です。

仮に、月末締めで請求している取引先があり、移行月の前半の納品は旧システムに、後半の納品は新しい仕組みに入っているとします。
新しい仕組みだけで請求を締めると、旧システム側にある前半分が集計から抜け、請求額が実績より少なく出ます。
反対に、前半分も新しい仕組みへ取り込んだうえで旧システムでも請求を締めてしまうと、同じ納品を二重に請求しかねません。
締めの途中で切り替えるなら、どちらの仕組みでどの期間の納品を締めるかを決めておく必要があります。
決めていないと、数字が合わない原因を後から探すことになります。

単価の改定履歴が移っていない場合も、同じ種類のずれが出ます。
過去の納品を新しい単価で再計算すると、当時の請求額と一致しなくなるためです。

保管：過去の納品書が見られなくなる場面

三つ目は、過去の納品書を探す作業です。
取引先から「昨年納品した分の明細をもう一度ほしい」と頼まれたとします。
このとき新しい仕組みに過去分が入っておらず、旧システムもすでに解約していれば、答える手段がありません。
税務調査などで過去の取引書類を求められた場合も、同じことが起こります。

保管の問題は、日常の業務では表に出にくく、必要になった時点で初めて分かります。
その点で、発行や照合のずれとは性質が違います。
過去分をどこまで移し、移さない分をどこに残すかは、保存期間の要件と合わせて考える必要があります。
ここで挙げた項目と作業の関係を図にまとめると、納品番号のように一つの項目が複数の作業にまたがることが分かります。

▼ 図の内容を文字で読む

• 取引先（宛先・締め日）
  • 発行：宛先が空欄・古い宛先で出力
  • 請求照合：締める期間がずれる
• 品目・単価
  • 発行：単価の手入力
  • 請求照合：過去分が当時の金額と合わない
• 納品番号
  • 発行：番号の重複
  • 検収：取引先の控えと照合できない
  • 保管：過去分を探せない
• 紐づく請求
  • 請求照合：二重請求・集計漏れ

移行前に決める三つ：範囲・項目の対応づけ・マスタの整合

範囲の決め方

前の節で見たずれの多くは、移行の前に何を決めていなかったかにさかのぼって説明できます。
決めておくことは三つあります。
一つ目は何を移すか（範囲）です。
二つ目は、旧システムのどの項目を新しい仕組みのどの項目へ入れるか（項目の対応づけ）です。
三つ目は、取引先や品目といった基準になる情報（マスタ）をそろえておくことです。

範囲は、データの種類と期間の二つの面から決めます。
種類の面では、取引先・品目のマスタ、検収待ちや請求前といった未処理の納品、締め済みの過去の納品書、それに紐づく請求の記録を分けて考えます。
期間の面では、どこまでさかのぼって移すかを決めます。
販売管理システムの移行を扱う実務者の記事では、移す過去データの範囲を決め、それより前のデータは旧システムから書き出したCSVやBIツールで参照する方法が挙げられています³。
納品書でも、移すものと、移さずに別の形で参照できるようにしておくものを分けると、範囲を決めやすくなります。

範囲の中でも、未処理分の扱いは特に先に決めておきたい点です。
切り替えの時点で検収待ちや請求前の納品が残っていることがあります。
それを旧システムで最後まで処理するか、新しい仕組みへ移して続けるかで、前の節で見た二重請求や集計漏れが起きるかどうかが変わります。
どちらを選んでも構いませんが、取引先ごと、締め期間ごとに線を引いておかないと、同じ納品が両方の仕組みで処理されます。

項目の対応表を作る

項目の対応づけとは、旧システムの項目一つひとつについて、新しい仕組みのどの項目に入れるか、形式をどう変えるかを決めることです。
これを一覧にしたものが対応表です。
対応表は、移行作業を担う人と納品書を日々使う人が同じものを見て確かめられる形にしておきます。
そうしておくと、後の突合で差が見つかったときに、原因をたどる手がかりにもなります。

対応表には、次の点を書いておきます。

• 旧システムの項目名と、新しい仕組みの項目名
• 形式の変換（日付の書き方、桁数、税込・税抜の区分など）
• 旧システムにしかない項目の行き先（備考欄に入れる、移さずに旧環境で参照する、など）
• 新しい仕組みで入力が必須なのに、旧システムに値がない項目の埋め方

納品書で特に気をつけたいのは、納品番号と請求の紐づけ、そして単価の扱いです。
納品番号については、取引先の控えと照合できる形のまま残すのか、新しい採番に切り替えて旧番号を参照用の項目に残すのかを決めます。
単価については、移行時点の単価だけを持っていくと、過去の納品を表示したときに当時の金額と合わなくなります。
納品ごとの確定金額をそのまま移すのか、単価の履歴ごと移すのかを決めておく必要があります。

文字の扱いも対応表で決めておける論点です。
旧システムで使っていた外字や機種依存の文字が新しい仕組みで表示できないと、取引先名や品目名が文字化けします。
化ける文字を置き換えるのか、元の表記を別の項目に残すのかを決めておけば、取引先名で検索したときに見つからないという事態を避けやすくなります。
ここに挙げた点は一つの整理で、使っている仕組みによって必要な項目は変わります。

取引先・品目マスタを先に整える

マスタとは、取引先や品目のように、個々の納品書から繰り返し参照される基準の情報です。
旧システムを長く使っていると、同じ取引先が「株式会社」の有無や全角・半角の違いで別々に登録されていることがあります。
使わなくなった品目が残っていることもあります。
重複や表記の揺れを残したまま移すと、新しい仕組みでも取引先別の集計が分かれてしまいます。
その結果、請求額を照合するときに合計が合わない原因になります。

整える時期は、移行の前のほうが扱いやすいと考えられます。
移行後に直そうとすると、新しい仕組みで発行した納品書がどちらの取引先コードに付いているかを、一件ずつ確かめる必要が出てくるためです。
一方で、統合してよいか判断に時間がかかる取引先まで移行前に片付けようとすると、切り替えの日程が遅れます。
判断が付かないものは対応表に「移行後に統合」と記録し、旧コードと新コードの対応を残しておけば、後から集計をたどれます。

マスタを移すときは、取引先ごとの締め日や請求先の設定も一緒に見ておく対象です。
締め日が正しく移っていないと、新しい仕組みで請求を締める日が取引先との取り決めとずれてしまいます。

過去の納品書をどこまで移すか：保存要件と業務上の参照で選ぶ

未処理分のみ／一定期間／全履歴／旧環境の参照のみの比較表

範囲のうち期間をどう決めるかは、二つの問いに分けると考えやすくなります。
一つは、新しい仕組みの画面で日常的に見たい過去分はどこまでか、という業務の問いです。
もう一つは、保存しておかなければならない過去分はどこまでか、という保存の問いです。
前者は新しい仕組みへ移す範囲を決め、後者は移さない分をどこにどう残すかを決めます。

移す範囲の選び方は、大きく四つに分けられます。
旧環境の参照のみとする方法では、未処理分も含めて旧システムで処理を終え、新しい仕組みには切り替え後の納品だけを入れます。
未処理分のみを移す方法とは、切り替え時点で残っている検収待ちや請求前の納品を新しい仕組みで引き継ぐかどうかが違います。

全履歴を移す方法は、何でも新しい仕組みで見られる代わりに、移行の負担がもっとも重くなります。
古いデータには、今とは違う採番や単価の決め方で作られたものが混じりやすく、対応表の例外やマスタの不整合が増えるためです。
突合の対象も全期間に広がります。
判断が分かれやすいのは、一定期間を移して残りを旧環境で参照する方法と、旧環境の参照だけに頼る方法の間です。
取引先からの問い合わせで過去の納品をどれくらい調べるか、旧環境をいつまで、どんな形で残せるかによって、向く方法が変わります。

7年・10年の保存期間と移行範囲の関係

保存の問いについて、判断の基準の一つになるのが法人税法上の帳簿書類の保存期間です。
国税庁によると、法人は帳簿書類等を、その事業年度の確定申告書の提出期限の翌日から7年間保存しなければなりません¹。
青色繰越欠損金が生じた事業年度などでは10年間（平成30年4月1日前に開始した事業年度は9年間）とされています¹。

ただし国税庁のこの説明では、保存する書類として注文書・契約書・領収書などが例示されており、納品書という名前は挙げられていません¹。
手元の納品書を保存の対象として扱うかどうかは、取引の内容や帳簿との関係によって判断が分かれます。
顧問の税理士などと扱いを決めておくと、移行範囲を決めるときの前提がぶれません。
以下は、保存の対象として扱う場合の考え方です。

移行の判断として押さえておきたいのは、保存期間は新しい仕組みに移す期間を決めるものではない、という点です。
保存期間が問うのは、その期間の書類を保存できているかどうかです。
新しい仕組みへ移す、旧環境に残す、書き出したファイルで保管する、といった選択肢は、その期間を満たす手段として並べて比べられます。
ただし、紙か電子かによって保存の方法に別の要件があり、電子で授受したものは次の節で見る検索の要件などとも関わります。

起算点にも注意が必要です。
保存期間は事業年度ごとの確定申告書の提出期限の翌日から数えるため、旧システムに入っている最も新しい事業年度の分が、旧環境を残す期間をもっとも長く引き延ばします。
切り替えた年度の前半の納品が旧システムにだけある場合、その年度の分の保存期間が過ぎるまで、旧環境かその書き出しを残しておくことになります。

旧環境に残すと決めた場合に問題になるのは、いつまで、どの形で残すかです。
旧システムの保守契約や利用契約を終えると、データを取り出せなくなったり、画面で見られなくなったりすることがあります。
解約を決める前に、保存が必要な期間の分を、契約が終わっても読める形式で書き出せるかを確かめておく必要があります。

日常業務で使う集計データと保存義務の書類を分けて考える

業務の問いについては、販売管理システムの移行を扱う実務者の記事が参考になります。
この記事は、直近1〜2年分の月次集計データ（取引先別売上、商品別売上）を新システムへ移し、それより前は旧システムから書き出したCSVやBIツールで参照する方法を挙げています³。
これは一社の見解で公的な基準ではなく、対象も納品書そのものではなく月次の集計です。

それでも、納品書の範囲を決めるときの手がかりにはなります。
日常の業務で比べたいのが前年同月の実績や取引先ごとの推移であれば、それに必要な期間の集計が新しい仕組みにあれば足ります。
その場合、個々の古い納品書を新しい画面で開く場面は限られます。
一方、保存の対象として扱う納品書は、1〜2年といった業務上の目安ではなく、前の項で見た保存期間で考えます。

二つの数字を一つにまとめて「何年分を移すか」と決めようとすると、どちらかが満たされなくなります。
新しい仕組みに入れる範囲は業務で決め、旧環境や書き出しで残す範囲は保存で決める、と分けて考えると、両方を満たす組み合わせが見えてきます。

▼ 図の内容を文字で読む

• 業務の問い
  • 決めるもの：新しい仕組みへ移す範囲
  • 手がかり：日常で比べたい期間の集計（実務者記事の例は直近1〜2年分の月次集計）
• 保存の問い
  • 決めるもの：移さない分をどこにどう残すか
  • 手がかり：帳簿書類の保存期間7年（10年の場合あり）
  • 納品書が対象かは税理士などと確認
• 二つを組み合わせる
  • 新しい仕組みに入れる範囲は業務で決める
  • 旧環境や書き出しで残す範囲は保存で決める

電子で授受した納品書の保存：移行方法と旧システムの扱いへの影響

日付・金額・取引先の検索要件

納品書をPDFのメール添付やEDI、取引先のシステムからのダウンロードなど、電子データで受け渡している場合は、保存期間とは別に保存の方法も考える必要があります。
電子帳簿等保存制度では、電子取引で授受したデータを検索できる状態で保存することが求められています。
財務省の広報誌の解説によると、検索要件は三つです²。
日付・金額・取引先で検索できること、日付と金額は範囲を指定して検索できること、二つ以上の項目を組み合わせて検索できることです²。

この解説は電子取引データ全般についてのもので、納品書が対象になるかどうかは書かれていません。
受け渡しの形態ごとの扱いは、国税庁の電子帳簿等保存制度の資料で確かめるか、税理士に確認しておくと、判断の根拠が残ります。
以下は、対象になる場合に移行で考えることです。

移行の判断にとって大事なのは、この検索が移行後の保存先でも続けてできるかどうかです。
旧システムで日付・金額・取引先から納品書を検索できていたとしても、移行後も同じとは限りません。
新しい仕組みで取引先が別の項目に入っていたり、金額が文字として取り込まれて範囲指定できなくなったりすれば、同じ検索はできなくなります。
これは項目の対応表の問題でもあります。
対応表を作る段階で、日付・金額・取引先の三つの項目が新しい仕組みで検索できる形で入るかを決めておくと、後から作り直す手間が省けます。

旧システムを参照用に残す場合や、CSVなどに書き出して保管する場合にも、同じ問いが残ります。
書き出したファイルを一つのフォルダに置いただけでは、日付・金額・取引先で探す手段がなくなることがあるためです。
移さない分をどこに残すかを決めるときは、その保存先でどう検索するかもあわせて決めておきます。

売上高5,000万円以下の場合の扱いと猶予措置

同じ解説では、基準期間（2課税年度前）の売上高が5,000万円以下の保存義務者は、ダウンロードの求めに応じられれば検索要件が不要になると説明されています²。
この条件に当てはまる場合、移行後の保存先に検索の機能が十分でなくても、求めに応じてデータを提出できる状態にしておくことが要点になります。
ただし、これは検索要件についての条件で、データ移行全般の判断基準ではありません。
売上高が基準を下回っていても、日常業務で過去の納品書を探す手間は別の問題として残ります。

また、所轄税務署長が相当の理由があると認める場合には、検索要件などに従った保存ができなくても猶予措置があり、事前の申請は不要と説明されています²。
例として、システムや社内のワークフローの整備が間に合わない場合が挙げられています²。
この措置にも、ダウンロードの求めに応じられることなどの条件があります²。

移行の時期が保存要件への対応と重なる場合でも、この措置があることを前提に計画を組むのは避けたほうがよいでしょう。
移行後の保存先が要件を満たすまでの間、旧システムからデータを取り出して提出できる状態を保つ、という順序で考えるほうが、移行の遅れが保存の問題に波及しにくくなります。
なお、これらは令和6年8月号の時点の説明で、制度の内容は改正されることがあります。

授受の形態（紙・PDF・EDI）別に確かめる点

納品書の受け渡し方によって、移行で確かめることも変わります。

• 紙で発行・受領している場合：データ移行で紙の原本の保管方法は変わらないため、原本の保管場所と、移したデータの納品番号から原本をたどれるかを確かめる
• PDFで送受信している場合：PDFファイル自体を移すのか旧環境に残すのか、残す先で日付・金額・取引先からファイルを探せるかを確かめる
• EDIなどデータで授受している場合：受け取るデータの形式を新しい仕組みでもそのまま読めるか、取引先との接続設定の切り替えと移行の日程が合っているかを確かめる

発行する側も同じです。
PDFで取引先に送った納品書の控えが旧システムの中にしかない場合、それをどこへ移すか、または残すかを、受け取った納品書と同じ考え方で決めておく必要があります。

移行後の正しさの確かめ方：段階的な試行移行と突合

件数・金額・取引先別合計の突合

移したデータが正しいかどうかは、移す前のデータと移した後のデータを突き合わせて確かめます。
販売管理システムの移行を扱う実務者の記事では、新旧のシステムを同時に動かし、処理結果を突き合わせて移行の正確性を検証する方法が示されています³。
この考え方を納品書に当てはめる場合、突き合わせる単位を粗いものから細かいものへ順に分けておくと、差が見つかったときに原因を絞り込みやすくなります。

1. 件数：期間ごと、取引先ごとの納品書の件数が新旧で一致するか
2. 金額合計：同じ期間の納品金額の合計と税額の合計が一致するか
3. 取引先別の合計：取引先ごと、締め期間ごとの合計が一致するか
4. サンプル照合：個々の納品書を開き、品目・数量・単価・納品番号・紐づく請求まで一致するか

件数が合わなければ、範囲の指定か抽出の条件がずれていることが疑われます。
件数は合うのに金額が合わなければ、単価や税の扱いなど項目の変換を疑います。
全体の合計は合うのに取引先別で合わなければ、マスタの重複や取引先コードの付け替えが原因の候補になります。
ただし、差の出方はあくまで手がかりです。
原因を決めるのは、該当する明細を新旧で見比べた結果です。

どの程度の差なら許容するかは、仕組みや取引によって異なるため、移行の前に関係者で決めておきます。
金額の差については、端数処理の違いで説明できるものと説明できないものを分けて記録しておくと、本番に進むかどうかの判断に使えます。

サンプル照合の選び方

サンプル照合は、合計の突合では見つからないずれを拾うために行います。
たとえば品目コードの対応を誤って納品書に別の品目名が表示されていても、数量と金額が正しく移っていれば合計は一致します。
こうしたずれは、個々の納品書を開いて初めて分かります。

照合する納品書は、無作為に選ぶより、ずれが起きやすい条件を持つものを意図して選ぶほうが、少ない件数で多くを確かめられます。

• マスタを統合・修正した取引先の納品書
• 単価を改定した前後の納品書
• 値引き・返品・訂正を含む納品書
• 外字や記号を含む取引先名・品目名の納品書
• 切り替えの時点で未処理だった納品書

これらは、移行の前に決めた対応表やマスタの整理と結びついています。
対応表で変換の決まりを定めた項目や、統合を決めた取引先は、その決定どおりに移っているかを確かめる対象そのものです。

突合で差が見つかったら、原因を対応表やマスタの側で直し、もう一度旧システムから抽出して試行移行をやり直します。
本番の前にこの往復を繰り返し、差の原因がすべて説明できる状態になってから本番へ進むのが、段階的な試行移行の考え方です。
試行移行の間も旧システムはいつもどおり動いているため、やり直しても発行や検収は止まりません。

▼ 図の内容を文字で読む

1. 旧システムから抽出
2. 対応表に沿って変換
3. 新しい仕組みへ試行移行
4. 件数・金額合計・取引先別合計・サンプル照合で突合
5. 差の原因を対応表・マスタで修正

一斉切替か並行運用か、いつ・どう戻すか

並行運用の期間を締め周期で考える

切り替え方には、一斉切替と並行運用があります。
一斉切替は、ある日を境に旧システムの利用をやめて新しい仕組みへ移る方法です。
並行運用は、一定期間は新旧の両方に同じ取引を入れて結果を比べる方法です。
一斉切替は入力が一度で済む一方、新しい仕組みで問題が見つかったときに比べる相手がありません。
並行運用は二重入力が負担になる代わりに、実際の取引で新旧の結果を突き合わせられます。

並行運用の期間について、販売管理システムの移行を扱う実務者の記事は、6〜8週間の並行稼働期間を設けることが多いとしています³。
あわせて、月次締めを2回またぐことを安全の目安としています³。
これは一社の見解で、標準の期間として決まっているものではありません。

それでも、締めを基準に期間を考えるという点は、納品書の業務にもそのまま当てはめられます。
納品書の照合で数字が合うかどうかが分かるのは、検収や請求の締めを実際に通したときだからです。
2回通すと、1回目の締めで見つかった差を直した結果を、2回目の締めで確かめられます。
月末締めの取引先が中心なら月の締めを、取引先ごとに締め日が違うなら主な締め日を、並行運用の中で通す計画にします。
そうすると、最初に見た請求と実績のずれを、本番の数字で確かめられます。

納品書の発行と管理だけを扱う小さな仕組みの場合、販売管理全体の移行と同じ期間が必要とは限りません。
期間の長さそのものより、どの締めを何回通すかで決めておくほうが、自社の取引に合った長さになります。

切り戻しの条件と回帰不能点を決める

切り戻しとは、新しい仕組みで重大な問題が起きたときに、旧システムでの運用へ戻すことです。
同じ実務者の記事は、旧システムへ戻す手順を文書化し、回帰不能点（ポイント・オブ・ノーリターン）を明確にしておくことを挙げています³。
回帰不能点とは、それを過ぎると旧システムへ戻すことが現実的でなくなる時点のことです。

納品書の業務では、たとえば次のような出来事が回帰不能点の候補になります。

• 新しい仕組みで採番した納品番号を、取引先が自社の記録に取り込み始めたとき
• 新しい仕組みで請求を締め、請求書を送ったとき
• 旧システムの保守契約や利用契約が終了したとき

これらを過ぎてから戻そうとすると、新しい仕組みで処理した取引を旧システムへ入れ直す必要が出てきます。
そうなると、戻すこと自体が新たなずれの原因になります。

切り戻しの文書には、戻す判断の条件、判断する担当者と期限、戻すときの手順、戻した後に新しい仕組みで処理した取引をどう扱うかを書いておきます。
条件は「締めの突合で説明できない差が残った」「納品書を発行できない状態が続いた」のように、起きた事実で判断できる形にしておくと、当日の迷いが減ります。
判断の期限は、回帰不能点より前に置きます。

体制が小さい場合の代替案

並行運用は、同じ取引を二つの仕組みに入れる分だけ入力が増えます。
担当者が少なく、日々の発行や検収と並行して二重入力を続けるのが難しい場合は、範囲を絞る方法が考えられます。

• 取引件数の多い取引先や締め日が異なる取引先など、ずれが出たときの影響が大きいものだけを並行運用の対象にする
• 明細をすべて二重入力する代わりに新しい仕組みだけで処理し、締めの時点で取引先別の合計を、手元の伝票や旧システムの同じ時期の実績と比べる
• 並行運用を省き、一斉切替の前に試行移行の回数を増やして、実際の締めに近いデータで突合しておく

いずれも、二重入力を減らす代わりに、確かめられる範囲が狭くなります。
対象から外した取引先で差が出た場合、気づくのは締めの後や、取引先からの問い合わせを受けたときになります。
外した範囲を記録しておき、最初の締めの後に優先して確かめる対象にしておくと、見落としを早く拾えます。

回帰不能点と切り戻しの条件は、体制が小さくても省かずに決めておきたい部分です。
戻す手順が一枚の文書にまとまっていれば、担当者が一人でも、問題が起きたときに何を止め、どこまで戻すかを考える時間を短くできます。
旧環境を参照・保存用として残す期間も、保存期間の考え方とあわせて同じ文書に書いておくと、解約の時期を判断するときに見返せます。

▼ 図の内容を文字で読む

1. 試行移行と突合
2. 並行運用の開始
   • 新旧に同じ取引を入力
3. 1回目の締めで突合
   • 差あり：原因を修正
   • 説明できない差：切り戻しを判断
4. 2回目の締めで突合
   • 修正の結果を確認
5. 切り戻しの判断期限
6. 回帰不能点
   • 新しい仕組みで請求書を送付
   • 旧システムの契約終了

移す範囲、項目の対応、保存の扱いは、自社の取引先や締めの条件を一つずつ当てはめないと決めきれず、移行の担当者だけでは判断しにくい部分です。

相談では、現在の納品書の項目や締めの運用をもとに、対応表に載せる項目や、移す範囲と旧環境に残す範囲の分け方を整理できます。無料相談で要件を整理する

要点の整理

軸	基準
新しい仕組みへ移す範囲	日常業務で見たい過去分の期間で決める
移さない分の残し方	保存の対象と期間で決め、残す先での検索の手段も合わせて決める
項目の対応	対応表に変換の決まり、旧システムにしかない項目の行き先、文字の扱いを書く
正しさの確認	件数、金額合計、取引先別合計、サンプル照合の順に突合し、差の原因を対応表とマスタへ戻す
切り替えと切り戻し	締めを基準に並行運用の期間を考え、切り戻しの条件・担当者・期限を回帰不能点より前に文書化する

並行運用の範囲の絞り方や回帰不能点の置き方は、取引の内容と体制によって答えが変わり、一般的な目安だけでは決めにくいものです。 相談では、移行の計画に切り戻しの判断期限と回帰不能点を置く位置や、旧環境をいつまで残すかの考え方を、自社の状況に沿って確かめられます。

よくある質問

旧システムを参照用に残す場合、いつまで保守契約を続ければよいですか。

一律の期間はなく、何のために残すかで決まります。
過去の納品書を保存の対象として扱う場合、法人の帳簿書類等の保存期間は、確定申告書の提出期限の翌日から原則7年間、青色繰越欠損金が生じた事業年度などは10年間です¹。
旧システムに入っている最も新しい事業年度の分がこの期間を満たすまで、旧環境かその書き出しを残すことになります。
保存期間を満たすだけなら、契約を続ける代わりに、解約前に読める形式で書き出して保管する選択肢もあります。
電子で授受したものは検索の手段も必要になるため、書き出し先での探し方まで決めてから解約を判断します。

納品書をPDFで受け取っている場合、移行時に何を確かめればよいですか。

PDFファイル自体の行き先と、移行後に探せるかどうかです。
電子取引データの保存では、日付・金額・取引先で検索できることなどが検索要件として説明されています²。
PDFを新しい仕組みへ移すなら、これらの項目が検索できる形で入るかを対応表で決めます。
旧環境やフォルダに残すなら、その場所で日付・金額・取引先から探せるかを確かめます。
受け取ったPDFの納品書がこの制度の対象になるかは、国税庁の資料か税理士に確認しておきます。

並行運用の入力負担が大きいとき、どう範囲を絞ればよいですか。

ずれが出たときの影響が大きい取引先に絞るのが一つの方法です。
取引件数の多い取引先や、締め日が他と違う取引先を対象にし、主な締めは並行運用の中で通すようにします。
対象から外した取引先は記録しておき、最初の締めの後に取引先別の合計を優先して突き合わせると、見落としを早く拾えます。

取引先マスタの重複や表記揺れは、移行前と後のどちらで直せばよいですか。

移行前に直すほうが扱いやすいと考えられます。
移行後に直すと、新しい仕組みで発行した納品書がどちらの取引先コードに付いているかを一件ずつ確かめる必要が出るためです。
統合の判断に時間がかかるものは、対応表に「移行後に統合」と記録し、旧コードと新コードの対応を残したうえで移します。

切り戻しを判断する担当者と時期は、誰がどう決めればよいですか。

本番の移行より前に、切り戻しの文書の中で決めておきます。
担当者は、締めの突合の結果と、発行や検収の現場の状況を両方見て判断できる人が向いています。
時期は、新しい仕組みで請求書を送る前など、回帰不能点より前に判断期限を置きます。
旧システムへ戻す手順の文書化と回帰不能点の明確化は、販売管理システムの移行を扱う実務者の記事でも挙げられています³。

1. 1　出典：国税庁「タックスアンサー 帳簿書類等の保存期間（法人税）」（2026年確認）
2. 2　出典：財務省「広報誌『ファイナンス』令和6年8月号 電子帳簿等保存制度の内容と中小企業の対応策」（2024年）
3. 3　出典：株式会社ripla「販売管理システムのデータ移行を成功させる5ステップ」（2026年）