全体像：AI化の3段階

1. 予測：顧客/請求ごとの遅延確率・入金日・金額を推定。
2. 推奨：リスク/金額/関係性に基づく標準処方（督促/前受/停止/分納/保全）を提示（#66/#74/#80）。
3. 自動化：閾値ルール＋信頼区間で自動チケット化・文面生成・出荷制御（#73/#83）。

ユースケース（優先5領域）

データ設計と特徴量辞書

• テーブル：Fact_Invoice / Fact_Receipt / Fact_Dunning / Fact_Return / Dim_Customer / Dim_Terms / Dim_FX / Dim_Channel / Bridge_Case（#78）。
• 特徴量（例）：
  • 支払行動：サイト遵守率、遅延回数、端数入金頻度、失敗決済回数。
  • 与信/枠：枠使用率、増枠履歴、担保有無（#58）。
  • 取引条件：サイト、決済手段、分納中フラグ（#80）。
  • 相殺/返品：相殺額の当月比、RMA発生率（#76）。
  • 外部：ニューススコア、業界指数、為替レート差分（#69）。
• データ品質：未照合/欠損/重複は品質カードで可視化し、当日修復（#78）。

モデル選定・評価指標

HITL（人間参加）とワークフロー

1. 優先キュー：遅延確率×金額で並べ替え、担当の朝一リストを自動配信。
2. 意思決定：推奨（A/B/C：督促/条件提示/停止）を表示。担当が選択し、理由タグを付与。
3. 学習：選択・成果（入金/不履行）をフィードバックして継続学習。
4. 解除：赤→黄→緑の解除条件は明文化（#74）。

自動化：判定API・テンプレ生成・出荷制御

• 判定API：/risk/score（顧客/請求ID→P(遅延)/推奨/色）。
• テンプレ生成：推奨に応じて#83の文面を自動作成、#84プロンプトで禁止表現ガード。
• 出荷制御：赤は#74の自動ホールド。黄は条件付承認の必須項目を強制入力。
• チケット：#73のSLO（赤=90分以内着手）で自動起票・エスカレーション。

モデル運用・ガバナンス（監査/バイアス/説明）

• 監査ログ：入力→推論→判断→通知→結果を案件IDで7〜10年保存（#72/#81）。
• バイアス：国/業種/チャネル等で不当差が無いか定点チェック。
• 説明：Shapleyなどで重要特徴量をカード表示。出荷停止時は根拠を添付。
• モデル変更：閾値/式の変更は承認ワークフロー＆A/B検証。

90日ロードマップ

1. 0–30日：データ接続・辞書作成・ベースライン指標（DSO/CEI/赤率）。
2. 31–60日：初期モデル/優先キュー/推奨UI・#83テンプレ連携。
3. 61–90日：黄の限定自動化、SLO運用、A/Bで効果測定→役員報告。

よくある失敗と回避策

• “AI先行”：データ定義が曖昧 → #78の定義書を先に。
• 全自動の早撃ち：監査/説明不備 → 黄のみ自動から段階化。
• 数字で終わる：推奨が運用に繋がらない → テンプレ/出荷API/チケットまで一体化。
• 精度指標しか見ない：業務KPI改善で評価（CEI/赤TAT/DSO）。

チェックリスト

• 特徴量定義書と品質カードが整備されている（#78）
• 遅延確率・入金日・EWSの最低3モデルが稼働
• 推奨→テンプレ→出荷/チケットの自動連携がある（#73/#74/#83）
• HITLの理由タグが学習に反映されている
• 監査ログ・説明・バイアスチェックが運用されている（#81）
• 業務KPI（CEI/DSO/赤TAT）の改善が四半期で確認できる

ご相談・支援メニュー

• 90日AI立上げキット（データ辞書/モデル/ダッシュボ連携/運用）
• HITL設計とSLO連動（#73/#74）
• 文章ガード＆テンプレ自動化（#83/#84）
• ガバナンス整備（監査ログ/説明/バイアス/承認フロー）（#81）

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