Web受発注の請求と支払サイト管理：取引先別の締め日・支払期日の決め方と確認点

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

B2B EC-COLUMN

注文は受けたのに請求書づくりが追いつかない：Web受発注の前に取引先別の条件表を作る

電話やFAXで届いた注文を受注台帳へ打ち直し、月末になると取引先ごとの締め日を思い出しながら請求書をまとめる。
Web受発注システムに移せば楽になりそうでも、取引先ごとに違う締め日や支払サイトをどこまで任せられるのかが見えないと、切り替えには踏み切れません。
近道は、システムを選ぶ前に取引先別の条件表を作ることです。
支払期日は「毎月末日締め、翌月○日払い」のように具体的な日付で定め、取適法の対象取引なら受領日から60日以内に収まっているかを基準に設定値を点検します¹。
修正が入ったときの扱いも決めたうえで、条件が単純な取引先から段階的に移していきます。

転記が発生している箇所を洗い出す

請求書づくりが月末に詰まるとき、詰まっているのは請求書を作る作業そのものとは限りません。
注文がFAXで届けば、誰かがそれを見て受注台帳へ品名と数量を打ち込みます。
出荷のときには納品書を作り、欠品や数量の変更があれば台帳を直します。
締め日が来ると、その期間の納品書を取引先ごとに拾い集めて請求書へ写し、売掛の管理表には入金予定を書き込みます。
入金があれば、今度は通帳や入金明細と管理表を見比べます。

同じ注文の情報が、形を変えながら何度も書き写されているわけです。
どこで時間がかかっているかを知るには、注文・納品・請求・入金の段階に分けて、「どの書類から、どの画面や表へ、何を写しているか」を書き出すのが分かりやすい方法です。
品名、数量、単価、納品日、取引先コードといった項目ごとに、写している回数を数えてみると、同じ数量を三度も四度も入力している箇所が見つかることがあります。

段階ごとに分けておくと、Web受発注に移したときに何が変わり、何が残るのかを区別できます。
注文がデータで届く形になれば、FAXを見て台帳へ打ち込む作業はその分なくなります。
一方で、そのデータが納品書や請求書までどう引き継がれるかは製品ごとに違い、ここは提供元に確かめるしかありません。
さらに、データが届いても消えない作業があります。
納品後に数量が変わったときにどの請求へ反映するか、締め日をまたいだ納品をどちらの月に入れるか、入金額が請求額と合わないときにどの明細を見直すか、といった判断です。

洗い出しの結果は、「書き写しているだけの作業」と「判断を伴う作業」に分けて残しておくと後で役立ちます。
前者はデータの引き継ぎで減らせる可能性がある部分、後者はシステムに移っても誰かが決める必要がある部分です。
後者の判断の多くは、取引先ごとの取り決めによって答えが変わります。
そこで次に必要になるのが、取引先別の条件表です。

条件表に入れる項目

転記の洗い出しを進めると、取引先によって処理の仕方が違うことが見えてきます。
たとえば、A社は月末締めで翌月の決まった日に支払い、B社は月の途中で締め、C社は納品のたびに請求書を求める、といった具合です。
こうした条件は、担当者の記憶や過去のメール、契約書の別紙に散らばっていることが少なくありません。
それを取引先ごとに一行へまとめたものが条件表です。

条件表には、少なくとも次の項目を入れておくと、請求と入金期日の管理に必要な判断がそろいます。

• 取引先名と取引先コード
• 締め日
• 支払日（「翌月○日」のような具体的な日）
• 請求単位（納品のたびの都度請求か、締め日ごとの月まとめ請求か）
• 受領日の扱い（納品した日か、事前に定めた納期か）
• 取適法の対象取引かどうか、判断した日と根拠
• 単価の決め方（個別見積か、年間契約の単価表か。
  単価表なら有効期間）
• 請求書の送付方法と宛先
• 修正が入ったときの扱い（当月で直すか、翌月で調整するか）

表を作ってみて空欄が残った項目こそ、切り替えの前に片付けておきたいところです。
契約書を見ても締め日がはっきりしない取引先があれば、システムに何を設定すればよいかも決まりません。
支払日の欄に「納品後○日以内」と書かれている取引先が見つかった場合は、次の節で扱う支払期日の定め方の点から見直しが必要になることがあります。

条件表は、システムを比べるときの物差しにもなります。
各列を、提供元に「この条件を設定できるか」と尋ねる項目へそのまま置き換えられるからです。
「締め日を設定できますか」という聞き方では、どの製品からも「できます」という答えが返ってきやすく、比べる材料になりません。
条件表の一行を見せて「この取引先とあの取引先を同時に扱えるか」と聞けば、答えの違いがはっきりします。

締め日と支払期日（支払サイト）の決め方：具体的な日付で定め、60日以内に収める

「納品後○日以内」が認められない理由

条件表の支払日の欄を埋めていくと、取引先によって書き方がそろっていないことに気づきます。
「翌月末払い」と書く取引先もあれば、「翌月○日払い」の取引先もあり、「納品後○日以内に支払う」とだけ書かれている取引先もあるかもしれません。
どれも支払サイト、つまり納品や締め日から支払いまでの期間を表した言い方ですが、取適法の対象取引では、この書き方の違いが問題になります。

公正取引委員会のQ&Aでは、取適法の対象取引について、支払期日は具体的な日が特定できるように定める必要があるとしています¹。
「毎月末日納品締切、翌月○日支払」のような定め方は認められ、「納品後○日以内」という定め方は認められません¹。
「以内」という表現は支払いの上限を示すだけで、その範囲のどの日に払うのかが決まらないため、具体的な日が特定できるという条件を満たさないと読めます。

受注側の担当者にとって、具体的な日付で定まっていることには実務上の意味もあります。
締め日と支払日の二つが決まっていれば、ある納品がどの請求書に入り、いつ入金されるはずかを機械的に計算できます。
入金予定日の一覧を作るのも、予定日を過ぎた入金を見つけるのも、この計算が前提です。
「以内」の書き方では予定日が一つに定まらず、入金のたびに「今回は早いのか遅いのか」を判断することになります。

期日の長さにも基準があります。
取適法の対象取引では、支払期日は受領日から起算して60日以内に収める必要があります¹。
起算点となる受領日は、通常は納品した時点です¹。
納期より前に納品を受け取る場合は、受注側の要請によって、事前に定めた納期を受領日とすることもできます¹。

締め日でまとめる取引では、同じ請求書に入る納品でも、受領日から支払日までの長さが一件ずつ違います。
締め期間の最後に納品した分は支払日まで短く、最初に納品した分は長くなります。
そのため、条件表の支払日が60日以内に収まっているかは、締め期間の最初の日に受領した分で確かめるのが確実です。
月末締めで翌月の遅い日に支払う定めほど、月初に納品した分が基準に近づきます。
月の日数によって結果が変わる場合もあるので、際どい条件はQ&Aの原文で考え方を確かめておくと安心です。

取適法が当てはまる取引かの見分け方

ここまでの60日や支払期日の定め方は、取適法の対象取引についての話です。
取適法が義務を課しているのは発注側、つまり委託事業者であり、受注側の担当者がこの期日を守る立場にあるわけではありません。
受注側にとって大事なのは、自社が受ける取引が対象に当たるかどうかで、発注側から示された条件をどの基準で点検できるかが変わる点です。

対象かどうかは、取引の類型と、発注側・受注側それぞれの資本金や従業員数の組み合わせで決まります¹。
類型には製造委託、修理委託、情報成果物作成委託、役務提供委託などがあり、類型によって当てはめる基準が違います¹。
具体的な基準は公正取引委員会の資料で類型ごとに確認する必要があり、取引先の規模だけを見て「対象だろう」と決めてしまうと、判断を誤るおそれがあります。

同じ取引先との間でも、取引の中身が違えば類型の当てはめが変わることがあります。
そのため、条件表の「取適法の対象か」の欄は取引先単位ではなく、取引の種類ごとに書いておくほうが扱いやすくなります。
判断した日と根拠も一緒に残しておくと、相手の資本金や従業員数、取引の内容が変わったときに、どの行を見直せばよいかがすぐに分かります。

対象に当たらない取引では、60日の基準も、「納品後○日以内」を認めないという扱いも、そのまま当てはまるわけではありません。
それでも、支払期日を具体的な日付で定めておく利点は残ります。
入金予定日を計算できるかどうかは、法律の適用とは関係なく、売掛管理の手間を左右するからです。
条件表の支払日の欄は、対象・対象外を問わず「締め日と支払日で日付が決まる形」で書けるように整えておくと、システムへの設定もそろえやすくなります。

数量・金額の修正、請求書の遅れ、年間契約の単価はどう扱うか

修正が入って請求書が遅れたときの支払期日

条件表が整っても、毎月すべてが予定どおりに進むとは限りません。
たとえば、月末締めのA社に月末近くに納品した分で数量違いが見つかり、訂正の連絡が締め日の後に届いたとします。
受注側では納品データを直し、請求書を作り直すのに数日かかり、その間、A社には請求書が届きません。
このとき気になるのは、請求書が遅れた分だけ支払期日も後ろへずれるのか、という点です。

公正取引委員会のQ&Aは、取適法の対象取引について、請求書が届かないことは支払遅延の理由にならないとしています¹。
発注側は、受領後60日以内に定めた支払期日までに支払う必要があります¹。
あわせて、発注側は請求額の集計に十分な期間を確保し、請求書が遅れたときは督促することが求められています¹。

受注側から見ると、対象取引では、請求書の遅れを理由に支払期日を後ろへずらす扱いはQ&Aの考え方と合わないことになります。
ただし、それで請求書が遅れてもよいということにはなりません。
請求書が遅れれば、発注側の集計作業を圧迫し、督促のやり取りが増え、受注側でも入金額と請求額の照合がずれやすくなります。
対象に当たらない取引では、請求書の到着と支払日の関係は契約や取引条件の定め方次第なので、条件表に契約上の定めを書き写しておくのが確実です。

数量や金額の修正そのものが支払期日にどう影響するかは、Q&Aで確認した範囲には個別の記載がありません。
だからこそ、修正の扱いを取引先と先に決めておくことに意味があります。
締め日の後に判明した修正を当月の請求書で直して出し直すのか、当月はそのまま請求して翌月の請求で差額を調整するのか。
どちらにするかで、受注側の作業も、発注側の照合の仕方も変わります。
決めた内容を条件表の「修正の扱い」の欄に書いておけば、担当者が替わっても同じ処理ができます。

システムに移った後、こうした修正をどこまで画面上で扱えるかは製品によって違います。
請求書を作り直したときに前の版が残るか、月まとめ請求の中の一件だけを直せるか、といった点は、次の節で提供元に確かめる項目として扱います。

年間契約の単価表の運用

継続的に同じ品目を納める取引では、年間契約で単価表を取り決め、毎回の注文では品目と数量だけを受け取る形がよく使われます。
Web受発注に移すと、この単価表を単価のデータとして登録し、注文の数量と掛け合わせて請求金額を出す運用を考えることになります。

この形について、公正取引委員会のQ&Aは、取適法の対象取引で年間契約と単価表を使う場合、契約書に明示すべき事項がすべて記載されていれば、個別の発注のたびに改めて明示する必要はないとしています¹。
そのうえで、単価表には有効期間を明示し、毎月の実績に応じた具体的な金額が確定したら速やかに通知することを求めています¹。

受注側にとって、この二点はそのまま条件表とシステムの設定で気をつける点になります。
一つは有効期間です。
単価表が改定されたのに、登録した単価が古いまま請求金額が計算され続けると、締めのたびに差額が生まれます。
条件表の単価の欄に有効期間を書き、改定の時期が近づいたら新しい単価表が手元にあるかを確かめる流れにしておくと、古い単価のまま請求書を出してしまうことを防ぎやすくなります。

もう一つは、毎月確定した金額の扱いです。
発注側から確定額の通知が届く取引では、その金額と自社で計算した請求額を突き合わせる欄を条件表に設けておくと、ずれに早く気づけます。
ずれがあったときに、差の大きさだけで原因を決めつけるのは危険です。
単価の適用期間の違い、数量の修正の反映漏れ、締め日をまたいだ納品の振り分けなど、原因になりうるものは複数あるため、明細を一件ずつ照合して確かめることになります。

単価のデータに有効期間を持たせられるか、期間が切れたときに知らせる仕組みがあるかは、システムによって異なります。
単価表を使う取引先が多い場合ほど、この点は提供元への質問の優先度が高くなります。

Web受発注へ取引先を段階的に移す：確認項目と切り替えの順序

提供元に確かめる項目

ここまでで、条件表には締め日、支払日、請求単位、受領日の扱い、取適法の対象かどうか、単価の決め方、修正の扱いが並んでいるはずです。
この列が、そのまま提供元への質問の軸になります。
受注から請求、入金までのどこをシステムに任せられるかは製品ごとに違うため、条件表を見せながら一つずつ確かめるのが確実です。

確かめておきたい項目は次のとおりです。

• 取引先ごとに締め日と支払日を別々に設定でき、入金予定日として一覧で見られるか
• 注文のデータが納品書や請求書へどこまで引き継がれるか（納品時の数量変更の反映を含む）
• 修正で請求書を作り直したとき、前の版と修正の履歴が残るか
• 都度請求と月まとめ請求を取引先ごとに選べるか
• 単価のデータに有効期間を持たせられるか
• 会計ソフトへ渡すデータの形式と、含まれる項目
• 請求書や注文のデータを電子で保存する方法

最後の電子での保存は、税務の制度で要件が定められている分野です。
何をどの形で保存すればよいかは国税庁の資料や顧問税理士に確認し、そのうえでシステムの保存の仕方がそれに沿うかを提供元に尋ねる、という順で進めると話が混ざりません。
システムの説明だけを根拠に、制度の要件を満たしていると判断しないことが大切です。

回答を受け取るときは、「できます」という言葉だけで判断しないことです。
条件表の一行、たとえば月末締めで翌月○日払いのA社と、月の途中で締めるB社を実際に登録して、入金予定日がどう表示されるかを画面で見せてもらうと、答えの中身がはっきりします。
あわせて、それが標準の機能なのか、個別の設定や追加の開発が必要なのかも聞いておきます。

もう一つ見落としやすいのが、データを持っていることと、そのデータで処理できることの違いです。
締め日と支払日を登録する欄があっても、そこから入金予定日の一覧が作られるとは限りません。
会計ソフトへ出力できると言われても、出力された後で科目や取引先コードを手で直す作業が残るなら、その手間は会計側に移っただけです。
最初に洗い出した転記の箇所と照らして、どの転記がなくなり、どこに確認の作業が残るのかを一つずつ確かめると、導入後の業務が具体的に見えてきます。

切り替えの順序

すべての取引先を一度に切り替えると、請求額や入金予定日にずれが出たとき、原因が設定にあるのか、修正の反映にあるのか、単価にあるのかを切り分けにくくなります。
そこで、条件が単純な取引先から移す方法を提案します。
都度請求で修正が少なく、単価表を使わない取引先なら、旧来のやり方とWeb受発注での結果を突き合わせたとき、差が出れば設定の誤りを疑えば済むことが多く、原因を追いやすいからです。

進め方は次の順序になります。

1. 条件表を完成させ、空欄になっている条件を取引先に確かめる。
   取適法の対象かどうかも取引ごとに判定しておく
2. 条件が単純な取引先を選び、一締め分を旧来のやり方と並行して処理し、請求額と入金予定日を照合する
3. 差が出たら明細を一件ずつ突き合わせ、設定、修正の反映、単価のどこで差が生じたかを特定する
4. 月まとめ請求や単価表を使う取引先、修正の多い取引先へ順に広げる

ただし、取引先からWeb発注への切り替えを求められて検討を始めた場合は、その取引先が単純でなくても先に移すことになります。
そのときは、その取引先の条件表の行を最優先で確定させ、先方のシステムで示された締め日・支払日と、契約や取り決めの内容が一致しているかを照らし合わせます。
取適法の対象取引なら、支払日が具体的な日で定まっているか、締め期間の最初に受領した分から数えて60日以内に収まっているかが、その場で点検できる基準になります¹。
食い違いがあれば、切り替えの前に先方と相談する材料になります。

切り替えが終わっても、条件表の役目は終わりません。
注文の打ち直しが減った分、残るのは修正の判断、締め後の集計の確認、入金の照合です。
取引先の条件が変わったり、単価表が改定されたり、相手の規模や取引の中身が変わって取適法の当てはめが変わったりしたときに、条件表とシステムの設定を同時に直す習慣をつけておくと、両者のずれが積み重なるのを防ぎやすくなります。

取引先ごとの条件を条件表にまとめても、どの行がシステムの設定で表せて、どこに手作業や判断が残るのかは、仕様や画面と突き合わせないと見極めにくいものです。

条件表の内容をもとに、Web受発注へ移すときに設定へ置き換えにくい条件や、提供元に確かめておくべき点を整理できます。無料相談で要件を整理する

要点の整理

支払期日の定め方	締め日と支払日で具体的な日が特定できる形にする（取適法の対象取引では「納品後○日以内」は不可）
期日の長さ	取適法の対象取引では受領日から60日以内。締め期間の最初に受領した分で判定する
受領日	通常は納品した時点。納期前の受け取りでは、受注側の要請で事前に定めた納期とすることもできる
請求書の遅れ	取適法の対象取引では支払遅延の理由にならない
年間単価表	有効期間を明示し、毎月の確定額は発注側が速やかに通知する
切り替えの順序	条件が単純な取引先から、一締め分を並行して照合してから広げる

どの取引先から移すか、並行運用をどこまで続けるかは、取引先の数や締め日・請求単位の組み合わせによって変わります。 自社の取引条件に合わせて、最初に移す取引先の選び方や、一締め分の照合で何を見比べるかを確かめられます。

よくある質問

取引先が取適法の対象かどうかは、何を見て判断するのですか。

取引の類型（製造委託、修理委託、情報成果物作成委託、役務提供委託など）と、発注側・受注側それぞれの資本金や従業員数の組み合わせで判断します¹。
類型ごとに基準が違うため、公正取引委員会の資料で該当する類型の基準を確認してください。
同じ取引先でも取引の中身によって当てはめが変わることがあるので、取引の種類ごとに判定し、判断した日と根拠を条件表に残しておくと見直しが楽になります。

月末締め翌月末払いは60日以内に収まりますか。

取適法の対象取引では、「毎月末日納品締切、翌月○日支払」という形自体は認められていますが、受領日から60日以内という要件を満たす必要があります¹。
締め日でまとめる取引では、締め期間の最初の日に受領した分が支払日まで最も長くなるため、その分で判定します。
月の日数によって結果が変わる場合もあるので、際どいときは公正取引委員会のQ&Aの原文で考え方を確かめてください。

請求書の発行が遅れたら、支払期日は後ろへずれますか。

取適法の対象取引では、請求書が届かないことは支払遅延の理由にならず、発注側は受領後60日以内に定めた支払期日までに支払う必要があります¹。
発注側には集計に十分な期間を確保し、遅れたときは督促することも求められています¹。
対象外の取引では、契約や取引条件の定め方によって扱いが変わります。

取引先ごとに締め日が違うとき、条件表にはどの項目を入れればよいですか。

締め日と支払日に加えて、請求単位（都度請求か月まとめ請求か）、受領日の扱い、取適法の対象かどうか、単価の決め方と単価表の有効期間、修正が入ったときの扱い、請求書の送付方法と宛先を入れておくと、請求と入金期日の管理に必要な判断がそろいます。
これらの列は、そのまま提供元への質問の軸にもなります。

月まとめ請求にするとき、納品ごとの修正はどう扱えばよいですか。

締め日の後に判明した修正を当月の請求書で直して出し直すのか、翌月の請求で差額を調整するのかを、取引先とあらかじめ取り決めておくのが確実です。
どちらにするかで受注側の作業も発注側の照合の仕方も変わるため、決めた内容を条件表に書いておきます。
月まとめ請求の中の一件だけを直せるか、作り直した請求書の履歴が残るかはシステムによって違うので、提供元に確かめてください。

1. 1　出典：公正取引委員会「中小受託取引適正化法（取適法）よくある質問コーナー」（2026年）