OpenMax · DingTalk AI agent
企業ワークフロー向けDingTalk AIエージェント
DingTalk上で依頼を受け、承認済み情報を参照し、タスクと承認を適切な担当者へつなぎます。
ワークフロー概要
まずは、参照元、権限範囲、承認経路、担当者が明確な定型依頼を一つ選びます。
- 依頼と入力を確認
- 信頼できる情報を収集
- 承認済みルールを適用
DingTalkから始まり、情報参照、記録更新、承認引き継ぎへ進む社内業務に適しています。
このワークフローでできること
DingTalkを接続すると、OpenMaxのAI従業員が社内依頼を受け付け、承認済み情報を参照し、定型業務を準備して承認へ回せるようになります。
アカウント権限、支払い、契約変更、規程の例外、全社向け告知は、権限を持つ責任者の承認を必須とします。
ワークフローの流れ
01
従業員からの依頼を受け付けて分類する
依頼種別、申請者、必須項目、担当者、完了条件を確認します。
02
承認済みの情報を取得する
承認済みナレッジと接続済み業務システムから必要な情報を取得します。
03
許可された処理を準備する
権限の範囲内で資料を作成し、設定済みの低リスクなフローを起動します。
04
機密性の高い業務を承認へ回す
制限対象や例外の依頼は、十分な文脈を添えて権限を持つ承認者へ引き継ぎます。
05
処理結果を記録する
結果、情報源、修正内容、承認履歴、処理状況を記録します。
導入前に決めておく統制項目
| 統制領域 | エージェントが担うこと | チームが管理すること |
|---|---|---|
| 対象範囲 | 承認済みデータ、接続済みシステム、許可された操作だけを使用します。 | アカウント権限、支払い、契約変更、規程の例外、全社向け告知は、権限を持つ責任者の承認を必須とします。 |
| レビュー | 許可範囲内で定型回答、業務記録、低リスク操作を準備します。 | 承認者、応答期限、事前確認が必須の操作を定めます。 |
| 例外 | 情報不足、情報源の不一致、確信度不足、権限エラーがあれば停止します。 | 引き継ぎ先と、エスカレーション時に必要な情報を定めます。 |
| 記録 | 情報源、回答、操作、承認、人による修正を記録します。 | 必須記録、保持期間、閲覧権限を定めます。 |
| 復旧 | 書き込みや送信に失敗した場合は報告し、後続操作を続けません。 | 再試行回数、切り戻し手順、障害対応責任者を定めます。 |
パイロット前後に行うこと
導入前
高頻度のDingTalk依頼を一つ選び、チャネル、承認済み情報源、必要なシステム、権限、承認経路、担当者を設定します。
導入後
処理時間、人による修正、承認待ち、例外、記録の完全性を追跡します。
OpenMaxでワークフローを接続
DingTalk、承認済みナレッジ、必要な承認システムを接続して権限を設定すると、OpenMaxでこのワークフローを運用できます。
よくある質問
DingTalkの試行にはどの業務が適していますか?
承認済みの参照元、限定した権限、明確な承認経路、担当者がそろった定型依頼を一つ選びます。初回は一つの業務に絞ります。
人が判断すべき事項は何ですか?
アカウント権限、支払い、契約変更、規程の例外、全社向け告知は、権限を持つ承認者が確認します。
DingTalkの試行をどう評価しますか?
処理時間と承認待ちを現行業務と比較し、人による修正、例外、必要な記録の有無を確認します。