Start
担当者が 1 件を選ぶ
新規口座開設、継続的顧客管理、取引モニタリングの一次確認。 から 1 件を選び、対象画面、社内 tool、AI に渡せる情報、人間に戻す判断を固定します。
Financial Operations
KYC / 審査レビュー を viyv で動かす。
本人確認、制裁リスト、顧客台帳、取引画面を人間が横断している。AI に照合や要約を任せたいが、個人番号、口座番号、最終判定が AI 側へ流れる懸念で止まりやすい。
Problem
この業務で、何が詰まっているか。
本人確認、制裁リスト、顧客台帳、取引画面を人間が横断している。AI に照合や要約を任せたいが、個人番号、口座番号、最終判定が AI 側へ流れる懸念で止まりやすい。
始めるきっかけ
新規口座開設、継続的顧客管理、取引モニタリングの一次確認。
最初の 30 日
まず 1 つの審査種別に絞り、3〜5 名で読み取り、下書き、承認待ちの流れを確認します。最終週にレビュー時間、拒否理由、mask 証跡を並べ、部門展開の可否を判断します。
Day In The Life
現場の 1 件が、判断材料までどう流れるか。
業務詳細では、担当者が何を持ち込み、AI がどこまで進め、人間がどこで止め、 最後に何を証拠として残すかを時系列で確認します。
Assist
AI が下調べと下書きを行う
担当者が顧客 ID と確認観点を AI に渡す。Browser が許可済み KYC / 制裁リスト / 台帳画面だけを AI に読ませる。AI が照合結果、差分、確認メモを下書きする
Gate
責任が残る操作を止める
承認 / 差戻 / 凍結 / 本人確認ステータス変更 / リスクランク変更 は approval、差戻し、保留、または人間確認に戻します。
Review
判断材料に使う証拠を残す
レビュー時間の短縮 / mask された項目 / approval decision / read-only policy を検証の evidence として並べ、次の展開可否を決めます。
Operational Evidence Board
KYC / 審査レビュー の現場実行を、レビュー用の証拠にする。
担当者が見たもの、AI が出した下書き、人間が止めた判断、レビュー会議に出す証拠を 1 つの board にします。これにより「便利そう」ではなく、運用に入れてよいかを判断できます。
Intake
顧客 ID と確認観点を 1 件に絞る
担当者が見るもの
審査担当が新規口座開設の顧客 ID、確認観点、参照してよい KYC 画面を指定する。
AI の出力
AI は本人確認画面、制裁リスト、顧客台帳を読み、氏名差分、住所差分、確認メモを下書きする。
人間が止める判断
承認、差戻、凍結、リスクランク変更は全件 human approval に戻す。
レビューに出す証拠
確認時間、mask された PII、read-only policy、approval decision をレビューに出す。
Exception
差分がある項目だけ人間が再確認する
担当者が見るもの
担当者は AI の照合メモを読み、差分がある項目だけ原本画面で再確認する。
AI の出力
一致、要確認、差戻候補を分け、差戻理由の下書きを作る。
人間が止める判断
制裁リスト結果が曖昧な場合は自動判定せず、差戻メモとして保存する。
レビューに出す証拠
差分カテゴリ、再確認回数、差戻理由、最終操作が押されていない audit を残す。
Review
セキュリティレビューに同じ証拠を渡す
担当者が見るもの
コンプライアンス責任者が 10 件分の before / after と拒否理由を確認する。
AI の出力
AI が読んだ画面、読まなかった項目、mask された値、approval 待ち操作を一覧化する。
人間が止める判断
検証合格なら審査補助として使い、最終判断は人間に残す運用にする。
レビューに出す証拠
平均確認時間、PII mask、approval log、read-only policy を Proof Pack に入れる。
Before / After / Recovery
利用前後と、失敗時の戻し方を同じ画面で見る。
利用前の不安は、効果よりも「失敗した時に止められるか」で出ます。利用前、運用後、 失敗時、レビュー会議で見る材料を並べます。
利用前
本人確認、制裁リスト、顧客台帳、取引画面を人間が横断している。AI に照合や要約を任せたいが、個人番号、口座番号、最終判定が AI 側へ流れる懸念で止まりやすい。
運用後
担当者が顧客 ID と確認観点を AI に渡す。Browser が許可済み KYC / 制裁リスト / 台帳画面だけを AI に読ませる。AI が照合結果、差分、確認メモを下書きする。承認、差戻、凍結、登録などの最終操作は HITL approval で止める。
失敗時
制裁リスト結果が曖昧なら自動判定せず差戻メモにする / mask 対象が検出されたら AI への再送信を止める / 許可外ドメインへ遷移したら policy denial として記録する
レビュー会議
現場指標: 平均確認時間、差戻率、担当者の再確認回数 / 統制指標: PII mask、read-only policy、最終判定 approval / 導入判断: 審査補助として使い、最終判断は人間に残せるか
Scenario Walkthrough
現場の 1 件を、運用後の流れまで具体化する。
利用検討で必要なのは、抽象的な自動化ではなく「この 1 件がどう変わるか」です。現在の作業、viyv 後の処理、解決する問題、レビュー会議で見る判断材料を分けます。
Case
新規口座開設で、本人確認と制裁リスト照合を同日に処理する
担当者は KYC 画面、制裁リスト、顧客台帳、取引画面を開き、氏名差分や住所差分を手で照合する。AI に要約させたいが、個人番号や口座番号が AI 側へ残る懸念で利用が止まる。
With viyv
AI に任せる作業と、人間に戻す判断を分ける
AI は許可済み画面だけを読み、差分、確認メモ、差戻理由を下書きする。最終承認、凍結、リスクランク変更は Mac 側の approval に戻り、PII は mask 済みの証跡として残る。
Problem Solved
この workflow で解決できる問題
審査担当者の横断確認を減らしながら、最終判断の責任を人間に残せる。セキュリティレビューでは read-only、mask、approval decision を同じ検証証拠として見せられる。
Decision Moment
レビュー会議で見る判断材料
10 件の審査で確認時間、差戻率、approval log、mask 対象を並べ、KYC 補助として Team 判断に進むかを判断する。
Concrete Run
1 件の業務を、こう流す。
demo ではなく、現場が毎日扱う 1 件を起点にします。入力、AI の作業、人間に戻す判断、 残す成果物を分けると、検証の範囲が曖昧になりません。
Input
現場が持ち込むもの
新規口座開設、継続的顧客管理、取引モニタリングの一次確認。 を対象に、担当者、対象画面、社内 tool、AI に渡してよい情報を 1 つの範囲に固定します。
AI Work
AI に任せる作業
担当者が顧客 ID と確認観点を AI に渡す。Browser が許可済み KYC / 制裁リスト / 台帳画面だけを AI に読ませる。AI が照合結果、差分、確認メモを下書きする
Human Gate
人間が止める判断
承認 / 差戻 / 凍結 / 本人確認ステータス変更 / リスクランク変更
Output
残す成果物
審査メモ / 照合差分 / 差戻理由 / 承認 / 拒否ログ
Operator Runbook
担当者が触る場所と、止める場所を分ける。
現場の操作を増やさず、AI の下書きと確認メモを使います。責任が残る操作は approval に戻し、失敗時の扱いも検証条件に入れます。
担当者の操作
- 顧客 ID と確認観点を AI に渡す
- AI の照合メモを審査画面の横で確認する
- 差分がある項目だけ原本画面で再確認する
人間に戻す判断
- 承認 / 差戻 / 凍結
- 本人確認ステータス変更
- リスクランク変更
失敗時の止め方
- 制裁リスト結果が曖昧なら自動判定せず差戻メモにする
- mask 対象が検出されたら AI への再送信を止める
- 許可外ドメインへ遷移したら policy denial として記録する
検証合格条件
- レビュー 10 件で平均確認時間を比較できる
- 最終判定ボタンが全件 approval 待ちになる
- PII mask と承認ログをセキュリティレビューに出せる
Evidence Packet
検証の証拠を、判断材料に変える。
利用前に「AI が便利だった」ではなく、業務効果、統制、責任境界、展開条件を並べます。
業務範囲
KYC / 審査レビュー を 1 workflow として、owner は コンプライアンス、審査、金融 backoffice に置きます。
測る効果
現場指標: 平均確認時間、差戻率、担当者の再確認回数
見る統制
統制指標: PII mask、read-only policy、最終判定 approval
判断材料
導入判断: 審査補助として使い、最終判断は人間に残せるか
Stakeholder Review
社内の誰に、何を説明できるか。
業務部門、情シス、セキュリティ、管理部門が見る論点を分け、検証 の受け入れ条件に変えます。
業務責任者
現場のどの作業が短くなり、どの判断は人間に残るか。
回答
顧客 ID と確認観点を AI に渡す / AI の照合メモを審査画面の横で確認する / 差分がある項目だけ原本画面で再確認する を日次運用に置き、承認 / 差戻 / 凍結 / 本人確認ステータス変更 / リスクランク変更 は承認待ちに戻します。
見る証拠
レビュー時間の短縮 / mask された項目
情シス / AI platform
既存画面、社内 API、AI client の境界を説明できるか。
回答
viyv Browser / Viyv MCP Gateway を使い、KYC ドメイン allow / 顧客台帳 read-only / PII mask を最初の境界にします。
見る証拠
mask された項目 / approval decision / read-only policy
セキュリティ / 法務
AI に渡らない情報、止まる操作、失敗時の扱いは明確か。
回答
KYC ドメイン allow / 顧客台帳 read-only / PII mask / 最終判定 HITL を検証の統制として固定し、失敗時は 制裁リスト結果が曖昧なら自動判定せず差戻メモにする。
見る証拠
最終判定ボタンが全件 approval 待ちになる / PII mask と承認ログをセキュリティレビューに出せる
管理部門 / 経営
判断に進む条件と、広げる前の保留条件は何か。
回答
導入判断: 審査補助として使い、最終判断は人間に残せるか
見る証拠
レビュー 10 件で平均確認時間を比較できる / 最終判定ボタンが全件 approval 待ちになる / PII mask と承認ログをセキュリティレビューに出せる
Next Step
KYC / 審査レビュー の検証範囲を決める。
対象画面、社内 tool、人間に戻す判断、判断材料を 30 日の検証計画に落とします。