Start
担当者が 1 件を選ぶ
月次締め、未入金確認、請求書差異、契約条件との照合。 から 1 件を選び、対象画面、社内 tool、AI に渡せる情報、人間に戻す判断を固定します。
Finance Operations
請求書例外 / 入金消込 を viyv で動かす。
請求書、発注書、契約、入金データを照合し、例外だけを人間が判断する運用にしたい。既存システムは API 化されておらず、照合理由や例外分類も属人的に残りやすい。
Problem
この業務で、何が詰まっているか。
請求書、発注書、契約、入金データを照合し、例外だけを人間が判断する運用にしたい。既存システムは API 化されておらず、照合理由や例外分類も属人的に残りやすい。
始めるきっかけ
月次締め、未入金確認、請求書差異、契約条件との照合。
最初の 30 日
まず過去の請求書例外を使い、AI が例外分類 table を作る流れを検証します。金額変更は実行せず、reason と rollback を合格条件に入れます。
Day In The Life
現場の 1 件が、判断材料までどう流れるか。
業務詳細では、担当者が何を持ち込み、AI がどこまで進め、人間がどこで止め、 最後に何を証拠として残すかを時系列で確認します。
Assist
AI が下調べと下書きを行う
AI が請求書と契約条件を読み、差異候補を抽出する。viyv DB が例外分類と照合メモを purpose 付き table として保存する。Browser が会計画面を read-only で確認し、修正案だけを下書きする
Gate
責任が残る操作を止める
金額変更 / 消込実行 / 支払保留 / 解除 は approval、差戻し、保留、または人間確認に戻します。
Review
判断材料に使う証拠を残す
例外処理時間 / 金額変更の停止 / migration reason / rollback 実演 を検証の evidence として並べ、次の展開可否を決めます。
Operational Evidence Board
請求書例外 / 入金消込 の現場実行を、レビュー用の証拠にする。
担当者が見たもの、AI が出した下書き、人間が止めた判断、レビュー会議に出す証拠を 1 つの board にします。これにより「便利そう」ではなく、運用に入れてよいかを判断できます。
Match
請求書と運用条件の差分だけを抽出する
担当者が見るもの
経理担当が請求書、発注書、運用条件、入金 CSV を 1 件の例外として渡す。
AI の出力
AI は差異候補、分類、照合理由、修正案を purpose 付き table に保存する。
人間が止める判断
金額変更、消込実行、支払保留 / 解除は approval なしに進めない。
レビューに出す証拠
例外処理時間、分類理由、金額変更 approval、purpose / reason を残す。
Correction
AI-created table の変更理由を残す
担当者が見るもの
データ owner が列追加や分類変更の reason を確認し、月次運用に載せられるか見る。
AI の出力
AI は必要な column を reason 付きで提案し、照合根拠がない record を保留にする。
人間が止める判断
reason のない schema 変更、destructive change、金額変更は止める。
レビューに出す証拠
migration reason、schema diff、rollback 実演、保留理由をレビューに出す。
Close
月次締めに入れてよいかを判断する
担当者が見るもの
経理責任者が過去例外で分類再現率、処理時間、保留件数を見る。
AI の出力
AI は分類の再現結果、保留理由、rollback 後の状態を packet にする。
人間が止める判断
分類理由が弱い場合は本番化せず、対象例外を絞って追加検証する。
レビューに出す証拠
分類再現率、金額変更停止、rollback、承認者を判断材料に使う。
Before / After / Recovery
利用前後と、失敗時の戻し方を同じ画面で見る。
利用前の不安は、効果よりも「失敗した時に止められるか」で出ます。利用前、運用後、 失敗時、レビュー会議で見る材料を並べます。
利用前
請求書、発注書、契約、入金データを照合し、例外だけを人間が判断する運用にしたい。既存システムは API 化されておらず、照合理由や例外分類も属人的に残りやすい。
運用後
AI が請求書と契約条件を読み、差異候補を抽出する。viyv DB が例外分類と照合メモを purpose 付き table として保存する。Browser が会計画面を read-only で確認し、修正案だけを下書きする。消込、金額修正、支払保留は人間承認に戻す。
失敗時
契約条件と請求書の照合根拠がない場合は例外として保留する / 金額変更が発生したら必ず approval と理由入力を求める / 誤った分類 table は migration reason から rollback する
レビュー会議
現場指標: 例外処理時間、分類の再現率、保留件数 / 統制指標: 金額変更 approval、migration reason、rollback / 導入判断: 経理の例外判断を速め、金額変更の責任を人間に残せるか
Scenario Walkthrough
現場の 1 件を、運用後の流れまで具体化する。
利用検討で必要なのは、抽象的な自動化ではなく「この 1 件がどう変わるか」です。現在の作業、viyv 後の処理、解決する問題、レビュー会議で見る判断材料を分けます。
Case
請求書と運用条件がずれた例外だけを、人間が判断する
経理担当は請求書、発注書、契約、入金 CSV、会計画面を見比べ、例外分類と修正理由を手元メモで残す。AI が分類しても、理由や rollback がなければ本番に出せない。
With viyv
AI に任せる作業と、人間に戻す判断を分ける
AI が例外 table を purpose 付きで作り、差異理由と修正案を保存する。金額変更、消込、支払保留は approval に戻り、誤った分類は migration reason から rollback できる。
Problem Solved
この workflow で解決できる問題
例外判断の属人性を下げ、AI が作った分類の理由を後から説明できる。金額変更は人間承認に残るため、経理統制を崩さず検証できる。
Decision Moment
レビュー会議で見る判断材料
過去例外で分類再現率、処理時間、金額変更 approval、rollback 実演を見て、月次運用へ載せられるか判断する。
Concrete Run
1 件の業務を、こう流す。
demo ではなく、現場が毎日扱う 1 件を起点にします。入力、AI の作業、人間に戻す判断、 残す成果物を分けると、検証の範囲が曖昧になりません。
Input
現場が持ち込むもの
月次締め、未入金確認、請求書差異、契約条件との照合。 を対象に、担当者、対象画面、社内 tool、AI に渡してよい情報を 1 つの範囲に固定します。
AI Work
AI に任せる作業
AI が請求書と契約条件を読み、差異候補を抽出する。viyv DB が例外分類と照合メモを purpose 付き table として保存する。Browser が会計画面を read-only で確認し、修正案だけを下書きする
Human Gate
人間が止める判断
金額変更 / 消込実行 / 支払保留 / 解除
Output
残す成果物
例外一覧 / 照合理由 / 修正案 / rollback 可能な変更履歴
Operator Runbook
担当者が触る場所と、止める場所を分ける。
現場の操作を増やさず、AI の下書きと確認メモを使います。責任が残る操作は approval に戻し、失敗時の扱いも検証条件に入れます。
担当者の操作
- 請求書、発注書、契約条件、入金 CSV を AI に渡す
- AI が差異候補を分類し、例外 table に理由を残す
- 経理担当が修正案だけを会計画面で確認する
人間に戻す判断
- 金額変更
- 消込実行
- 支払保留 / 解除
失敗時の止め方
- 契約条件と請求書の照合根拠がない場合は例外として保留する
- 金額変更が発生したら必ず approval と理由入力を求める
- 誤った分類 table は migration reason から rollback する
検証合格条件
- 過去例外で分類理由が再現できる
- 金額変更が approval なしに進まない
- schema 変更と rollback を実演できる
Evidence Packet
検証の証拠を、判断材料に変える。
利用前に「AI が便利だった」ではなく、業務効果、統制、責任境界、展開条件を並べます。
業務範囲
請求書例外 / 入金消込 を 1 workflow として、owner は 経理、財務、経営管理 に置きます。
測る効果
現場指標: 例外処理時間、分類の再現率、保留件数
見る統制
統制指標: 金額変更 approval、migration reason、rollback
判断材料
導入判断: 経理の例外判断を速め、金額変更の責任を人間に残せるか
Stakeholder Review
社内の誰に、何を説明できるか。
業務部門、情シス、セキュリティ、管理部門が見る論点を分け、検証 の受け入れ条件に変えます。
業務責任者
現場のどの作業が短くなり、どの判断は人間に残るか。
回答
請求書、発注書、契約条件、入金 CSV を AI に渡す / AI が差異候補を分類し、例外 table に理由を残す / 経理担当が修正案だけを会計画面で確認する を日次運用に置き、金額変更 / 消込実行 / 支払保留 / 解除 は承認待ちに戻します。
見る証拠
例外処理時間 / 金額変更の停止
情シス / AI platform
既存画面、社内 API、AI client の境界を説明できるか。
回答
viyv DB / viyv Browser を使い、会計画面 read-only / 金額変更 HITL / purpose / reason を最初の境界にします。
見る証拠
金額変更の停止 / migration reason / rollback 実演
セキュリティ / 法務
AI に渡らない情報、止まる操作、失敗時の扱いは明確か。
回答
会計画面 read-only / 金額変更 HITL / purpose / reason / rollback を検証の統制として固定し、失敗時は 契約条件と請求書の照合根拠がない場合は例外として保留する。
見る証拠
金額変更が approval なしに進まない / schema 変更と rollback を実演できる
管理部門 / 経営
判断に進む条件と、広げる前の保留条件は何か。
回答
導入判断: 経理の例外判断を速め、金額変更の責任を人間に残せるか
見る証拠
過去例外で分類理由が再現できる / 金額変更が approval なしに進まない / schema 変更と rollback を実演できる
Next Step
請求書例外 / 入金消込 の検証範囲を決める。
対象画面、社内 tool、人間に戻す判断、判断材料を 30 日の検証計画に落とします。