1. 先に取適法の対象と、期限の根拠を確認する
この記事は、外注先へ代金を支払う側の担当者を対象にしています。自社が発行する請求書の送付管理とは分けて考えます。
公正取引委員会の概要では、対象は取引の内容と、当事者の資本金規模又は従業員基準で定義されています。「相手が小さな会社」「契約書に外注と書いた」という情報だけで確定しません。
社内では次の材料をそろえ、確認者・確認日・参照した公式資料とともに判断を残すことを提案します。
- 発注した日、発注者・受注者、具体的に頼んだ内容。
- 双方の資本金・従業員数など、対象の確認に必要な情報とその確認時点。
- 発注時に明示した支払条件と、納品・役務提供の記録。
- 自社の確認担当者と、不明な場合に相談する先。
適用が不明なら「対象外」ではなく「確認中」として担当者へ回します。確認中も取引を一覧から消さず、既存の支払予定を管理してください。対象外でも、契約や他の法令の確認が不要になるわけではありません。
請求書の到着日と、支払期日の起算日を分ける
委託事業者の義務・第2節は、検査の有無を問わず、物品等の受領日（役務提供委託では役務提供日）から起算して60日以内のできる限り短い期間内に、合意の下で支払期日を定めると説明しています。60日は一律の支払日ではありません。先に定めた期日を、請求書待ちや社内検収を理由に後ろへ動かさないようにします。
公式Q&A・Q67では、支払期日は具体的な日を特定できる定め方が必要とされています。「納品後60日以内」という期限だけの表示と、具体的な支払日を区別してください。起算日や例外の扱いが不明なら、AIに計算・確定させず相談に回します。
2. 請求書が届く前から、発注と受領の記録をつなぐ
受信した請求書だけから支払一覧を作ると、届いていない取引が抜けます。まず発注・納品や役務提供の記録を一覧へ載せ、請求書は後から対応付ける運用を提案します。
次は社内の管理表の提案であり、法定の記録事項を網羅したひな型ではありません。
| 管理する項目 | 確認する内容 |
|---|---|
| 取引の識別 | 発注番号、取引先、対象の納品・役務。同じ取引を再登録しないための手掛かり |
| 適用の確認 | 取適法の対象・対象外・確認中、確認者・日付・根拠 |
| 起算日と支払期日 | 人が確認した日付、それぞれの根拠資料。請求日・到着日・検収日を別に残す |
| 予定額と確認状況 | 発注額、受領数量、変更合意、税込・税別、相違と確認担当 |
| 請求書の状況 | 未着・受領・訂正依頼中、受領日、原本の保存先 |
| 承認と支払の状況 | 未申請・承認待ち・承認済み、未手配・予約済み・支払結果確認済み |
| 次の対応 | 不足情報、担当者、社内の確認期限、問い合わせ履歴 |
「請求書未着」と「支払未承認」は別の列で持ちます。請求書が到着しても金額が一致しない場合、承認済みでも振込の結果を確認できていない場合を区別するためです。口座情報などは閲覧を制限した正本で管理し、広く共有する進捗表に複製しない方法を検討してください。
3. 未着・相違を見つけたら、期日を動かさず確認先へ回す
公式Q&A・Q77は、請求書提出の有無にかかわらず、定めた支払期日までの支払いが必要と説明しています。請求書が社内手続に必要なら、相手が集計・通知できる期間を確保し、遅れているときは速やかに提出を求め、支払遅延を防ぐ対応が求められます。
そのための社内手順として、次の順番を提案します。
- 期日の近い取引を、請求書未着も含めて見る。 社内の承認・振込手続に必要な日数を考えて確認日を決めます。この確認日は法定期限の代わりではありません。
- 発注・受領記録と照合する。 数量、単価、変更の合意、支払済みの履歴を確認し、請求書がないことと金額が不明なことを分けます。
- 不足情報を特定して確認する。 相手への問い合わせは取引番号・対象・確認したい点をそろえ、担当者が内容と宛先を確かめて送ります。連絡済みの記録を残し、重複連絡を防ぎます。
- 社内手続が止まるなら、早めに経理責任者へ回す。 期日、確定済みの情報、不足、照会状況を渡し、支払遅延を防ぐための対応を決めてもらいます。「確認待ち」と表示するだけでは支払義務は止まりません。
- 承認後も支払結果まで照合する。 予約を完了とせず、実行・不成立の結果を確認します。後着の請求書は同じ取引へ結び付け、もう一度支払対象にしません。
金額や振込先を推測して払う手順ではありません。不足情報が期限までに解消しそうにない場合は、その前に責任者や専門家へ相談します。受領日・支払期日を書き換えて、未完了を見えなくする運用にはしないでください。
4. 想定シナリオ：納品済みだが請求書が未着の加工代金
ここからは、架空の会社Aが会社Bへ部品加工を委託する、未実施の想定シナリオです。取適法の対象と支払条件は人が確認済みという前提であり、この例から実際の取引の適用を判断するものではありません。
会社Aは11月4日に加工品を受領し、発注時に定めた支払日は11月20日です。社内の確認日である11月10日になっても請求書が届きません。この日程は説明用の設定で、標準の確認期限を示すものではありません。
進捗画面では、次のように同じ取引の状態を並べる想定です。
| 項目 | 11月10日時点の表示例 |
|---|---|
| 起算日・支払日 | 受領11月4日／支払11月20日。根拠は納品記録と発注条件 |
| 請求書 | 未着。発注担当者が提出予定を確認する |
| 金額 | 発注額と受領数量を照合済み。追加費用の有無は確認中 |
| 承認・支払 | 承認待ち／未手配。11月20日を維持して経理責任者に共有 |
| 次の対応 | 発注担当者が11月11日までに照会状況を経理へ報告 |
担当者は会社Bへ、対象の加工分と請求書の提出予定、追加費用の有無を確認します。提出予定を聞くことと、支払日を延長することは分けます。AIに頼む場合も、確認済みの項目だけで照会文の下書きを作り、人が送付します。
請求書が届いたら、この行に原本を結び付け、発注・受領・変更記録と照合します。振込予約をした後も結果の確認までは未完了にし、支払結果が確認できてから完了にします。後日同じ請求書が再送されたときは、別の支払いを作らず履歴を確認します。
5. 集計は表で行い、AIと人の役割を決める
支払日順の並べ替え、未着・承認待ちの抽出、同じ発注番号の重複候補の表示は、表計算や既存システムのルールで行う方法があります。担当者が確認した日付を使い、AIに毎回期限を考えさせる必要はありません。
AIを使うなら「不足している記録の列挙」「責任者へ渡す状況の要約」「照会文の下書き」に範囲を絞ります。利用前に入力先・権限を確認し、不要な取引情報や個人情報、口座情報を渡さないようにします。定型文で足りる場合はAIを使わなくても構いません。
人が担うのは、制度の適用、起算日・期日の確定、差額や例外の判断、振込先の確認、承認と支払操作です。AIが書いた「問題なし」や「支払済み」を、根拠となる記録の代わりにしないでください。
費用と期間は、つなぐ記録と承認の範囲で考える
最初は既存の表に、受領記録・請求書状況・支払期日を対応付ける範囲から検討します。費用や導入期間を相談する前に、月の取引件数、発注・納品記録の保存先、分納や変更の頻度、承認者、会計ソフトへの連携の要否をそろえます。
一つの表で確認できる運用と、複数システムの記録を取り込む仕組みでは、必要な作業が異なります。連携の開発費だけでなく、対象確認、初期データの整理、担当者の照合作業、引き継ぎも含めて考えてください。この記事では一律の費用・期間や削減効果は示していません。
経理全体の役割分担は経理AIの記事、発注・納品の帳票は見積書・発注書・納品書の記事で扱っています。経理AIのガイドや経理の支援内容も参考に、まず管理する記録を整理してください。仕訳自動化の自社事例は候補と人の承認を分けた別工程の実践であり、この記事の支払期限管理を実施した事例ではありません。