全体像：設計原則

1. 自動がデフォルト：赤/黄/緑は機械判定、人は例外と交渉に集中。
2. 最小限の入力：発注（PO）起票時に出荷可否の仮判定、出荷直前で最終確定。
3. 期限付き例外：例外は日付・金額・条件を明示し、自動失効（#64）。
4. 証跡一元化：判定根拠と承認ログを案件IDで保存（#72）。

判定信号としきい値

判定ロジック（赤/黄/緑）

ワークフロー（ホールド/解除/例外）

1. PO起票：仮判定（緑/黄/赤）を表示。黄/赤は理由と推奨打ち手を提示。
2. 出荷前日スナップ：銀行消込と検収の最新を反映し再判定。
3. 赤＝自動ホールド：WMSのピッキングを停止、営業へタスク発行。顧客へ支払リンク送付。
4. 例外申請：テンプレ（目的・金額・期間・条件）。承認権限は金額帯で分割。
5. 解除：条件充足（入金／担保／契約更新）→自動解除。満たさない場合は自動失効し赤継続。
6. 記録：判断根拠・承認者・期限を案件IDで保存（#72）。

システム連携（販売・会計・WMS・決済）

• 販売管理：受注時に判定APIを呼び、受注明細に判定色・理由・期限を付与。
• 会計/収納：入金消込・クレカ/口座振替結果をイベントで即時反映（#70）。
• WMS：赤の受注はピッキング不可。解除イベントで即解禁。
• ダッシュボード：黄/赤一覧、例外台帳、期限切れ、回収キャッシュ見込（#64）。

ガバナンス・監査証跡

• 規程化：判定ルール、承認権限、SLA、ログ保存年限（7〜10年）。
• 監査ログ：誰が/いつ/何を承認・解除したか。理由と証憑リンクは必須。
• 例外台帳：満了日・条件・実績を月次レビュー、恒常化を防止。
• 顧客通知：停止/条件付出荷の通知テンプレは#66を流用（内容証明/書面督促）。

ダッシュボードとKPI

• プロセス：赤発生率、黄解消リードタイム、例外比率、期限切れ例外数。
• 財務：期限超過率、DSO、貸倒率、出荷→入金リードタイム。
• 実効性：赤→回収に至る割合、例外出荷の不履行率、与信枠回転。

よくある失敗と回避策

• 人質化：停止を乱発→関係悪化 → 黄での条件付き承認メニューを整備。
• 例外の恒常化：期限なし例外 → すべて期限付かつ自動失効。
• 根拠不明：判定理由がブラックボックス → ルールとEWS要因をUIに表示（#73）。
• システム分断：会計/収納が遅延 → 入金イベントを即時で取り込む設計に。

チェックリスト

• 赤/黄/緑の機械判定と例外ルールが規程化されている
• 枠・入金・検収・EWS・契約条件が自動連携している
• 例外は期限・金額・条件が必須で、自動失効する
• WMSとピッキング停止/解除がAPI連携されている
• 判断根拠・承認ログが案件IDで可監査になっている
• KPI（赤率・黄解消TAT・DSO・貸倒率）がダッシュボード化されている

ご相談・支援メニュー

• 判定ルール/しきい値の設計（赤黄緑）とEWS連携
• 例外承認フローとテンプレ（条件付出荷・前受・担保・分納合意）整備
• 販売/会計/収納/WMS/APIの統合とダッシュボード実装
• #58/#66/#72/#73と連動する出荷可否ガバナンスの運用伴走

相談してみる（無料） 関連： サービス｜ 事例