仕入先マスタの保守(登録・変更・削除)はどう進める？承認手順と誤り防止、インボイス経過措置への対応

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

B2B EC-COLUMN

仕入先の住所変更・振込先変更・取引終了――まず確認すべきこと

仕入先から本社移転の通知が届いた、振込先の口座が変わると連絡があった、今期で取引を終える先がある。
こうした場面で担当者が自分の画面だけで仕入先マスタを書き換えてしまうと、その変更が正しかったことを後から示せなくなります。
基本は、依頼を起こす人、承認する人、登録する人を分け、登録後に依頼書と登録結果を照合するという流れに沿って進めることです。
さらに、連絡が来ない変化を拾うために年1回の棚卸しを別に置きます。
令和8年10月以降はインボイス制度の経過措置による控除割合が段階的に縮み、免税事業者等からの年間仕入合計が1億円を超える部分は対象外になるため、仕入先が適格請求書発行事業者かどうかの区分を正しく保てているかが、誤払いの防止だけでなく税額の計算そのものに関わってきます。

仕入先から本社移転のお知らせが届いた。
経理あてに、振込先の口座が変わったという連絡が来た。
営業部門から、あの会社とは今期で取引を終えると伝えられた。
どれも画面を開けば数分で直せてしまう作業です。
だからこそ、このくらいは自分で直してよいのか、それとも誰かに通してからにすべきなのかという迷いが残ります。

まず、この三つの場面は影響する範囲が違います。
住所や担当者名の変更は、請求書の送付先や支払通知の宛先といった届け先に効く情報です。
支払う金額そのものは動きません。
ただし、同じ名称の書き換えでも、社名変更や合併にともなうものは話が別になります。
取引の相手方そのものが変わっていれば、適格請求書発行事業者の登録番号も変わっている可能性があり、文字を置き換えるだけの作業ではなくなります。
届いた通知が移転の知らせなのか、社名変更なのか、法人格そのものの変更なのかを読み分けるところが、最初の分かれ目です。

振込先口座の変更は、支払の出口を書き換える操作です。
仕入先マスタに登録された口座は、支払データを作るときの出所になります。
ここを書き換えれば、次回の支払から実際の送金先が変わります。
そのため、口座番号を正しく転記できたかどうかと同じくらい、その変更の連絡が仕入先の正規の窓口から来たものかどうかが問題になります。
メール一通の文面だけを見て書き換えると、入力そのものは正確でも、誰からの、いつの、どの書面による依頼で変えたのかを後から示せません。
依頼の出どころが記録に残る形にしておくことが、この場面では入力の正確さと同じ重さを持ちます。

取引終了にともなう削除は、消してよいかどうかの判断が最も要る場面です。
未払いの残高が残っていないか、進行中の発注や検収がないか、過去の伝票がその仕入先コードを参照していないか。
あわせて、自社のシステムで削除という操作が何を意味するのかも先に確かめておきたいところです。
レコードごと消えるのか、新規の伝票で選べなくなるだけで過去データの照会は残るのか、システムによって扱いが異なります。
後者であれば、取引を終えた先はコードを消さずに使用停止として扱い、過去の支払履歴は追える状態を保つという選び方ができます。

三つの場面に共通しているのは、いずれも担当者の手元だけで完結してしまう操作だという点です。
発注や支払の伝票と違い、マスタの書き換えは誰の承認も経ないまま画面上は完了します。
だから、手順の側に止める仕組みを置いておかないと、その変更が正しかったことを示す手がかりが何も残りません。
こうした登録・変更・削除の一連の作業は、実務では仕入先マスタの保守とひとまとめに呼ばれています。

仕入先マスタ保守(登録・変更・削除)とは何を指すのか

登録・変更・削除それぞれの作業内容

仕入先マスタは、発注から支払までの各業務が繰り返し参照する基礎情報を一箇所にまとめた台帳です。
仕入先コード、名称、住所、担当者、締日や支払日といった支払条件、振込先、適格請求書発行事業者かどうかの区分などが並びます。
伝票側にはコードだけを持たせ、実際の中身はマスタを見に行く。
この作り方だからこそ入力の手間が減る一方で、マスタを一箇所直せば、それ以降の伝票すべてが新しい値で動くことになります。

登録は、新しい取引先と取引を始めるときにコードを採番し、基本情報を入れる作業です。
以後の発注、検収、請求の突合、支払はすべてこのコードにぶら下がります。
最初に入れた支払条件や振込先が、そのまま何年も使われ続けることも珍しくありません。

変更は、すでに使われている値を書き換える作業です。
登録と違うのは、過去の伝票が参照している値に手を入れる点にあります。
たとえば振込先を月の途中で書き換えれば、その月の支払が旧口座と新口座のどちらに出るのかは、支払データをいつ作るかで変わります。
いつから有効な変更なのかを依頼の段階で決めておかないと、入力は正しくても支払の結果がずれます。

削除は、そのコードをこれから使えなくする作業です。
先に触れたとおり、完全に消す操作なのか使用停止にする操作なのかはシステムによって異なります。
いずれにしても、削除だけは戻すのが難しい方向の変更である点は共通しています。

依頼から登録までの統制フロー

では、この登録・変更・削除をどんな手続きに載せるのか。
日本公認会計士協会の業務処理統制に関する研究報告は、取引先マスタの整備例として次の流れを示しています。
新規登録・変更・削除は購買部門の申請に基づき責任者が承認した依頼書によって実施し、登録後はマスタ登録・変更・削除プルーフを出力して、情報システム部門の責任者が依頼書と照合したうえでファイリングする、というものです¹。

この流れには、二つの分け方が織り込まれています。
ひとつは、依頼を起こす人と、実際にデータを入れる人を分けること。
もうひとつは、承認を登録の前に置き、照合を登録の後に置くことです。
承認だけでは、承認された内容どおりに入力されたかどうかは分かりません。
口座番号の一桁違い、支払条件の選択誤り、既存コードがあるのに新規で採番してしまった、といった取り違えは、入力が終わった結果を見て初めて気づけるものです。
だから登録結果を出力し、承認済みの依頼書と突き合わせる工程が後ろに置かれています。

この整備例は、内部統制の実務で一般的に示されている型であり、部門の名前や担当の割り振りは会社によって変わります。
購買部門と情報システム部門という区分をそのまま持たない組織も多いはずです。
大事なのは部署名ではなく、申請・承認・入力・照合という役割がそれぞれ別の人の手に渡っているかどうかです。
自社の規程やシステムの権限設定が実際にどうなっているかは、この型に当てはめながら別途確認する必要があります。

変更・削除はどこまで自分の判断で進めてよいか―承認と定期確認の設計

事前承認と事後照合の二段階

最初の迷いに戻ります。
変更や削除をどこまで自分の判断で進めてよいのか。
先の整備例に照らすかぎり、担当者が起点から完了までを一人で担う前提は置かれていません¹。
担当者の裁量が及ぶのは、変更の必要を把握して依頼を起こすところまでで、その依頼を通すかどうかは責任者が、実際にデータへ反映するのは別の担当が受け持つ形になっています。

とはいえ、この分け方をそのまま実装できる組織ばかりではありません。
経理や購買が数名という体制で、申請と入力を同じ人が行わざるを得ないこともあります。
その場合に残せるのは、承認と照合の二段階のうち、少なくとも照合を別の人が行うという形です。
入力した本人が自分の入力を見直しても、思い込みはそのまま通り過ぎます。
依頼書と、登録後に出力した内容の両方を別の人が突き合わせるところまで残せれば、承認の記録と結果の記録が別々に残り、どこで食い違ったのかを後から追えます。

項目ごとに重さを変える設計も考えられます。
振込先、支払条件、適格請求書発行事業者の区分は、そのまま金額や税額の計算に反映される情報です。
一方、名称の表記ゆれを直す、担当者名を更新するといった変更は、間違っていても金銭の動きには届きません。
どの項目を変えるときに責任者の承認まで上げるのかを規程の側で線引きしておけば、日々の変更が止まりすぎることも、重い変更が素通りすることも避けやすくなります。
ただしこれは運用の設計の話であり、どの線引きが自社に合うかは扱う仕入先の数と担当者の人数で変わります。

年1回の取引継続確認(棚卸し)

ここまでの承認と照合は、変更の連絡が来たときに働く仕組みです。
裏を返せば、連絡が来ないかぎり何も起きません。
実際には、連絡が来ないまま変わっていくことのほうが多いのが仕入先の情報です。
数年前に一度だけ発注した先のコードが残っている、担当者が退職して窓口が分からない、事業をたたんだという話を誰も台帳に反映していない。
こうした変化は、依頼書が起こされないので、日常の統制では拾えません。

そこで整備例では、年に1度、担当部門が取引継続確認一覧表を出力して登録内容の正確性と削除の可否を確認し、責任者がフォローアップの結果を承認したうえで、情報システム部門がマスタの変更・削除を実施するという定期的な確認が置かれています¹。
都度の登録統制と年次の棚卸しを組み合わせると、連絡が来た変更は依頼と承認で、連絡が来ない変化は棚卸しで拾うという二段構えになります。

棚卸しで見るのは、登録内容が今も正しいかと、そのコードをこれからも使うかの二点です。
最終の取引日がいつか、未払の残高が残っていないか、区分の情報が最新かを一覧の上で確かめ、使わないと判断したコードは削除または使用停止へ回します。
ここでも、担当部門が確認して責任者が承認し、反映は別の担当が行うという分け方は変わりません。

年1回という頻度は、あくまで整備例として示されたものです¹。
仕入先の入れ替わりが激しい事業では、もっと短い間隔で見たほうが実態に合うこともありますし、制度上の区切りが動く時期に合わせて臨時に確認するという判断もあり得ます。
頻度そのものより、連絡待ちではない確認の機会を暦の上に置いておくことが、この仕組みの中身です。

保守を誤ると何が起きるか―誤払い・二重登録とインボイス経過措置の適用ミス

承認不備が招く架空登録・二重登録リスク

なぜここまで手順を分けるのかは、分けなかった場合に何ができてしまうかを考えると見えてきます。
承認を経ずに登録できる状態というのは、支払の相手先を担当者が自分で作れる状態です。
発注や検収の伝票には金額や数量のチェックが働いても、支払先そのものが台帳に存在していれば、その先が実在するかどうかを支払の工程で確かめる機会はほとんどありません。
承認を登録の前に、照合を登録の後に置く整備例は、この入口をふさぐために組まれています¹。

もうひとつ起きやすいのが二重登録です。
同じ会社が別のコードで並んでしまう状態で、株式会社の位置が前か後か、旧社名のままか、支店名まで入れているかといった表記の差から生まれます。
コードが分かれると、請求書とどのコードの残高を突き合わせるのかが人によって変わり、同じ請求に二度支払ってしまう余地が生まれます。
逆に、支払ったつもりの残高が別コードに残り続けることもあります。
取引実績も分断されるので、その仕入先とどれだけ取引しているかが台帳の上では見えなくなります。

削除の扱いを詰めていない場合も似た問題が起きます。
もう使わないコードが選択肢に残っていれば、名称の似た別の先を選んでしまう余地が消えません。
棚卸しで削除の可否まで見るのは、情報が古いかどうかだけでなく、選べてしまう状態を減らすためでもあります。

免税事業者との取引区分を誤った場合の税務リスク

マスタの誤りは、支払の事故だけでなく税額の計算にも届きます。
適格請求書発行事業者以外からの課税仕入れについては経過措置が設けられており、令和5年10月からの3年間は仕入税額相当額の80％を仕入税額として控除できます²。
この割合は据え置かれるわけではなく、令和8年10月から2年間は70％、令和10年10月から2年間は50％、令和12年10月から1年間は30％となり、令和13年10月以降は0％になります³。

割合の縮小に加えて、適用の範囲にも上限が入ります。
令和8年10月1日以後に開始する課税期間からは、一の適格請求書発行事業者以外の者からの課税仕入れの額の合計額が、その年または事業年度で1億円を超える場合、超えた部分について経過措置を適用できません³。
この上限は現行の10億円から引き下げられるものです⁴。
対象はあくまで適格請求書発行事業者以外の者、主に免税事業者からの課税仕入れであり、割合も上限も課税期間の開始時期によって適用される数字が変わります。
自社の事業年度がどの区切りに入るかで、いま使うべき割合は違ってきます。

ここでマスタの話に戻ります。
仕入先が適格請求書発行事業者かどうかの区分は、仕入を計上するときの税区分の初期値として働くことが多い情報です。
本当は免税事業者なのにマスタ上で適格として登録されていれば、経過措置を意識しないまま全額を控除する処理が流れ、控除しすぎの状態になります。
反対に、登録を受けている先を免税事業者として扱っていれば、取れるはずの控除を落とします。
どちらも、伝票を一枚ずつ見て気づける類の誤りではありません。
誤った値が入ったマスタから、同じ誤りを持つ伝票が量産されるからです。

二重登録も、この文脈でもう一度効いてきます。
1億円の判定は、一の適格請求書発行事業者以外の者からの課税仕入れの合計額で行われます³。
同じ仕入先が二つのコードに分かれていれば、システム上の集計はコード単位で割れます。
合計で判定すべき金額が二つに分かれて表示されている状態で、上限を超えているかどうかを正しく見極めるのは難しくなります。
これは制度の条文が二重登録に言及しているという話ではなく、一の事業者ごとに合計するという判定の仕方と、コード単位で集計するという台帳の仕組みを重ねたときに出てくる、実務上の注意点です。
仕入先の名寄せが、支払の正確さだけでなく税額の判定にも関わってくる、と言い換えてもよいと思います。

会計・ERPシステムによる違い―登録番号の自動照合という一例

区分を正しく保つには、仕入先から伝えられた登録番号が実際に登録されているものかを確かめる必要があります。
この確認をシステム側で受け持てる場合があります。
freee会計では、取引先情報に適格請求書発行事業者の登録番号を入力すると、国税庁のデータベースと照合して登録の有無を自動で判定する機能が用意されています⁵。
これはひとつの製品での例であり、対象となるプランや提供の範囲は変わることがあるため、自社で使っている場合は契約内容と製品の案内で確認してください。
他の会計・ERPシステムに同じ機能があるかどうかも、それぞれのマニュアルを見るのが確実です。

照合の機能がない場合は、この確認を手元で行うことになります。
仕入先から受け取った請求書などに記載された登録番号を、公表されている登録情報と突き合わせる作業です。
このとき残しておきたいのが、いつ、誰が確認したかという記録です。
登録は取り消されることもあるため、確認結果は永久に有効な情報ではありません。
確認した年月と確認者が依頼書やマスタの備考に残っていれば、年1回の棚卸しのときに、どの先の情報がいつの時点のものかを一覧で判断できます。
記録がなければ、棚卸しのたびに全件を最初から確認し直すことになります。

機能の有無で変わるのは、番号を一件ずつ調べて結果を転記する手作業の量です。
自動判定があれば、入力したその場で登録の有無が分かるので、確認のために別の画面を開いて控えを取り、マスタへ書き戻すという往復が減ります。
一方で、減らないものもあります。
照合が教えてくれるのは、その番号が登録されているかどうかであって、誰の依頼でその区分を変えたのか、責任者が承認したのかまでは扱いません。
依頼・承認・照合という手順は、会計システムの機能とは別に残ります。
自動判定があるから承認を省いてよい、という話にはならないところは押さえておきたい点です。

もうひとつ、システムを選ぶ・使い分ける際に見ておきたいのは、削除がどう実装されているかです。
先に触れたように、コードを消すのか使用停止にするのかで、過去の照会と誤選択の防止のどちらを取れるかが変わります。
登録番号の照合機能と同じく、これも製品ごとに扱いが違う部分なので、自社の画面で実際に何が起きるかを一度試しておくと、削除の依頼を受けたときの判断が早くなります。

区分を正しく保つ話の先には、その仕入先と今後も同じ条件で取引を続けるのかという判断もあります。

承認をどこまで挟むかは、自社の規程と、使っているシステムの権限設定や削除の仕様がかみ合って初めて決まるため、一般的な型だけでは線引きしきれません。

いまの依頼・承認・登録・照合の分担と、実際に誰がどの画面を触れるかを持ち寄っていただければ、どの工程が抜けているか、記録として何を残せば後から追えるかを一緒に整理できます。無料相談で要件を整理する

免税事業者との取引を見直す企業の実態(2025年調査)

2025年の中小企業向け調査で、本則課税事業者が回答した「免税事業者からの仕入の有無」「その仕入額の水準」「今後の見直し意向」という3つの点を並べています。

• インボイス制度導入後も免税事業者から仕入等を行う本則課税事業者：43.7％

• そのうち仕入額が100万円以上：57.6％

• 今後、免税事業者との取引価格や仕入先の見直しを行う本則課税事業者：42.3％

自社が本則課税で免税事業者からの仕入があるなら、区分の保守と一の事業者ごとの年間合計をつかめる状態にしておくことが先に来ます。取引条件の見直しまで検討する段階なら、どのコードがどの事業者に対応しているかを整理しないと、見直しの対象そのものが特定できません。

要点の整理

軸	基準
誰が完了させるか	申請・承認・登録・照合を別の担当に分け、担当者単独では完了させない
いつ確かめるか	登録後のプルーフ照合と、年1回の取引継続確認の二段構え
重く扱う項目	振込先、支払条件、適格請求書発行事業者の区分
削除の判断	未払残と過去伝票の参照を確認し、消すのか使用停止にするのかを区別する
税額への影響	令和8年10月以後開始の課税期間から控除割合が縮小し、一の事業者ごとの年間合計が1億円を超える部分は経過措置の対象外

区分の誤りとコードの重複は、支払の突合と年間合計の判定という別々の場面で同時に効いてくるため、台帳を見ないと影響範囲が見えません。 仕入先コードの重複や区分が空欄のままの先がどれだけ残っているかを洗い出し、棚卸しの進め方と、次の見直しまでに埋める項目の優先順位を決められます。

よくある質問

仕入先マスタの登録・変更・削除を担当者一人の判断で進めてよい場合はあるか

示されている整備例は、購買部門の申請、責任者の承認、別部門による登録、登録後の照合という形で、一人で完結しない組み立てになっています¹。
そのため、原則としては担当者単独での完了を前提にしないほうが安全です。
ただし、名称の表記ゆれの修正のように金額や税額に届かない項目まで同じ重さで扱うと運用が止まるため、どの項目でどこまでの承認が必要かを自社の規程で線引きしておく方法があります。
振込先、支払条件、適格請求書発行事業者の区分は、その線引きの外に置かないでください。

仕入先が適格請求書発行事業者かどうかは、どこで確認できるか

仕入先から伝えられた登録番号を、公表されている登録情報と突き合わせるのが基本です。
会計システムによっては、取引先情報に登録番号を入力すると国税庁のデータベースと照合して登録の有無を自動で判定する機能があり、freee会計がその一例です⁵。
登録は取り消されることもあるため、いつ時点の確認かが分かるように、確認した年月と確認者を記録に残しておくと、後の見直しで扱いやすくなります。

仕入先マスタの棚卸し(取引継続確認)はどのくらいの頻度で行うべきか

整備例では、年に1度、担当部門が取引継続確認一覧表を出力して登録内容の正確性と削除の可否を確認し、責任者の承認を経てマスタへ反映する形が示されています¹。
これは一般的な整備例として示された頻度であり、実際の間隔は仕入先の入れ替わりの多さや担当者の人数によって変わります。
経過措置の割合が切り替わる時期のように、区分の見直しが必要になる節目に臨時の確認を挟むという組み方もできます。

会計システムに登録番号の自動照合機能がない場合、どう確認すればよいか

受け取った請求書などに記載された登録番号を公表情報と突き合わせ、その結果と確認した年月・確認者をマスタの備考や依頼書に残す運用になります。
新規登録のときにこの記録を残しておけば、年1回の棚卸しでは、確認から時間が経った先や区分が空欄の先に絞って見直せます。
機能があってもなくても、依頼・承認・照合という手順そのものは残るため、確認作業をどう回すかと、承認をどう挟むかは分けて設計してください。

1. 1　出典：日本公認会計士協会「IT委員会研究報告第47号 業務処理統制に関する研究報告」（2016年）
2. 2　出典：国税庁「タックスアンサー No.6498 適格請求書等保存方式（インボイス制度）における仕入税額控除の経過措置」（2026年閲覧時点）
3. 3　出典：国税庁「令和8年度税制改正特集（インボイス制度関係） インボイス制度の仕入税額控除に係る経過措置」（2026年）
4. 4　出典：財務省「令和8年度税制改正の大綱」（2025年）
5. 5　出典：freee株式会社「freee会計におけるインボイス制度に対応した機能一覧」（2026年閲覧時点）
6. 6　出典：日本商工会議所・東京商工会議所「中小企業におけるインボイス制度等に関する実態調査」（2025年）