取引先と帳合先の紐づけ方 マスタ設計と変更時の履歴管理の考え方

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

B2B EC-COLUMN

取引先と帳合先はどう違うのか、なぜ紐づけの管理が必要になるのか

取引先マスタに帳合先の欄をひとつ足せば済むと思って作業を始めたら、同じ得意先なのに商品によって請求の窓口が違う、来年から帳合先が変わるらしい、といった話が次々に出てきて手が止まっていないでしょうか。
帳合取引では、メーカーから商品を直送しながら発注は帳合先を経由する、という形で、商品が動くルートと発注・請求が通るルートが分かれることがあります³。
しかも食品流通のように、ひとつの取引先の中でカテゴリごとに帳合先が分かれるケースも一般的だとされています²。
取引先と帳合先は同じ欄に収まらない別の概念です。
マスタは両者を分けて持ち、どの取引先のどの範囲にどの帳合先が対応するのかを、期間つきで記録できる形にしておくことが出発点になります。

帳合という言葉は、まず取引の状態を指します。
取引の口座が開かれている、基本取引契約が結ばれている、仕入や販売の取引実績や履歴が残っている。
この状態にある卸・仲卸・ベンダーのことを帳合先と呼びます¹。
販売管理システムを提供する側でも、帳合取引における卸業者を指す言葉として帳合先が使われています⁵。
ここで押さえておきたいのは、帳合先の条件に「商品がそこを通る」が入っていないことです。

対して、自社のマスタにある取引先は、もっと素朴な意味で登録されてきたはずです。
注文をくれて、商品を届けて、売上が立つ相手。
その三つが同じ会社である限り、取引先という一件のレコードに納品場所も請求の宛先もまとめて持たせて、特に問題は起きませんでした。
帳合先という言葉がマスタ設計の話として出てくるのは、この三つが同じ会社ではなくなったときです。

帳合取引では、メーカーから商品を直送しながら、発注そのものは帳合先を経由する、というケースが混じります³。
この形になると、商品が届く先は店舗、発注と請求が通る先は卸、という具合に経路が二本に分かれます。
受注を入力する担当者から見れば、出荷先として選びたい相手と、請求先として選びたい相手が別になるということです。

この二本の経路を、一件のレコードに押し込むのが難しくなります。
取引先として持ちたいのは、商品が届く場所と納品条件、そしてその店から来た注文の履歴です。
帳合先として持ちたいのは、請求の宛先と、その相手と結んでいる取引条件です。
片方の情報をもう片方の欄に間借りさせると、どちらの側から見ても中途半端な状態になります。

実務でよく起きるのは、マスタで表現しきれない部分が、人の記憶やメモで補われることです。
「A店の注文はB卸へ回す」「このカテゴリだけはC卸」といった取り決めが、担当者の頭の中と手元の一覧表にだけ存在している状態です。
その状態でも日々の処理は回ります。
回らなくなるのは、担当が替わったとき、取引先が増えたとき、帳合先が変わったときです。
何を根拠にその判断をしていたのかが社内のどこにも残っていないと、一件ずつ過去の伝票を見て復元することになります。

紐づけをマスタ側の情報として持つというのは、この判断の根拠をシステムに置き直すことでもあります。
誰が入力しても同じ帳合先が引けること、引けないときは未登録だと分かること。
この二つが担保されるだけでも、確認のために取引先へ電話をかける件数は変わってきます。

なお、ここまでの内容は小売・流通の帳合取引について確認できるもので、どの業種でも、どの規模でも同じ形の取引になると言えるわけではありません。
自社で帳合先を分けて管理する必要があるかどうかは、出荷先と請求の窓口が食い違う取引が実際にどれだけあるかを数えてみるのが、いちばん早い判断材料になります。

1つの取引先に帳合先が複数・可変になるのはどのようなときか

カテゴリ単位で帳合先が分かれる例(食品卸売業)

取引先と帳合先が別ものだと分かっても、一対一で対応するのであれば、欄をひとつ増やせば設計は終わります。
難しくなるのは、同じ取引先に対して帳合先が複数ある場合です。

食品流通では、青果、精肉、水産、惣菜原料、冷凍、加工食品、酒類といったカテゴリごとに異なる帳合先を持つケースが一般的だとされています²。
これは食品製造・卸・小売業を対象にした解説の中での説明で、同じ形がそのまま他の業種にも当てはまると確認できているわけではありません。
ただ、ひとつの取引先の中で扱う商品の性質が分かれ、その単位で仕入のルートが分かれるという構造自体は、他の商材でも想像しやすいはずです。

これを受注の側から見ると、同じ店から来た一枚の注文の中に、請求の行き先が違う明細が混ざることもあり得る、ということになります。
青果の明細は一方の卸へ、酒類の明細はもう一方の卸へ。
取引先マスタに帳合先の欄がひとつしかないと、この注文をどちらか一方へ寄せるか、注文を分けて入力し直すか、という選択を毎回現場が迫られます。

入力し直す運用でも処理は通ります。
通りますが、一枚の注文だったものが二枚になるので、取引先から「先週の注文はどうなっていますか」と聞かれたときに、こちらの画面と相手の手元の注文が一対一で並びません。
照合のたびに、分けた事情を知っている人が説明に入ることになります。

カテゴリより細かい単位で分かれるのかどうかは、確認できる範囲では分かりません。
資料が示しているのはカテゴリごとという単位までで、同じカテゴリの中の特定商品だけ別の帳合先になるかどうかは、自社の取引条件を見て確かめる話になります。
設計としては、細かい単位で分かれても壊れない持ち方にしておくほうが、後から直す手間は小さくなります。

帳合そのものが変更される例

もうひとつ、対応関係が固定ではないという事情があります。
帳合問屋はメーカーごとにほぼ固定的に決まっており、帳合の変更は殆どなかった、という業界慣行が説明されています⁴。
固定的だったという説明がわざわざ出てくるのは、それが動いた場面についての報道だからです。

2018年、オーケーは全商品について取引先の見直しを告知し、帳合の有無に関わらず取引のあるメーカーに対して、商品納入価格の見積書の提出を求めました⁴。
これは大手小売一社の、その時点での調達方針として報じられた事例です。
帳合の変更が業界全体でどのくらいの頻度で起きるのか、何がきっかけになるのかを示すものではありません。
それでも、卸・メーカー側のマスタ設計にとっては示唆があります。
帳合先は、取引先ごとに一度決めたら動かない属性ではない、ということです。

帳合が変更される場面は、他の業界についても触れられています。
出版業界などを例に、帳合(取次)が変更される場合があることが言及されています¹。
こちらも例としての言及にとどまり、頻度や条件まで一般化されたものではありません。
この二つの資料から言えるのは、帳合先の変更は珍しいが、起こらないものとして設計してよいほど珍しくはない、という程度のことです。

設計の話に戻すと、ここまでで前提が二つ増えました。
ひとつの取引先に帳合先が複数ぶら下がり得ること、そして対応関係が途中で入れ替わり得ること。
この二つを同時に表せる形が、次に考える構造です。

取引先マスタと帳合先の対応関係をどう構造化すればよいか

取引先マスタと帳合先を分けて持つ考え方

ここから先は、確認できた業務のかたちから導ける整理の考え方です。
製品ごとにマスタの作りは違うので、項目名や画面の構成は、お使いのシステムに読み替えながら見てください。

最初にやりがちなのは、取引先マスタに帳合先コードの欄をひとつ追加することです。
一対一なら、これで足ります。
ただ、カテゴリごとに帳合先が分かれる取引が一件でも入ってくると、この欄はすぐに足りなくなります。

足りなくなったときに現場が取る回避策は、だいたい決まっています。
同じ店を帳合先の数だけ別コードで登録する方法です。
「〇〇店(青果)」「〇〇店(酒類)」といった具合にレコードを増やせば、その日の入力は通ります。
代わりに、同じ店の納品先住所や納品条件が複数箇所に散らばり、どれかを直したときに他が古いまま残ります。
店単位で注文の履歴を見たいときにも、コードをまたいで集める作業が要ります。

そこで、取引先の情報と帳合先の情報を、それぞれ別の一覧として持つ形を考えます。
取引先の側には、商品が届く場所、納品条件、その店から来た注文の履歴を置きます。
帳合先の側には、口座と基本契約が通っている相手として、請求の宛先と取引条件を置きます。
どちらも会社や事業所を表す一覧なので、一枚の取引先マスタの中で区分を持たせて表現している製品もあります。
大事なのは物理的に何枚のテーブルにするかではなく、店としての情報と、請求の窓口としての情報を、同じ一件に混ぜないことです。

対応関係を別テーブルで管理する考え方

分けて持つと、今度は「どの店の注文がどの帳合先へ行くのか」を書く場所が必要になります。
これを取引先側の欄にも帳合先側の欄にも書かず、両者を結ぶ情報として独立させるのが、一対多に耐える持ち方です。

この対応関係の一件が持つ内容は、少なくとも四つあります。
どの取引先か、どの帳合先か、どの範囲に適用されるか、いつからいつまで有効か。
三つ目の範囲は、食品流通の例でいえば商品カテゴリにあたります²。
範囲を「全商品」と置けば従来どおりの一対一も同じ形で表せるので、取引先ごとに持ち方を変える必要がなくなります。

この形にしておくと、受注を処理するときの判定が一本の筋になります。
注文明細の商品がどの範囲に属するかを見て、その注文の日付で有効な対応関係を引く。
該当する対応関係が見つからなければ、それは紐づけが未登録だという合図になります。
勘で過去と同じ帳合先に寄せる代わりに、確認すべき明細として表に出てくるわけです。

毎回の確認がゼロになるわけではありません。
変わるのは、確認すべき明細がどれかを担当者の記憶から探すのか、データ側から示せるのか、という点です。
新しく入った担当者が同じ判断にたどり着けるかどうかも、ここで決まります。

範囲の持ち方は、自社の取引に合わせて決めることになります。
カテゴリで分かれている取引しかないなら範囲はカテゴリで足りますし、もっと細かい単位で分かれる取引があるなら、範囲の指定を商品側まで下ろせるようにしておく必要があります。
いずれにしても、範囲と期間を対応関係の一件が持つ、という骨格は変わりません。

帳合が変更になった場合、紐づけの履歴をどう残すか

帳合先が変わったという連絡が来たとき、いちばん手早い対応は、マスタの帳合先コードを新しいものに書き換えることです。
翌日からの処理は、それで正しく流れます。
困るのは、その後で過去の話を聞かれたときです。

返品の受付、請求の差異照会、期をまたいだ取引条件の確認。
どれも「その取引が起きた時点でどの帳合先だったか」を前提に話が進みます。
上書きしてしまうと、マスタは現在の答えしか返せません。
当時の伝票を一枚ずつ見るか、変更の連絡メールを探すかで、確認の手間が戻ってきます。

そこで、対応関係は上書きではなく、期間で区切って並べる形にしておきます。
旧い対応関係には終了日を入れて残し、新しい対応関係を開始日つきで追加する。
こうしておけば、過去の注文を見るときも、その注文の日付で有効だった行を引けば当時の帳合先が分かります。

実際に運用してみると迷うのは、切替え日をどの日付で判定するかです。
受注日を基準にするのか、出荷日を基準にするのか、請求の締めを基準にするのか。
切替え日をまたいで、受注は旧帳合先の期間、出荷は新帳合先の期間、という注文が必ず出てきます。
どちらで扱うかは取引先や帳合先との取り決めで決まる話なので、マスタ側でできるのは、判定に使う日付をひとつ決めて、全員が同じ基準で処理できるようにしておくことです。

この基準を決めずに切替え日を迎えると、担当者ごとに判断が分かれます。
同じ日の注文が、人によって旧帳合先にも新帳合先にも振られている状態になり、月次の請求の段階で突き合わせに時間がかかります。
決めておくべきなのは高度な設計ではなく、どの日付を見るか、その一点です。

切替えの前後には、確認の手間が集中します。
旧帳合先宛に出してしまった注文の扱い、新帳合先での口座や取引条件の設定、取引先への連絡。
これらの作業が消えるわけではありません。
ただ、対応関係に開始日が入っていれば、切替え日より前に入力された注文がどれかを後から機械的に洗い出せます。
全件を目視で確かめる作業が、対象を絞った確認に変わる、という違いです。

履歴を残す効き目は、変更の直後よりも、半年後に効いてきます。
「この請求はなぜこの卸宛なのか」と社内で聞かれたときに、当時の対応関係の行を見せれば説明が終わる。
そこまで含めて、変更を上書きしない理由になります。

紐づけを誤ると、業務上どのような問題が起きるか

紐づけの整備は、後回しにしても今日の出荷は止まりません。
だからこそ優先順位が上がりにくいのですが、あいまいなまま運用したときに起きることは、ある程度見えています。

確認できている一つは、帳合先を経由した注文で、発注書が二重に届くという事例です³。
取引先から直接届いた注文と、帳合先の経路で届いた注文とが、自社の側では別々の発注書として見えてしまう状態です。
同じ注文なのか、別の注文なのかは、受け取った時点では分かりません。

届いた一枚をどう扱うかで、その日の作業量が変わります。
同じ注文だと判断すれば片方を止めればよく、別の注文だと判断すれば両方を通します。
どちらか分からなければ、取引先か帳合先に問い合わせることになり、返事が来るまで出荷の判断が止まります。
一件なら大した話ではありません。
締め日の前後にこれが何件も重なると、確認の待ち時間がそのまま出荷の遅れになります。

気づく場所が遅いほど、戻す範囲は広がります。
受注の入力時に気づけば、その場で止められます。
出荷指示まで進んでから気づけば、指示の取り消しと在庫の戻しが要ります。
請求の段階で気づけば、取引先と帳合先の双方に連絡して訂正の話をすることになります。
同じ一件でも、どこで見つかるかで巻き込む人数が変わるわけです。

請求や仕入計上の金額そのものが誤るかどうかについては、確認できた資料の範囲では言い切れません。
ここで言えるのは、紐づけがあいまいだと、同じ注文かどうかを人が判断して確かめる場面が増える、というところまでです。
逆に言えば、対応関係が期間つきで一箇所にまとまっていれば、二通の発注書を突き合わせるときに見る場所が決まります。
その取引先のその商品が、その日付ではどの帳合先経由だったのか。
これがその場で引けるかどうかで、自分で判断して先へ進めるか、関係者への確認待ちになるかが分かれます。

紐づけの設計は、取引が増えるほど直しにくくなります。
取引先を複製して回避した運用が広がってからでは、統合するときに過去の注文の付け替えまで必要になります。
回避策がまだ数件のうちに、取引先と帳合先を分けて持ち、対応関係を範囲と期間つきで記録する形へ寄せておくほうが、直す範囲は小さく済みます。

帳合先を分けて持つ必要があるかどうか、対応関係をどの単位で持てるかは、いま使っているシステムの制約と、実際に出荷先と請求の窓口が食い違っている取引の件数を見ないと決まらないためです。

現在の取引先マスタと受注から請求までの流れを見せていただければ、帳合先を分けて持つ必要がある取引がどれか、対応関係の範囲をカテゴリ単位で足りるのか商品単位まで下ろすのかを、実際の明細に当てて一緒に確かめられます。無料相談で要件を整理する

要点の整理

軸	基準
取引先と帳合先の区別	商品が届く先か、口座と基本契約が通っている先かで分ける
対応関係の単位	全商品か、商品カテゴリなどの範囲単位か
対応関係が持つ内容	取引先・帳合先・適用範囲・適用期間の四つ
変更時の残し方	上書きせず、終了日と開始日で期間を区切って並べる
切替えの判定日	受注日・出荷日・請求の締めのどれを基準にするか社内でひとつに決める
見直しの時期	取引先を複製した回避策が広がる前に対応関係へ寄せる

帳合先の変更が予定されている場合、切替え日の判定基準と過去データの扱いを先に決めておかないと、切替え後に確認作業が短期間に集中するためです。 変更の連絡内容と現在の受注・請求の流れを共有いただければ、どの日付を基準に切り替えるか、旧い紐づけをどの形で残すか、切替え前後で洗い出しておくべき注文はどれかを整理してお伝えできます。

よくある質問

帳合とはそもそもどういう意味ですか。会計で聞く帳合と同じものですか。

流通業界でいう帳合は、取引の口座が開かれている、基本取引契約が結ばれている、仕入や販売の取引実績や履歴が残っている、という取引関係の状態を指します¹。
この関係にある卸・仲卸・ベンダーが帳合先で、販売管理の分野でも帳合取引における卸業者を指す言葉として使われています⁵。
同じ字が帳簿を突き合わせるという文脈で使われることもあるため、システムの仕様を社内で詰めるときは、どちらの意味で話しているかを最初に揃えておくと行き違いが減ります。

帳合先が変わった場合、すでに登録済みの過去の受発注データはどう扱えばよいですか。

過去の伝票の帳合先を新しい相手に書き換えてしまうと、当時の請求や返品の話が追えなくなります。
既存のデータはそのままにして、対応関係の側に終了日と開始日を入れて切り替える形にしておけば、過去の注文はその日付で有効だった行から当時の帳合先を引けます。
切替え日をまたぐ注文は必ず出るので、受注日・出荷日・請求の締めのどれで判定するかを先に決めておくことが実務上の要点です。

取引先が帳合先を明示せずに発注してきた場合、どう確認すればよいですか。

まず、その取引先と商品の組み合わせに対して登録済みの対応関係があるか、そして注文の日付が有効期間に入っているかを見ます。
該当する行があればそのまま処理できます。
見つからない場合は、過去と同じ帳合先だろうと寄せる前に、取引先に確認したうえで対応関係として登録しておくと、次回から同じ確認が不要になります。
帳合先を経由した注文は発注書が二重に届く形で現れることもあるため³、同じ内容の注文が別の経路で来ていないかも合わせて見ておくと、同じ注文を二件として処理する前に気づけます。

1つの商品カテゴリの中で、さらに帳合が分かれることはありますか。

確認できる資料が示しているのは、食品流通で青果や精肉、酒類といったカテゴリごとに帳合先が分かれるケースが一般的だという範囲までで²、その内側でさらに分かれるかどうかまでは示されていません。
実際に分かれるかは自社の取引条件次第です。
ただ、対応関係に適用範囲を持たせる作りにしておけば、範囲の粒度をカテゴリから個別商品へ細かくしても、持ち方そのものを作り直さずに済みます。

システムの制約で、取引先マスタに帳合先の欄をひとつしか持てません。どう回避すればよいですか。

取引先を帳合先の数だけ複製する方法が取られがちですが、納品先の情報が複数箇所に散らばり、店単位で注文の履歴を集めるのも手間になります。
すぐにシステムを変えられないのであれば、対応関係だけを別の一覧として社内で持ち、取引先コード・帳合先・適用範囲・適用期間の四つを記録しておく方法があります。
持つ項目を、将来システムに載せるときと同じ形にしておけば、マスタを直す際にそのまま移せます。

1. 1　出典：ダイヤモンド・リテイルメディア「流通基礎用語集 帳合とは？」（確認時点）
2. 2　出典：内田洋行ITソリューションズ株式会社「食品ITnavi 帳合とは？食品製造・卸・小売業の課題」（確認時点）
3. 3　出典：CASIO(BC受発注)「帳合とは？小売業における帳合取引の意味を徹底解説」（2024年）
4. 4　出典：流通ニュース「オーケー／全商品の帳合い変更を取引先に告知」（2018年）
5. 5　出典：株式会社ラクス「楽楽販売コラム 帳合ってどういう意味？」（2021年）