帳合切替・導入時のデータ移行|小売が移す対象・受け取り方法・切替の確認手順

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

B2B EC-COLUMN

帳合を切り替えると、自社のどのデータが影響を受けるのか

帳合の切替や新規導入が決まったのに、商品マスタも取引先コードも過去の仕入履歴もあり、何から新しい卸に合わせればよいか分からない。
小売側のデータ移行で変えられるのは、移す対象と順番です。
まず商品・取引先・単価条件のマスタと直近の実績に絞り、古い履歴は参照用に残します。
次に卸へ受け渡し形式を確認し、新旧のコード対応表で突合します。
そのうえで並行運用と差異確認を経て切り替えます。
旧帳合先のデータがそのまま新しい卸へ移るとは考えないことが出発点です。
自社のデータを新しい取引条件に合わせ直す作業として進めるのが実務的です。

マスタ・進行中の取引・履歴の3つに分ける

帳合の切替で起きやすい誤解は、「旧帳合先が持っているデータを新しい卸へ渡せば済む」という見方です。
小売側の発注・入荷・支払を実際に動かしているのは、自社の販売管理や発注の仕組みに登録された商品マスタや取引先マスタと、その上に積み上がった取引の記録です。
卸が変わると、同じ商品を仕入れていても、仕入先コード、卸側の商品コード、単価、締め日や支払条件が変わります。
つまり「誰から・いくらで・どう払うか」の情報が入れ替わります。
移行作業の中身を、自社のデータを新しい卸の取引条件に合わせ直すことだと捉えると、手を付ける順番が見えてきます。

影響を受けるデータは、切替日にどう効いてくるかで3つに分けると整理しやすくなります。

1つ目はマスタです。
ここには商品マスタ、取引先マスタ、そして商品と仕入先を結びつける単価条件が入ります。
商品マスタはJANコード、自社の商品コード、入数、原価、税区分などです。
取引先マスタは仕入先コード、締め日、支払条件、振込先などです。
切替日の翌朝に新しい卸へ発注を出すには、このマスタが新しい卸向けに揃っていなければなりません。

2つ目は進行中の取引です。
旧帳合先に出した発注のうち未入荷のもの、入荷したが請求がまだ締まっていないもの、返品や値引きの精算が残っているものが該当します。
件数は多くなくても、どちらの卸のどの締めで処理するかを決めておかないと、入荷検品と請求の照合で迷いが生じます。

3つ目は実績の履歴です。
過去の発注・仕入・売上の明細や月次の集計で、発注量の判断、売場の見直し、前年比較などに使われます。
切替日に止まると困るものではありません。
ただし量が最も多く、どこまで移すかで作業量が大きく変わります。

移す・参照用に残す・捨てるの判断基準

3つに分けたら、それぞれを「移す」「参照用に残す」「捨てる」のどれにするかを決めます。
判断の軸は、切替後の発注・入荷・請求に新しい形で必要かどうかです。

マスタは原則として移す対象です。
ただし旧マスタを丸ごと複製するのではありません。
新しい卸から仕入れる商品を抜き出し、仕入先コードや単価を差し替えて登録し直します。
旧帳合先にしか紐づいていない取扱い終了品や、長く発注のない商品は、この機会に移さずに残す判断もできます。

進行中の取引は、移すというより「旧帳合先で閉じる」ものが中心です。
切替日より前に出した発注は、旧帳合先の取引として入荷・請求まで処理します。
切替日以降の発注から新しい卸に乗せる、と線を引くと、請求の照合が混ざりにくくなります。
どうしても切替日をまたぐ発注がある場合は、その一覧を作り、どちらの卸の請求に入るのかを双方と確認しておきます。

履歴は、全件を新しい形に変換して移すほど手間が増えます。
販売管理システムの移行についての事業者の解説では、直近1〜2年分の月次集計データ（取引先別売上、商品別売上）を新システムに移し、それより前はCSVなどで参照できるようにしておく設計が紹介されています¹。
これは販売管理システムの置き換え一般を前提にした目安で、帳合切替のために作られた基準ではありません。
それでも、発注や前年比較で日常的に見るのは直近の集計で、古い明細は確かめたいときに開ければ足りる、という整理は帳合切替にも当てはめやすい考え方です。
何年分を手元に残すかは、会計や税務上の保存の必要と合わせて自社で決めることになります。

「捨てる」は、削除ではなく「新しい形に変換しない」という意味で考えると安全です。
旧帳合先の仕入先コードに紐づいた明細を消すと、後から請求や返品の経緯を確かめられなくなるからです。
変換しないデータも、読み取れる形で保管しておくことが前提になります。

▼ 図の内容を文字で読む

• マスタ
  • 商品マスタ・取引先マスタ・単価条件
  • 切替日の翌朝の発注に必要
• 進行中の取引
  • 未入荷の発注
  • 入荷済みで請求がまだ締まっていないもの
  • 返品や値引きの精算が残っているもの
• 実績の履歴
  • 過去の発注・仕入・売上の明細や月次の集計
  • 切替日に止まると困るものではないが量が最も多い

卸からどの形式でデータを受け取れるのか：EDI・ファイル・手入力の選び方

流通BMSとは何か

移す対象が決まったら、次は新しい卸と発注・出荷・請求などのデータをどの経路でやり取りするかです。
ここで決まる経路によって、マスタのどの項目を卸の形式に合わせる必要があるかも変わります。

EDI（電子データ交換）は、発注書や請求書などの取引文書を、決められた形式のデータとして企業間で送受信する仕組みです。
消費財流通の分野には流通BMSという標準があります。
業界で唯一の標準となることを目標に、取引で使う電子文書（メッセージ）の形式と、通信の手順やセキュリティを定めています²。
流通BMS協議会の推計では、2025年6月1日時点で導入企業は21,600社以上とされています²。

この数字は卸やメーカー側の導入を推計したものです。
新しい帳合先が流通BMSに対応しているか、自社の発注の仕組みがそれを受けられるかを示すものではありません。
標準があることは、卸に「流通BMSで受け渡しできますか」と具体的に聞ける手掛かりになります。
対応しているかどうかは、個別に確かめるしかありません。

EDI・ファイル・手入力で変わること

受け渡しの経路は、EDIでの送受信、CSVなどのファイルでの受け渡し、画面や紙を見ての手入力に分けて考えられます。
どれが優れているかは一概に言えません。
取引量、ずれを見つける手間、相手と自社の環境によって選び方が変わります。

EDIは、発注や出荷の明細がデータのまま届くため、入荷予定の登録や請求との照合で人が打ち直す部分が減ります。
その一方で、送受信の形式に合う項目がマスタに揃っていないと、データが届いても取り込めない、あるいは別の商品に紐づくという形でずれが表に出ます。
マスタの整備が前提になる経路です。

ファイルでの受け渡しは、卸が出力した一覧を自社で取り込む、または自社の一覧を卸に渡す形です。
導入の準備は比較的軽く済みます。
ただし列の並びや文字コード、日付の書き方が毎回同じとは限らず、取り込み前の点検が人の作業として残ります。

手入力は、取扱品目が少ない場合や、切替直後の一時的なつなぎとして現実的な選択です。
件数が増えるほど打ち間違いの確認が重くなります。
後で新旧の数字が合わないときに、どこで入力がずれたのかを追いにくくなる点も負担です。

卸に最初に確認する項目

経路の選び方は、卸側の対応で大きく左右されます。
受け渡しできるデータの種類や形式、条件は卸ごとに異なります。
一般論で決めずに、商談や切替の打ち合わせの早い段階で次の点を聞いておくと、後の作業が組みやすくなります。

• 発注・出荷（納品）・請求の各データを、EDI・ファイル・紙のどれでやり取りできるか
• EDIの場合、流通BMSなどどの形式に対応しているか、接続の準備や費用の扱いはどうなるか
• 商品の特定に何のコードを使うか（JANコードか、卸独自の商品コードか）
• 商品と単価の一覧を切替前に一括で受け取れるか、その形式は何か
• 締め日・支払条件・請求の単位（店舗別か本部一括か）
• テスト送受信や試行発注に応じてもらえる時期

旧帳合先にも確認しておくことがあります。
切替日までの発注の締め方、最終の請求の時期、そして過去の取引明細をどの形式でいつまで出してもらえるかです。
自社の仕組みに明細が残っていない取引がある場合は、旧帳合先からの明細が後の照合の材料になります。

▼ 図の内容を文字で読む

• EDI
  • 明細がデータのまま届き、打ち直しが減る
  • 項目がマスタに揃っていないと取り込めない、または別の商品に紐づく
• ファイル
  • 準備は比較的軽く済む
  • 列の並び・文字コード・日付の書き方が毎回同じとは限らず、取り込み前の点検が残る
• 手入力
  • 取扱品目が少ない場合や切替直後のつなぎに向く
  • 件数が増えるほど打ち間違いの確認が重く、ずれの原因を追いにくい

商品コード・取引先コード・単価条件の対応づけとずれ

コード対応表の作り方

受け渡しの経路が決まっても、新旧のコードが1対1できれいに揃うとは限りません。
旧帳合先の商品コードと新しい卸の商品コードが別体系だったり、同じ商品でも入数違いで別コードになっていたりします。
新しい卸では扱いがない商品が見つかることもあります。
こうした食い違いを切替前に見える形にするのが、コード対応表です。

対応表は、自社の商品コードを軸に、旧帳合先側のコードと新しい卸側のコードを横に並べた一覧として作ると扱いやすくなります。
列の例は、自社商品コード、JANコード、商品名、入数、旧帳合先の商品コードと原価、新しい卸の商品コードと原価、税区分、対応の状態です。
対応の状態には「一致」「要確認」「新規」「扱い終了」などを入れます。
取引先についても同じように、旧仕入先コードと新しい仕入先コード、締め日、支払条件を並べます。

「対応の状態」の列があると、商品を種類ごとに分けて追えます。
JANコードが同じで原価だけが変わった商品、入数が変わって発注単位を直す必要がある商品、新しい卸に対応する商品がなく売場の扱いを決め直す商品、といった分け方です。
商品部門と経理で担当が分かれている場合も、どの行が誰の確認待ちかが一覧で分かります。

名寄せ・クレンジング

対応表を作る前に、自社のマスタそのものを整えておく必要があります。
販売管理システムの移行の手順としては、移行対象のデータを分類して優先順位を決めたうえで、マスタの名寄せとクレンジングを行う流れが紹介されています¹。

名寄せは、同じ商品や同じ取引先が別々のコードで重複登録されているものを一つにまとめる作業です。
たとえば、同じ商品が改廃のたびに新しいコードで登録され、古いコードも残ったままになっていたとします。
どちらを新しい卸のコードに紐づけるかを決めないと、発注実績が二つに割れたまま移ってしまいます。

クレンジングは、表記の揺れ、全角と半角の混在、空欄、明らかに誤った値などを直す作業です。
新しい卸のデータと突き合わせるときは、文字列の一致で照合する場面が多くなります。
そのため、こうした揺れはそのまま「対応先なし」として現れます。

JANコードが変わった商品は、なぜ変わったのかによって、新旧を同じ商品として扱うかどうかの判断が変わります。
そこで対応表には旧JANと新JANを別の列で持ちます。
そのうえで、どちらに発注・販売実績をつなぐかを、メーカーや卸からの案内と照らして一行ずつ決めます。

対応表は一度作って終わりにしないことも大切です¹。
切替後も、新商品の追加、規格の変更、卸側のコード変更は続きます。
更新の担当と頻度を決めておかないと、切替直後には合っていた対応表が実態から少しずつ離れ、発注時の取り違えとして表に出ます。

単価・税区分・与信の確認

コードの対応が取れても、そこに載る条件が合っていなければ、発注はできても請求で差が出ます。
移行の手順では、単価・税区分・与信限度額の整合を確認する項目として挙げられています¹。
この指摘は販売管理システムの移行一般についてのものです。
帳合切替でも、卸が変わればこれらの条件が変わり得るため、同じく確認の対象になります。

単価は、基本の原価だけでなく、数量や期間による条件、リベートの扱い、送料や手数料の付け方まで含めて見ます。
マスタに入る原価と、請求書に載る金額の計算方法が違うと、毎月の請求照合で同じような差額が出続けます。

税区分は、税率の異なる商品を扱う場合に特に注意が要ります。
新しい卸の請求データの税区分と自社マスタの税区分が食い違うと、仕入の税額の集計がずれるためです。

与信限度額は、小売側から見れば、新しい卸が自社にどこまでの取引額を認めるかという条件です。
切替直後は、初回の発注や売場の入れ替えで発注額が一時的に膨らむことがあります。
取引開始時の与信の範囲を卸と確認しておかないと、発注がそのまま受けてもらえないといった形で売場に影響しかねません。

▼ 図の内容を文字で読む

1. 名寄せ
2. クレンジング
3. 新旧コード対応表の作成
4. 取り込みと突合
5. 切替後の更新

切替前の突合・試行と、並行運用で本番に切り替える判断

合格基準の置き方

対応表とマスタが揃っても、いきなり本番に切り替えるのは避けます。
新しい形で処理した結果と、これまでの形で処理した結果を突き合わせてからです。
このとき「だいたい合っている」で進めると、どの差が許容範囲で、どの差が対応表の誤りなのかが判断できなくなります。
合格基準を先に数字で決めておくことが、切替の判断を担当者の感覚に頼らないための前提です。

販売管理システムの移行についての事業者の解説では、売掛金残高の一致率100%（1円単位）と、月次売上集計の新旧差異ゼロを検証基準にする考え方が示されています¹。
これは同社の見解で、公的な基準ではありません。
また、売掛金と売上は販売側の数字なので、卸から仕入れる小売の帳合切替にそのまま当てはまるわけではありません。

帳合切替で同じ発想を使うなら、小売側が見るのは仕入と支払の数字です。
たとえば、試行期間に新しい卸へ出した発注について、自社で計上した仕入額と卸の請求額が1円単位で一致することを基準に置きます。
あわせて、月次の仕入集計を商品別・店舗別に出したとき、新旧のマスタで差が出ないことも確かめます。
これは編集上の提案で、自社の業務に合わせて項目を足し引きしてかまいません。

差が出た場合は、差額の大きさから原因を決めつけないことです。
同じ金額の差が毎回出るなら単価条件、特定の商品だけなら対応表の紐づけ、税額だけなら税区分、というように当たりを付けることはできます。
確定させるのは、該当する明細を一行ずつ対応表と請求書で照らす作業です。

並行運用の期間の考え方

並行運用は、新しい仕組みと旧来の仕組みを一定期間同時に動かし、結果を比べてから旧来の側を止める進め方です。
販売管理システムの移行では、6〜8週間の並行稼働期間を設けることが多いと紹介されています¹。
これもシステムの置き換えを前提にした目安で、規定ではありません。

帳合切替では、旧帳合先と新しい卸の両方から同じ商品を同時に仕入れ続けるとは限りません。
並行運用の形は、取引条件によって変わります。
たとえば、一部の店舗やカテゴリだけを先に新しい卸へ切り替え、残りは旧帳合先のまま動かして比べる形があります。
発注は新しい卸に移しつつ、旧来の集計方法でも数字を出して照合する形も考えられます。
どちらが取れるかは、旧帳合先との取引の終わり方と、新しい卸がいつから出荷できるかで決まります。

期間の長さを決めるときに見たいのは、その期間に月次の締めと請求の照合が含まれるかどうかです。
発注と入荷は日々確認できます。
しかし単価条件や税区分の食い違いは、締めた請求と自社の仕入集計を突き合わせて初めて見えることが多いからです。
6〜8週間という長さを取れば、少なくとも1回は月次の締めをまたぐことになります。
締めを一度も経ずに旧来の仕組みを止めると、最初の請求で差が見つかったとき、比べる相手がもう残っていない状態になります。

全店を一度に切り替えるか、店舗やカテゴリごとに段階的に切り替えるかも、この時点で決めます。
店舗数が多い、売場を止められる時間がほとんどない、といった条件なら、段階的に進めるほうが差が出たときの影響を小さく保てます。
一方で段階的に進めると、旧帳合先と新しい卸の取引が混在する期間が延び、請求の照合も二重になります。
どちらを取るかは、差異を見つけて直すための人手をどれだけ割けるかと合わせて判断することになります。

▼ 図の内容を文字で読む

• 試行発注・テスト送受信
• 並行運用（目安6〜8週間）
• 月次締めと請求照合
• 旧来の仕組みを止める

切替後の発注・入荷・請求・会計の差異確認と電子取引データの保存

切替直後の差異確認

本番に切り替えた後も、最初の数回の締めまでは確認を続けます。
並行運用で見つからなかった差は、取扱いの少ない商品や、月に一度しか発注しない商品で遅れて出てくることがあるためです。

確認は、業務の流れに沿って順に見ると抜けが減ります。

1. 発注：新しい卸へ送った発注が、意図した商品・入数・数量で受け付けられているか
2. 入荷：検品の数量と発注の数量の差、欠品や代替品の扱い
3. 請求：自社の仕入計上と卸の請求の金額・税額が一致しているか
4. 会計：買掛金の残高が旧帳合先分と新しい卸分で正しく分かれているか

旧帳合先についても、最終の請求と支払が済み、買掛金の残高がゼロになることを確かめて初めて取引の区切りがつきます。
切替日をまたいだ発注や返品の精算が残っていると、この残高がなかなか閉じません。
最初に作った進行中の取引の一覧は、ここで消し込みの表として使えます。

電子取引データ保存の注意点

帳合先が変わると、発注書や請求書のやり取りの方法も変わることがあります。
旧帳合先とは紙の請求書だったのが、新しい卸とはEDIや電子メールでのやり取りになる、あるいはその逆、といった変化です。
このとき見落としやすいのが、電子取引データの保存です。

財務省の解説によると、電子でやり取りした取引のデータは、取引先から受け取ったものだけでなく、自社から送ったものもそのまま保存する必要があります³。
一方で、紙でやり取りした書類をデータ化して保存する義務はありません³。
保存したデータは、取引の日付、金額、取引先で検索できることが求められます³。
日付と金額は範囲を指定して、また複数の条件を組み合わせて検索できることも要件です³。

この検索の要件には例外があります。
基準期間（2課税年度前）の売上高が5,000万円以下の保存義務者は、ダウンロードの求めに応じられるようにしておくことを条件に、検索の要件が不要になります³。
検索要件が不要になっても、データそのものを保存する必要がなくなるわけではありません。

帳合切替の作業で確かめたいのは、授受の方法が変わったことで保存の抜けが生じていないかです。
新しい卸からの請求データを受け取る場所が、担当者個人のメールの受信箱だけになっていないか。
EDIで送った発注データが、自社側にも残る設定になっているか。
旧帳合先とのデータを、切替後も検索できる場所に置いているか。
並行運用の確認項目に、数字の突合と並べてこの保存の確認を加えておくと、切替後に抜けが見つかって慌てる事態を避けやすくなります。
自社がどの要件の対象になるか、例外を使えるかの判断は、顧問税理士や所管の税務署に確認するのが確実です。

▼ 図の内容を文字で読む

1. 発注：意図した商品・入数・数量で受け付けられているか
2. 入荷：検品数量と発注数量の差、欠品や代替品の扱い
3. 請求：仕入計上と卸の請求の金額・税額が一致しているか
4. 会計：買掛金残高が旧帳合先分と新しい卸分で分かれているか
5. 旧帳合先の買掛金残高がゼロになることを確かめる

社内・卸・システム提供元で、誰が何をいつまでに決めるか

役割分担表

ここまでの作業を一人の担当者が全部抱えると、どこかで判断が止まります。
商品部門は商品と単価、経理は締めと支払、情報システムの担当は取り込みと保存、というように、普段の業務で持っているデータごとに決める人を分けると進めやすくなります。
一人が兼ねる場合でも、立場ごとに決めることを分けて書き出しておくと、抜けに気づきやすくなります。

相手側に決めてもらうこともあります。
新しい卸には、受け渡しの形式、商品と単価の一覧の提供、テスト送受信の時期を確認します。
旧帳合先には、最終発注と最終請求の時期、過去明細の提供を確認します。
発注や販売管理の仕組みの提供元には、新しい卸の形式でデータを取り込めるか、マスタの一括更新や取り込みの設定をどこまで支援してもらえるかを確認します。

次の表は、立場ごとの「用意するもの」と「決めること」を編集上の整理として並べたものです。
具体的な分担や費用の扱いは、各社との契約や社内の体制によって変わります。

切替日から逆算した期限

期限は切替日から逆算して置きます。
このとき最初に確保したいのは、突合と並行運用の期間です。
マスタの整備や対応表づくりが長引いても切替日が動かせないと、削られるのはたいてい最後の突合と並行運用です。
その結果、差異を確かめる時間がないまま本番を迎えることになります。

逆算の順番は、たとえば次のようになります。

1. 切替日と、旧帳合先への最終発注日を決める
2. 並行運用の期間を確保し、その間に月次の締めが入るよう開始日を決める
3. 並行運用の前に、試行発注とテスト送受信の期間を置く
4. その前に、コード対応表とマスタの取り込みを終える
5. さらにその前に、名寄せ・クレンジングと卸への受け渡し形式の確認を済ませる

実際の日数は、品目数、店舗数、卸やシステム提供元の対応の早さで大きく変わるため、一律には言えません。
まず卸と提供元にそれぞれの準備に要する期間を聞き、その回答を逆算の表に入れていくと、切替日が現実的かどうかを早い段階で判断できます。
間に合わないと分かった場合に削るのは、移す履歴の範囲や、最初に切り替える店舗・カテゴリの範囲であって、突合と並行運用の期間ではない、と先に決めておくと判断がぶれにくくなります。

▼ 図の内容を文字で読む

1. 切替日と旧帳合先への最終発注日を決める
2. 月次の締めが入るよう並行運用の期間を確保する
3. 並行運用の前に試行発注とテスト送受信を置く
4. その前にコード対応表とマスタの取り込みを終える
5. さらに前に名寄せ・クレンジングと受け渡し形式の確認を済ませる

移す範囲や対応表の作りは、自社のマスタの状態と新しい卸の受け渡し形式の組み合わせで変わり、社内だけで線を引こうとすると判断が止まりやすいためです。

現在のマスタや取引先の構成をもとに、移すもの・参照用に残すものの線引きと、卸へ確認する項目の洗い出しを一緒に整理できます。無料相談で要件を整理する

要点の整理

移す対象	マスタと直近の実績。古い明細は変換せず参照用に保管
扱いの判断	切替後の発注・入荷・請求に新しい形で必要か
進行中の取引	切替日前の発注は旧帳合先で閉じ、またぐものは一覧化
受け渡し形式	卸ごとに異なるため、発注・出荷・請求ごとに確認
コード対応	自社コードを軸に新旧を並べ、切替後も更新を続ける
切替の判断	数字で合格基準を置き、月次締めを含む並行運用で確かめる
データ保存	授受方法が変わったら、送受信両方の保存と検索を確認

切替日が近づくほど、突合や並行運用の期間を確保し直す余地が小さくなるためです。 切替日から逆算した作業の順番と、並行運用中に見る数字や保存の確認項目を、自社の条件に合わせて整理できます。

よくある質問

帳合切替で、旧帳合先から受け取れるデータの範囲は誰に聞けばよいですか

まずは旧帳合先の取引窓口（営業担当など）に、切替の連絡と合わせて確認するのが近道です。
過去の取引明細を出してもらえるか、どの形式か、いつまで依頼できるかは卸ごとに異なり、一般的な決まりとして示せるものではありません。
自社の発注や販売管理の仕組みに残っている明細は、自社で抽出できます。
旧帳合先に頼るのは、自社側に残っていない取引の分と考えると、依頼の範囲を絞れます。

過去の発注・仕入履歴はどこまで移せば足りますか

販売管理システムの移行についての事業者の解説では、直近1〜2年分の月次集計を移し、それより前はCSVなどで参照する設計が紹介されています¹。
帳合切替専用の基準ではありませんが、日常の発注判断や前年比較に使う範囲だけを移す、という考え方は当てはめやすいものです。
古い明細は削除せず、読み取れる形で保管しておきます。
何年分を残すかは、会計や税務上の保存の必要と合わせて決めます。

JANコードが変わった商品は、新旧をどう紐づけますか

コード対応表に旧JANと新JANを別の列として持ち、どちらに発注・販売実績をつなぐかを一行ずつ決めます。
同じ商品として扱うかどうかは、変更の理由によって判断が変わります。
メーカーや卸からの案内と照らして決めるのが確実です。
決めた内容は対応表の状態の列に残し、切替後に新たな変更があれば更新します。

並行運用はどのくらいの期間を見ておけばよいですか

販売管理システムの移行では、6〜8週間の並行稼働期間を設けることが多いと紹介されています¹。
これはシステム置き換えの目安で、帳合切替の規定ではありません。
期間を決めるときは、その間に月次の締めと請求の照合が少なくとも1回入るかを見ます。
単価や税区分の食い違いは、締めた請求と突き合わせて初めて見えることが多いためです。

帳合先を変えると、電子取引データの保存で何を確認すべきですか

授受の方法が変わったことで、保存の抜けが生じていないかを確認します。
電子でやり取りした取引のデータは、受け取ったものも送ったものもそのまま保存し、日付・金額・取引先で検索できることが求められます³。
基準期間（2課税年度前）の売上高が5,000万円以下なら、ダウンロードの求めに応じられることを条件に検索の要件が不要になります³。
自社の適用関係は、顧問税理士や所管の税務署に確認してください。

小規模な小売店でも、コード対応表は必要ですか

品目が少なくても、作っておくほうが切替後の照合が楽になります。
表計算の一覧で十分です。
自社の商品コード、JANコード、旧仕入先のコードと原価、新しい卸のコードと原価、対応の状態の列があれば、請求で差が出たときにどの商品の条件が違うかをすぐ追えます。

1. 1　出典：株式会社ripla「販売管理システムのデータ移行を成功させる5ステップ」（2026年）
2. 2　出典：流通システム開発センター(GS1 Japan)・流通BMS協議会「流通BMS」（2025年）
3. 3　出典：財務省「広報誌「ファイナンス」令和6年8月号 電子帳簿等保存制度の内容と中小企業の対応策」（2024年）