02 / 導入シナリオ
CRM はそのまま、決裁の記録だけ足す
GembaOS は、AI エージェントを職務権限規程・稟議・監査のもとで運用するための実行基盤です。ポリシーによる権限判定、パラメータに紐づくワンタイム許可証、人の承認記録を、オンプレミスまたはプライベート VPC 上で提供します。このシナリオは既存 CRM との併用の場面です。CRM は取引先と案件の台帳のままで、GembaOS はその先で起きることの決裁記録を持ちます。
CRM とそのエージェントを使い続けながら、決裁を自社のものにするには？
GembaOS は CRM を台帳のままにし、操作が CRM の外へ出る点にだけ立ちます。業務機能ゲートウェイを通して項目単位の閲覧規則のもとで案件を読み、システム横断の操作を組み立て、ポリシーで経路を決め、押印の後にワンタイム許可証のもとで一度だけ実行します。決裁は案件のタイムラインにコメントとして戻るので、CRM には何が起きたかが、GembaOS には誰がなぜ決めたかが残ります。
| 導入前 | GembaOS の統制 | |
|---|---|---|
| 通常のクローズ | CRM のエージェントが閉じる | 御社が確認した自動ルールで変わらず通り、どのルールで通ったかが記録される |
| エスカレーション中・法務保留の案件 | ボタンを持つ誰かが閉じる | CS 上長の前で止まり、上長がベンダーの外でパスキーにより押印 |
| CRM の外へ出る操作 | 責任者のいない返金や赤伝 | この案件・この理由に紐づく許可証のもとで一度だけ実行 |
| 記録 | ベンダーの手元に、ベンダーの形式で | 押印チェーンと再判定できる判定は自社に。CRM にはコメント |
手順はどう進みますか？
| 段階 | 誰が | 何が記録されるか |
|---|---|---|
| 1. 案件イベント | CRM またはそのエージェントが GembaOS を呼ぶ | イベントと外部参照 |
| 2. 事前読取 | ガバナンスカーネルが、担当者が見てよい項目に絞って案件を読む | 稟議書上の事実 |
| 3. 経路 | ポリシー: 通常は通り、エスカレーション中・法務保留は人へ | 経路と規則チェーン |
| 4. 押印 | CS 上長がパスキーで | 押印チェーン |
| 5. 実行 | 実行基盤が案件を読み直し、照合し、許可証のもとで一度だけ閉じる | 前提条件の照合と実行 |
| 6. 転記 | 決裁を案件のコメントとして書き戻す | コメントの外部参照 |
管理ゲートはどこにありますか？
管理ゲートは、事前読取の事実の上での経路判定と、ポリシーが人に留保した案件への人の押印です。CRM のエージェントは、ベンダー製でも自社製でも、同じゲートウェイを同じ手順で呼べます。できないのは、自分の権限でエスカレーション中の案件を閉じたり、お金を動かしたりすることです。同じ接続は複数の CRM ベンダーで使えます。
コンソールではどう見えますか？
始めるのに必要なものは？
- 案件の読取とコメント書込のための CRM の API アクセス。認証情報はゲートウェイ側に置く。
- 項目単位の閲覧規則: サポート担当者が見てよい案件の項目。
- 今のエスカレーションと法務保留の規則: どの案件に人が要り、誰か。
- CRM 自身のエージェントが GembaOS を呼ぶなら、その MCP またはツール呼び出しのインターフェース。
関連: 返金・損害査定、セキュリティと導入形態、よくあるご質問。
最終更新: · GembaOS v0.2