LESSON 30分

ストーリー

田中VPoE
「AIワークフローの中で、承認フローの設計は最も慎重にやる必要がある。なぜなら承認は内部統制やコンプライアンスに直結するからだ。」
あなた
「AIが自動承認するのはどこまで許されるんでしょうか?」
田中VPoE
「良い質問だ。答えは『リスクに応じて段階的に』だ。低リスクの案件はAI自動承認、高リスクの案件は従来通り人間が承認する。そのラインをどこに引くかが設計の腕の見せどころだ。」

承認フロー設計の基本

承認が必要な理由

理由具体例AI自動化可否
法的要件一定金額以上の支払いに承認者の署名が必要条件付きで可
内部統制職務分離の原則(実行者と承認者を分ける)条件付きで可
リスク管理不正取引の防止AIがリスク判定、最終判断は人間
品質保証顧客への回答品質の担保AIスコアに基づく段階的自動化
業務知見経験に基づく例外判断AI支援、人間が最終判断

自動承認/手動承認の切り替え設計

動的承認ルールエンジン

[承認リクエスト]
  → [ルールエンジン: リスクスコア算出]
  → <リスクスコア>
    ├── Low(0-30)   → 自動承認
    ├── Medium(31-60)→ 担当者承認(簡易チェック)
    ├── High(61-80)  → 課長承認(詳細レビュー)
    └── Critical(81+) → 部長承認 + 監査ログ

リスクスコアの算出ロジック

要素重みスコア計算
金額30%5万未満
、5-10万
、10-50万
、50-100万
、100万以上
取引先信頼度20%既存(3年以上)
、既存(1年未満)
、新規
AI確信度25%95%以上
、90-95%
、85-90%
、85%未満
過去の不一致歴15%なし
、1回
、2回以上
季節要因10%通常期
、決算期
、年度末

計算例

ケースA: 月額3万円、既存取引先(5年)、AI確信度97%
  金額:  0 × 0.3 = 0
  信頼: 0 × 0.2 = 0
  AI:    0 × 0.25 = 0
  不一致: 0 × 0.15 = 0
  季節:  0 × 0.1 = 0
  → リスクスコア: 0(Low)→ 自動承認

ケースB: 80万円、新規取引先、AI確信度88%
  金額: 70 × 0.3 = 21
  信頼: 80 × 0.2 = 16
  AI:   60 × 0.25 = 15
  不一致: 0 × 0.15 = 0
  季節: 0 × 0.1 = 0
  → リスクスコア: 52(Medium)→ 担当者承認

権限設計

RBAC(Role-Based Access Control)

ロール承認権限操作権限閲覧権限
経理担当なしデータ入力・修正自部門のみ
経理主任10万円未満データ入力・修正・差し戻し自部門全件
経理課長100万円未満全操作全部門
財務部長上限なし全操作 + 設定変更全部門 + 監査ログ
AIシステムリスクスコアLow自動処理処理対象のみ

AI承認の監査要件

要件実装方法
全承認のログ記録承認日時、承認者(AI/人間)、リスクスコア、判断根拠を全件記録
AI自動承認の可視化ダッシュボードでAI自動承認件数・金額を日次表示
サンプル監査AI自動承認分から月次5%をランダム抽出して人間が再確認
異常検知AI自動承認パターンの急変をアラート
監査証跡の保持最低7年間の保持(電子帳簿保存法対応)

承認フローのUI/UX設計

承認者のダッシュボード

┌─────────────────────────────────────┐
│ 承認ダッシュボード                     │
├─────────────────────────────────────┤
│ 未承認: 8件  │ 本日AI自動承認: 42件    │
│                                      │
│ [高優先] INV-2025-0123  ¥850,000     │
│   新規取引先 │ AI確信度: 88%          │
│   リスク: Medium │ [承認] [差戻し]     │
│                                      │
│ [通常] INV-2025-0124  ¥120,000       │
│   既存取引先 │ AI確信度: 96%          │
│   リスク: Low │ [承認] [差戻し]        │
│                                      │
│ [AI自動承認レポート]                   │
│   今月累計: 1,280件 / ¥34,500,000    │
│   異常フラグ: なし                     │
└─────────────────────────────────────┘

承認体験の改善ポイント

改善ポイントAs-IsTo-Be
承認場所メール + 印刷物Webダッシュボード + モバイルアプリ
承認情報請求書PDFのみAI要約 + リスクスコア + 過去の取引実績
承認操作メールで「承認します」と返信ワンタップ承認
承認待ち通知なし未承認が2時間超でプッシュ通知
代理承認不在時は処理停止自動代理承認ルール

まとめ

項目ポイント
承認の必要性法的要件、内部統制、リスク管理、品質保証
動的承認リスクスコアに基づく自動承認/手動承認の切り替え
権限設計RBACでロール別の承認権限を明確に定義
監査要件全件ログ記録、サンプル監査、異常検知
UI/UX承認者の負荷を最小化するダッシュボード設計

チェックリスト

  • 承認が必要な理由と自動化可否を整理できる
  • リスクスコアに基づく動的承認ルールを設計できる
  • RBAC権限設計を行える
  • AI自動承認の監査要件を定義できる

次のステップへ

次は「モニタリング設計」として、AIワークフローのKPI監視、異常検知、ダッシュボード設計を学ぼう。


推定読了時間: 30分