帳合システムの入れ替えでデータ移行を失敗させないための進め方｜引き継ぐデータと確認手順

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

B2B EC-COLUMN

帳合システムの入れ替えで何が変わるのか

帳合システムの入れ替えでデータ移行を失敗させない進め方は、引き継ぐデータ項目を先に確定し、テスト移行で差分を洗い出し、並行稼働で新旧の結果を突き合わせてから切り替える、という順序を守ることです。
切替日を先に決めてから移行作業を詰めると、単価や在庫のずれを見つけて直す時間が残らず、切替後に取引先とのやり取りが止まります。
この進め方が当てはまるのは、取引先とデータで受発注をやり取りしていて、得意先コード・取引先別単価・在庫・取引履歴のいずれかを現行システムに蓄積している場合です。
受発注が紙やFAXだけで、移す対象が台帳の転記にとどまる場合は、並行稼働の範囲を絞って構いません。
一方で、電子取引の取引情報を電磁的記録で保存することが完全に義務化されたのは2024年であり²、取引履歴を新しい帳合システムへ移すのか旧システム側に残すのかという判断は省略できません。
以下では、入れ替えで変わる業務、洗い出す項目、移行方式の選び方、切替の判定、移行後の確認、取引先への周知の順に整理します。

帳合システムが担う受発注・単価・在庫のやり取り

帳合とは、小売店が商品をどの卸を通して仕入れるかという取引の経路を指す言葉で、帳合システムはその経路の上を流れる受発注・単価・在庫・請求のデータを扱う仕組みです。
担当者が日々触れているのは受注入力や出荷指示の画面ですが、その裏では得意先コードと商品コードの対応、取引先ごとに異なる単価の適用、在庫の引き当て、締め処理と請求データの作成が一本につながっています。
入れ替えでデータ移行が難しくなるのは、このつながりのどこか一か所でも前提がずれると、画面の表示は正しく見えるのに金額や数量だけが合わなくなるからです。
たとえば単価が「得意先マスタに持つ設計」から「受注明細に都度書き込む設計」へ変われば、過去の単価をどちらに載せるかで、移行後に再計算した請求額が変わってしまいます。

受発注のやり取りがどこまでデータ化されているかは、取引先によって差があります。
中小企業庁の調査では、2021年度時点で受注側企業における電子受発注システムの導入率は48.5%とされています³。
つまり、データで受け取る取引先と、紙やFAXで受け渡す取引先が社内に混在している前提で移行を考える必要があり、移行対象のデータもシステム内の記録だけとは限りません。
また、卸・メーカーにおける流通BMS（小売と卸の間の電子取引で使う通信手順と伝票項目の共通仕様）の導入企業数は、2025年の推計で21,600社以上とされています⁴。
取引先がこうした共通仕様で接続している場合、自社側のシステムを替えても伝票の項目や通信の作法は相手側の仕様に合わせ続ける必要があり、移行で自由に決められる範囲はその分だけ狭くなります。

入れ替えで変わる業務フロー

入れ替えで実際に変わるのは、画面の見た目よりも、業務の順序と例外の扱いです。
コード体系が変われば、得意先コードの桁数や採番の規則が変わり、社内の別台帳やラベル、取引先へ渡す帳票の表示も合わせて直す対象になります。
単価の持ち方が変われば、特価や期間限定の値引きをどこに登録するかが変わり、登録の担当者と承認の流れも見直しが必要になります。
在庫の引き当てが「受注時に引き当てる」から「出荷指示時に引き当てる」へ変わると、同じ在庫数を見ていても受注可能な数量の意味が変わり、欠品の連絡タイミングもずれます。

特に確認が漏れやすいのは、現行システムで正規の機能として用意されていない逃げ道です。
締め後の訂正を手で直している、返品を負数の受注で入力している、直送分だけ別のファイルで管理している、といった運用は、担当者にとっては当たり前でも仕様書には書かれていないことがあります。
これらは新しい帳合システムで同じやり方ができるとは限らないため、移行の前に「誰が・どの場面で・どう処理しているか」を書き出し、新システムでの代替手段を決めておく必要があります。
代替手段が決まらないまま切り替えると、切替直後の例外取引が滞留し、データの不整合として後から表面化します。
変わる範囲が見えたところで、次はその中から実際に引き継ぐデータ項目を洗い出す作業に移ります。

引き継ぐデータ項目をどう洗い出すか

法定の検索要件から見る必須項目（日付・金額・取引先）

引き継ぐ項目を決めるとき、社内の使い勝手から考え始めると議論が発散します。
先に外せない線を引くために、法令上の保存要件から確定させるほうが早く決まります。
電子取引の取引情報を電磁的記録で保存することが完全に義務化されたのは2024年であり²、受発注をデータでやり取りしている以上、その記録は帳合システムの入れ替えとは関係なく保存し続ける対象になります。

検索の条件として設定できるようにすることが求められている記録項目は、取引年月日その他の日付、取引金額、取引先の3項目です¹。
したがって、この3項目が新しい帳合システム側で検索できる状態になっているか、あるいは旧システムや別の保存場所で検索できる状態が維持されるかが、移行設計の最低線になります。
なお、基準期間（2年前）の売上高が5,000万円以下である保存義務者については、この検索要件が不要とされています¹。
自社が該当するかどうかは、対象となる基準期間の売上高で決まるため、移行の要件を軽くする前に経理部門と適用の可否を確認しておくことをおすすめします。

ここで注意したいのは、検索要件を満たすことと、業務で使えることは別だという点です。
法令が求める3項目¹は保存と確認のための最低限であり、受発注業務を止めずに続けるには、商品コード、数量、単価、納品先、締め区分といった項目がそろっている必要があります。
そこで、洗い出しは「保存要件として外せない項目」「業務を回すために必要な項目」「あると便利だが無くても回る項目」の三つに分けて整理すると、移行範囲を削る判断がしやすくなります。

得意先コード・単価・在庫・取引履歴の洗い出し観点

得意先コードは、桁数と採番規則、廃止済みの取引先の扱い、同一法人に複数コードが振られている状態の三点を確認します。
過去の取引履歴は廃止済みのコードで記録されているため、現在有効なコードだけを移すと履歴が参照できなくなります。
同一法人に複数コードがある場合は、移行を機に統合するのか、そのまま移して後で名寄せするのかを先に決めます。
統合する場合は、統合前後の対応表を残しておかないと、移行後に数字が合わない原因を追えなくなります。

単価は、適用期間、適用の優先順位、端数処理、税区分を確認します。
取引先別単価、商品別単価、期間限定の特価が重なったときにどれを優先するかは、現行システムの内部のルールとして暗黙に決まっていることが多く、新システムで同じ順位になる保証はありません。
端数処理も、明細単位で丸めるのか伝票単位で丸めるのかによって請求額が変わるため、移行前後で同じ受注データを流して金額を比べる検証が必要です。

在庫は、拠点や倉庫ごとの持ち方、引き当て済みと未引き当ての区別、ロットや賞味期限の管理単位を確認します。
在庫は日々動くため、マスタのように事前に移して終わりにはできず、切替時点の残高をどの時刻で締めて移すかを決める必要があります。
取引履歴は、何年分を移すのかを決める項目です。
全期間を移すと検証の手間とデータ量が増えるため、直近の業務で参照する期間だけを新システムへ移し、それ以前は保存要件を満たす形で旧システムや別の保存場所に残す、という分け方も選べます。
どの項目を移すかが固まったら、次はその移し方、つまり移行方式の選択に進みます。

移行の進め方にはどんな選択肢があるか

再構築・現行資産の移行・パッケージ活用・段階的刷新の違い

移行方式は大きく四つに分けて考えられます。
再構築は、現行の業務を要件から定義し直して新しく作る方式で、単価の優先順位や在庫の引き当てのタイミングを含めて設計をやり直せます。
その分、引き継ぐデータも新しい設計に合わせて作り替えることになり、移行前後で数字が一致するかどうかの検証が最も重くなります。

現行資産の移行は、今の処理や画面の作りをできるだけ残したまま土台を入れ替える方式です。
業務の手順が変わらないため取引先への影響が小さく、移行するデータの構造も大きく変えずに済みます。
ただし、現行に残っている使われていない項目や例外処理もそのまま持ち込むことになるため、移行を機に整理したい場合には向きません。

パッケージ活用は、既製の仕組みに業務のやり方を合わせる方式で、標準で用意された項目にこちらのデータを当てはめる作業が中心になります。
このとき、現行にはあるが標準には対応する欄がない項目が必ず出てくるため、どの項目を捨て、どの項目を備考欄などで代替し、どの項目のために追加の作りこみを行うかを早い段階で仕分けます。
段階的な刷新は、取引先や拠点、業務の範囲を区切って順番に入れ替える方式です。
一度に止まる範囲が小さくなる代わりに、入れ替えが済んだ範囲と済んでいない範囲が並存する期間が生まれるため、その間のデータの受け渡し方法を別に用意する必要があります。

自社の取引先数・データ量に応じた選び方

方式を選ぶ材料は、取引先の数、電子で接続している取引先の本数、移す履歴の量、そして繁忙期の位置です。
取引先が少なく、接続の本数も限られているなら、一度に切り替えても当日の問い合わせを受け切れるため、範囲を分けない方式が現実的です。
取引先が多く、共通仕様で接続している相手が含まれる場合は、接続の試験を相手ごとに行う必要があるため、段階的な刷新のほうが調整しやすくなります。
流通BMSの導入企業数が2025年の推計で21,600社以上とされている状況を踏まえると⁴、接続先が共通仕様に乗っているかどうかで、試験にかかる手間の見積もりは変わります。

ここで避けたいのは、他社の移行期間をそのまま自社の計画に当てはめることです。
公開されている導入事例には、移行にかけた月数や体制の人数が具体的に示されていないものも多く、示されていても取引先数やデータ量の前提が自社と同じとは限りません。
そのため、期間は他社の実績からではなく、自社の件数から積み上げて見積もるほうが確実です。
具体的には、移す対象のマスタ件数、接続試験が必要な取引先の数、検証で突き合わせる伝票の件数を数え、一件あたりにかかる時間を掛け合わせます。
この数え上げができていれば、方式を変えたときに作業量がどれだけ増減するかも比較できるようになり、上司への説明もしやすくなります。
方式の見当がついたら、切替の前にどれだけの期間、新旧を並べて動かすかを決めます。

並行稼働と切替の判断基準をどう決めるか

並行稼働の期間と対象の決め方

並行稼働とは、旧システムと新システムの両方に同じ取引を流し、出てくる結果を突き合わせる期間のことです。
期間を日数で決めるより、業務の周期で決めるほうが判断を誤りません。
受発注から締め、請求までが一巡して初めて金額の突き合わせができるため、月締めの業務であれば締めを少なくとも一回はまたぐ長さを確保します。
締め日や支払条件が取引先ごとに異なる場合は、代表的な条件の取引先がそれぞれ一回は締めを通る組み合わせになっているかを確認します。

並行稼働の対象は、全取引先にするか一部に絞るかを決めます。
両方に入力する二重入力の負荷は現場に直接かかるため、対象を広げるほど入力漏れによる差分が増え、その差分がシステムの不具合なのか入力ミスなのかの切り分けに時間を取られます。
そのため、取引先の数が多い場合は、取引件数が多い取引先、特殊な単価条件を持つ取引先、共通仕様で接続している取引先というように、条件の異なる代表を選んで対象にする方法があります。
対象を絞る場合は、絞ったことで検証できなかった条件を一覧にしておき、切替後の確認項目として残します。

切替の判定基準と戻す手順

切替を進めるか延期するかは、当日の空気で決めるのではなく、事前に決めた基準で判断します。
基準は数値目標として作るのではなく、状態として書くほうが判断できます。
たとえば、並行稼働で突き合わせた伝票の件数と合計金額が新旧で一致していること、残っている不一致がすべて原因の特定できたものであること、残った不一致について業務上の回避手順が決まっていることを条件に置き、これらを満たさない場合は延期する、という形です。
判定を行う日、判定に参加する担当と責任者、判定に使う資料をあらかじめ決めておくと、切替直前の混乱を避けられます。

同時に、切り替えたあとに戻す手順も用意します。
戻す判断をいつまでに行うか、戻す場合はどの時点のデータを正とするか、切替後に新システムだけへ入力された取引をどう旧システムへ反映するかの三点を決めておきます。
旧システムは切替と同時に止めず、少なくとも切替後の締めが一巡するまでは参照できる状態で残すほうが安全です。
ただし、旧システムを残す期間は保守契約やライセンスの条件に左右されるため、契約の終了時期を先に確認し、必要ならば延長を手配しておきます。
切替の判定と戻す手順が決まったら、切替後に何を確認するかを具体化します。

移行後に確認すべきこと

取引データの保存要件との整合確認

切替が終わった直後に確認したいのは、日々の受発注が動いていることに加えて、保存が切れていないことです。
電子取引の取引情報の電磁的記録での保存が完全に義務化されたのは2024年であり²、システムを入れ替えたからといって保存の義務が途切れるわけではありません。
新しい帳合システムで受け取った取引データについて、取引年月日その他の日付、取引金額、取引先の3項目を検索の条件として設定できる状態になっているかを確認します¹。
この確認は、画面に項目が表示されているかどうかではなく、実際にその条件で絞り込んで目的の取引を取り出せるかどうかで判断します。

次に、切替より前の取引データをどこで保存し続けるかを確認します。
履歴を新システムへ移さず旧システムに残す方式を選んだ場合、旧システムを停止した時点で検索できなくなる恐れがあるため、停止の前に保存先と検索の手段を決めておく必要があります。
なお、基準期間（2年前）の売上高が5,000万円以下である保存義務者については検索要件が不要とされているため¹、自社が該当する場合は旧データの扱いを簡素にできる余地があります。
該当するかどうかは売上高で変わり、年度によって該当と非該当が入れ替わることもあるため、判断は経理部門と共有し、記録として残しておくことをおすすめします。

単価・在庫のずれをどう検証するか

単価と在庫の検証は、件数、合計、抽出の三段階で進めると漏れが出にくくなります。
まず件数で、移行前のマスタや伝票の件数と移行後の件数が一致しているかを見ます。
件数が合わないときは、取り込みで弾かれたデータがあるか、条件を付けて絞り込んだ範囲が想定と違っています。
次に合計で、単価マスタであれば対象商品の単価の合計、在庫であれば拠点ごとの数量の合計を比べます。
件数が合っていて合計が合わない場合は、桁の扱いや小数の丸め、単位の違いが原因であることが多く、変換の設定を見直す対象になります。

最後に抽出で、条件の異なる取引先と商品を選んで一件ずつ突き合わせます。
選ぶ対象は、特価が設定されている取引先、税区分が他と異なる取引先、ロットや期限を管理している商品、返品や直送の実績がある取引先というように、例外にあたるものを意図して含めます。
合計が一致していても、二つの誤りが打ち消し合って合っているだけという状態はあり得るため、抽出による突き合わせは省略できません。

在庫については、比べる時点をそろえることが前提になります。
在庫は入出庫で常に動くため、移行前後で締めた時刻が違えば、正しく移行できていても数量は一致しません。
そのため、在庫の突き合わせは、入出庫を止めた状態で残高を確定してから行い、止めていた間に発生した取引は切替後にまとめて反映します。
止める時間帯をいつにするかは、出荷の締め時刻と取引先の発注時刻の兼ね合いで決まるため、次に説明する取引先への周知と合わせて調整します。

取引先への周知はどう進めるか

周知のタイミングと窓口の用意

取引先への連絡は、切替の直前にまとめて行うと相手側の準備が間に合いません。
連絡の機会は、方式と切替時期が決まった段階、接続や帳票の試験を依頼する段階、切替日の直前という区切りで分けて設けると、相手が必要な作業を順に進められます。
最初の連絡では、切替の時期と、相手側の作業が発生するかどうかの見込みを伝えます。
相手にとって最も知りたいのは、自社のやり方を変える必要があるかどうかであり、変更が不要な取引先にはその旨を明確に伝えることで問い合わせを減らせます。

伝える内容は、得意先コードや商品コードが変わるかどうか、納品書や請求書のレイアウトが変わるかどうか、締め日や発注の受付時刻が変わるかどうか、そして切替の前後で発注を控えてほしい時間帯があるかどうかです。
コードが変わる場合は、新旧の対応表を早めに渡し、相手側のシステムへの登録にかかる期間を確認します。
帳票のレイアウトが変わる場合は、実際の見本を送って確認を受けます。
在庫の残高を確定するために入出庫を止める時間帯を設けるのであれば、その時間帯も事前に伝え、発注が集中しないように調整します。

窓口は一本にまとめます。
切替の前後は、通常の担当者が移行作業に入っているため、いつもの連絡先へ電話しても捕まらないことが起こります。
切替期間中の専用の連絡先と受付時間を決めて事前に知らせ、社内では受けた内容を記録して共有する場所を決めておきます。
連絡の方法も相手によって変える必要があります。
2021年度時点で受注側企業における電子受発注システムの導入率は48.5%とされており³、データでつながっていない取引先も相応にあることを前提に、紙やFAXでやり取りしている相手には書面での案内を用意します。
共通仕様で接続している取引先については、相手側でも接続の試験に人手が必要になるため、試験の日程調整は他の連絡より早めに始めます。

帳合システムの入れ替えでデータ移行を失敗させない要点は、順序と基準を先に決めることに尽きます。
引き継ぐ項目は法定の保存要件から外せない線を引いたうえで業務に必要な項目を足し、移行方式は他社の期間ではなく自社の件数から選びます。
並行稼働は締めを一巡させる長さを確保し、切替は事前に決めた状態を満たすかどうかで判断し、満たさなければ延期します。
切替後は保存要件を満たす検索ができるかを確かめ、単価と在庫は件数・合計・抽出の三段階で突き合わせます。
取引先への連絡は区切りを分けて行い、切替期間の窓口を一本にまとめておきます。

引き継ぐ項目の確定と並行稼働の設計は、自社の取引先数とデータ量を見ないと期間も体制も決められないため、受発注データの連携を実際に構築した経験のある相手と一緒に洗い出すほうが、項目の抜けや例外処理の見落としを早い段階で見つけられます。

相談では、現行システムの項目一覧と取引先ごとの接続方式を持ち寄り、移行の対象にする範囲、テスト移行で見る差分、並行稼働に必要な期間の目安を確かめられます。無料相談で要件を整理する

切替の前後で突き合わせる確認項目

受発注・単価・在庫・履歴・保存要件・連絡体制という業務の機能ごとに、確認の対象を分けて並べています。

• 得意先コードと商品コードが、廃止済みのものを含めて新旧で対応している

• 取引先別単価と特価の適用順位が、同じ受注データで同じ金額になる

• 在庫の残高が、入出庫を止めて確定した同一時点で一致している

• 取引履歴が、移した期間と旧システムに残した期間の境目で欠けていない

• 取引年月日その他の日付・取引金額・取引先の3項目で検索できる¹

• 切替期間中の問い合わせ窓口と受付時間が取引先に伝わっている

取引先の数が多く一度に見切れない場合は、取引件数の多い取引先から順に同じ項目を確認する並びへ替えると、影響の大きい範囲を先に確かめられます。

要点の整理

軸	基準
引き継ぐ項目の最低線	取引年月日その他の日付・取引金額・取引先の3項目で検索できる状態を確保する
移行方式の選び方	他社の期間ではなく、自社のマスタ件数・接続先数・伝票件数から作業量を積み上げて選ぶ
並行稼働の長さ	日数ではなく業務の周期で決め、締めを少なくとも一回はまたぐ
切替の判定	件数と合計が一致し、残る不一致の原因と回避手順が決まっていることを条件にする
移行後の検証	単価と在庫は件数・合計・抽出の三段階で突き合わせ、在庫は時点をそろえる
取引先への周知	方式決定後・試験依頼時・切替直前の区切りで分け、期間中の窓口を一本にする

切替の判定基準と戻す手順を社内だけで決めると、判断が切替当日に持ち越されやすく、受発注が止まったときの復旧が遅れます。 相談では、判定に使う突き合わせの項目、旧システムを残す期間、取引先への連絡の順番を、自社の締め日と繁忙期に合わせて具体化できます。

よくある質問

移行の期間はどのくらい見ておけばよいですか。

他社の月数をそのまま当てはめるのではなく、自社の件数から積み上げて見積もることをおすすめします。
移すマスタの件数、接続試験が必要な取引先の数、検証で突き合わせる伝票の件数を数え、一件あたりの所要時間を掛け合わせる方法です。
そのうえで、並行稼働については締めを少なくとも一回はまたぐ長さを確保し、繁忙期と切替時期が重ならないように調整します。

取引履歴は何年分まで新しい帳合システムへ移すべきですか。

年数を一律に決める基準はなく、日常の業務で参照する期間と、保存の義務を満たす手段の二つから決めます。
業務で参照する期間だけを新システムへ移し、それ以前は旧システムや別の保存場所で検索できる状態を維持する、という分け方も選べます。
その場合は、旧システムを停止する前に保存先と検索の手段を決めておかないと、停止と同時に参照できなくなります。

並行稼働を行う余裕がありません。省略できますか。

省略する場合は、切替後に金額や数量のずれを見つけたときの対処が遅れる前提で計画を組む必要があります。
全取引先での並行稼働が難しいときは、取引件数が多い取引先、特殊な単価条件を持つ取引先、共通仕様で接続している取引先といった条件の異なる代表を選び、対象を絞って行う方法があります。
対象を絞った場合は、検証できなかった条件を一覧にして、切替後の確認項目として残しておきます。

当社は売上規模が小さいのですが、検索要件への対応は不要になりますか。

基準期間（2年前）の売上高が5,000万円以下である保存義務者については、検索要件が不要とされています¹。
ただし、該当するかどうかは基準期間の売上高で決まるため、年度によって該当と非該当が入れ替わることがあります。
移行の要件を軽くする前に、経理部門と適用の可否を確認し、判断の根拠を記録として残しておくことをおすすめします。

取引先へはいつ連絡すればよいですか。

方式と切替時期が決まった段階、接続や帳票の試験を依頼する段階、切替日の直前という区切りで分けて連絡すると、相手が必要な作業を順に進められます。
最初の連絡では、切替の時期と、相手側に作業が発生する見込みがあるかどうかを伝えます。
コードや帳票のレイアウトが変わる場合は、新旧の対応表や見本を早めに渡し、相手側の登録や確認にかかる期間を聞いておきます。

切替後に問題が見つかったら、旧システムへ戻せますか。

戻せるようにするには、事前の準備が必要です。
戻す判断をいつまでに行うか、戻す場合はどの時点のデータを正とするか、切替後に新システムだけへ入力された取引をどう旧システムへ反映するかを決めておきます。
旧システムは切替と同時に止めず、少なくとも切替後の締めが一巡するまで参照できる状態で残す方が安全ですが、保守契約やライセンスの終了時期に左右されるため、期間は事前に確認しておきます。

1. 1　出典：国税庁「電子帳簿等保存制度特設サイト（電子取引データ保存）」（2025年）　経路
2. 2　出典：国税庁「電子帳簿保存法一問一答【電子取引関係】」（2023年）　経路
3. 3　出典：中小企業庁「令和3年度取引条件改善状況調査 結果概要」（2022年）　経路
4. 4　出典：一般財団法人流通システム開発センター（GS1 Japan）「第28回 卸・メーカーの流通BMS導入企業数推計」（2025年）　経路