仕入先データの移行手順｜何を移し、仕入先へ何を頼み、どう切り替えるか

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

B2B EC-COLUMN

仕入先データの移行で止まりやすい場面と、最初に決めること

仕入先データの移行で、仕入先マスタや単価、発注履歴を新しい仕組みへ移す段取りが見えないと、切替後の最初の発注や月末の請求処理で業務が止まらないかが気になります。
ここで変えられるのは、全部を移そうとしないことです。
切替後の発注・納品・請求に使うデータと、参照用に残せば足りるデータを先に分け、形式と名寄せを整えてから取り込みます。
仕入先には群ごとに連絡して旧来のやり取りの終了日を決め、併用期間と、件数・金額の突合、戻す判断の基準を用意しておけば、段階的に切り替えられます。

切替後に止まりやすいのは、最初の発注と最初の締め

移行の作業は、データを書き出して取り込むところに目が向きがちです。
ただ、困りごとが表に出るのは、新しい仕組みで最初に発注を出す日と、最初の月末締めの日です。
発注画面で仕入先を選ぼうとしたら見つからない、品目はあっても取引先別の単価が入っていない、届いた請求書に対応する発注が新旧どちらにあるのか分からない、といった場面です。
どれも取込の操作そのものより、何を移すか、どの形で移すか、仕入先にどう伝えるかの決め方が原因になります。

販売管理システムの移行を扱った事業者の記事では、マスタを最優先で移行し、取引データ（トランザクション）は新システムで本当に必要かを問う順で整理しています¹。
販売側の記事なので、購買・発注の仕組みにそのまま当てはまるとは限りません。
それでも、「全部移す」から始めずに「切替後の業務に何が要るか」から選ぶ考え方は、仕入先データでも同じように使えます。
移す量が減れば、形式を合わせる作業も、取込後に突き合わせる範囲も小さくなるからです。

作業に入る前に決めておくこと

最初に決めたいのは、次の事柄です。
いずれも後の工程の前提になり、決まらないまま進めると、名寄せや仕入先への連絡をやり直すことになります。

• 切替日：新しい仕組みで発注を起票し始める日。
  発注残（納品や請求がまだ済んでいない発注）をどちらで完結させるかも、この日を基準に決まります
• 新環境で行う業務の範囲：発注だけか、検収・請求照合・支払データの作成まで含めるか
• 旧環境を参照できる期間：切替後も旧データを画面で見られるのか、書き出したファイルだけになるのか

この三つが決まると、何を移すかの線が引けます。
そのあとは、対象の選び方、形式の確認、名寄せ、仕入先への連絡、切替方式、突合と戻し方の順に進めます。
順番には理由があり、移す対象が決まらないと確認すべき取込形式が決まらず、名寄せが済まないと連絡すべき仕入先の一覧が確定しません。

▼ 図の内容を文字で読む

1. 切替日・業務の範囲・旧環境の参照期間を決める
2. 移すデータと参照用に残すデータを分ける
3. 取込形式の差を確認する
4. 名寄せ・コード整理・項目の対応付けを済ませる
5. 仕入先へ連絡し、旧来のやり取りの終了日を決める
6. 切替方式を決め、突合と戻し方を用意する

移すデータと、参照用に残すデータの分け方

マスタは最優先で移す

切替日の朝に新しい仕組みで発注を出すには、仕入先マスタ（社名、住所、連絡先、担当者）、品目と取引先別の単価、支払条件や振込先といった、発注と支払に直接使う情報がそろっている必要があります。
前述の記事でも、マスタは最優先で移行するものとされています¹。
これが欠けていると、新しい取引そのものを起票できません。

単価には特に注意が要ります。
取引先ごとに指定された単価や、期間を区切った単価を旧環境で管理していた場合、品目マスタだけを移しても単価が付かず、発注のたびに手入力することになります。
単価に有効期間があるなら、切替日時点で有効な単価と、すでに合意済みの次の改定単価をどう扱うかも一緒に決めておきます。

履歴は必要性で選ぶ

発注履歴や検収・請求の記録は、まず「切替後に新環境で処理を続けるもの」と「過去の参照にしか使わないもの」に分かれます。
前者の代表が発注残です。
切替日の時点で納品や請求が済んでいない発注は、新環境に移して続きを処理するか、旧環境で最後まで処理しきるかを選ぶ必要があります。
これを決めずに切り替えると、請求書が届いたときに照合先が見つからず、支払が止まる原因になります。

後者の過去実績については、販売管理の記事が、直近1〜2年分の月次集計データ（取引先別売上、商品別売上）を新システムに移す目安を示しています¹。
これは販売側の集計についての一事業者の目安で、根拠は示されていません。
仕入側に置き換えるなら、仕入先別・品目別の月次仕入集計を、自社の締めや照会の頻度に合わせて、どこまで新環境で見たいかで決めることになります。
前年同月と比べて発注量を決めている品目が多いなら、比較に使う期間分の集計は新環境にあると便利です。
反対に、過去の明細を見るのは年に数回の問い合わせ対応くらいなら、明細までは移さず参照用に残す選択で足ります。

移さないデータの保管方法

移さないと決めたデータも、捨てるわけではありません。
同じ記事は、移さないデータを帳票単位でPDF化し、取引先名・日付で検索できる形で保管する方法を挙げています¹。
旧環境が使えなくなった後に「去年のあの発注の単価はいくらだったか」と聞かれたとき、ファイル名やフォルダの規則だけで目的の帳票に行き着けるかが分かれ目です。

ファイル名に仕入先名と日付を含める、仕入先ごとにフォルダを分けるといった規則は、書き出す前に決めておくと探す手間が減ります。
後の節で触れるように仕入先コードを振り直すなら、旧コードもファイル名に残しておくと、旧帳票と新環境のデータを結び付けやすくなります。
帳票のPDFとは別に、明細を一覧で確認できるCSVも書き出しておけば、件数や金額の集計をやり直したいときに使えます。

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

参照用に残すデータのうち、仕入先からメールやシステム経由で電子的に受け取った請求書などは、税制上の電子取引データとして保存要件がかかります。
財務省の広報誌によると、保存したデータには日付・金額・取引先で検索できることなどの検索要件があります⁴。
基準期間（2課税年度前）の売上高が5,000万円以下の保存義務者や、出力した書面を日付・取引先ごとに整理して提示できる場合は検索要件が不要になりますが、いずれも税務職員のダウンロードの求めに応じられることが条件です⁴。

旧環境の中にだけ電子取引データがあり、切替後にその環境を止める予定なら、止める前に書き出して、この条件を満たす形で残せるかを確かめておく必要があります。
先に触れた取引先名・日付で探せる保管方法は、この検索要件とも方向がそろっています。
保存期間やシステム変更時の扱いの細部は、税理士や所轄の税務署に確かめるのが確実です。

▼ 図の内容を文字で読む

• 新環境へ移す
  • 仕入先マスタ・取引先別の単価
  • 支払条件・振込先
  • 新環境で続きを処理する発注残
• 旧環境で完結させる
  • 旧環境で最後まで処理する発注残
  • 切替日を基準に、どちらで完結させるか選ぶ
• 参照用に残す
  • 帳票単位のPDF
  • 明細を確認できるCSV
  • 取引先名・日付で探せる保管

現行の出力形式と導入先の取込形式の差を確認する

テンプレートとキーの扱い

移す対象が決まったら、次は旧環境から書き出したデータを、導入先がそのまま受け取れるかです。
書き出したCSVの列の並びや書式は旧システムの都合で決まっており、取り込む側の前提と一致するとは限りません。
たとえばマネーフォワード クラウド債務支払のマスタ情報の取込は、指定のテンプレートに沿ってCSVを作る方式です²。

同じガイドでは、新規に登録するデータはユニークキー（データを一つに特定するための値）の欄を空欄にし、ヘッダー行を削除しないよう案内しています²。
キーの欄は、取込がそのデータを新しく作るのか、既にあるデータに対する操作なのかを見分ける手掛かりになります。
旧システムの仕入先コードを深く考えずにこの欄へ入れると、意図と違う扱いになるおそれがあります。
このページは2021年に更新された一製品の案内で、ほかの製品や現在の画面がこの通りとは限りません。
キーをどの欄に置くのか、旧コードを別の項目として残せるのかは、導入先ごとに違う点です。

文字コードと区切り文字

文字化けも、形式の差で起きやすい問題です。
マネーフォワード クラウド請求書発行のFAQでは、取引先マスタのインポートで文字化けする原因としてShift-JISの使用を挙げ、UTF-8に変えるよう案内しています³。
債務支払のガイドでも、UTF-8を選ぶと文字化けしにくいとし、区切り文字はカンマで保存し、タブ区切りはエラーになるとしています²。

旧システムがShift-JISで書き出し、導入先がUTF-8を前提にしていれば、社名や住所の漢字が崩れます。
書き出したファイルを表計算ソフトで開いて整え、保存し直す作業を挟むと、保存時の形式の選び方しだいで文字コードや区切り文字が変わることもあります。
名寄せのために何度も編集する仕入先マスタは、最後に保存した形式を取込の直前に見直すのが近道です。

見落としやすいのが、社名に含まれる記号や特殊な文字です。
旧環境で入力できた文字が、導入先でも使えるとは限りません。
件数の多い仕入先マスタは、数件だけのテスト取込で崩れ方を見てから全件を流すと、どの文字や設定が原因かを切り分けやすくなります。

導入先に確認する項目

ここまでの例は二つの製品の案内で、取込の仕様は製品ごとに違います。
自分の導入先については、次の項目を資料やサポートで押さえておくと、データを整える作業の終わりが見えます。

• テンプレートの有無と、列の並び・必須項目
• 文字コード（UTF-8かShift-JISか）と区切り文字
• ヘッダー行の扱い
• 新規と既存を見分けるキーの欄と、旧コードを残せる項目の有無
• 1回に取り込める件数やファイルサイズの上限
• 日付・金額・コードの書式（桁数、先頭のゼロ、使える文字）
• 取込後に誤りがあった場合の修正・取消の方法

このうち件数の上限と取消の方法は、全件取込の段取りに直結します。
上限があればファイルを分ける単位を決める必要があり、取り込んだデータをまとめて取り消せないなら、本番の取込の前にテスト取込で確かめる範囲を広げる必要があるためです。

▼ 図の内容を文字で読む

• 社名や住所が文字化けする
  • Shift-JISで保存している
  • 導入先で使えない文字が含まれる
• ファイルが読み込めない
  • タブ区切りで保存している
  • ヘッダー行を削除した
• 新規のはずが意図と違う扱いになる
  • ユニークキーの欄に旧コードを入れた

移行前に済ませる名寄せ・コード整理・項目の対応付け

重複や旧コードは、取り込むとそのまま残る

形式が合えば取込はできますが、中身の整理まで取込がやってくれるわけではありません。
旧環境で「山田商店株式会社」と「（株）山田商店」が別々に登録されていれば、新環境にも二件の仕入先として入ります。
本社と倉庫で別のコードを振っていた仕入先や、何年も発注していない休眠先も同じです。

切替後に重複が残ると、発注は片方に、請求照合はもう片方に紐づき、仕入先別の集計や買掛金の残高がずれて見える原因になります。
新環境に入ってから直すこともできますが、発注や請求が積み上がった後でまとめるより、取り込む前に整えるほうが関係するデータが少なく済みます。

整える順番

受発注システムを取引先に展開する立場の事業者は、取引先マスタの棚卸しの順序として、法人番号や住所での名寄せ、休眠先の除外、コードの統廃合、発注元・請求先・納品先の対応表の作成を挙げています⁵。
受注側から見た手順ですが、仕入先マスタを整える順番としても筋が通ります。
同じ会社を一つにまとめてから休眠先を外せば、外すかどうかの判断を同じ会社について二度せずに済み、残った仕入先にだけ新しいコードを振れるからです。

1. 名寄せ：法人番号や住所で同じ会社を突き合わせ、残す一件を決める
2. 休眠先の除外：最後に取引した時期を見て、新環境へ移さない仕入先を決める（参照用データには残す）
3. コードの統廃合：新しいコード体系を決め、残す仕入先に振り直す
4. 役割の対応表：発注を送る相手、請求書を出してくる相手、納品してくる拠点を仕入先ごとに整理する

最後の対応表は、仕入側では読み替えが要ります。
発注書は営業所に送り、請求書は本社から届き、納品は物流拠点から来る、という仕入先がいる場合です。
新環境でそれぞれを別の取引先として持つのか、一つの仕入先の下に複数の拠点や請求元として持つのかで、取込データの作り方が変わります。
どちらの持ち方ができるかは導入先の仕組みしだいなので、前の節の確認項目と合わせて見ておきます。

項目の対応付けと、旧コード・新コードの対応表

もう一つの準備が、旧環境の項目と導入先の項目を一行ずつ対応させた表です。
旧環境では備考欄に支払条件や「月末締め・翌月末払い」「午前中納品のみ」といった注意事項を自由に書いていた、ということがよくあります。
導入先にそれぞれの専用項目があれば分けて入れ、なければ備考として移すのか、参照用に残すだけにするのかを決めます。
この対応が曖昧なまま取り込むと、切替後に「旧環境のどこに書いてあったか」を探しに戻ることになります。

あわせて、旧コードと新コードの対応表を残しておくことを勧めます。
切替後に旧環境の集計と新環境の集計を比べるとき、仕入先を同じ単位で並べるための鍵になるからです。
問い合わせで旧コードが印字された帳票を探すときにも使えます。
導入先に旧コードを持たせられる項目があれば、そこにも入れておくと、対応表を開かずに新環境の画面から旧帳票へたどれます。

仕入先への確認・依頼は、いつ・何を・どの順で行うか

仕入先を群に分ける

データを新環境に移せても、発注を受け取る仕入先の側が新しい方法に移っていなければ、FAXや電話での確認が残り、発注の遅れや行き違いが起きます。
仕入先にしてもらう作業の量は、導入先の仕組みで変わります。
新環境から送る発注書をメールで受け取るだけで済むなら依頼は少なく、仕入先がログインして受注や納期を回答する方式なら、仕入先側にも操作を覚える作業が生まれます。
この違いは導入先の資料で確かめ、仕入先に何を頼むかを決める前提にします。

依頼する内容は、おおむね次のようなものです。

• 登録情報の確認：名寄せ後の社名、住所、振込先、担当者、連絡先に誤りがないか
• 新しい受け方の準備：発注の受け取り方や回答の仕方が変わる場合、その手順
• 請求書の送り先や送り方：変わる場合はその案内

問題は、これを全仕入先に同じ日に送っても、同じ日に切り替わるわけではないことです。
前の節で触れた事業者は、取引先を取引量とIT対応力の二つの軸で四つの群に分け、展開の順番を決める方法を示しています⁵。
受注側が取引先に展開する場面の記事ですが、仕入側の担当者が自社の仕入先へ連絡する順番を決めるときにも、同じ二つの軸で分けると考えやすくなります。

ここでは仮に、取引量が多くIT対応力も高い仕入先を先行群、取引量が多くIT対応力が低い仕入先を重点支援群、取引量が少なくIT対応力が高い仕入先を案内中心群、取引量が少なくIT対応力も低い仕入先を個別判断群と呼びます。
先行群は早めに切り替えてもらい、新しい方法の不具合を少ない影響で見つける相手になります。
切替の影響が最も大きいのは重点支援群で、個別の説明や操作の確認に時間を割き、終了日に余裕をもたせます。
案内中心群は案内文書と手順書で進めやすく、個別判断群は最後に回して、旧来の方法をどこまで残すかを個別に決めます。

ID単位の決め方

導入先が仕入先にログイン用のIDを発行する方式なら、IDを誰の単位で発行するかも決める必要があります。
同じ事業者は、IDの単位を企業・拠点・担当者の三つから選ぶものとして整理しています⁵。

企業単位は発行と管理が最も少なく済みますが、仕入先の中で誰が発注を受けて回答したのかが見えにくくなります。
担当者単位なら回答した人が分かる一方、異動や退職のたびにIDの追加や停止が発生します。
拠点単位はその中間で、前の節で作った役割の対応表で営業所や物流拠点ごとに発注先が分かれている仕入先には、この単位がなじみます。
名寄せの結果とIDの単位が食い違うと、一つの仕入先に複数のIDが散らばり、どこに発注が届いたのかを追いにくくなるため、両者は一緒に決めておきます。

旧来のやり取りの終了日

群に分けたら、群ごとにFAXや電話など旧来のやり取りをいつ終えるかを決めます。
同じ記事は、終了日のない併用は二重運用が固定されるため群ごとに終了日を置き、停止の連絡は十分前もって文書で行うよう勧めています⁵。

終了日が決まっていないと、発注担当は新環境の画面とFAXの受信箱の両方を見続けることになり、仕入先の側も「まだFAXで良い」と受け取ります。
文書には、旧来のやり取りを終える日、その後の連絡方法、操作や登録で困ったときの問い合わせ先を書きます。
重点支援群や個別判断群のように切替が遅れそうな相手には、文書を送った後に電話で受け取りを確かめるなど、群の性質に合わせて手当てを変えると、終了日に向けた準備の進み具合が見えやすくなります。

▼ 図の内容を文字で読む

• 先行群（取引量が多くIT対応力が高い）
  • 早めに切り替えてもらう
  • 新しい方法の不具合を少ない影響で見つける
• 重点支援群（取引量が多くIT対応力が低い）
  • 個別に説明し操作を確認する
  • 終了日に余裕をもたせる
• 案内中心群（取引量が少なくIT対応力が高い）
  • 案内文書と手順書で進める
• 個別判断群（取引量が少なくIT対応力も低い）
  • 最後に回す
  • 旧来の方法を残す範囲を個別に決める

並行運用か一斉切替か：判断条件と期間の決め方

並行運用の期間の目安

並行運用は、旧環境と新環境を一定期間同時に動かし、同じ取引の結果を比べる方法です。
一斉切替は、切替日に旧環境での起票をやめ、その日から新環境だけで業務を回す方法です。
前の節のとおり仕入先の切替は群ごとに段階的に進むため、社内の切替も、まずは併用期間がある前提で考えると無理がありません。

期間の目安としては、販売管理の移行記事が、6〜8週間の並行稼働期間を設けることが多く、月次締めを2回またぐのが安全ラインだとしています¹。
これも販売管理システムについての一事業者の記述で、根拠は示されていません。
締めを2回またぐ意味を考えると、1回目の締めには切替前後の取引が混ざり、2回目で初めて切替後の取引だけの締めを新旧で比べられる、という読み方ができます。
仕入側でも、請求書の受け取りから支払までが月単位で回っているなら、何回の締めを比べれば安心できるかから期間を逆算できます。

一創の記事が勧める群ごとの終了日⁵と、riplaの記事が挙げる並行稼働期間¹を合わせて考えると、社内の並行運用も、仕入先の群の終了日と同じように終わりの日を持たせて設計するのが筋です。
どちらも事業者の見解で、組み合わせて効果が確かめられたわけではありませんが、終わりのない併用が負担を固定するという点は共通しています。
期間を決めるときに見るのは、仕入先の群がどこまで切り替わっているか、二重入力の負担がどれだけ大きいか、締め処理の周期、そして旧環境へ戻せる期間がいつまでかです。

並行運用中に増えやすいのが二重入力です。
同じ発注を旧環境と新環境の両方に手で入れていると、入力の手間が倍になるうえ、どちらかの入力漏れが突合の差として表れ、原因探しにも時間を取られます。
正とする側を決め、たとえば発注は新環境で起票し、旧環境には比較に必要な範囲だけを入れる、といった線を引くと、毎日の転記の量を抑えられます。
導入先が並行運用を想定しているか、新環境のデータを書き出して旧環境と比べられるかは、製品の資料で確かめておく点です。

一斉切替が向く条件

一斉切替が向くのは、併用する理由が小さい場合です。
仕入先の数が少なく、全員が同じ日に新しい受け方へ移れる場合や、発注残を旧環境で処理しきれる時期を切替日に選べる場合がこれに当たります。
旧環境の契約終了日が決まっていて併用できない場合や、導入先が並行運用を想定していない場合も、一斉切替を選ぶことになります。

一斉切替では二重入力が生じない代わりに、切替後に問題が見つかったとき、比べる相手が旧環境の過去データしかありません。
そのため、次の節で扱う突合の項目と戻し方の手順を、並行運用のとき以上に事前に固めておく必要があります。

移行後の突合と、不具合時の戻し方

何を突き合わせるか

突合（とつごう）は、旧環境と新環境の数字を並べて一致を確かめる作業です。
販売管理の移行記事は、売掛金残高が端数まで一致すること、月次売上集計の新旧差異がゼロであることを確認の基準に挙げています¹。
これは販売側の売掛・売上の話なので、仕入側では読み替えが必要です。

仕入先データの移行に当てはめるなら、次のような項目が候補になります。

• 仕入先の件数（名寄せと休眠先の除外で減った件数が説明できるか）
• 仕入先別の買掛金残高
• 発注残の件数と金額
• 仕入先別・品目別の月次仕入集計

比べる順番は、全体の件数、金額の合計、仕入先別、明細の順にすると、どこで差が生まれたかを狭めていけます。
仕入先の件数を比べる段階では、名寄せの節で作った旧コードと新コードの対応表がそのまま使えます。

差が出たときの見方

差が見つかったときは、その偏り方が原因を探す手掛かりになります。
差が特定の仕入先に集中していれば、名寄せやコードの対応付けで紐づけを誤った可能性が考えられます。
多くの仕入先に少額ずつ散らばっていれば、単価や金額の取込の仕方を疑う余地があります。

ただし、偏り方だけで原因を決めつけることはできません。
差のある仕入先の明細を旧環境と新環境で一件ずつ並べ、発注日、品目、数量、単価のどこが違うのかを見て初めて、取込を直すのか、運用の入力を直すのかが判断できます。
並行運用中であれば、新環境側の入力漏れが差の原因になっていることもあるため、前の節で決めた正とする側に照らして見ていきます。

戻せる手順と、戻せない地点

同じ記事は、切り戻し計画を用意し、回帰不能点を定め、切替後の一定期間は旧システムを待機させておくことを挙げています¹。
回帰不能点とは、そこを過ぎると旧環境へ戻すことが現実的でなくなる地点のことです。
仕入側の業務に置き換えると、たとえば新環境から仕入先へ発注を送り始め、旧環境ではその発注を持たなくなった時点や、新環境で作った支払データで振込を行った時点が候補になります。
どこを回帰不能点とするかは、切替の前に決め、そこまでに誰が何を見て戻すかどうかを判断するのかも決めておきます。

旧環境を待機させるというのは、ログインでき、データが切替時点のまま残り、必要なら起票を再開できる状態を保つことです。
参照用のPDFやCSVを書き出しただけでは、戻す先にはなりません。
また、取り込んだデータを後から修正・取消できる範囲は導入先によって違うため、全件取込の前にテスト取込で修正の手順を試し、どのファイルをいつ取り込んだかを記録しておくと、誤りが見つかったときに範囲を特定しやすくなります。

移す範囲や仕入先の群分け、旧来のやり取りの終了日は、仕入先の数や取引の偏り、締めの周期によって答えが変わり、一般的な目安だけでは自社の段取りに落とし込みにくい部分です。

自社の仕入先の構成と業務の締めを前提に、新環境へ移す範囲と参照用に残す範囲、仕入先へ連絡する順番の考え方を相談の中で確かめられます。無料相談で要件を整理する

要点の整理

軸	基準
移すデータ	切替後の発注・検収・請求照合・支払に使うもの。マスタと取引先別単価、発注残の扱いを先に決める
参照用に残すデータ	完了済みの明細や帳票。取引先名・日付で探せるPDFと明細CSVで保管し、電子取引データは検索要件を確かめる
取込形式	テンプレート、文字コード、区切り文字、ヘッダー、キー、件数上限、取消方法を導入先で確かめ、少数件で試す
取込前の整理	名寄せ、休眠先の除外、コードの統廃合、役割の対応表の順。旧コードと新コードの対応表を残す
仕入先への連絡	取引量とIT対応力で群に分け、群ごとに旧来のやり取りの終了日を決めて文書で伝える
切替方式	併用には終了日を置く。期間は締めの周期と仕入先の切替状況、戻せる期間から決める
突合と戻し	件数、金額合計、仕入先別、明細の順で比べ、回帰不能点と旧環境を待機させる期間を事前に決める

突合の項目や戻せない地点は、導入先の取込・取消の仕様と自社の支払の流れを合わせて見ないと決めにくく、切替日が近づくほど見直す余地が減ります。 切替前に用意しておく突合の項目と、旧環境をいつまで使える状態にしておくかの考え方を、自社の業務の流れに当てはめて相談の中で確かめられます。

よくある質問

旧システムのデータを移さない場合、過去の発注履歴はどう参照できるようにしますか。

完了済みの発注や請求の帳票を帳票単位でPDFにし、取引先名と日付で探せるファイル名やフォルダに保管する方法があります。
明細を一覧で見られるCSVも一緒に書き出しておくと、集計をやり直すときに使えます。
仕入先コードを振り直す場合は、旧コードと新コードの対応表を残し、ファイル名にも旧コードを入れておくと探しやすくなります。
電子的に受け取った請求書などは電子取引データとして検索要件がかかるため、旧環境を止める前に、条件を満たす形で残せるかを確かめてください。

CSVが文字化けする、または取り込めないときは、まず何を確認しますか。

文字化けなら、まず文字コードです。
Shift-JISで保存したファイルを、UTF-8を前提とする取込に使うと社名や住所が崩れます。
エラーで読み込めないなら、区切り文字がカンマか、テンプレートの列やヘッダー行を変えていないかを見ます。
表計算ソフトで編集して保存し直すと形式が変わることがあるため、最後に保存した設定も確かめ、数件だけのテスト取込で原因を切り分けると早く進みます。

仕入先が新しい受発注の方法に切り替えてくれない場合はどうしますか。

まず、その仕入先が取引量とIT対応力でどの群に当たるかを見直します。
取引量が多くIT対応力が低い相手なら、案内文書だけでなく個別に説明し、何が切替の妨げになっているのかを聞き取ります。
そのうえで旧来のやり取りを終える日を文書で伝え、終了日を置かないまま併用を続けないようにします。
取引量が少なく対応が難しい相手は、旧来の方法をどこまで残すかを個別に決め、その分の転記を社内で誰が担うかも決めておきます。

取込後に誤りを見つけたら、修正や取消はどこまでできますか。

取り込んだデータを修正・取消できる範囲は導入先によって違うため、全件を取り込む前に資料で確かめ、テスト取込で実際に修正の手順を試しておくのが安全です。
どのファイルをいつ取り込んだかを記録しておけば、誤りの範囲を特定できます。
回帰不能点の前であれば、旧環境へ戻して取込をやり直す選択肢も残ります。

仕入先コードを変更するとき、旧コードとの対応はどう残しますか。

旧コードと新コードを一行ずつ対応させた表を作り、参照用に残すデータと一緒に保管します。
導入先に旧コードを持たせられる項目があれば、そこにも入れておくと新環境の画面から旧帳票へたどれます。
この対応表は、切替後に旧環境と新環境の集計を仕入先単位で突き合わせるときにも使います。

並行運用中に二重入力が増える問題はどう抑えますか。

正とする側を決めることが出発点です。
たとえば発注は新環境で起票し、旧環境には比較に必要な範囲だけを入れる、といった線を引くと、毎日の転記の量が減ります。
併用には終了日を置き、仕入先の群の切替状況と締めの周期を見て、それ以上延ばさないようにします。
二重入力の入力漏れは突合の差として表れやすいため、差の原因を探すときは正とした側に照らして確かめます。

1. 1　出典：株式会社ripla「販売管理システムのデータ移行を成功させる5ステップ」（2026年）
2. 2　出典：株式会社マネーフォワード「マネーフォワード クラウド債務支払 使い方ガイド（マスタ情報のCSV取込）」（2021年更新）
3. 3　出典：株式会社マネーフォワード「マネーフォワード クラウド請求書発行 FAQ（取引先マスタ取込の文字化け）」（確認時点の掲載内容）
4. 4　出典：財務省「広報誌『ファイナンス』令和6年8月号 電子帳簿等保存制度の内容と中小企業の対応策」（2024年）
5. 5　出典：株式会社一創「受発注システムを取引先に展開する方法｜ID設計と移行率の上げ方」（2026年）