個人
個人プランでは、この確認待ち一覧は表示しません。管理者向けの確認フローが必要になるほど重い運用ではないためです。
個人の詳細1
きっかけ
開始条件・イベントが確認待ち一覧に到着2
週末利用・カード ‧7733
時間外・車両 ‧8821
リスト外・‧6055
※ ダミーデータによる図解。実際の顧客情報やETCカード番号は使用していません。
解決する課題
ETC 自動停止は顧客側に摩擦を生じ、判断保留はコンプライアンスギャップを残します。確認待ち一覧はその中庸を担います。
仕組み
シンプルなステップで動作します。
- 1
フラグ対象のイベントを、詳細情報付きで確認待ちに振り分けます。
- 2
マネージャーがルート・通行料・車両・通常パターンを一目で確認。
- 3
ワンクリックで承認／要確認／上位確認へ回す／ポリシー違反として記録。
- 4
判断を監査証跡に記録。
2
JTR が文脈を構築
確認に必要な情報を整理中
文脈 （ルート・車両・カード）
通常パターンと比較
推論内容を人に提示
主なベネフィット
担当者による判断、自動判定なし
1画面で関連情報を確認
ワンクリックで分類
判断ごとの監査証跡
表記：「可能性あり」「確認が必要」。「不正確定」とは表示しません。
3
管理者の判定
マネージャーが 1 クリックで判定
週末利用・カード ‧7733
土 14:22・¥920・過去 12 週で同様 1 回
承認
要確認
上位確認へ回す
4
信頼性とプライバシー
結果・取得データを継続保存しない設計
保持
生成済みPDF／CSV
保持
監査ログ
消去
取得したMEISAI明細行
消去
一時処理データ
JTRは、取得したMEISAIデータをレポート配信後に継続保存しない設計です。
よくある質問
よくある質問
キューには誰がアクセスできますか?
ロールベース: 支店マネージャーは自支店、監督ロールは機関・会社全体を参照可能。
JTR は繰返しパターンを自動承認できますか?
既定では行いません。組織単位で自動承認ルールを設定可能ですが、自動判断もすべて監査ログに記録します。
マネージャーが不在の場合は?
サポート担当への引き継ぎルールにより、設定可能なタイムアウト後にバックアップレビュアーへ振分。
すべての機能を見る
13 / 21 件