AI自動化の引き継ぎ：外注先が抜ける前に持ち主を3つ確かめる
AIの自動処理を引き継ぐときは、処理の所有者、接続と利用枠の持ち主を別々に確かめ、社内の接続で1件通して終えます。
この記事の要点
- 所有者と、メールやAIなどの接続の持ち主を分けて書き出す
- 自動で動く処理は、新しい所有者の利用枠で動くかを確かめる
- 社内の接続で1件通ったのを見てから、外注先を外す
全体像図を準備中
目次
所有者を替えても、接続は前任者のまま残る
A&Aの考え方
自動処理の引き継ぎとは、外注先が作って動かしている処理を、社内の人のアカウントで動き続ける状態にして受け取ることです。1つの処理は、メールを受け取る、AIで要約する、表に書くといった手順の並びです。
A&Aの考え方
処理の所有者の欄を社内の人に書き換えるだけでは、この状態になりません。処理がメールや保存先に入るための接続が、作った人のアカウントのまま残ることがあるからです。
出典に基づく事実
Microsoftの説明書は、同社の自動化サービスPower Automateなどで使う接続を、つなぐ先のサービスに入るために保存されたログイン情報だと説明しています。
出典に基づく事実
処理を作った人が組織を去っても、有効な所有者が残っていれば処理は動き続けます。ただし、去った人の接続を使う手順は失敗することがある、としています。
A&Aの考え方
この記事を書いているAutomate & Augment（A&A）は、ここから、所有者と接続の持ち主は別々に管理されていると読みます。
A&Aの考え方
所有者を替えた日に何も起きなくても、外注先のアカウントが止まった日に、その人の接続を使う手順から失敗することがあり得ます。
仮想例
たとえば、社員4人の工務店を考えます。外注先が2つの処理を作りました。1つは、問い合わせのメールが届くとAIが要約し、案件の表に1行足す処理です。
仮想例
もう1つは、毎朝、届いた請求書のPDFを共有の保存先に移し、名前を付け直す処理です。外注先との契約は月末で終わります。
A&Aの考え方
確かめる持ち主は、処理の所有者、接続の持ち主、利用枠の持ち主の3つです。受け取る前に、処理ごとに、どの手順がどこにつながり、その接続を誰のアカウントで作ったかを書き出します。
A&Aの考え方
メールの受信箱、AIの呼び出し、案件の表、保存先と、つなぐ先ごとに1行です。この一覧が、引き継ぎで受け取った物を処理ごとに書く表（受領表）の元になります。
自動で動く処理は、所有者の利用枠で動く
A&Aの考え方
利用枠とは、ライセンス（自動化サービスの利用契約）と、処理の中の操作が使える回数の上限のことです。所有者を替えると、どの処理が誰の利用枠で動くかも変わります。
A&Aの考え方
ここでいう自動で動く処理は、決まった時刻に動く処理と、メールが届くなどの出来事をきっかけに始まる処理の両方です。ボタンなどで人が動かす処理とは区別します。
出典に基づく事実
説明書によると、所有者をその場で替えられるのは、処理をまとめて管理する入れ物（ソリューション）に入った処理だけです。入っていない処理は、環境によっては先にソリューションに入れてから替えられます。それができない環境では、書き出して読み込み直すなどの方法で、新しい処理として作り直します。
出典に基づく事実
切り替わりには最大7日かかり、処理を編集して保存し直すと、すぐに新しい所有者のライセンスを使うとしています。ボタンなどで人が動かす処理は、動かした人のライセンスで動きます。
出典に基づく事実
有料の機能を使う処理を、そのライセンスを持たない人に移すと、警告が出ます。移すことはでき、処理は30日動きます。その間にライセンスが用意されなければ処理は止まる、と説明書は書いています。
A&Aの考え方
A&Aは、所有者を替えた日に処理が動いていても、利用枠の確認は済んでいないと読みます。
A&Aの考え方
切り替わりに日数がかかり、足りないライセンスで処理が止まるのは30日後なので、それまで気付きにくいからです。新しい所有者の契約で、その処理が使う機能が使えるかを、受け取る前に確かめます。
仮想例
工務店の例では、問い合わせの処理はメールの受信で自動で動き、請求書の処理は毎朝の定期実行です。どちらもソリューションに入っていれば、所有者を社内の人に替えると、その人の利用枠で動くことになります。
A&Aの考え方
AIの呼び出しにも、同じ問いが当てはまります。外注先が自分の契約で発行したAIサービスのAPIキーで要約を動かしていれば、料金と上限は外注先の契約に付いたままです。
A&Aの考え方
これは説明書には無い、A&Aの補いです。APIキーを社内の契約で発行し直し、受領表の「AIのAPIキーと利用枠」の行に書きます。
| 確かめる物 | 問い合わせの処理での中身 | 済んだと言える印 |
|---|---|---|
| 処理の所有者 | 外注先から社内の担当者へ移す | 担当者が所有者に入り、外注先が外れた |
| メールの接続 | 外注先のアカウントで作られている | 社内の担当者のアカウントで作り直した |
| 案件の表の接続 | 外注先のアカウントで作られている | 社内の担当者のアカウントで作り直した |
| 自動化サービスのライセンスと利用枠 | メールの受信で自動で動くので、所有者の利用枠で動く | 社内の担当者の契約で使う機能が使えると確かめ、処理を保存し直した |
| AIのAPIキーと利用枠 | 外注先の契約で発行されたAPIキー | 社内の契約でAPIキーを発行し直した |
| 引き継ぎ後の1件 | テスト用の問い合わせ1通 | 実行の記録と案件の表に1行が残った |
社内の接続で1件通してから外注先を外す
A&Aの考え方
引き継ぎの終わりは、社内の人の接続で業務が1件通ったことを、実行の記録で確かめた時点に置きます。外注先を所有者から外すのは、その後です。
出典に基づく事実
説明書によると、ソリューションに入った処理の所有者を替えると、元の所有者と新しい所有者は共同所有者になります。新しい所有者は、実行の記録と、各手順がどの接続を使うかの設定を見られるようになります。
出典に基づく事実
処理の共有について書いたページは、外す所有者の接続が処理で使われているときは、処理が動き続けるように、その接続を別の人のものに替えるよう書いています。
A&Aの考え方
A&Aはこれを、所有者を替えても、外注先はまだ処理の中に残っていると考えます。
A&Aの考え方
外注先の接続を社内の人の接続に作り直し、1件通った記録を見てから外注先を共同所有者から外せば、前任者に頼らずに動くことを確かめた上で手を離せます。
A&Aの考え方
写しから作り直す場合は、接続を社内のアカウントで最初から作ります。同じメールを2つの処理が扱わないよう、外注先の立ち会いのもとで、写しを動かし始めると同時に元の処理を止め、その場で1件を通します。
仮想例
工務店の例では、社内の担当者がテスト用の問い合わせメールを1通送ります。AIの要約が案件の表に1行足されたかを、実行の記録と表の両方で確かめます。
仮想例
請求書の処理は、翌朝の定期実行を待って、保存先にPDFが移ったかを見ます。
A&Aの考え方
本番で動いている接続を、わざと止めて試すことはしません。テスト用の1件か、外注先が立ち会う中での実際の1件で確かめます。確認の結果は、処理ごとに受領表へ残します。
A&Aの考え方
受領表には、処理の所有者の行、つなぐ先ごとの行、利用枠の行、最後の1件の行があり、3つの持ち主より行が多くなります。次の表は、問い合わせの処理について書いた、A&Aの仮想の受領表の例です。
まとめ
A&Aの考え方
処理の所有者を替えても、メールや保存先の接続は、作った人のアカウントのまま残ることがあります。処理ごとに、処理の所有者と接続の持ち主を書き出します。
A&Aの考え方
自動で動く処理は、所有者の利用枠で動きます。新しい所有者のライセンスと、AIのAPIキーの契約を確かめます。
A&Aの考え方
社内の人の接続で1件通った記録を見てから、外注先を所有者から外します。
AIの自動処理の引き継ぎは、所有者の欄を書き換えた時点では終わりません。処理の所有者と接続の持ち主を分けて書き出し、自動で動く処理は新しい所有者の利用枠で動くかを確かめ、社内の接続で1件通った記録を見てから外注先を外します。
よくある質問
外注先のアカウントのパスワードを受け取れば、早く済みませんか。
勧めません。処理は外注先の名義のまま動き続け、契約が終わった後にそのアカウントを誰が止めるのかも、誰が操作したかも分からなくなるからです。社内の人が自分のアカウントで接続を作り直します。
Power Automate以外の自動化ツールでも、同じ確認が要りますか。
確かめる3つは同じです。所有者を替えられる処理の種類やライセンスの条件はツールごとに違うので、使っているツールの説明書で、所有者、接続、料金の項目を確かめます。
外注先との保守契約が続く場合も、接続を作り直す必要がありますか。
作り直しておくことを勧めます。保守が続いても、外注先の担当者が替わったりアカウントが止まったりすれば、その人の接続を使う手順は失敗することがあります。社内の接続で動く状態にしておくと、保守で頼む範囲を処理の中身の修正に絞れます。
出典・編集情報
記事の調査で確認した一次資料です。資料の公開・更新時期と、調査時の確認日を分けて記載しています。
- Change the owner of a cloud flow
Microsoft Learn · Updated 2026-09-25; original publication date not stated
確認日 2026-11-04 - Manage orphaned flows when the owner leaves the organization
Microsoft Learn · Updated 2026-06-15; original publication date not stated
確認日 2026-11-04 - Use a connection reference in a solution with Microsoft Dataverse
Microsoft Learn · Updated 2026-01-09; original publication date not stated
確認日 2026-11-04