← ガイド一覧

四半期コンプラ会議のアジェンダ— 60日超過TOP10の見方

公開: 2026年9月8日

四半期コンプラ会議で「超過件数は○件」とだけ報告しても、現場は動けません。
超過残高が大きい上位10件を開き、原因ラベルとアクションオーナーを決めるところまでが会議の仕事です。

本記事はTOP10の読み方、典型原因(受領日空欄・部分検収・休日繰延)、アジェンダと議事テンプレを示します。
会議のゴールは「件数の共有」ではなく、各行に原因ラベル・オーナー・期限が付いた状態で閉じることです。
トリカク(torikaku) のダッシュボードで超過行を抽出できる前提だと、会議前の準備時間が大幅に短くなります。

1. 会議資料の軸を揃える

1-1. KPI定義の固定

会議資料の軸は60日KPIダッシュボードの定義に合わせます。
「暦日60日」「支払予定日超過」「未検収含む」など、指標の分母・分子を四半期ごとに変えないことが先決です。

1-2. 月末締めの歪み

月末締めの落とし穴は月末締めと60日で先に潰せます。
四半期末だけ件数が跳ねる場合、締め処理遅延か実超過かを切り分けてから議題に載せます。

1-3. TOP10の並び順

推奨は「超過金額×日数」の複合スコア、次点が金額単独です。
件数だけの並びは少額多数に埋もれ、重大案件を見落とします。
スコア計算式は議事ヘッダに固定し、四半期ごとに勝手に変えない運用にします。

2. TOP10行の原因ラベル

2-1. 受領日空欄・起算のズレ

起算が怪しい行は支払60日ルールの起算点へ戻って日付を洗い直します。
空欄のままExcel関数やSaaSが仮日付を入れていると、見かけ超過が量産されます。

2-2. 部分検収・未完了残高

未完了残高が膨らむ案件は部分検収と未完了残高のモニタと照合します。
「全体未検収」と「一部完了・残額超過」を同じ色で塗ると、アクションが誤ります。

2-3. 休日繰延・検収拒否

休日移動や検収拒否が絡む行は、検収・受領拒否と60日の論点メモを添付してから議論します。
「正当な拒否」か「支払回避」かは、現場と経理が同席しないと決まりません。

3. アジェンダ案(90分)

3-1. 時間配分

ブロック分成果物
KPIサマリ10前期比・定義確認
TOP10レビュー50原因ラベル・オーナー
是正アクション20期限付きタスク
台帳・ツール課題10入力ルール改善

TOP10は1件あたり平均5分。原因が曖昧な行は「要再調査」ラベルで次会に回し、議論を止めない。

3-2. アクションオーナー

経理=日付・支払、現場=検収・成果物、購買=契約・減額、コンプラ=規程と再発防止、と役割を固定します。
「みんなで確認」はオーナー不在と同義です。
オーナーが休暇中の行は、代理者を議事に書き、返信待ちで止まらないようにします。

3-3. 台帳移行が議題に上がるとき

Excel起因の版割れ・手計算ミスがTOP10の主因なら、Excel台帳からSaaS移行を次四半期の是正テーマに載せる判断材料になります。

4. 議事録テンプレ

4-1. 1行フォーマット

「発注番号|超過金額|超過日数|原因ラベル|オーナー|期限|次回確認日」を必須列にします。
議事録本文は議論の要約だけで、数値は表に寄せます。

4-2. 原因ラベルの語彙統一

推奨ラベル例: 受領日未入力/起算誤り/部分検収/休日繰延/検収拒否/資金繰り/その他。
自由記述だけだと四半期比較ができません。

4-3. フォローアップ

会議後3営業日以内にタスク管理へ転記し、月次の簡易レビューで進捗だけ確認します。
四半期まで放置すると同じ行が再びTOP10に戻ります。

5. 会議前チェックリスト

  • KPI定義が前期と同一か
  • TOP10の金額・日数・発注番号が最新か
  • 原因ラベル案を経理が仮付けしたか
  • 現場・購買の出席が確保されているか
  • 前回アクションの完了率が資料に載っているか
  • 日数ワースト5を別枠で添付しているか

6. TOP10行の読み解き演習

6-1. 受領日空欄で見かけ超過

発注番号A-102は超過日数92・金額120万円だが、受領日が空欄でシステムが契約日を仮置きしているケースがあります。
会議では「実超過」ではなく「データ欠陥」とラベルし、オーナーを経理入力担当、期限を5営業日に設定します。
同じ四半期に空欄が3件以上あれば、入力ルールの是正を台帳議題に昇格させます。

6-2. 部分検収で残額だけ超過

案件Bは総額500万円のうち400万円を検収済み、残100万円が80日超過、という行です。
「全額未払い」と誤読すると現場が反発するため、残額・完了成果物・未完了成果物を表で分けて提示します。
アクションは未完了部分の検収予定日確定と、残額の支払スケジューリングの二本立てにします。

6-3. 休日繰延と検収拒否の混在

案件Cは支払予定日が祝日で翌営業日へ繰り下がり、さらに成果物の受領拒否メールが残っている複合ケースです。
休日繰延だけならオペレーション修正、拒否が正当なら期日起算の再確認、拒否が支払回避ならエスカレーション、と分岐を議事に書きます。
分岐を決めずに「要確認」で終わらせないのが四半期会議の規律です。
判断に必要な証憑が足りないときは、誰がいつまでに何を取るかを宿題表に切り出します。

7. 議事録サンプル(短縮版)

7-1. ヘッダ

「YYYY-Q会議/出席:経理・現場・購買・コンプラ/KPI定義:暦日60日・未検収含む/抽出日時:○月○日」を冒頭に固定します。
定義が変わった四半期は、変更理由を1行添えないと比較不能になります。

7-2. 本文の書き方

議論の要約は「争点→結論→残課題」の3文まで。
数値・オーナー・期限は必ず表側に残し、本文に金額を再掲しないと転記ミスが増えます。

7-3. 次回への持ち越し条件

「要再調査」は最大2件まで、とし、持ち越し理由と次回までの宿題担当を明記します。
持ち越しが常態化したら、会議時間の配分か事前レビューの厚みが足りないサインです。

8. 四半期から月次への落とし込み

TOP10で決めたアクションは、月次の簡易レビューで完了率だけ確認します。
完了率が60%を下回る四半期が続いたら、オーナー任命が形骸化しているか、入力データ品質が悪い可能性が高いです。
その場合は是正会議を増やすより、受領日必須化や部分検収の残高表示など、台帳側の仕組み修正を優先します。
会議の質は、議論の熱量より「翌四半期の同じ行が消えたか」で測ります。
消えていない行は、原因ラベルの誤りか、オーナー権限不足かを次回アジェンダの冒頭で再点検します。

9. TOP10行の「原因ラベル」運用ルール

9-1. ラベルは会議前に仮付けする

会議中に原因を議論し始めると90分が溶けます。
経理が抽出後に「受領日空欄/部分検収/休日振込/検収拒否/その他」の仮ラベルを付け、現場は会議前に異議だけ返す運用にします。
異議がある行だけをアジェンダ前半に寄せ、合意済みラベルの行は是正オーナー任命に進みます。

9-2. 「その他」が3件超えたら分解する

「その他」がTOP10の3件を超える四半期は、ラベル設計が粗いサインです。
次四半期までに「請求書未着」「承認待ち」「システム連携遅延」など下位ラベルを1つ増やし、再集計できる状態にします。
ラベルが増えすぎる場合は、経営向けは上位5分類、オペ向けは下位分類、と二層に分けます。

よくある質問

Q. TOP10ではなく全件を見るべきでは

全件は月次オペレーション、四半期は重大案件に集中する役割分担が現実的です。
全件はダッシュボードで常時監視します。

Q. 少額でも日数が多い行は

「日数ワースト5」を別枠で載せると漏れが減ります。
金額TOP10と日数ワーストは重複してよいです。

Q. 外部監査人が同席する場合は

定義・抽出条件・是正オーナーが議事に残っていることが重要です。
口頭だけの「対応中」は弱く見えます。

Q. 同じ取引先が毎回TOP10に入る場合は

プロセス欠陥か関係悪化のサインです。
個別是正に加え、契約条件・検収フローの見直しを別議題にします。
3四半期連続なら、単発の支払対応ではなく、取引継続可否を経営が判断する議題へ上げます。

Q. 資料作成に何日かけますか

SaaS抽出が整っていれば半日、Excel手作業なら2〜3日が目安です。
準備工数が会議本体を超えるなら、台帳側の改善を先に進めます。
四半期ごとに同じ準備地獄が続く場合は、抽出条件の自動化と原因ラベルの仮付けを経理の定例に組み込みます。

まとめ

  • KPI定義を固定し、TOP10は金額×日数で並べる
  • 原因ラベルで受領日・部分検収・休日・拒否を切り分ける
  • 90分アジェンダでオーナーと期限まで決める
  • 議事は1行フォーマットと語彙統一で四半期比較可能にする

注意

60日ルールや会議運営の一般論であり、トリカク(torikaku) の画面例を含んでも、法的助言ではありません。
自社の契約条件・業種慣行・会計方針に照らした最終判断は、責任者と専門家にご確認ください。

トリカク(torikaku) で試す

適用判定・取引先台帳・明示事項チェック・60日ルールの期日管理・メール通知を一箇所にまとめられます。無料プランは稼働中の取引先1社・発注記録 月3件までです。停止中の取引先は枠を消費しません。形式チェック・記録管理・期日管理のみを行います。メール通知の遅延・未達は保証しません。法令・ガイドライン改正時は判定ロジックを更新し、公開ページに案内します。

適用の形式判定だけ試す場合(ログイン不要): /check

← ガイド一覧