◆監修・編集責任者
B2B EC-COLUMN
この記事のポイント
- 請求の締め日は支払う側の取引先が決める商慣行のため、統一を目指すより、ばらつきを前提に取引先ごとの締め日と支払条件を一覧化するところから始める。
- 締め・発行・送付・入金確認・消込という段階は取引先が違っても共通なので、一覧には各段階に入る日付と条件を持たせ、前回どこまで請求したかの記録を残す。
- 得意先が建設業者の場合は後払いで支払いまでの期間が長くなることがあり、発行済みで未入金の行が並び続ける前提で、入金予定日と未回収の追跡を分けて見る。
- 二重請求は発行履歴を確認しない再発行と、再発行分と原本の区別がつかない状態から起きるため、未送付と送付済みの区分を誰でも読める形に揃える。
- 仕組みへの切り替えは社数ではなく、いま止まっている作業とその原因で判断する。条件そのものが取引先と詰め切れていない場合は、登録より先に取り決めの確認が要る。
目次

取引先ごとに締め日が異なると何が起きるか
月末に請求の作業を始めたものの、どの取引先の分がどこまで終わったのか分からなくなる。
月末で締める先、月の途中で締める先、送付の方法も支払期日もそれぞれ違い、条件は担当者の記憶と個別のメモに散らばっている。
そんな状態だと、確認の漏れや同じ請求書の送り直しが起きてもおかしくありません。
締め日は支払う側、つまり発注する取引先が決めるのが商慣行なので1、取引先が増えるほど自社側は複数のスケジュールを並行して回すことになります。
揃えるのではなく、ばらつきを前提に管理するのが出発点です。
取引先ごとの締め日と支払条件を一覧にし、締め・発行・送付・入金確認・消込という共通の流れに当てはめて、どの段階でどの情報を突き合わせるかを決める。
そのうえで、得意先に多い後払いの条件が入金確認をどれだけ後ろへずらすかを見込み、二重請求や請求漏れの原因になる履歴の管理を直していく。
手作業で回りきらない場面がはっきりしてから、仕組みへの載せ替えを考える順番になります。
締め日は誰が決めるのか
自社が出す請求書なのに、締め日を自社の都合で決められない。
この感覚は思い込みではなく、商慣行としてそうなっています。
請求の締め日は発注側、つまり代金を支払う側が決めるのが一般的で、月末や、いわゆる五十日(ごとおび)にあたる日が多く使われます1。
これは一般的な企業間取引の商慣行についての説明で、建材業界だけに適用される規定があるという話ではありません。
この前提を先に置くと、進め方の選択肢が絞られます。
「全取引先の締め日を自社の都合で統一する」という発想は、出発点としては成り立ちにくい。
取引先の側には、自分たちの支払日から逆算して決めた締めのサイクルがあり、そこへ請求書が間に合うかどうかで支払いのタイミングが決まります。
だから自社がやるべきことは、ばらつきをなくすことではなく、ばらつきを前提に回せる管理をつくることになります。
そして、取引先ごとに締め日が異なると請求業務は複雑になり、手作業での管理には限界が出てくるとも指摘されています1。
ここで言う「複雑になる」の中身を具体的に分けておくと、どこに手を打てばよいかが見えてきます。
取引先が増えるほど何が複雑になるか
複雑さは、大きく三つの方向に広がります。
ひとつは作業のピークが月内に何度も来ること。
月末締めだけなら締め作業は月に一度ですが、中旬で締める先が加わると、月の半ばにも同じ作業が発生します。
ふたつめは、同じ日に出荷した伝票が取引先ごとに別の請求月に入ること。
みっつめは、発行後の支払期日も取引先ごとに違うため、入金確認の予定まで分散することです。
二つめの「同じ日の出荷が別の請求月に入る」は、実務ではとくに厄介です。
たとえば、月の中旬で締める得意先へ、締め日当日の夕方に現場直送で追加分を出したとします。
納品書が事務所に回ってくるのは翌日、担当者が入力するのはその翌日。
この分を今回の請求に含めるのか、次回に回すのか。
判断が人によって変わると、こちらが出した請求金額と、先方が計上している買掛の金額が合いません。
締めの線引きは日付そのものだけでなく、「どの時点までに社内へ回ってきた伝票を今回に含めるか」という社内の取り決めでもあります。
さらに、取引先ごとに違うのは締め日だけとは限りません。
請求書の送り方が郵送の先もあれば、メールでよいという先、先方が指定する受領の仕組みへ登録してほしいという先もあります。
請求をまとめる単位も、会社単位でよい場合と、支店や現場ごとに分けてほしいと言われる場合があります。
こうした条件は契約や先方の運用によって変わるため一律には決まりませんが、一覧に残していなければ、担当者が代わった時点で再確認から始めることになります。
締め〜発行〜入金確認の基本フローと管理すべき情報
締めから入金消込までの流れ
条件がばらばらでも、請求の作業そのものは同じ並びで進みます。
請求管理の業務は、前月の締め日の翌日から当月の締め日までの取引を確認する「締め」、請求書の発行、送付、入金額と請求額を突き合わせる入金確認、そして入金消込と伝票作成という五つの段階で構成されるものとして整理されています4。
これは業種を問わない共通の構造として示されているもので、建材に限った流れではありません。
この並びが共通だということは、取引先ごとに変わるのは各段階に入る日付と条件だけだ、という意味になります。
一覧化とは、要するにこの箱を取引先の数だけ用意して日付を埋める作業です。
先に条件を書き出す価値があるのは、埋める箱が決まっているからで、思いついた項目を並べる作業とは違います。
もうひとつ、締めが「前回の締め日の翌日から今回の締め日まで」という期間で定義されている点は押さえておきたいところです4。
今回どこからを請求するかは、前回どこまで請求したかが確定していて初めて決まります。
前回の締めの結果が記録として残っていなければ、今回の範囲は毎回,伝票を遡って確かめるしかありません。
締めの記録は過去の証跡であると同時に、次の締めの出発点でもあります。
取引先ごとに突き合わせる情報
入金確認の段階でやることは、入金額と請求額の突き合わせです4。
ここが素直に一致すれば何も起きませんが、実際には差が出ることがあります。
振込手数料が差し引かれている、複数月の請求がまとめて振り込まれている、一部だけ入金されている。
どれも珍しい話ではなく、差額そのものを見ても原因は確定しません。
金額が近いからといって手数料分と決めつけず、請求書の明細と支払条件を照らして確かめる必要があります。
この照合ができるかどうかは、請求した時点で何を残したかで決まります。
どの期間の取引に対する請求なのか、請求番号は何番か、支払期日はいつか。
これらが請求ごとに残っていれば、入金明細と並べたときに「この入金はどの請求に対するものか」を特定できます。
逆に、請求書を作った記録が印刷した紙とメールの送信済みフォルダにしかない状態だと、突き合わせのたびに探す作業から始まります。
支払期日を自社側でも持っておく意味も、ここにあります。
支払条件を決めるのは取引先でも、入金予定日を自社の一覧に持っていなければ、入ってくるはずの日に入っていないという事実に気づけません。
気づくのが翌月の締め作業のときになると、確認の連絡も、その先の対応も後ろへずれていきます。
建材業界の取引先に多い支払条件が締め処理に与える影響
後払い・長い支払サイトの実情
建材を納める先が建設業者である場合、その得意先自身も長い後払いのサイクルの中にいます。
建設業では工事が完成してから代金を請求し、検収を経てさらに日数を要する後払いが基本で、支払いまでの期間が長期に及ぶことも珍しくないとされています2。
これは建設業、つまり工事を請け負う側の売掛金回収サイクルについての説明です。
建材を売る自社の締め日や支払条件をそのまま規定するものではなく、得意先がどういう資金の流れの中で支払いを組んでいるのかを理解するための背景として読むのが正確です。
この背景があると、先方から提示される条件の理由がある程度つかめます。
得意先自身が工事代金を後から受け取る立場であれば、その入金より前に外へ払う金額は自社の資金で立て替えることになります。
結果として、仕入先への支払条件も後ろ寄りに設定されやすい。
ただし個々の取引でどういう条件になるかは契約次第なので、業界全体がこうだと決めつけて自社の見込みを立てるのではなく、取引先ごとの実際の条件を一覧に書き写すところから始めることになります。
入金確認までの時間差が生む管理上の注意
支払いまでの期間が長いと、請求管理の流れの前半と後半がはっきり分離します。
締めと発行と送付は当月のうちに終わるのに、入金確認と消込だけが先の月にずれていく。
その結果、一覧の上には「発行済みだが未入金」という行が常に何本も並んだままになります。
この状態は、月次の作業の性質を変えます。
締め作業は本来「今月の分を確定させる」仕事ですが、未回収の行が積み上がっていると、同時に「過去のどれがまだ回収できていないか」を追う仕事にもなります。
当月分の確認と過去分の追跡が同じ時間帯に重なるため、片方に気を取られるともう片方が疎かになりやすい。
取引先ごとに支払期日が違えば、その追跡の対象も毎月入れ替わります。
資金繰りの面でも、この時間差は効いてきます。
自社が仕入先へ支払うタイミングは、得意先から入金があるタイミングとは別に来ます。
取引先ごとの入金予定日を一覧に持っておくと、月ごとにどの程度の入金が見込めるのかを並べて確認できるようになります。
これは資金繰りの計画を立てるための材料であって、入金が予定どおりに入ることを保証するものではありません。
だからこそ、予定日を過ぎた行が一目で分かる形にしておく意味があります。
そして、発行から入金確認までの間が空くほど、頼りになるのは「その請求書をいつ、どの内容で、誰に送ったか」という履歴だけになります。
記憶が薄れた頃に問い合わせが来る前提で考えると、次に見るべきはミスがどこで生まれるかです。

締め日管理でよくあるミスとその原因
二重請求が起きる典型パターン
二重請求は、発行の履歴を確認しないまま再発行してしまったり、再発行した分と最初に出した原本の区別がつかなくなったりすることで発生するとされています3。
請求書の発行業務全般に共通する原因で、扱う取引先が多いほど起こりやすくなります。
実際の場面に置き換えると、流れはこうなります。
先方の担当者から「請求書が届いていない」と連絡が入り、こちらは経緯を確認しきれないまま再発行して送る。
ところが原本は先方の別の部署に届いていて、後から両方とも処理される。
あるいは社内で締め直しが発生し、作り直した版を送ったつもりが、最初の版もすでに送付済みだった、という取り違えもあります。
どちらも、送った記録がひとつの場所に揃っていないことが共通しています。
支払いまでの期間が長い取引先では、この誤りが表面化するのも遅れます。
入金の突き合わせまでに間があるため、二重に計上されている事実に気づくのは、先方から指摘を受けたときか、こちらが未消込の行を精査したときになりがちです。
気づくのが遅いほど、訂正の連絡も、相手の経理処理のやり直しも負担が大きくなります。
請求漏れが起きる典型パターン
逆の向きのミス、つまり出すべき請求を出していない状態は、二重請求ほど目立ちません。
先方から指摘が来ないからです。
ここから先は確認済みの出典が原因を特定しているわけではなく、締め作業の構造から考えられる場面として整理します。
起こりやすいのは、締め日の前後に発生した伝票の扱いが曖昧なまま宙に浮く場面です。
今回に含めた前提で誰かが処理し、別の誰かは次回に回した前提で扱う。
どちらの期間にも入らないまま月が過ぎると、伝票は残っているのに請求されていない状態になります。
もうひとつは、例外対応の申し送りが個人のメモにしか残らない場合です。
先方の都合で今回は請求を見送る、現場ごとに分けて出す、といった取り決めは、その場では覚えていても、翌月に担当が交代すれば引き継がれません。
防止のために整えるべき体制
防止策としては、未送付と送付済みの区分を業務フローとして標準化することと、発送前に複数人でチェックする体制が有効だとされています3。
手作業中心の発行体制を想定した対策です。
区分を「標準化する」というのは、状態の呼び方と置き場所を揃えるということです。
担当者それぞれがファイル名の末尾に自分なりの印を付けている状態だと、その人以外には送ったかどうかが読み取れません。
誰が見ても同じ言葉で状態が分かる場所に記録があって初めて、問い合わせを受けたときに「これは再発行なのか、新規なのか」を履歴から判断できます。
二重請求の原因が履歴を確認しないままの再発行にある以上、確認できる履歴を先に用意することが対策の中身になります。
複数人のチェックについては、すべての請求書を二人で見るという運用は現実的でない場合が多いはずです。
そこで、条件を決めて対象を絞る考え方が取れます。
再発行したもの、金額を修正したもの、締め日や請求単位の取り決めが直前に変わったもの。
誤りが集まりやすい条件に限って二重に見るほうが、全件を形だけ回すより機能します。
ただし、こうした体制を整えれば誤りがなくなると言い切れるものではありません。
減るのは、履歴を見ないまま判断してしまう場面と、状態の読み違いです。
差額の照合や例外の判断そのものは残りますし、そこは人が明細と条件を確かめる仕事として残ります。
手作業とシステム化、どちらを選ぶか
手作業の限界が出やすい場面
取引先ごとに締め日が異なる場合、手作業での管理には限界があり、請求書管理システムによる一元管理が選択肢として挙げられています1。
また、入金消込は回収の抜けや漏れを防ぐために高い精度が求められる作業だとも整理されています4。
ここまで見てきた原因、つまり履歴の管理と確認の漏れは、件数と担当者が増えるほど現れる回数が増えるという性質を持っています。
どこで限界が出るかは、社数そのものよりも作業の様子に表れます。
月内に締め作業が何度も来て、他の経理業務の合間に差し込む形になっている。
未入金のまま残っている行が増え、どれが確認済みでどれが未着手か分からなくなってきた。
一覧を複数人で更新していて、誰かの編集が上書きされることがある。
特定の担当者に聞かないと条件が分からない取引先がある。
こうした状態が続いているなら、続けるほど確認の手数が増えていく構造になっています。
何社を超えたら切り替えるという一律の目安を示せる性質のものではありません。
取引先が少なくても条件の例外が多ければ管理は重くなりますし、件数が多くても条件が数種類に収まっていれば回ることもあります。
判断材料は社数ではなく、いま止まっている作業がどれで、その作業が何によって止まっているかです。
システム化で変わること
仕組みに載せ替えたときに変わるのは、転記と照合の手数です。
入金消込はシステム化によって自動化でき、入金伝票の自動作成も可能になるとされています4。
取引先ごとの締め日や支払条件を登録して一元管理すれば1、対象期間を毎回、手元のカレンダーと伝票から割り出す必要も減ります。
これらは一般的な請求管理システムの機能として説明されているもので、個別の製品が何をどこまでできるかは、導入を検討する段階でそれぞれ確認する必要があります。
大事なのは、何が減って何が残るかを分けて見ることです。
減るのは、締め日を思い出しながら伝票を拾う作業、送ったかどうかを探す作業、入金明細と請求額を一件ずつ目で追う作業。
残るのは、取引先の条件が変わったときに登録を直す作業、値引きや返品や現場単位の扱いといった例外の判断、そして突き合わせで差が出たときに原因をたどる作業です。
後者は仕組みを入れても人が決める部分なので、導入すれば経理の仕事が要らなくなるという話にはなりません。
自社の状況に当てはめる観点
検討するときに見ておきたいのは、次のような点です。
締め日が何種類あり、そのうち月内に複数回の締めが必要な先はどれか。
請求の単位が会社単位で済む先と、支店や現場ごとに分ける先がどれだけあるか。
送付方法に先方指定の受領手段が含まれているか。
担当者が何人でこの業務を回していて、引き継ぎのときに何を口頭で伝えているか。
そして、すでに使っている販売管理や会計の仕組みと、どこでデータがつながるのか。
順序としては、一覧化が先です。
取引先ごとの締め日と支払条件を書き出す作業は、仕組みを入れる場合でも入れない場合でも必要になります。
導入するなら登録する元データになりますし、導入しないなら日々の運用の土台になります。
先に一覧を作ってみると、どの取引先の条件が分からないのか、どの例外が個人の記憶に依存しているのかがそこで露わになります。
そのうえで、一覧を作っても解消しない作業が残るかを見ます。
条件が明確になっても、毎月の伝票の拾い出しと入金の突き合わせに時間がかかっているなら、そこは自動化の対象になりやすい部分です。
反対に、条件自体が取引先と詰め切れていないことが原因なら、先にやるべきは仕組みの検討ではなく取り決めの確認です。
この切り分けをしないまま導入を進めると、曖昧な条件をそのまま登録することになり、結局は手作業での確認が残ります。

一覧に何を持たせるかは、ここまで見てきた流れとミスの原因から決められます。
取引先ごとの条件差は請求の画面だけを見ていても整理しきれず、受注や出荷の時点で条件がどこまで記録に残っているかによって、締め作業の手数が変わります。どこまでを仕組みに持たせられて、どこからを社内の取り決めで補うのかは、自社の受発注の流れを見ないと切り分けにくい部分です。
得意先ごとの価格や掛率を自動で切り替える形で条件を仕組み側に持たせている運用を踏まえて、いま手作業で確認している条件のうち、データとして持てるものと運用で決めるしかないものの線引きを一緒に確認できます。無料相談で要件を整理する
取引先ごとに整理しておく管理項目
締めから入金消込までの流れの各段階に沿って、取引先ごとに値が変わる項目を並べています。
- 締め日(前回の締め日の翌日から今回の締め日までが請求の対象期間になる)
- 請求書の発行日と、社内で作成を終えておく期限
- 送付方法と送付先(郵送、メール、先方が指定する受領方法/宛先の部署と担当)
- 請求をまとめる単位(会社単位か、支店や現場ごとに分けるか)
- 支払期日と、自社側で持つ入金予定日
- 発行と送付の状態区分(未作成/作成済みで未送付/送付済み/再発行分)
- 入金確認の結果(請求額との差額と、その理由が確認できたかどうか)
月内に締めが複数回ある取引先は、締め日ごとに行を分けて持つと対象期間の重なりや抜けを見つけやすくなります。
要点の整理
| 軸 | 基準 |
|---|---|
| 締め日を決めるのは | 支払う側の取引先。自社で統一する前提に立たない |
| 管理の出発点 | 取引先ごとの締め日と支払条件を一覧化する |
| 業務の並び | 締め・発行・送付・入金確認・消込は取引先が違っても共通 |
| 入金確認のずれ | 得意先が後払いの場合、発行済み未入金の行が積み上がる前提で組む |
| 二重請求の原因 | 発行履歴を見ない再発行と、再発行分と原本の区別がつかない状態 |
| 切り替えの判断 | 社数ではなく、いま止まっている作業と、その原因が条件不備か手数かで見る |

一覧化まで自社で進められても、そのどこを仕組みへ載せ替えると効くのかは、受注の受け方や既存の販売管理との関係によって変わります。条件が曖昧なまま登録すると手作業の確認が残るため、順番の判断が要ります。 現在の受注の受け方と取引先ごとの条件の持たせ方を見ながら、切り替えたときに減る転記と、判断として残る確認がそれぞれ何になるのかを具体的に確かめられます。
よくある質問
締め日は自社(発行側)から取引先に交渉して変更できますか
交渉すること自体はできますが、締め日は支払う側である発注側が決めるのが商慣行です1。
取引先は自社の支払日から逆算して締めを設定しているため、変更は先方の支払処理のサイクルそのものに関わります。
実務としては、締め日の変更を求めるより、請求書の提出期限に確実に間に合う社内の作業日程を組むほうが現実的な場合が多いはずです。
取引条件を見直す商談の場があるなら、支払期日や請求単位とあわせて確認するとよいでしょう。
請求書の発行日を締め日と別の日に設定してもよいですか
締めと請求書の発行は別の段階として整理されています4。
締めは対象期間の取引を確定させる作業、発行はその内容を書類にする作業なので、発行日が締め日より後になるのは通常のことです。
判断の基準になるのは、取引先が求める提出期限に間に合うかどうかと、自社の中で日付の扱いが統一されているかどうかです。
取引先によって「締め日の日付で発行してほしい」といった指定がある場合もあるため、条件は一覧に残しておくと迷いません。
取引先都合で急に締め日が変更された場合、何を確認し直せばよいですか
まず対象期間の重複と欠落を確認します。
前回の締めでどこまで請求したかを起点に、新しい締め日までの範囲を引き直すと、どちらの期間にも入らない伝票や二重に入る伝票が見つかります。
あわせて、支払期日が連動して変わるのか、請求書の提出期限と送付方法が変わるのか、変更が適用されるのは今回の請求からか次回からかを先方に確認します。
社内では、一覧の締め日と入金予定日を更新し、変更前の条件で作りかけていた請求書が残っていないかを見ておくと、再発行と原本の混在を避けられます3。
支払サイトが長い取引先が多い場合、資金繰り面でまず確認すべきことは何ですか
取引先ごとの入金予定日を並べ、月ごとの入金見込みと、自社が仕入先などへ支払う時期を突き合わせることです。
得意先が建設業者の場合、工事完成後の請求と検収を経た後払いが基本で、支払いまでの期間が長期に及ぶことも珍しくないとされています2。
これは建設業側の回収サイクルについての説明なので、自社の各取引先の条件は契約で確認する必要があります。
そのうえで、予定日を過ぎても入金がない行を早く見つけられる状態にしておくことが、資金繰りの前提になります。
手作業からシステムに切り替える際、最初に洗い出すべき情報は何ですか
取引先ごとの締め日、請求書の発行日と提出期限、送付方法と送付先、請求をまとめる単位、支払期日です。
これらは請求管理の各段階で必要になる情報で、登録する元データにもなります。
あわせて、値引きや返品の扱い、現場ごとに分けて請求している先といった例外の取り決めを書き出しておくと、導入後に手作業が残る箇所を事前に把握できます。
逆に、この洗い出しの段階で条件が分からない取引先が出てきた場合は、先に取り決めを確認するほうが順番として無理がありません。
- 1 出典:Sansan株式会社(Bill One)「請求書の締め日は発行側/受領側のどちらが決める?締め日や支払い期日の決め方も解説」(確認時点)
- 2 出典:OLTA株式会社(INVOY)「建設業の売掛金が資金繰りを圧迫する理由と対策|ファクタリング活用法を解説」(確認時点)
- 3 出典:弥生株式会社(Misoca)「二重請求とは?請求ミスを起こさないための原因と防止対策を解説」(確認時点)
- 4 出典:株式会社オービックビジネスコンサルタント(奉行Edge)「請求管理業務とは?請求書の締め~発行の流れと管理システムの選び方」(確認時点)
画像の出典元
- From above of crop anonymous diverse business colleagues examining data in important papers at table of office/Photo by Alexander Suhorucov on Pexels