帳合管理を多拠点でどう紐づけるか｜取引先・商品・拠点の単位の選び方と更新の順序

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

B2B EC-COLUMN

拠点ごとに帳合先が違うと、発注先と請求の宛先はなぜずれるのか

同じ商品なのに、A店はX卸、新しく開いたC店はZ卸から仕入れている。
帳合変更の連絡が来るたびに拠点ごとの設定を直し、どこかで直し漏れて、発注先や請求の突き合わせがずれる。
帳合先は商品やメーカーごとに異なることが多いとされます¹。
そのため、拠点だけを単位に帳合を持つと、変更のたびに直す箇所が拠点の数だけ増えやすくなります。
取引先と商品の組を基本の設定にし、拠点で違う分だけを上書きで持つと、更新箇所を絞りやすくなります。
拠点数と帳合の変わりやすさで単位を決め、切替日の扱いと更新の権限も先に決めておきます。

帳合は商習慣上の取引関係を指す（会計上の意味とは別）

帳合という言葉は、使う場面によって意味が変わります。
会計の場面では、現金や商品の勘定と帳簿を照らし合わせる作業を指します。
商習慣の場面では、仕入れや販売の取引関係を指します¹。
拠点ごとの仕入先がずれて困っているときに問題になるのは、後者の取引関係です。

もう少し具体的には、小売業者の仕入先として特定の卸業者が決まっている取引を帳合と呼び、その相手を帳合先と呼ぶ、と説明されています²。
食品など卸・小売の取引でよく使われる言い方で、メーカーから直接ではなく、決まった卸を経由して仕入れる関係を表します。
発注する側から見れば、帳合は「この商品はどの卸に発注するか」を決める取り決めです。

自社の販売管理や購買管理のシステムに帳合を登録しているなら、その設定が、発注画面で仕入先を自動で入れる根拠になっているはずです。
手で仕入先を選んでいる場合も、担当者の頭の中や拠点ごとのメモに同じ取り決めがあります。
どこに書かれていても、帳合の設定は発注先を決める入口にあたります。

帳合先は商品やメーカーごとに違うことが多い

管理の単位を考えるうえで大事なのは、帳合が何に紐づく取り決めかという点です。
用語解説では、帳合先は商品やメーカーごとに異なることが多く、小売店は複数の帳合先を持つのが一般的とされています¹。
業界団体の定義ではなく解説記事の記述です。
それでも、一つの店が一つの卸とだけ取引しているとは限らない、という前提は押さえておけます。

仮に、ある飲料メーカーの商品はX卸から、別の菓子メーカーの商品はY卸から仕入れているとします。
この時点で、一つの拠点の中に帳合先が二つあります。
そこへ拠点の違いが重なると、同じ飲料でもA店とB店はX卸、あとから加わったC店は地域の事情でZ卸、という組み合わせが生まれます。
帳合の情報は、拠点の数と商品の数を掛け合わせた広がりを持つことになります。

つまり帳合は、拠点の属性というより、商品（またはメーカー）と取引先の組の属性に近いものです。
拠点は、その組に「この拠点だけは違う」という差分を加える存在として見ると、整理しやすくなります。
これは解説資料の記述から引き出した編集上の整理で、どの会社にもそのまま当てはまるわけではありません。
ただ、紐づけの単位を比べるときの出発点にはなります。

拠点別に違うとどこがずれるか

たとえば、帳合を拠点ごとに一つだけ持っている場合を考えます。
拠点マスタに「主な仕入先：X卸」とだけ登録し、発注画面ではその卸が初期値として入る形です。
この持ち方では、同じ拠点の中で帳合先が違う商品を表せません。

表せない差分は、現場の担当者が発注のたびに仕入先を手で書き換えて埋めることになります。
書き換えが正しければ発注は通りますが、マスタ上の帳合と実際の発注先が食い違ったまま記録が残ります。
担当者が替わったり、急ぎの発注で書き換えを忘れたりすると、初期値のX卸へ発注が飛びます。

ずれは発注先だけでは止まりません。
卸ごとに仕入単価の取り決めが違えば、発注データの単価と、実際に届いた納品書の単価が合わなくなります。
月末に請求書を突き合わせる段階では、発注データ上の仕入先と、請求してきた卸が一致しない明細が出てきます。
どの拠点の、どの注文が、どの卸の請求に含まれているのかを一件ずつたどる作業が、ここで発生します。

請求の宛先も、同じ構造で混乱しがちです。
拠点ごとに請求を受けるのか、本部でまとめて受けるのかは卸との契約で決まり、帳合とは別の取り決めとして動いていることがあります。
帳合のずれがどこまで請求に響くかは、自社が実際に受け取っている請求書の単位（拠点別か、本部一括か）と締めの範囲に当てはめて見る必要があります。

もう一つの起点が帳合変更です。
卸やメーカーからの変更の連絡が「この商品群の帳合先が変わる」という商品・メーカー単位で届くなら、マスタが拠点単位である限り、その連絡を拠点ごとの設定へ読み替えなければなりません。
該当する拠点を一つずつ直す途中で一つ抜ければ、その拠点だけ旧帳合先へ発注を続けます。
そのずれは、翌月の請求で初めて表に出ます。

▼ 図の内容を文字で読む

1. 帳合変更の連絡
   • 商品・メーカー単位で届く
2. 拠点単位のマスタ
   • 拠点ごとの設定へ読み替え、直し漏れが出る
   • 商品ごとの違いは現場が手で書き換える
3. 発注先
   • 書き換え忘れで初期値の卸へ発注が飛ぶ
4. 仕入単価
   • 卸ごとの取り決めと発注データの単価が合わない
5. 請求の突き合わせ
   • 発注データの仕入先と請求してきた卸が一致しない

紐づけの単位には何があり、何が変わると更新が増えるのか

取引先×商品を軸にする場合

ここでいう単位とは、帳合マスタの1件の設定を何で区切るかです。
区切り方によって、最初に登録する件数と、帳合が変わったときに直す件数が変わります。
取引先×商品、取引先×拠点、拠点ごとの個別設定の3案を、同じ物差しで見ていきます。

取引先×商品を軸にする持ち方では、1件の設定が「この商品（またはメーカー）は、この卸から仕入れる」という組になります。
拠点は区切りに入らず、全拠点に同じ帳合先が適用されます。
帳合先は商品やメーカーごとに異なることが多いとされるため¹、取り決めの性質とマスタの区切りがそろいやすい持ち方です。

強みは、帳合変更の連絡とマスタの行が対応しやすいことです。
菓子メーカーの帳合先がY卸からW卸に変わるなら、そのメーカーの行を直せば全拠点に反映されます。
メーカー単位で束ねられる範囲は束ね、同じメーカーの中で帳合先が割れる商品だけを商品単位で持つと、件数をさらに減らせます。

弱みは、拠点によって帳合先が違う商品を表せないことです。
先ほどのC店のように一部の拠点だけ別の卸を使っている場合、この持ち方だけではC店の発注もX卸に向かいます。
拠点ごとの差分を別に持つ仕組みがなければ、結局は現場の書き換えに頼ることになります。

取引先×拠点を軸にする場合

取引先×拠点を軸にする持ち方では、1件の設定が「この拠点は、この卸から仕入れる」という組になります。
拠点の担当者にとっては自分の拠点の仕入先が一目で分かり、拠点を追加したときも1件足せば済みます。
設定の手間は3案の中でもっとも少なく済みます。

ただし、帳合が商品ごとに違うという前提とは区切りが合いません。
一つの拠点が複数の帳合先を持つ状態¹を、1件の設定では表せないからです。
初期値の卸へ発注が飛ぶ、手の書き換えが記録に残らない、請求の突き合わせで仕入先が一致しない、という先に見たずれが出やすいのは、この持ち方です。

一方で、拠点の中では帳合先がほぼ一つにまとまっている取引もありえます。
地域ごとに取引する卸が決まっていて、その地域の拠点は扱う商品の大半を同じ卸から仕入れる、といった形です。
その場合は拠点軸の弱みが表に出にくく、むしろ分かりやすさが勝ちます。

拠点ごとの個別設定の場合

拠点ごとの個別設定は、拠点と商品のすべての組み合わせに帳合先を持つ持ち方です。
現実の取引をそのまま写せるので、設定が正しい限り、どの拠点がどの商品をどの卸から仕入れるかで迷うことはありません。

負担は件数に表れます。
件数はおおむね拠点数と商品数の掛け算になり、拠点を一つ追加するたびに、その拠点の全商品を登録します。
帳合変更のときは、同じ商品の行を拠点の数だけ直す必要があり、1件でも漏れればその拠点だけ旧帳合先へ発注が続きます。
正確さが高い代わりに、更新の漏れに弱い持ち方です。

同じ軸での比較表（設定の手間・更新箇所・誤発注の防ぎやすさ・運用条件）

表で判断が分かれるのは、誤発注の防ぎやすさと必要な運用条件の行です。
取引先×商品も取引先×拠点も、それだけでは片方の違いしか表せません。
拠点ごとの個別設定は両方の違いを表せますが、その正確さは全行を漏れなく保守できることが前提です。
拠点と商品の両方で帳合が分かれる会社にとっては、どの案も単独では悩みを解き切れません。

そこで現実的には、どちらかの軸を基本にして、もう一方の違いを例外として足す形を考えることになります。
どちらを基本に置くかは、自社の帳合がどちらの軸でより多く分かれているかで決まります。

システムがどの単位で取引先を持つかについては、一つの製品で確認できる例があります。
企業間取引向けのEC製品であるEC-Rider B2B IIは、個店・代理店・チェーン店といった買い手ごとに卸価格や商流を設定でき、組織階層で商習慣をWeb上に再現できると説明しています³。
注文・配送先・決済方法は法人に紐づけて共有・管理するとされています³。
紹介記事では、組織階層に当てはめて取引先別に卸価格や注文できる商品を設定できると紹介されています⁴。
この紹介記事は以前の版を扱っている可能性があるため、現行の仕様は提供元の説明で確かめる必要があります。

これらは、売り手（卸やメーカー）が買い手の会社と拠点を階層で管理する仕組みの説明です。
発注側が自社の仕入先を登録する仕組みと同じとは限りません。
ただ、取引先の側にも、買い手を会社と拠点の階層で持ち、その単位で価格や注文できる商品を決める設計がある、という点は手掛かりになります。
自社の拠点が卸の側で本社の下の拠点として登録されているのか、別々の取引先として登録されているのかで、注文できる商品や請求のまとまり方が変わる可能性があるからです。
この例からどの単位が最適かは決められませんが、主要な帳合先が自社をどの単位で登録しているかを聞いておくと、照合の単位を合わせやすくなります。

▼ 図の内容を文字で読む

• 取引先×商品を軸にする
  • 帳合変更：対象の商品・メーカーの行を直せば全拠点に反映
  • 表せない違い：拠点によって帳合先が違う商品
• 取引先×拠点を軸にする
  • 帳合変更：拠点の1件を直すと、その拠点の他の商品にも及ぶ
  • 表せない違い：一つの拠点が持つ複数の帳合先
• 拠点ごとの個別設定
  • 帳合変更：同じ商品の行を拠点の数だけ直す
  • 表せない違い：なし（ただし1件の漏れで旧帳合先へ発注が続く）

自社の拠点数と帳合の変わりやすさで、どの単位を選ぶか

拠点が少なく帳合が安定している場合

拠点が少なく帳合変更もまれなら、拠点ごとの個別設定でも回ります。
件数が多いといっても、拠点数が小さければ管理できる範囲に収まり、変更の頻度が低ければ漏れが起きる機会も限られます。
すでにこの形で運用していて大きな問題が出ていないなら、無理に作り替える理由は薄いでしょう。

その場合でも、拠点間で帳合が違う商品だけは一覧にしておく価値があります。
個別設定のマスタでは、どの商品が全拠点共通で、どの商品が拠点によって違うのかが、表の上から見えにくいからです。
違う商品の一覧があれば、帳合変更の連絡が来たときに「この商品は拠点ごとに確かめる」とすぐに判断できます。

拠点の中で帳合先がほぼ一つにまとまっている会社なら、取引先×拠点の軸でも足ります。
その場合も、例外になる少数の商品を把握しておくことが前提になります。

拠点が多く帳合が変わる場合

拠点が増え、帳合変更もそれなりに起きるなら、取引先×商品を基本にし、拠点で違う分だけを上書きで持つ形が、更新箇所を減らすと考えられます。
これは比較から導いた提案で、効果を測った結果ではありません。

仕組みは二層です。
基本の層には、商品やメーカーごとの帳合先を全拠点共通で登録します。
上書きの層には、帳合が違う拠点と商品の組だけを登録します。
発注のときは、その拠点と商品の組に上書きがあれば上書きの帳合先を、なければ基本の層の帳合先を使います。

この形の利点は、変更の種類ごとに直す場所が決まることです。
全拠点に関わる帳合変更なら、基本の層の1件を直します。
特定の拠点だけの変更なら、その拠点の上書きを直します。
拠点を追加したときは基本の層がそのまま適用されるので、新しい拠点で帳合が違う商品だけを上書きに足せば済みます。

注意したいのは、上書きが古くなることです。
たとえば基本の層の帳合先がX卸からZ卸に変わると、もともと「C店だけZ卸」としていた上書きは意味を失います。
逆に基本がX卸からW卸に変わったとき、C店はZ卸のままでよいのかは、改めて確かめないと分かりません。
基本の層を直すたびに同じ商品の上書きを残すか外すかを見直す手順を組み込まないと、上書きの層は少しずつ実態から離れていきます。

なお、システムがこの二層の持ち方に対応しているかは製品ごとに異なります。
上書きを持てない場合は、例外の一覧を別に管理し、発注前に拠点の担当者が照らし合わせる運用で代えることになります。
その場合、マスタの更新箇所は減っても、発注時の目視の確認は残ります。

拠点間で帳合が違う商品の割合の数え方

どちらを基本に置くかの判断材料は、自社の帳合一覧から数えられます。
手元に整ったマスタがない場合でも、一定期間の発注実績から拠点・商品・仕入先の組を抜き出せば代わりになります。

1. 拠点・商品（またはメーカー）・帳合先の3列の一覧を作る。
2. 商品ごとに、拠点をまたいで帳合先が何種類あるかを数える。
3. 帳合先が1種類の商品は「全拠点共通」、2種類以上の商品は「拠点で違う」に分ける。
4. 「拠点で違う」商品の数を全商品の数で割り、割合を出す。
5. 過去の帳合変更の連絡を見返し、変更が商品・メーカー単位で来ていたか、拠点単位で来ていたかを確かめる。

割合が低ければ、拠点で違う商品は上書きの層に収まる量なので、取引先×商品を基本にする形が向きます。
割合が高ければ、拠点の側の違いが例外ではなく本体だということになり、拠点軸を厚くする必要があります。
その際も拠点を一つずつ扱うのではなく、同じ卸を使う拠点を地域などのまとまりで束ね、まとまりごとに帳合を持てないかを検討すると、件数を抑えられることがあります。

発注実績から数えた場合は、マスタ上の帳合先と実際の発注先が違う組も、あわせて洗い出しておくと役立ちます。
その差は現場の書き換えで埋めてきた差分の可能性があり、マスタを作り直すときに上書きとして登録すべき候補になります。
最後の手順で見る変更の来方も大事です。
連絡が商品・メーカー単位で来ているなら、基本の層をその単位にそろえておくと、連絡をマスタへ読み替える手間が減ります。

▼ 図の内容を文字で読む

• 基本の層（取引先×商品・全拠点共通）
  • 全拠点に関わる帳合変更はこの1件を直す
  • 新しい拠点にもそのまま適用される
• 上書きの層（帳合が違う拠点と商品の組だけ）
  • 特定の拠点だけの変更はこの上書きを直す
  • 発注時は上書きがあればそちらを使う
• 基本の層を直したとき
  • 同じ商品の上書きを残すか外すかを見直す
  • 見直さないと上書きが実態から離れる

帳合変更・拠点追加のときの更新順と、本部と拠点の権限分担

更新前の一覧化と切替日の決め方

単位を決めても、更新の順番が決まっていなければ、変更のたびに同じずれが起きます。
ここで示す順序と分担は編集上の提案で、システムの反映の仕組みや権限の設定方法は製品によって違います。
自社の仕組みに合わせて読み替える前提の例です。

最初にするのは、変更の対象を一覧にすることです。
帳合変更の連絡に書かれた商品やメーカーについて、基本の層のどの行が変わるのか、同じ商品に上書きを持つ拠点はどこかを並べます。
上書きの見直しを落とさないためには、この段階で上書きの行も対象に含めておく必要があります。

並行して、旧帳合先に出している注文のうち、まだ納品されていないものを洗い出します。
この作業は一覧化と順番に進める必要はありません。
拠点に未納品の注文を報告してもらいながら、本部が変更対象を整理する形で、同時に進められます。

そのうえで切替日を決めます。
迷うのは、切替日の時点で旧帳合先に出してあり、まだ届いていない注文の扱いです。
旧帳合先のまま納品と請求まで終えるのか、取り消して新帳合先へ出し直すのかは、新旧の帳合先との取り決めで決まり、自社だけでは決められません。
どちらにしても、未納品の注文に「旧帳合で完了」「新帳合で再発注」の印を付けておくと、あとの請求の突き合わせで迷わずに済みます。

決めた切替日で、マスタに新しい帳合先を登録します。
システムが適用日つきの登録に対応していれば、切替日より前に登録しておき、当日から自動で切り替わる形にできます。
対応していない場合は、切替日の当日に誰が、どの時点で更新するかを決めておかないと、当日朝の発注が旧帳合先へ流れます。

切替後の最初の発注・請求の突き合わせ

マスタの更新が終わっても、正しく切り替わったかどうかは、実際の発注で初めて分かります。
切替日後、各拠点が対象商品を最初に発注するときに、発注データの仕入先が新帳合先になっているかを拠点の担当者が確かめます。
上書きを持つ拠点では、上書きが意図どおりに残っているか、外れているかもここで分かります。

次の山は請求です。
切替月は、旧帳合で完了させた注文の請求と、新帳合で発注した注文の請求が、同じ商品について別々の卸から届くことがあります。
一覧化の段階で付けた印と照らし合わせれば、どの明細がどちらの卸から来るべきかを一件ずつ推測しなくて済みます。
単価についても、発注データと請求書がそれぞれの卸との取り決めどおりになっているかを、このときに見ます。

最後に履歴を残します。
旧帳合先、新帳合先、適用日、変更の理由、対象の拠点と上書きの扱いを記録しておくと、数か月後に過去の請求を見返したとき、なぜその月だけ仕入先が違うのかを説明できます。
次の帳合変更で一覧を作るときの下敷きにもなります。

拠点を追加するときも、同じ順序が使えます。
基本の層を全拠点共通で持っていれば、新しい拠点はそのまま基本の帳合先で発注できるので、作業の中心は、新拠点で帳合が違う商品の洗い出しと上書きの登録になります。
帳合先の側でも新しい納品先の登録が必要になる場合があり、注文や配送先を法人に紐づけて管理する受注側のシステムもあります³。
新拠点からの最初の発注の前に、主要な帳合先で納品先の登録が済んでいるかを確かめておくと、最初の発注での差し戻しを避けやすくなります。

本部が持つ更新と拠点が持つ確認

誰がマスタを直せるかは、正確さと速さの釣り合いで決まります。
拠点に自由な編集を許せば、現場で知った帳合の違いがすぐに反映されます。
その代わり本部の知らない上書きが増え、基本の層を直したときの見直しから漏れます。
本部だけが直せるようにすれば整合は保ちやすくなりますが、卸から拠点へ直接届いた連絡が本部に上がるまでの間、マスタは古いままです。

折り合いの付け方の一例は、更新を本部、確認と申請を拠点に分けることです。
本部は、基本の層と上書きの層の更新、適用日の登録、履歴の記録を担います。
拠点は、切替後の最初の発注と請求の確認、それに現場で帳合の違いに気づいたときの申請を担います。
申請に、対象の商品、帳合先、適用したい日、根拠になる卸からの連絡を添える形にしておくと、本部が上書きの要否を判断しやすくなります。

この分担で減らせるのは、本部の知らない設定が増えることと、変更が拠点ごとにばらばらに反映されることです。
一方で、申請から反映までの時間と、拠点の担当者による確認の手間は残ります。
その手間をどこまで減らせるかは、システムが申請や承認の流れを持てるか、拠点ごとに編集できる範囲を分けられるかに左右されます。

▼ 図の内容を文字で読む

1. 変更対象の一覧化と未納品注文の整理
   • 本部：基本の層と上書きの層の対象行を並べる
   • 拠点：旧帳合先への未納品の注文を報告する
2. 切替日を決める
   • 本部：未納品の注文に旧帳合で完了か新帳合で再発注かの印を付ける
3. 適用日つきでマスタへ登録
   • 本部：適用日を持てなければ当日の更新担当と時刻を決める
4. 切替後の最初の発注と請求の突き合わせ
   • 拠点：発注先・単価・請求元を確かめる
   • 拠点：違いがあれば本部へ申請する
5. 履歴を残す
   • 本部：旧帳合先・新帳合先・適用日・理由を記録する

システムで対応できる範囲と、運用ルールで補う範囲の境界

確認できた機能の範囲

ここまでの単位と手順を、どこまでシステムに任せられるかは製品によって違います。
一つの例として、EC-Rider B2B IIについて提供元が説明している機能を整理すると、次の範囲になります。

• 個店・代理店・チェーン店など買い手ごとに卸価格や商流を設定し、組織階層で管理する³
• 注文・配送先・決済方法を法人に紐づけて共有・管理する³
• マルチサプライヤー機能で複数の工場・倉庫の在庫や製造を管理し、納品先へ配送する拠点を選ぶ³
• 組織階層に当てはめて、取引先別に卸価格や注文できる商品を設定する（紹介記事の記述で、以前の版の可能性がある）⁴

導入事例では、各種工業用粘着テープやテープ貼り機器を中心に約3,800品種の製品を扱う日東電工CSシステムが、顧客別の卸価格設定や販路設定が標準で搭載されており、販売加盟店ごとに価格を登録できる点を挙げています⁵。
同社の製品は全国約3,000社の販売店が取り扱っているとされ⁵、取引先の多い売り手が取引先別の価格を運用している例として読めます。

ただし、これらはいずれも売り手の側から買い手を管理する仕組みの説明です。
事例も卸す側の価格設定の話で、複数拠点や帳合の運用について述べたものではありません。
発注側の帳合マスタで適用日を持てるか、切替日をまたぐ注文をどう扱うか、承認の流れや拠点別の権限を設定できるかは、製品サイトの説明からは読み取れません。
他の製品についても、機能名だけで対応の有無を判断せず、自社の例で確かめる必要があります。

製品へ確認すべき項目のチェックリスト

問い合わせやデモの場で機能の有無だけを聞くと、答えが曖昧になりがちです。
自社の帳合一覧から拠点で帳合が違う商品を1件選び、その商品で帳合変更が起きたと仮定して、次の点を順に試してもらうと、運用に必要な答えが得られます。

• 帳合先（仕入先）を、商品・メーカー・拠点のどの組み合わせで登録できるか
• 拠点ごとの上書きを持てるか、上書きのない拠点では基本の設定が使われるか
• 帳合先に適用開始日を持たせ、切替日より前に登録しておけるか
• 切替日の時点で未納品の注文が、旧帳合先のまま残るのか、新帳合先へ変わるのか
• 誰が、いつ、何を変えたかの履歴が残るか
• 本部と拠点で、マスタの編集・閲覧・申請の権限を分けられるか
• 発注データの仕入先と単価を、請求書と照合できる形で取り出せるか

自社の販売管理・購買管理だけでなく、帳合先の卸が用意した発注用のWebシステムを使っている場合は、そちらで自社の拠点がどの単位で登録されているかも同じように確かめます。
自社のマスタと卸側の登録の単位が食い違っていると、発注は通っても請求のまとまり方が想定と違う、ということが起きうるからです。

運用ルールで補う部分

チェックリストで対応できないと分かった項目は、運用ルールで補います。
補い方を決めるときは、何の確認が人の手に残るのかを具体的にしておくことが大切です。

適用日を持てない場合は、切替日当日の更新担当と更新の時刻を決め、その時刻より前の発注は旧帳合先で受ける、と拠点へ知らせておきます。
更新が終わるまでの発注を拠点が控えるのか、そのまま出してよいのかを決めておかないと、当日の発注がどちらに流れたかを後から追うことになります。

上書きを持てない場合は、拠点で帳合が違う商品の一覧を別に持ち、該当する拠点の担当者が発注前に見る運用にします。
マスタの更新箇所は少なく済みますが、発注のたびの目視の確認が残るので、一覧はできるだけ短く保つほうが運用に耐えます。

履歴や権限を分けられない場合は、マスタの変更を申請と記録の様式で管理します。
変更前後の帳合先、適用日、申請した拠点、反映した担当者を残しておけば、システムに履歴がなくても、請求の突き合わせで食い違いが出たときにさかのぼれます。

どの補い方も、ずれがなくなることを保証するものではありません。
減らせるのは、どこを見ればよいか分からないまま一件ずつたどる手間で、確認そのものは残ります。
システムに任せる部分と人が確認する部分の境目をはっきりさせておくことが、拠点が増えても帳合の管理を崩さないための土台になります。

帳合を取引先×商品で持つか拠点で持つかを決めても、それをシステムがどの単位で表せるかは製品の仕様次第で、自社の一覧だけでは判断しきれません。

取引先を会社と拠点の階層で管理し、価格や商流、注文・配送先をどの単位で紐づけられるかを、自社の拠点構成に当てはめて具体的に確かめられます。無料相談で要件を整理する

要点の整理

軸	基準
帳合の意味	仕入れ・販売の取引関係（会計上の帳簿照合とは別）
基本の単位	取引先×商品（メーカー単位で束ねられる範囲は束ねる）
拠点の扱い	帳合が違う拠点と商品の組だけを上書きで持つ
単位を決める目安	拠点間で帳合が違う商品の割合と、帳合変更の来方・頻度
更新の順	一覧化と未納品注文の整理→切替日→適用日つき登録→最初の発注・請求の突き合わせ→履歴
権限	更新は本部、確認と例外の申請は拠点
製品の確認	適用日・未納品注文・履歴・権限の扱いを自社の例で試す

適用日、切替日をまたぐ注文、履歴、拠点別の権限は、製品の説明だけでは対応の範囲が分からず、運用ルールで補う部分を決めるには個別の確認が必要です。 自社の帳合変更の例を使い、システムに任せられる範囲と運用で補う範囲を切り分けながら、確認項目を一つずつ確かめられます。

よくある質問

帳合を拠点単位で持つのと商品単位で持つのは、どちらが更新しやすいですか。

帳合の分かれ方によります。
帳合先は商品やメーカーごとに異なることが多いとされ¹、変更の連絡も商品・メーカー単位で来るなら、商品単位のほうが直す件数は少なくなります。
拠点の中で帳合先がほぼ一つにまとまっている取引なら、拠点単位でも足ります。
自社の一覧で、拠点間で帳合が違う商品の割合を数えると判断しやすくなります。

帳合変更の切替日に、旧帳合の未納品の注文はどう扱えばよいですか。

一律の決まりはなく、新旧の帳合先との取り決めで、旧帳合先のまま納品・請求まで終えるか、取り消して新帳合先へ出し直すかを決めます。
どちらの場合も、該当する注文に印を付けて一覧にしておくと、切替月に両方の卸から届く請求を突き合わせるときに迷いません。

拠点が追加されたとき、帳合マスタのどこから登録すればよいですか。

基本の帳合を全拠点共通で持っているなら、新しい拠点はそのまま基本の帳合先で発注できます。
拠点そのものの登録、新拠点で帳合が違う商品の上書き、帳合先での納品先の登録状況の確認、の順で進め、最初の発注で仕入先が意図どおりかを確かめます。
拠点ごとの個別設定で持っている場合は、新拠点の全商品の登録が必要になります。

帳合マスタの更新を本部だけにするか、拠点にも許すか迷っています。

整合を保ちやすいのは、更新を本部に集め、拠点は確認と申請を担う分け方です。
拠点に直接の編集を許すと反映は速くなりますが、本部の知らない上書きが増え、基本の帳合を直したときの見直しから漏れやすくなります。
拠点にも編集を許すなら、範囲を自拠点の上書きに限り、履歴を必ず残す形が考えられます。

システムで帳合の適用日を管理できるかを、導入前にどう確かめればよいですか。

機能の有無を聞くだけでなく、自社の例で試してもらうのが確実です。
拠点で帳合が違う商品を1件選び、切替日より前に新しい帳合先を適用日つきで登録できるか、切替日の前後の発注で仕入先が変わるか、切替時点で未納品の注文がどちらの帳合先で残るか、変更の履歴が残るかを、デモで順に確かめます。

1. 1　出典：freee株式会社「販売管理の用語解説（帳合）」（2026年閲覧）
2. 2　出典：創業手帳「帳合・帳合先のQ&A」（2026年閲覧）
3. 3　出典：株式会社フライトソリューションズ「EC-Rider B2B II 製品サイト」（2026年閲覧）
4. 4　出典：コマースピック「EC-Rider B2Bの紹介記事」（2026年閲覧）
5. 5　出典：株式会社フライトソリューションズ（EC-Rider）「EC-Rider B2B 導入事例（日東電工CSシステム株式会社様）」（事例掲載時点）