オペレーション責任者
共有メールボックスに、現在はスタッフが手作業で振り分けている依頼が届きます。カテゴリ、各カテゴリに必要な根拠、不確実なケースの確認キューを定義します。
ルーティングを自動化する前に、実際の依頼を使ってテストできる、提案段階の判断ポイントです。
ワークフローガイド
チームが計画に活用できるAIビルダー チュートリアル Power Automate
このAIビルダー チュートリアル Power Automateガイドは、すでに実行しているフローから始めます。まず、そのトリガー、入力、判断、引き継ぎを整理し、次に、AIが生成した結果を確認してからフローを続行できるタスクを1つ特定します。Ai Builderはこのサイトのブランド名であり、リンク先でMicrosoftのAI Builderを設定できるという意味ではありません。
対象者がすでに利用しているパイプライン
役立つ出発点は、AIプロンプトではなくフロー図です。何が届き、各レコードをどのシステムが管理し、結果に誤りがあった場合に人が修正できる場所を記録します。
組み込む場所
このページを使って、AI支援によるステップの候補と、その受け入れ基準を明確にします。実際のコネクタ、モデル、権限、アクションは、フローを実行するプラットフォーム上で構築し、検証してください。
ウェブチーム
サイトのフォームがPower Automateのフローを開始します。フォームの検証と同意取得を、送信されたテキストの後続のAI支援分類から分離します。
公開フォーム、フロー、スタッフによる判断の境界がより明確になります。
財務アナリスト
請求書が添付ファイルとして届きます。確認担当者に必要な項目を挙げ、値が欠けている場合や元の文書と矛盾する場合の対応を指定してください。
抽出結果が常に正しいと想定するのではなく、項目ごとに確認できるチェックリスト。
プロセス設計者
チームは承認前の要約を一貫したものにしたいと考えています。指示、必要な元資料の情報、却下すべき要約の例を作成してください。
チームが選択した環境で評価できる、テスト可能なプロンプトの要件書。
候補となる手順を1つ追跡する
初回は範囲を絞ってください。トリガーを1つ、AIタスクの候補を1つ、責任を持つ確認担当者を1人にします。
-
1
現在のフローを追跡する
Power Automateのトリガー、各入力の取得元、既存の条件、プロセスを完了させるアクションを書き出してください。新しい処理手順を提案する前に、機密データを含むレコードを確認してください。
-
2
提案する結果を定義する
このAIビルダーのPower Automateチュートリアルの例では、請求書処理の手順で請求書番号、仕入先名、金額、不確実性を示すフラグを返すことが考えられます。各値を添付ファイルと照合する方法を指定してください。
-
3
引き継ぎ方法を決める
項目が欠けている場合に、フローを一時停止するか、確認タスクを送るか、既存の例外処理に進むかを決めてください。実際の自動化環境で、代表的なレコードを使ってそれらの分岐をテストしてください。
構築前に適用範囲を確認する
ワークフローの概要は、デプロイ済みのPower Automateフローではありません。以下は、このルートで保証される機能ではなく、実装時の確認事項として扱ってください。
1
フローは自動的に構成されません
Ai Builderのリンク先を開いても、Power Automateへの接続が確立されたり、テナントにアクションが追加されたりすることはありません。
代わりに行うこと
ご自身のMicrosoft環境で、最新のコネクタのドキュメントを参照しながらフローを作成し、確認してください。
2
モデルの利用は保証されません
抽出または分類タスクを提案しても、適切なAI Builderモデル、ライセンス、コネクタを組織で利用できるとは限りません。
代わりに行うこと
設計を確定する前に、管理者にテナントで利用可能な機能と要件を確認してもらいます。
3
正確性やプライバシーに関する自動承認はありません
AIの結果は誤る可能性があり、もっともらしいプロセス図だけでは、個人情報や機密記録を新しいサービスに送信することは承認されません。
代わりに行うこと
承認済みのテストデータを使用し、レビューのしきい値を設定して、必要なデータ取り扱いの承認を取得します。
変更前/変更後
確認すべき変更点は、処理の高速化や完全自動の意思決定を未検証のまま約束することではなく、文書化されたレビューのポイントです。
設定済みのMicrosoftフローのスクリーンショットではなく、説明用のビジュアルです。実際のプロセスマップを、提案されたフィールドチェックと例外処理の経路と照らし合わせてください。
変更前：暗黙的な判断変更後：明示された引き継ぎ成果物の仕様
以下の表を、請求書受付フローの提案用ワークシートとして使用します。右側の列では、指定およびテストすべき内容を説明しています。コネクタがインストール済みであることを示すものではありません。
| 既存のフロー | AI支援フローの提案 | |
|---|---|---|
| トリガー | 監視対象のメールボックスにメールが届く。 | 同じトリガーを維持し、どのメッセージを対象とするかを記録します。 |
| 入力 | 担当者が請求書の添付ファイルを開く。 | 対象となる添付ファイルを特定し、読み取り不能なファイルの処理方法を定義します。 |
| 候補タスク | 担当者が請求書の詳細をレコードに転記する。 | 名前付きフィールドの抽出を評価し、元のドキュメントへのアクセスを保持します。 |
| 必須フィールド | スタッフは既存の受付チェックリストを使用します。 | 仕入先、請求書番号、日付、金額、および必須フィールドを指定します。 |
| 検証 | 入力中にレビュー担当者が不一致に気付きます。 | 抽出された値を添付ファイルと比較し、欠落しているフィールドや整合しないフィールドにフラグを付けます。 |
| 例外 | スタッフは不明確な請求書を非公式に調査します。 | 不確かな結果は、次のアクションの前に指定されたレビュー担当者に回します。 |
| 完了 | 承認済みのレコードが既存のプロセスに入ります。 | 必要なチェックと承認が記録された後にのみ続行します。 |
計画を実装に移す
運用フローを変更する前に、トリガー、候補となるAIタスク、必須フィールド、例外の担当者を書き出します。Ai Builderはアイデアを検討する出発点になりますが、移行先の機能を確認し、承認済みの環境でフローを実装してください。
シナリオ FAQ
既存のフローから始め、そのトリガー、入力、アクション、例外処理の流れを文書化します。請求書内のフィールドの特定など、範囲を限定したタスクを1つ選び、フローを変更する前に、担当者がその結果をどのように確認するかを定義します。
いいえ。このページは候補となるステップとその引き継ぎを計画するためのものであり、テナントへの接続、モデルの構成、フローの公開は行いません。仕様を組織の Power Automate 環境に移し、実装とテストを行ってください。
デプロイ前に例外分岐を指定してください。たとえば、元の添付ファイルにアクセスできる状態を維持し、フィールドを欠落としてマークして、未検証の値を次のアクションに渡すのではなく、指定したレビュアーにレコードを送信します。
それは組織の管理体制と判断のリスクによって異なります。このガイドでは、承認が安全だと想定することは推奨していません。自動判断を検討する前に、検証ルール、責任者、誤った値や矛盾する値に対するテストケースを定義してください。
いいえ。Ai Builderはこのサイトのブランド名であり、MicrosoftのAI Builderは、多くのPower Automateチュートリアルで参照されている別の製品です。このサイトをMicrosoft製品のドキュメントとして扱うのではなく、ご利用のMicrosoft環境で使用できるツールと権限を確認してください。