樋口 勝一 の記事一覧

前回紹介したMicrosoft365の「承認」機能は標準機能としてTeamsから利用できるシンプルで使いやすいものとなっていました。さらに「承認」機能はPower Automateやその他のサービスを組み合わせることによってより複雑で高機能なワークフローを作成するができるようにもなっています。今回はPower Automateを使ったワークフローの開発方法を紹介します。 トリガーを利用して自動でワークフローを実行 　「承認」機能はTeamsで承認要求を作成して承認者に送るといった利用方法でしたが、Power Automateのトリガーと組み合わせて承認要求の作成自体も自動化して効率化することができます。 今回は、SharePointに承認を要するファイルがアップロードされたことをトリガーとして、承認用のワークフローを起動します。承認者が承認したタイミングで、その旨をTeamsで通知してSharePointに履歴として保存するといったワークフローを作成してゆきます。 SharePointの準備 まずは、SharePointの準備を整えましょう。ファイルをアップロードする場所と、承認履歴の保存用リストを作成しておきます。SharePointのサイトから作成しても利用できますが、簡単にTeamsのチーム用のSharePointを利用します。既存チームの「SharePointで開く」を選択します。 トリガーとなる承認を要するファイルはこのチームサイトのドキュメントにアップロードすることにします。 加えて承認の履歴保存用のリストを作成します。「新規」-「リスト」を選択します。 承認ログを保存するために、こちらの内容でリストを作成しておきます。 クラウドフローの作成 次にPower Automateの「自動化したクラウドフロー」から作成してゆきます。 “SharePoint”をキーワードに、「ファイルが作成されたとき（プロパティーのみ）」を選択します。 「サイトのアドレス」をクリックすると利用できるSharePointのサイトの一覧が候補として表示されます。先ほどのSharePointサイトを選択します。「ライブラリ名」と「フォルダー」を指定します。 「フォルダーID」はフォルダー一覧から“/Shared Documents/General”を選択します。これは、Teamsの“一般チャネル”のファイル保存場と同じ場所になります。SharePointにファイルをアップロードすることがトリガーとなりますが、TeamsのバックグランドがSharePointという特性を利用して、ここに承認に必要なファイルをアップロードしても自動的にワークフローを起動させることができます。 後で取得したファイル名を利用するので、動的なコンテンツ「ファイルが作成されたとき（プロパティーのみ）」から「拡張子付きのファイル名」を変数に格納しておきます。 承認のアクションから「開始して承認を待機」を追加します。 「承認/拒否　すべてのユーザーの承認が必要」を選択します。 「タイトル」を入力します。 「担当者」には承認を依頼するメンバーの名前もしくはメールアドレスを入力します。 「アイテムリンク」には動的なコンテンツ「ファイルが作成されたとき（プロパティーのみ）」のプロパティー一覧から「完全パス」を選択します。「要求元」には動的なコンテンツ「ファイルが作成されたとき（プロパティーのみ）」のプロパティー一覧から「登録者 Email」を選択します。 次に承認の可否によって分岐する処理を追加します。「新しいステップ」を選択して、コントロールから「条件」を選択します。 「値の選択」には動的なコンテンツ「開始して処理を待機」から「結果」を選択します。 「次の値に等しい」を選択して、「値の選択」に“Approve”と入力します。これで承認された場合、拒否された場合の分岐となります。 承認された場合、Teamsのアクションから「チャットまたはチャネルでメッセージを投稿する」を追加してメッセージを送ります。メッセージ内容には、先ほど変数に格納したファイル名も表示できるようにしておきます。 拒否された場合のメッセージも同様に作成します。 最後にSharePointのリストに承認履歴のログとして投稿しておきます。SharePointのアクションから「項目の作成」を選択します。 各項目を埋めてゆきます。 サイトのアドレス：SharePointサイトのURLを選択します。リスト名：作成したリスト名“承認ログ”を入力します。Title：動的なコンテンツ「開始して承認を待機」から「タイトル」を選択します。可否：動的なコンテンツ「開始して承認を待機」から「結果」を選択します。作成日：動的なコンテンツ「開始して承認を待機」から「依頼日」を選択します。承認日：動的なコンテンツ「開始して承認を待機」から「完了日」を選択します。申請者：動的なコンテンツ「ファイルが作成されたとき（プロパティーのみ）」から「登録者Display Name」を選択します。承認者：first(outputs（'開始して承認を待機）?['body/responses'])?['responder/displayName']　この式を入力します。 SharePointリストへの投稿内容の設定が完成しました。 テスト 早速テストしてみましょう。Teamsからファイルをアップロードします。 承認要求相手に通知が届きました。添付されたファイルを確認した後、承認します。 申請側にも承認された旨の通知が届きました。 Teamsにも承認されたとの通知が届いています。 SharePointのリストにも承認履歴が保存されました。 フォローの実行結果も問題ありません。　成功です！ フロー全体図 さいごに 以上、Microsoft365の「承認」機能を利用したワーフローの開発方法を紹介しました。簡易ツールとしての承認機能が、Power Automateと組み合わせることによって、高度なワークフローシステムに成長できました。 このように、Microsoft365のサービスはシステム連携が簡単にできるように設計されています。基本的な機能のみのツールから、より高機能なシステムへPower Automateでのローコード開発で短期間に手軽にバージョンアップが可能となっています。システム開発というこれまでの高いハードルをグンと下げることで、実務レベルの担当者でも必要なシステム開発が可能となります。是非お試しください。

Microsoft365では「承認」という機能が提供されています。上司に仕事上の許可を得る場合や、システムマチックな業務の実行の可否を判断する場合など、人の判断が必要となる場合の申請と処理を簡単に管理できる機能です。いわゆる稟議や、休暇申請、確認作業などで活躍する機能となります。今回はこの「承認」機能の概要を紹介してゆきます。 「承認」機能を使ってみましょう 新しい機能を理解するのは使ってみるのが一番早いです。早速「承認」機能を利用してみましょう。「承認」機能はMicrosoft365のTeamsから利用するのが簡単です。まずはTeamsに承認アプリケーションを追加します。左メニューか承認アプリを検索するか、一覧から「承認」アプリケーションを選択して追加します。 白い画面が申請者となります。右上の「新しい承認要求」を選択します。 承認要求の作成の際、「テンプレート」を利用することで決まった様式かつ同じような要求を複数回繰り返す場合などはこちらを利用すると承認要求作成の手間を省くことができます。 要求の種類では「電子サイン」が選択可能です。これは有償のAdobe Signを利用して公的に署名する機能となります。 資料としての添付ファイルを付けて承認要求を送信することも可能です。 「新しい要求」を選択して、要求の種類を“基本”、要求の名前とこの要求を承認してもらう相手として「承認者」を入力します。複数の承認者を選択すると「すべての受信者からの回答が必要」のオプションが利用可能となります。今回はこの内容で「送信」を選択します。 承認要求が作成されました。 黒い画面が承認者です。 送信先のTeamsを確認します。アクティビティーに通知が届いています。承認要求の内容を確認して、承認、もしくは拒否を選択できます。必要に応じてコメント入力も可能です。「再割り当てする」を選択すると、自分以外にこの承認要求を転送して承認の可否を求めることができます。今回はこのまま承認を選択します。 承認要求側には承認された旨の通知が届いています。承認要求した側も承認した側にも承認、拒否にかかわらずすべての履歴が確認できるようになっています。 メール感覚で利用できるのが特徴です。 テンプレートの利用 承認テンプレートを利用して、要求作成を効率化してみましょう。 Microsoft365の管理者権限を持つユーザーがテンプレートの管理を行います。 管理者としてログインしTeamsから承認アプリを開きます。右上の三点リーダーを選択して「テンプレートの管理」を選択します。このメニューは管理者のみ利用可能です。 右下の「詳細を表示」を選択するとテンプレートストアが表示され、多くのテンプレートの中から候補を選択できます。既存テンプレートをカスタマイズすることもできますし、テンプレートを使わずに最初から作りこむこともできます。今回は在宅勤務を選択します。 このまま「次へ」を選択します。 インスタンスで「組織全体」を選択します。 「作成」を選択します。 初回だけテンプレートの管理が有効になるまでしばらく待ちます。 しばらくしてから、もう一度テンプレートから在宅勤務を選択します。このまま「次へ」を選択します。 インスタンスで「組織全体」を選択します。 インスタンスで「組織全体」を選択します。 ここで入力項目を追加してカスタマイズをしてみましょう。「新規追加」を選択します。 「テキスト」を選択します。 “場所”を入力して「次へ」を選択します。 「プレビュー」を選択して見てみましょう。 この内容でよければ、「公開」を選択します。 テンプレートが追加されました。こちらを利用して承認要求をしてみましょう。 新しい承認を作成して、「テンプレート」を選択すると先ほど作成した「在宅勤務」テンプレートが利用できるようになっています。こちらを選択します。 カスタマイズした「場所」も入力できるようになっています。こちらを送信します。 承認者に承認要求が届いています。カスタマイズもきちんと反映されています。こちらを承認します。 無事承認されました。 以上、基本的な「承認」機能の使い方を紹介しました。Teamsから簡単に利用できるのでこれまでメールなどでやりとりしていた面倒な承認依頼をシンプルに効率化できます。紙ベースの稟議書類がどこかに紛失してしまったりということもありません。過去の承認履歴もリスト化されているので確認もスムーズです。 Microsoft365で標準機能として提供されている「承認」で業務効率化の最初の一歩を手掛けてみてはいかがでしょうか。 次回は、この「承認」機能をPower Automateと組み合わせて、より高度なワークフローの作成方法を紹介予定です。

Microsoft365で利用できる「Planner」というサービスは開発のプロジェクトでも利用されているタスク管理ツールです。タスクの進捗状況やスケジュール管理などグラフィカルに管理できる汎用性の高いサービスです。今回は同じようなタスクが繰り返して発生するようなケースを想定して、PlannerとPower Automateを組み合わせたタスク管理テンプレートの作成方法を紹介します。 Plannerの概要 Plannerは個人ベースからプロジェクト単位まで幅広く利用できるタスク管理サービスです。ガントチャート型のタスク管理ではなく、カード型のタスク管理が基本となります。タスクごとにカードを作成するような感覚で、日付や担当者を割り当ててゆきます。業務の進捗管理や個人のやることリストのような使い方まで工夫次第で利用シーンはさまざまです。さらに、タスクの進捗状況はグラフを用いて視覚的に確認できるようになっています。もちろん、それぞれのタスクをカレンダーに表示して一覧で確認することも可能です。Teamsの追加タブにも表示できるので、わざわざ画面を切り替えての手間が省けて効率的に活用できます。 Microsoft365のサービス Planner カード型のタスク管理 グラフィカルな進捗確認 カレンダー表示でスケジュール確認 Teamsからも利用可能 Plannerで新規店舗オープンの「やることリスト」をテンプレート化 　Plannerで飲食店などの開店準備で「やることリスト」を作成します。通常はバケットを作成してタスクを追加してリストを作成してゆきます。一度きりの「やることリスト」の利用であればよいのですが、店舗の開店準備を何度か繰り返すような場合は、「やることリスト」自体をテンプレート化して次回以降も再利用できるようにしておきたいものです。 タスク単位のコピーや、プラン自体のコピーは可能なのですが、残念ながら一番欲しいバケット単位でのコピー機能が提供されていません。そんなときにはPower Automateを利用してテンプレート化した「やることリスト」を展開できるようにすると便利です。ここからはその具体的な作成方法を紹介します。 プランのコピー タスクのコピー Excelでリスト作成 まずは、Excelを使ってやることリストを作成します。 タイトルオープン前日数メモ担当者 こちらの内容で記載します。オープン前日数は、オープン日をゴールとしてそこから逆算して何日前までに完了していなければならないかという指標となります。 次にこのデータをテーブルとして定義します。「テーブルとして書式設定」を選択します。 書式を指定してテーブルを定義します。さらに、テーブル名を「タスク」としておきます。ここまで作成したら「店舗オープンタスクリスト.xlsx」という名前で保存しておきます。 Teamsでチャネルの作成 次にTeamsで専用のチャネルを作成して、Plannerを利用できるように設定をしておきます。チャネルを作成するチームには担当者がすでにメンバーとして追加されています。 今回は“新規店舗オープン”というチャネルを作成しました。さらにこのチャネルからPlannerが使えるように追加します。タブの追加ボタンを選択します。 「PlannerおよびTo DoによるTasks」を選択します。 Plannerが追加されました。 こちらのチャネルに先ほど作成したExcelファイルをアップロードしておきます。 Power Automateでテンプレート作成 準備が整いましたので、Power Automateで「やることリスト」をテンプレート化するフローを作成してゆきます。「新規店舗オープンテンプレート」という名前のインスタントフローを作成します。 入力の追加で、「店舗名」と「オープン日」をフロー実行時に設定できるようにしておきます。 アップロードしたExcelファイルからタスクリストを取得します。 新規オープンする店舗ごとにバケットを作成します。 アクションの追加でPlannerの「バケットを作成する」を選択します。バケットの名前には最初に入力の追加で設定した「店舗名」を選択しておきます。グループIDはTeamsのチーム名、プランIDはPlannerのプラン名をそれぞれドロップダウンの一覧から指定します。 バケットの中にタスクを追加してゆきます。「タイトル」設定時に、「表内に存在する行を一覧表示」で取得した「タイトル」を選択します。 タイトルを追加したと同時に、「Apply to each」のアクションが追加されます。これはExcelのテーブル内にタイトルが複数存在するので、自動的にすべてのデータを処理できるように設定されたためです。 バケットIDには直前に作成したバケットのIDを指定します。 「期限日時」を設定します。こちらは関数を利用して、オープン日からオープン前日数を引いた日時を設定します。 formatDateTime(addDays(triggerBody()['date'], mul(int(items('Apply_to_each')?['オープン前日数']),-1)), 'yyyy-MM-dd') この式を入力して「OK」ボタンを選択します。 最初に入力の追加で指定した「オープン日」から。「オープン前日数」に−1を掛けた数字をaddDays関数で追加して、日付の表示形式に整えています。 順番が前後しますが、ここで担当者を設定するためのステップを作成します。 いったん「タスクを作成する」を最小化して、その下の「アクションの追加」から「Office365ユーザー」を選択します。 「ユーザーの検索」アクションを選択します。 「検索語句」に「表内に存在する行を一覧表示」で取得した「担当者」を選択します。 順番を入れ替えるために「タスクを作成する」ステップを一番したまでドラッグして移動します。 再度「タスクを作成する」を開いて「割り当てられたユーザーID」に first(outputs('ユーザーの検索_(V2)')?['body/value'])?['Id'] こちらの式を入力します。 先ほどの「ユーザーの検索（V2）」の検索結果で最初に一致したユーザーIDを設定しています。 最後にタスクにメモを追加します。メモは「タスクの詳細の更新」アクションで追加します。「タスクID」には「タスクを作成する」から「ID」を選択します。 「説明」にはExcelから「メモ」を設定します。 ここまでできたらテストしてみましょう。店舗名とオープン日を設定して実行します。 フローはうまく動いたようです。 Plannerを確認してみると、新しくバケットが作成され、それぞれのタスクも追加されています。期限や担当者、メモもきちんと設定されています。 グラフでも確認できています。 スケジュール設定も問題ありません。 フロー全体としてはこのようになりました。 さいごに 以上、PlannerとPower Automateを利用して、新規店舗オープン時の「やることリスト」を作成してみました。こちらをテンプレートとすることで、繰り返して同じタスク管理を簡単に行うことができます。 この方法は、新規店舗オープンだけでなく、さまざまな利用シーンに応用可能です。Planner単体で機能として不足している部分もPower Automateと組み合わせることで、レベルアップしたツールとしてより便利に効率的に利用ですことができるようになります。 Microsoft365のサービスや外部のサービスもPower Automateでさらにパワーアップしてどんどん使いやすくしてみましょう。

Microsoft365に「Windows 365」という新しいサービスが追加されました。テレワークが急増している中で一部のユーザーにとっては待ちに待ったサービスとも言えるものです。今回はこの「Windows 365」に注目して概要とセットアップ方法、最初に行うべき設定など紹介します。 OSがWindows 10であること 　Azureや他のパブリッククラウドサービスでは、サービス開始当初からサーバーOSであるWindows Serverの仮想マシンを利用することができました。一方クライアントOSであるWindows 10の仮想マシンが利用できるクラウドサービスはほぼAzureのみと言ってもいいほど他に類を見ません。これはWindows 10をサービスとして提供する場合特殊なライセンス形態を要するため、本家のMicrosoft以外ではなかなか提供しにくくなっていることが要因となっています。詳しい方であれば見た目や機能などWindows ServerをWindows 10のようにカスタマイズすることも可能ですが、一部のアプリケーションがインストールできなかったり、細かいところで使い勝手が異なったりと、一般ユーザーにとってはやはりWindows 10をそのまま利用できることが望ましいと思われます。ただし、Windows 10が利用できる本家のAzureサービス「Azure Virtual Desktop」を実際にセットアップして利用してみると、色々と設定項目が多く、料金も利用時間やネットワーク、使用ディスク容量などすべて従量課金となっており、手軽に使えるWindows 10の仮想デスクトップとは程遠いものとなっています。そこで登場したのが「Windows 365」です。Windows 365では仮想マシンを分かりやすく「クラウドPC」と呼んでいます。中小企業向けエディションの「Business」では、利用したいクラウドPCのCPU、メモリ、ディスク容量を一覧から選ぶだけでセットアップ作業は完了です。クラウドPCが作成され次第、ネットワークなどの専門知識も不要ですぐに利用可能となっています。Windows 10が簡単に利用できる仮想デスクトップサービスが満を持して登場したことになります。（今後リリース予定のWindows 11も対応予定） エディション Windows 365には2つのエディションが用意されています。中小企業向け「Business」とだい企業向け「Enterprise」です。それぞれの特徴は以下のようになっています。 BusinessEnterpriseOSWindows 10 Enterprise　 Windows 11 EnterpriseWindows 10 Enterprise　 Windows 11 Enterprise最大ユーザー数1契約あたり300無制限サイズ変更不可スペックアップのみ可Officeアプリインストール済み利用可（別途ライセンス必要）インストール済み利用可（別途ライセンス必要）必須サービスMicrosoft365Microsoft365MicrosoftエンドポイントマネージャーAzure Active Directory P1　※ネットワーク従量課金無有Windows Active Directory利用不可利用可 ※Microsoft 365 F3、Microsoft 365 E3、Microsoft 365 E5、Microsoft 365 A3、Microsoft 365 A5、Microsoft 365 Business Premium、Microsoft 365 Educationをすでに利用している場合は不要 スペックと価格 BusinessとEnterprise2つのエディションで用意されているクラウドPCのスペックに違いはありません。価格については、Businessエディションのみ「Windowsハイブリッド特典」の有無で月額費用が異なります。Enterpriseの場合は「Windowsハイブリッド特典」相当がすでに月額費用に適用されているのでBusinessエディションの割引価格と同額になります。「Windowsハイブリッド特典」はすでにWindows 10 Proを使用している場合、契約期間中に1度でもWindows 365にログインすると適用される割引特典です。 Windows 365のプランと価格（https://www.microsoft.com/ja-jp/windows-365/all-pricing）より セットアップ 今回はセットアップが簡単なBusinessエディションの2vCPU 4GBメモリ、128GBストレージのクラウドPCのセットアップを行います。 Windows 365 Businessのプランと価格 | Microsoft（https://www.microsoft.com/ja-jp/windows-365/business/compare-plans-pricing）　こちらページより“Basic”の「今すぐ購入」を選択します。他のスペックを選択したい場合は「Windows 365を構成する」を選択します。 特典の利用有無を選択します。 案内に従い必要情報を入力します。すでにMicrosoft 365を利用している場合は、アカウントのメールアドレスを入力することで、既存のサービスに追加されます。 セットアップが完了したら、Microsoft365の管理センターからライセンスの割り当てを行います。（はじめての場合、この手順はスキップWindows 365のサービスページへ） Microsoft365のポータルサイトを表示すると、サービスにWindows 365が追加されますのでこちらを選択します。 Windows 365のサービスページが表示されます。セットアップ直後の場合は、まだクラウドPCを作成中となっているので完了するまでしばらく待つ必要があります。セットアップが完了したら「ブラウザーで開く」を選択します。 ローカル リソースへのアクセスを求められるので必要に応じて選択して、アカウントとパスワードを入力します。 ログインできました。 Windows 10 Enterpriseの英語版になっているようです。時刻は日本時間となっています。 TeamsをはじめOfficeアプリケーションはすでにインストールされていますが最初にログインすることになるのでライセンスが別途必要です。 GPUは搭載されておりません。 ネットワークのスピードはなかなかのものです。Businessエディションの場合は従量課金がない代わりに利用状況によって帯域制限がかかることがあるようです。 各種設定 Windows 365のサービスページの各種設定を見てみましょう。クイックアクションではいくつかの設定項目が表示されています。 「組織の管理」はMicrosoft365の管理センターを開いてライセンスの割り当てなどが可能です。 Windows 365のリモートデスクトップ接続はブラウザーだけではなく、新しいリモートデスクトップ接続クライアントが利用できます。「リモートデスクトップのダウンロード」ではこのアプリケーションをダウンロード＆セットアップを行います。新しいクライアントアプリケーションはWindows OSだけではなく、スマートフォンやMacOS版も選択可能です。 「その他のクラウドPCを入手」ではMicrosoft365の管理センターから追加のWindows 365を購入できます。 その他、ユーザーの追加やサポート関連のコンテンツがクイックアクセスには用意されています。 新しいリモートデスクトップ接続クライアント Windows 365のサービスページから「リモートデスクトップのダウンロード」を選択して、新しいリモートデスクトップ接続クライアントをインストールしてみましょう。 Windows 365のサービスページからクラウドPCを「ブラウザーで開く」を1度実行します。 アカウント入力画面で、右上の設定メニューから「ｒｄｐファイルのダウンロード」を選択します。こちらの設定で、次回以降リモートデスクトップがブラウザーではなく、リモートデスクトップ接続クライアントから開くことができるようになります。 リモートデスクトップ接続クライアントから開いて全画面表示にすると上部に接続バーが表示されます。個人的にはリモートデスクトップ接続クライアントからのほうが体感的にサクサク動いている感じを受けます。 スタートメニューから先ほどインストールした「Remote Desktop」を開くと、まだ何も登録されていな状態なので、Windows 365のクラウドPCを登録しておきましょう。設定は簡単で、「登録」ボタンを選択するだけです。Microsoft365のアカウント情報を入力すると、自動的に設定済みのクラウドPCを読み込んで登録が完了します。 先ほどダウンロードした新しいリリモートデスクトップ接続クライアントの接続ファイルは、これまでのリモートデスクトップ接続クラインと互換性がありません。裏を返すと、Windows 365のクラウドPCはこれまでのリモートデスクトップ接続クライアントからでは接続できない仕様となっていますので注意が必要です。 リモートデスクトップ接続クライアントを利用すれば、毎回Windows 365のサービスページを開かなくても簡単に接続ができるようになります。 日本語表示の設定 まず、最初に行いたい設定としては、日本語表示に変更することだと思われます。以下手順を紹介します。 クラウドPCのスタートメニューから歯車のアイコンの「Settingｓ」を選択してWindowsの設定を開きます。 「Time&Language」を選択します。 「Region」を選択して、「Country or region」で“Japan”を選択します。 「Language」から「Add a language」を選択します。 日本語を選択します。 チェックボックスをこの設定にしてインストールを実行します。 一度サインアウトします。 クラウドPCに接続しなおすと日本語表示となっています。 以上「Windows 365」に注目して概要とセットアップ方法、最初に行うべき日本語化の設定など紹介しました。 とても簡単にはじめられるクラウドＰＣです。テレワークや、24時間稼働させるRPAの実行環境、ひと昔前のスペックの低いPCの買い替え手段としてもWindows 365のクラウドPCは現実的な答えをもたらしてくれます。 手元のノートパソコンとクラウドPCのハイブリッドなシステム環境が仕事の効率を大きくアップさせることは間違いありません。是非お試しください。

以前、クラウドフローからデスクトップフローを呼び出すハイブリッドフロー（RPAを作りましょう　ハイブリッドフロー編）を紹介しました。プラミアムアクションの「Power Automate Desktopで構築したフローを実行する」を利用することで実現可能となっています。これとは反対にデスクトップフローからクラウドフローの呼び出しは残念ながら現時点では明確なアクションとしては提供されていませんが、いくつかの機能を組み合わせることで実現可能となっています。今回は、ハイブリッドフローリバースということで、デスクトップフローからクラウドフローの呼び出し方を紹介します。今回作成するのは、クラウドフロー側で用意した“Teamsにメッセージを投稿する”というフローをデスクトップフローから呼び出すといったものになります。 ハイブリッドフローで必要なライセンス 前回紹介したハイブリッドフローの作成同様、今回もPower Automateの有償ライセンスが必要となります。最低限「Power Automate per user with attended RPA（1ユーザーあたり￥4,350/月）」が必要となります。 ※参照※ https://developers.gmo.jp/technology/8233 クラウドフローの作成 まずはPower Automateのクラウドフローの作成から。Power Automate Desktopのデスクトップフローから呼び出されるための設定を行います。今回のポイントはクラウドフローのトリガーとして「HTTP要求の受信時」を利用する部分です。 作成するのは「自動化したクラウドフロー」となります。 ここはスキップで進みます。 “http”のキーワードで検索して、トリガーの中から「HTTP要求の受信時」を選択します。 今回のフローはTeamsへメッセージを投稿する機能となるので、以下のJSONスキーマを入力します。 {　　　"type": "object",　　　"properties": {　　　　　"subject": {　　　　　　　"type": "string"　　　　　},　　　　　"message": {　　　　　　　"type": "string"　　　　　}　　　}} 次に、Teamsのアクションから「メッセージを投稿する」を選択します。 先ほどの「HTTP要求の受信時」で入力したJSONスキーマを読み取って、「件名」と「メッセージ」は動的なコンテンツから選択可能となっています。 いったんここまでの内容で名前を付けて保存します。 保存後「HTTP要求の受信時」を確認すると、「HTTP POSTのURL」が発行されているのが確認できます。こちらをコピーして取得しておきます。 URLのデコード 取得したURLはエンコードされているので、この後、Power Automate Desktopのデスクトップフローで利用するにはURLデコードを行っておく必要があります。 UrlEncode.net（http://urlencode.net/）などでもデコードは可能ですし、PowerShellでも以下のようにデコードできます。 $Url = "取得したUrl"［System.Web.HttpUtility］::UrlDecode($Url,［Text.Encoding］::GetEncoding("sjis")) デスクトップフローの作成 続いて、Power Automate Desktopでデスクトップフローを作成します。 アクションの中から「Web」-「Webサービスを呼び出す」を選択します。 以下の内容を設定して保存します。 URL先ほど取得してデコードしたものを入力しますメソッドPOST受け入れるapplication/jsonコンテンツタイプapplication/json要求本文{"subject":"TEST2020", "message":"テストです！"}要求本文をエンコードしますOFF 実行してみましょう！ 上手くいきました！成功です！ 参考までに、デスクトップフローで「Webサービスを呼び出す」の部分を「PowerShellスクリプトの実行」に置き換えることも可能です。 $Url = "取得したURL"$postText = @{subject="TEST2020"; message="テストです！"} | ConvertTo-Json -Compress$postBody = [Text.Encoding]::UTF8.GetBytes($postText)Invoke-RestMethod -Method POST -Uri $Url -Body $postBody -ContentType application/json 以上がデスクトップフローからクラウドフローを呼び出すハイブリッドフローリバースとなります。 さいごに デスクトップフローをクラウドフローが連携することでPower Automateの利便性は確実にアップします。 今回のようにTeamsを絡めてのメッセージングや、デスクトップフローからOneDriveにファイルを保存した後にクラウドフローで処理するなどアイディア次第で色々便利に使えそうです。 これぞハイブリッドフローという使い方を見つけてみてください。

これまで紹介してきた、Power Automate、Power Automate Desktopは日常の業務を効率化するためのフロー作成ツールとしてとても安価で優れた機能を提供しています。フローを作成する以外にも、Power Automateにはフローを管理や共有するための様々な機能も用意されています。個人レベルの業務でフローを活用することによって確実に効率化の効果は期待できます。それ以上に企業においては組織的にフローを活用することで、より大きな効果が期待できるのです。開発したフローを効率的に管理して、様々な場所や部署で稼働させるにはフローの共有が有効です。今回はTipsの一つとしてPower Automate、Power Automate Desktopのフローの共有方法を紹介してゆきます。 Power Automate クラウドフローの共有 まずはPower Automateクラウドフローの共有方法です。4つの共有方法を紹介します。 「所有者」として共有 所有者として共有したいメンバーを追加することで、実行だけでなく、フローの編集も可能になります。Power Automateのフローの管理から「マイフロー」を選択して共有するフローを選択します。もしくは、カーソルをフロー上に移動して「共有」を選択します。 「所有者」-「編集」を選択します。 所有者に共有するメンバーのアカウントを追加します。 所有者として追加するためフローと接続に対してのすべての権限が割り当てられるという注意が表示されます。 共有されたユーザー側で確認すると、「マイフロー」-「共有アイテム」内に所有者として追加されたフローが確認できます。共有元では、「クラウドフロー」から「共有アイテム」にフォローが移動しています。 所有者からユーザーを削除することで、共有を停止できます。 所有者を削除しても、フォローは「共有アイテム」内に残ります。このままでも動作に支障はありませんが、「クラウドフロー」に戻したい場合は、「名前を付けて保存」を選択して別名で「クラウドフロー」内に保存します。コピーとして保存後、「共有アイテム」内のフローを削除して、元の名前に変更する必要があります。 コピーしたてのフローは“オフ”状態となっているので、“オン”にして有効にしておく必要があります。 「実行のみのユーザー」として共有 先ほどの所有者としての共有とは異なり、実行のみ許可されたユーザーとして登録してフローを共有する方法がこちらになります。ただし、こちらの共有方法が利用できるのは手動で実行する“インスタントクラウドフロー”だけに限定されています。 フローの管理メニューから「実行のみのユーザー」の編集を選択します。（“インスタントクラウドフロー”以外は「実行のみのユーザー」メニューが表示されません。） 共有するユーザーを登録します。画面下の「保存」を選択します。 「実行のみのユーザー」として登録されました。 登録されたユーザー側ではメールが確認できます。フローを実行するには「Get Button」を選択します。 Power Automateのフロー管理画面が表示されるので、「続行」を選択します。 「フローの実行」を選択します。 フローが実行されました。 「実行のみのユーザー」として共有されたフローは「マイフロー」には登録されません。毎回先ほど届いたメールから起動することになります。共有元のフローも「共有アイテム」とはならず、元のまま「クラウドフロー」内で確認できます。 共有元の「実行のみのユーザー」からユーザーを削除することで共有が解除されます。 エクスポートして共有 クラウドフローは共有方法の1つとして、パッケージファイルをzip形式で保存することがきます。保存したパッケージファイルはインポートして再利用が可能です。フローの編集から「エクスポート」-「パッケージ（.zip）」を選択します。 パッケージの詳細を入力して「エクスポート」を選択します。 共有するユーザー側の「フローの管理」から「インポート」を選択します。 はじめてインポートする場合は操作アイコンを選択して、「インポートの設定」で“新しく作成する”を選択します。 こちらの内容でインポートを実行します。 インポートされました。直後は“オフ”になっているので“オン”にして実行できるように設定しておきます。 コピーの送信で共有 コピーの送信はメールに添付する形式でフローを共有できます。 フローの編集から「コピーの送信」を選択します。 タイトル、説明（25文字以上）、送信先を設定して送信を実行します。 送信されたユーザー側ではメールが確認できます。「マイフローの作成」を選択します。 テンプレートとして共有されているので、「フローの作成」を選択します。 フローが作成されました。 コピーを送信されたフローは、送信元と受信側の両方での「テンプレート」-「自分と共有」で確認することができます。 送信元からこのテンプレートを選択して削除することが可能です。 テンプレートとして送信で共有 「コピーの送信」はプライベートなテンプレートの送信といった感じの共有方法でしたが、「テンプレートとして送信する」はPower Automateのパブリックなテンプレートとして登録して、フローを共有する方法となります。 この方法はPower Automateのギャラリーで承認された場合にテンプレートとして掲載されることになります。 フローの編集から「テンプレートとして送信する」を選択します。 必要な情報を入力して送信を実行します。 （テストなので実行していません。） 承認されればこちらのテンプレートに掲載されフローが共有可能となります。 Power Automate Desktop　デスクトップフローの共有 次にPower Automate Desktopデスクトップフローの共有方法です。2つの共有方法を紹介します。 共有する相手の追加 デスクトップフローの共有設定は、インストール版のPower Automate Desktopからでは設定できないようになっています。Microsoft365にログインして、Web版のPower Automateの管理画面から、「マイフロー」-「デスクトップフロー」を選択して、共有するデスクトップフローを選択します。 「共有する相手」から「アクセス権を管理する」を選択します。 共有するユーザーを追加します。 アクセス権として、実行権限のみの“ユーザー”もしくは、管理権限を持つ“共同所有者”のいずれかを選択して共有を実行します。 共有されたユーザー側で確認すると、デスクトップのアプリケーションからでも「共有アイテム」として確認することができます。実行ユーザーとして共有されたので、フローの編集自体はできなくなっています。 共有した側のWeb版のPower Automateの管理画面とPower Automate Desktopアプリケーションの共有アイテムには共有されているはずのデスクトップフローは確認できませんでした。 コードのコピー＆ペーストで共有 デスクトップフローはコピー＆ペースでコード自体をテキストで取得することができるようになっています。この特徴を利用してメモ帳やメールにコード自体をテキストで張り付けてデスクトップフローを共有することが可能となっています。 Power Automate Desktopアプリケーションから共有するフローを選択して、コードを表示します。 “Ctrl+A”でコードすべてを選択して、“Ctrl+C”もしくはマウスの右クリックメニューで「コピー」を選択します。 メモ帳などに張り付けるとデスクトップフローのコードが取得できます。 共有される側のPower Automate Desktopアプリケーションからフローの新規作成を選択します。 空白スペース上で“Ctrl+V”もしくはマウスの右クリックメニューで「貼り付け」を選択します。 フローが張り付けられました。 このまま共有されたフローを利用できるようになりました。 フローの共有方法のまとめ Power Automate クラウドフロー 共有方法保存場所所有者として追加するマイフロー　－　共有アイテム実行のみのユーザーとして追加する（インスタントフローのみ）メールエクスポート　/　インポートマイフロー　－　クラウドフローコピーの送信テンプレート　－　自分と共有テンプレートとして送信する（承認された場合）テンプレート Power Automate Desktop デスクトプフロー 共有方法保存場所共有する相手を追加する（ユーザー or 所有者）Power Automate Desktopアプリケーションの共有アイテムコードのコピー＆ペーストマイフロ―　－　デスクトップフローPower　Automate Desktopアプリケーションのマイフロ― 以上が、Power AutomateとPower Automate Desktopのフロー共有方法となります。 企業内で開発されたフローを有効的に共有することによって、開発効率のアップにつながります。また、共有によるフローの集中管理を実現することで、メンテナンス性のアップやセキュリティー対策にも役立てることが可能です。個人の利用においても、デスクトップフローはテキストベースでのコピー＆ペーストが可能なので、手軽に共有することが可能です。開発テクニックの共有もつながりますので個人レベルでのスキルアップにも十分役立てることができます。 このように、Power Automateには様々なフローの共有方法が用意されているので、利用用途によって使い分けることがフロー活用の重要なポイントなります。

少し前まではRPAを導入する場合、初期導入で数十万円、月額利用料でも数十万円という費用が必要でしたが、Power Automate ・ Power Automate Desktopを利用することで、月額数千円程度でRPAが利用できるようになりました。ですが、これまでに開発し利用しているRPAが多数に及ぶ場合はなかなか簡単にPower Automate ・ Power Automate Desktopに切り替えるといったことが難しいとも考えられます。今回はRPA導入に関してこれらコストに見合った効果をいかに発揮してゆくのか、その方法や効果測定の指標、RPAの導入効果について考えてみたいと思います。 RPA導入にかかるコスト 初期導入費用 まずは、RPAを導入する場合どれくらいのコストが発生するのかを見てみましょう。どのようなRPAを導入するかによって金額はさまざまですがある一例ということで考えてみます。 項目金額数量RPA本体開発用60 万円1RPA本体実行用30万円1開発費用（外部委託）50万円1RPA実行専用PC10万円1 こちらの例の場合初期導入費用で150万円となりました。 この例以外でも、販売元からの導入支援費用や、初期設定費用など発生する場合もあります。 運用費用 次にRPAを利用することで必要となる月額費用です。こちらも製品やサービスによってさまざまです。RPA1体につき月々ライセンス費用が発生する場合や、本体費用にこれらが含まれている場合もあります。 項目金額数量ライセンス5万円1サポート5万円1※RPA1体につき RPA1体を利用するだけでも10万円ほどの費用が必要となります。稼働するRPAの数が多くなればライセンス必要もそれに伴い追加購入する製品もあります。 教育・研修費用 さらに、RPAを活用するためには利用する側の技術習得も必要となります。独学で開発方法や利用方法を習得することも可能ですが、場合によっては開発セミナーや利用者向け教育プログラムに参加するこが必要となります。 項目金額数量開発者セミナー30万円1利用者セミナー5万円1 RPA技術者採用費用 企業によってはRPA導入を機に専門部署の設立や、RPA開発・運用のための人財を採用することも考えられます。 項目金額数量採用費用20万円1技術者給与（月額）50万円1 単純にRPAの購入代金だけでは無く、初月まで含めると数百万円の導入費用が必要となる場合も考えられます。 RPAを導入することによる人件費削減を目指している一方、RPAを開発・運用するために新たな仕事と人件費が発生することも念頭に置いておきましょう。ただし、RPAの中にはMicrosoft365のPower Automate・Power Automate Desktopなどのように月額数千円から無料でも利用できるものがあります。機能と費用を検討した上でこういった低価格のサービスをうまく利用することも導入費用を抑えるコツとなります。 PRA導入への期待 これら数百万円の費用を投じて、企業が期待できる効果を挙げてみましょう。 作業時間の短縮 RPAの導入効果で一番に実感できるのが作業時間の短縮です。一定の規則にしたがってロボットが人に代わって自動的に作業を処理してくれるので、スピードの優位性は当然のこと、多岐に渡る作業も滞り無くこなしてくれます。 生産性の向上 業務時間の短縮に伴い、処理できる仕事の量も格段にアップします。休憩も無く、深夜までもRPAは稼働し続けることが可能です。人の数十倍、数百倍もの処理能力で生産性の向上が期待できます。さらに、作業時間の短縮や単純作業をRPAに置き換えることで、人でしか出来ない仕事や、より創造的な仕事へシフトすることで売り上げアップなどの取り組みが可能になります。 コスト削減 新たに人を採用して業務の処理量を増やすといった取り組みは、RPAの導入に置き換えることができます。採用費、入社に伴う教育費も抑えることができます。業務時間の短縮は人件費など残業コストの削減にもつながります。 人的ミスの回避 RPAで置き換える仕事として多いのが、データの転記です。Excelのデータを基幹システムへ手入力していた業務を自動化するなどです。その際、人が目で見て手で入力といった作業になるのでどうしても見間違いや入力ミスなどが起こりがちです。こういったミス回避のための二重チェックやデータ修正などRPAを活用していれば不要な業務が一掃されます。 属人化の回避 仕事の中にはその人でしか分からないといった業務がいくつか存在する場合があります。その方がお休みでどう処理してよいか分からないなど困ることもしばしば。退職するとなれば代わりの担当者を採用して引継ぎマニュアルを作成しなければなどと、お金も時間も必要となる場合が多く見受けられます。ある程度の業務をRPA導入により見える化することでこういった混乱を回避できます。 労働環境の改善 一日に数百件のデータを画面をじっと見ながら転記するような単純作業を毎日繰り返す業務は人によってはかなりの負担を生じさせます。精神的、肉体的にハードワークとなり得ます。こういった労働環境を改善するといった役割もRPAは担っていいます。長時間労働やストレス過多など職場に潜在的に潜んでいる悪しき労働慣習なども改善できる可能性があります。 RPAの使いどころ RPA（Robotic Process Automation）はロボットというだけあって人の代わりに何でも仕事を自動的にこなしてくれそうなイメージですが、RPAは得意なことと不得手なことがあります。 得意分野 人が行う画面上の操作の代行ルールが決められたパターン化された作業繰り返しの反復処理長時間作業複数のシステムを組み合わせた処理など 不得意分野 あいまいな情報からの判断ルールが決められていないもの実行環境が整っていない状況での作業など これらを踏まえた上でRPAの効果を最大限に引き出せる環境での活用が必須となります。 「パターン化されているけれどもシステム連携など複雑な反復処理を1日に何度も実行する」など、一番の活躍の場となります。 さらに、RPAは必ずしも既存の業務を置き換えるだけのものではないということも覚えておくとよいでしょう。これまでは業務システムなどはプログラミングのできる専門のエンジニアが担当して作りこむものでしたが、多くのRPAはローコードと呼ばれる簡易プログラミングで開発可能です。ローコードの恩恵によりシステム開発という分野のハードルがかなり低くなっています。何か新しい仕組みやシステムが必要となったとき、自分達でそのシステムをRPAで開発することが可能です。 導入体制 RPAはその高額な費用から会社としては専門の部署や人員が開発～運用までを担うことを想定していると思います。確かに部署間を横断するようなシステムや、全社員向けの人事システムなどは専門部署管轄で開発運用すべきです。 一方、RPAの活躍の場は実は個人の仕事の中に数多く存在しています。こういった1つ1つの案件にRPA部門が開発から運用までを一手に引き受けてしまうとRPAを作れば作るほどRPA部門や開発担当者への負担が増加してゆきます。せっかく現場では効率的に仕事ができるようになってきたのに、RPA部門は毎日残業、人員もどんどん増やさねばという事態もあり得なくはありません。 こういった事態を回避するためにもRPA導入は効果を発揮します。通常のシステムだと、専門のエンジニアが開発～運用まで行う必要があります。一方RPAなら、最初の開発こそRPA部署に依頼をしたとしても、ちょっとしたメンテナンスや修正はローコードのおかげで現場担当者レベルで可能となります。RPA部門にとっても手離れのいいシステムとなるのです。さらに言えば、個人で完結するようなお助けツール程度であれば担当者でもRPAで開発が可能です。RPAを導入した場合の体制としては、会社全体として専門部署を構えることと併せて個人での開発利用も推進すべきと考えます。 RPA導入の費用対効果の測定 RPAの導入費用が算出できたら、その費用に対する効果を検証する必要があります。費用に見合った、もしくはそれ以上の効果を期待しているからこそのRPA導入です。その具体的な効果測定方法は以下の3つとなります。 削減費用 いくら作業時間が削減されたとはいえ、具体的な金額に置き換えてみないと費用対効果の判断は困難です。1つの例としてその金額を計算してみましょう。ポイントとなるのは削減時間と人件費です。具体的には以下となります。 削減費用 ＝（業務1件当たりの削減時間 × 担当者の人件費）× 業務数 + 残業削減コスト この金額と、RPA導入にかかった費用を比較することで費用対効果の有無を判断できます。 生産性向上 RPAの導入で得られる効果はマイナス（削減）だけではありません。プラスに働く効果も必ず測定する必要があります。1つの効果としては処理件数の向上です。これまで100件しか処理できなかった作業が1000件処理できるようになったなど、明確に効果として現れます。さらに、処理時間の削減や創造的な仕事へのシフトなどRPA導入後の売り上げの増加分も効果として含めることができます。 生産性向上 ＝ 業務1件当たりの売り上げ単価 × 増加処理件数 + 売り上げ増分 定性的効果 上の２つは具体的な金額まで落としこみ可能な範囲の効果測定となりますが、RPAの導入効果には数値に表しきれない部分も期待できます。仕事へのストレスが減って働きやすくなったとか、引継ぎが簡単、業務の見える化を実現などさまざまな効果が期待できます。 定性的効果 ＝ 人的ミスの回避 + 属人化回避　+ 労働環境の改善 これら3つの効果測定方法を踏まえてRPAの導入が果たしてどれだけの効果があったのかを判断してみてください。 考察 RPAの導入効果では「作業時間をどれだけ短縮したか」だけに焦点を当てて効果の有無を判断する場合がしばしば見受けられます。もちろん作業時間の短縮も効果として十分期待できる部分ではありますが、残念ながらRPAを導入したからといって、すぐに人を辞めさせて人件費が削減できるといったものではありません。どれだけ作業時間を削減したとしても、いまいる人達で売り上げアップなど生産性の向上に向け取り組まなければRPAの導入効果は道半ばと考えてください。 手の空いた時間をどれだけ生産的な仕事に還元できたとか、人がすべき仕事に時間を振り分けられたなど、1人1人の生産性を上げる取り組みが必要です。 また、生産性を上げるための取り組みがRPAの導入でしか実現できないというのも誤りです。RPAは生産性を上げるための1つの手段でしかありません。RPAを使わなくともExcelの関数やマクロ、仕事のやり方や業務フローの見直しなど費用をかけずとも出来ることはたくさんあります。これらをRPAと組み合わせることでより一層の業務効率化を実現し、生産性を上げることが可能です。 中には、RPAを魔法の道具のように理想を描いてしまい、RPAを導入した時点で満足してしまったり、RPAの稼働数を上げることだけが目的となってしまっているケースも見受けられます。よくよく効果を検証してみれば、RPA導入費用に見合うコスト削減も生産性向上も図れずにいるのにまったく気づいていないという有様です。 使いどころの章でも述べましたが、RPAは必ずしも既存の業務を置き換えるだけのものではないということです。業務担当者自ら仕事を効率化するための道具でもあります。何か新しい取り組みをする際にもRPAを前提に仕事のやり方を考えてみることが必要です。 一人一人がちょっとしたことでも効率的に取り組む姿勢が、集まれば会社全体の生産性の向上へとつながります。RPAの導入がこうした意識改革のきっかけとなることこそ一番の効果と言えるかもしれません。 先日MicrosoftはPower Automate Desktopを無償提供すると発表しました。これまで仕事のスキルとして「Word、Excelは当たり前に使えます」とうのが普通でしたが、これからは、「RPAは当たり前に作れます」といった時代となるでしょう。RPAで置き換えられる仕事はどんどんRPAにやってもらい、人がやらなければいけない仕事により多くの時間を費やすといった効率的かつ創造的な仕事のやり方が今求められています。 以上、RPA導入における効果について考えてみました。

これまで開発方法を紹介してきた「クラウドフロー」と「デスクトップフロー」は、組み合わせることで「ハイブリッドフロー」としてさらなるパワーアップが実現可能です。今回はこの「ハイブリッドフロー」の開発方法を紹介してゆきましょう。 ハイブリッドフローの実行環境 ハイブリッドフローは、クラウドフローからデスクトップフローを呼び出すことで実現します。（残念ながら現時点ではデスクトップフローからクラウドフローを呼び出す機能は提供されていません。）当然のことながら、PCにPower Automate Desktopがインストールされていることが前提となります。さらに、オンプレミスデータゲートウェイのインストールも完了している必要があります。オンプレミスデータゲートウェイはクラウドフローとデスクトップフローの橋渡し役を担います。それぞれのインストールの方法についてはこちら（https://developers.gmo.jp/2546/）を参考にしてください。 ハイブリッドフローで必要なライセンス 加えてライセンスのお話しになります。クラウドフローからアクションとしてデスクトップフローを呼び出す機能は、プレミアムコネクタに当たるのでMicrosoft365やOffice365に付属している「Power Automate for Office365」のライセンスからでは利用することができません。プレミアムコネクタを利用してデスクトップフローを呼び出すハイブリッドフローを利用する場合は「Power Automate per user with attended RPA　（1ユーザーあたり￥4,350/月）」が必要となります。 さらに、Power Automate Desktopを呼び出す場合「「アテンド型」」と「非アテンド型」の実行モードが選択できるようになっています。デスクトップにユーザーがログインしている状態で実行するのが「アテンド型」、完全にサインアウトしている状態でも実行できるのが「非アテンド型」となります。「アテンド型」はログイン済みのデスクトップセッション上で稼働するのでユーザーがそのPCを専有している状態で稼働します。一方「非アテンド型」はデスクトップのセッションを必要とせずバックグラウンドで実行されるのでユーザーのログインすら必要としません。 「非アテンド型」を選択した場合は、別途ライセンスとして「Unattended (無人型) RPA add-on　（1ボットあたり \17,000/月）」が必要となります。 ライセンス価格利用可能範囲Power Automate Desktop無料デスクトップ上の操作の自動化が可能Power Automate for Office365Microsoft365・Office365に含まれるPower Automateと一部のコネクタが利用可能Power Automate per user with attended RPA1人あたり4,350円/月Power Automate の全ての機能が利用可能Unattended RPA add-on1ボットあたり17,000円/月無人でフローを実行する場合は必須 以下は、Microsoft365 + Power Automate per user with attended RPA　を割り当てた状態です。プラミアムコネクタのPower Automate Desktopのフローの呼び出しと、アテンド型（有人）の実行が可能となっています。 ハイブリッドフロー 今回作成するフローの内容は以下のステップです。 [クラウドフロー]毎日一定の時刻にデスクトップフローを起動する[デスクトップフロー]GMOインターネットの株価を取得してExcelに記録[クラウドフロー]Teamsに完了メッセージを表示 [デスクトップフロー]GMOインターネットの株価を取得してExcelに記録の部分は前回作成したデスクトップフローをそのまま利用することにします。 Microsoft365のポータルサイトにログインし、「Power Automate」を選択します。「作成」から「スケジュール済みクラウドフロー」を選択します。 フローの名前と実行する時間を設定します。1日に1度16時に繰り返し実行します。 「新しいステップ」を選択します。 “デスクトップ”で検索してデスクトップフローのコネクタ一覧を表示します。「Power Automate Desktopで構築したフローを実行する」を選択します。 オンプレミスデータゲートウェイのインストールが完了していれば、「Desktopフローの一覧」で開発済みのデスクトップフローが選択できます。ここでは前回開発した“DF01”を選択します。今回の「実行モード」では「アテンド型・サインイン時に実行する」を選択します。 さらに「新しいステップ」を選択してTeamsのコネクタから「メッセージを投稿する」を選択します。 フローの完了メッセージを送る設定を行います。 ここまで完了したら、一度「保存」を選択してテストを実施してみましょう。 ただし、テストや本番実行時の注意として、呼び出すブラウザ（EdgeやChromeなど）はすべて閉じておくか、InPrivateで開いた状態のままフローを実行する必要があります。 今回はInPrivateで開いて右上の「テスト」を選択します。 エラー無くハイブリッドフローが実行されました。 実行結果もExcelへの転記とTeamsへのメッセージ送信も完了しています。 以上、Power Automate / Desktopによるハイブリッドフローの開発方法を紹介しました。 Power Automate Desktopはアクションのみでしか開発ができない仕様となっているので、スケジュールにしたがって定期的に実行する場合はハイブリッドフローが必須となります。今回はスケジュールからのトリガーとしましたが、「One Driveに新しいファイルが保存されたとき」や「メールが届いたとき」など各種クラウドサービスをトリガーとして、デスクトップフローと組み合わせたハイブリッドフローの開発ももちろん可能です。 アイデア次第では独自の新しいサービスや業務システムまで開発できる強力なハイブリッドフローはRPA開発に勧めです。

前回紹介したクラウドフローの開発方法に引き続き、デスクトップ上の操作を自動化するRPA「Power Automate Desktop」で“デスクトップフロー”の開発方法を紹介します。 デスクトップフロー デスクトップフローの実行・開発には環境の構築のためインストール作業が必要となります。以下を参考に準備を整えましょう。今回作成するフローの内容は以下のステップです。 https://developers.gmo.jp/technology/2546 Edgeを起動する。↓GMOインターネットの株価を表示↓GMOインターネットの株価の値を取得する↓Edgeを終了する↓Excelを起動してファイルを開く↓取得したGMOインターネットの株価を追記する↓Excelファイルを保存して閉じる インターネットから取得した情報をExcelに保存するといったよくある作業を自動化してみましょう。Microsoft365のポータルサイトにログインし、「Power Automate」を選択します。 「作成」-「デスクトップフロー」を選択します。 “DF01”というフォロー名で「アプリの起動」を選択します。 これがPower Automate Desktopのフロー開発画面です。 1つ目の開発方法としては、左メニューからアクションをその都度選択して並べてゆくマニュアル作成方法。2つ目はブラウザ内の操作をそのままビデオのように記録して自動的にフローに変換する「Webレコーダー」、3つ目はデスクトップ上の操作を記録して自動的にフローに変換する「デスクトップレコーダー」が用意されています。「Webレコーダー」「デスクトップレコーダー」で記録されたフローは組み合わせたり、後からアクションメニューを使って修正が可能です。 Webレコーダー まずは、「Webレコーダー」を使って目的のWebサイトから情報を取得するところまでのフローを作成します。 操作記録対象となるブラウザを選択します。今回は「Microsoft Edge」を選択します。この時の注意点としては、操作記録するブラウザは事前にすべて閉じておく必要があります。 また、ブラウザの拡張機能として「Microsoft Power Automate」がインストールされていること確認してください。「次へ」ボタンを選択します。 Edgeが起動して、Webレコーダーのコントローラーが表示されます。 「記録の開始」を選択します。 ブラウザの操作の邪魔になるので、Webレコーダーのコントローラーは最小化しておきます。 GMOインターネットのグループ株価情報のページ（https://ir.gmo.jp/）を表示して、ページ下部のGMOインターネットの株価の値にカーソルを合わせます。赤い四角の表示で該当タブ（<span>）が表示されますので、ここでマウスを右クリックします。 「要素の値を抽出」-「テキスト（**,***.**）」を選択します。 このタイミングでWebレコーダーのコントローラーを表示して「終了」ボタンを選択します。（ブラウザを閉じても終了の操作は記録されません。後程手動で追加します）。 Webレコーダーで作成されたフローを確認します。「コメント」は操作に関するメモのようなもので削除しても動作に影響はありません。 「Webページ上の要素の詳細を取得します」を選択すると、右側の変数メニューに「AttributeValue」と「Browser」という2つの変数が確認できます。 「innertext」にはGMOインターネットの株価が格納されることになります。この変数は後程Excelに転記する際に利用します。「Browser」には起動したEdge本体が格納されています。こちらは次に追加する「ブラウザを閉じる」アクションで利用します。 株価を取得後はブラウザを閉じる処理が必要となります。Webレコーダーではこの操作が記録できていませんので追加します。左のアクションメニューから、「Webブラウザーウィンドウを閉じる」を選択して、「Webページ上の要素の詳細を取得します」の下にドラッグ＆ドロップで追加します。 「Webブラウザーインタンス」にはすでに直前のアクションから引き継いだ変数“%Brouwser%”（変数は”%”で囲んで使用します）が設定されています。 こちらの内容で保存します。 ここまででき上がったところで、保存ボタンで保存しておきます。隣の実行ボタンでここまでのフロー動きを確認しておきましょう。実行の際はEdgeブラウザがすべて終了していることを確認した上でテストを行います。 実行すると自動的にEdgeが起動して、GMOインターネットのグループ株価情報のページを開きます。自動的にEdgeは閉じられてフローが終了します。 実行後のフローで、変数を確認するとGMOインターネットの株価が取得できていることが確認できます。 Excel操作の自動化 ここまでで、Webブラウザのフォローが完成しました。続いて、Excelを起動して取得した日経平均株価を転記する部分を作成してゆきます。 事前に操作対象となるExcelファイルを以下の内容で作成してドキュメントフォルダーに保存しておきます。各列の書式もあらかじめ整えておきましょう。 左のアクションメニューから「Excelの起動」を選択して、フローの最後に追加します。 「Excelの起動」で“次のドキュメントを開く”を選択します。「ドキュメントパス」には先ほど保存したExcelファイルを指定します。 こちらの内容で保存します。 次に、アクションメニューから「Excelワークシートから最初の空の列や行を取得」をフローの最後に追加します。 「Excelインスタンス」には直前のアクションから引き継いだExcelインスタンスを格納した変数がすでに設定されています。 「生成された変数」はフローを実行した際に、Excelシートの空白セル情報として、列と行番号が格納される変数となります。 こちらの内容で保存します。 最初の実行時には、変数「FirstFreeColumn」には最初の空白列番号“3”（C列）、変数「FirstFreeRow」には最初の空白行番号“2”が格納されることになります。 したがって、カーソルのある「C2」のセルが最初の空白セルとなります。 日付の列には実行時の日付を入力するので、日付取得のアクションを追加します。 アクションメニューから「現在の日付を取得」を追加します。 現在の日付は「CurrentDateTime」という変数に格納されます。 こちらの内容で保存します。 Excelに各値を入力してゆきます。アクションメニューから「Excelワークシートに書き込み」を追加ます。 まずは日付の列に取得した現在の日付を入力します。ワークートに書き込む際のパラメーターはこれまでのアクションで取得た変数となります。 日付列は常に１（A列）となります。行は最初に見つかった空白セルの行番号となります。 こちらの内容で保存します。 続いて取得した日経平均株価を入力します。同様にアクションメニューから「Excelワークシートに書き込み」を追加ます。 株価の列は2（B列）となります。行は最初に見つかった空白セルの行番号となります。 こちらの内容で保存します。 最後に「Excelを閉じる」アクションを追加します。 「Excelを閉じる前」では“ドキュメントを保存”を選択します。 こちらの内容で保存します。 デスクトップフローのテスト テストをする際や実際に実行する際に気を付ける点があります。ブラウザを呼び出してのアクションを実行する場合は、事前に対象となる（EdgeやChromeなどフロー内で呼び出すブラウザ）すべてのブラウザを終了した状態で実行する必要があります。（今回はEdgeをすべて終了してから実行）すでに起動済みのブラウザがある場合、デスクトップフローがエラーとなる場合があります。 では、すべてのフローを実行してみましょう。このような結果となっていれば成功です！ 翌日以降は最後の行に順次追加されていくことになります。 以上、Power Automate Desktopによるデスクトップフローの開発方法を紹介しました。 「Webレコーダー」や「デスクトップレコーダー」など自動的にフローを作成してくれる便利機能もあり、細かいところは自分でアクションを追加して修正変更など手軽にできるなど使い勝手も良好です。 さらには、フローの開発は難しい開発言語を駆使するのではなく、日本語で記載されているアクションをブロックのように組み立てるといった点も開発のハードルを下げるのに一役買っています。 慣れてくれば今回のサンプル程度のフローであれば15分もかからず開発が可能です。 次回はクラウドフローとデスクトップフローを組み合わせて、さらに便利に利用できるハイブリッドフローの開発方法を紹介します。

　Microsoft365で利用可能なRPA「Power Automate」と、デスクトップの操作を自動化することのできるRPA「Power Automate Desktop」をこれまで紹介してきました。どちらも自動化を担うロボットを「フロー」と言います。「Power Automate」は数多くのクラウドサービスを組み合わせて自動化を実現するので“クラウドフロー”と呼ばれます。「Power Automate Desktop」はデスクトップ上の操作の自動化を実現するので“デスクトップフロー”と呼ばれます。さらに、Microsoft365では“クラウドフロー”と“デスクトップフロー”を組み合わせた“ハイブリッドフロー”の作成も可能です。これら3種類のフローの開発方法を順次紹介してゆきます。 クラウドフロー まずはクラウドフローを開発してみましょう。フローの内容は以下のステップになります。 Microsoft365のメールに添付ファイルがあった場合↓添付ファイルをGoogleドライブに保存↓ファイル名をTwitterにツイートする Microsoft365のクラウドサービスだけではなく、外部のクラウドサービスとも連携できるのがポイントです。それでは始めましょう。 Microsoft365のポータルサイトにログインし、「Power Automate」を選択します。 「作成」を選択します。 フローの実行タイミングは“メール受信したとき”となるので、「自動化したクラウドフロー」を選択します。 フロー名やトリガーは後程設定するので、ここでは「スキップ」を選択します。 フロー実行のきっかけとなる「トリガー」を選択します。 “メールが届いたとき”をトリガーとするので、「Office 365 Outlook」を選択して、関連するトリガー一覧を表示します。 トリガー一覧から「新しいメールが届いたとき」を選択します。 最初のステップがフローに追加されました。 「新しいメールが届いたとき」というすべてのイベントに対してフローを実行してもよいのですが、今回は添付ファイルがあったメールのみに限定するので、「詳細オプションを表示する」を選択します。 「添付ファイル付きのみ」で“はい”を選択します。 次のステップを追加します。「新しいステップ」を選択します。 アクション一覧から「コントロール」を選択します。 コントロール一覧から「Apply to each」を選択します。 「Apply to each」コントロールは、届いた添付ファイル付きメールすべてに対してアクションを実行するためのコントロールになります。 「以前の手順から出力を選択」をクリックすると、直前のステップに追加した「新しいメールが届いたとき」から受け取れる情報一覧が表示されます。今回はメールの添付ファイルを操作するので一番最後に表示されている「添付ファイル」を選択します。 次に「アクションの追加」を選択します。 アクションとして追加したいのは「Googleドライブにファイルを保存する」となるので、まずはgoogleで検索して絞り込みます。ファイルの保存＝ファイルの作成となるのでアクションから「ファイルの作成」を選択します。 「サインイン」を選択してGoogleドライブの認証情報を入力します。一度登録した接続情報は左メニューの「データ」-「接続」に保存され、以後再利用できるようになっています。 「サインイン」を選択してGoogleドライブの認証情報を入力します。一度登録した接続情報は左メニューの「データ」-「接続」に保存され、以後再利用できるようになっています。 「フォルダーパス」にはGoogleドライブ内にフォルダーを作成して保存する場合にフォルダー名を設定します。 「ファイルコンテンツ」はGoogleドライブに保存するファイルの中身となるので、「添付ファイルコンテンツ」を選択して添付ファイルそのものを指定します。 次にTwitterにメッセージを投稿するステップを追加します。 「アクションの追加」を選択して、Twitterの検索一覧から、「ツイートの投稿」アクションを選択します。 Twitterの認証情報を入力します。 ツイートする内容は添付ファイル名とします。 ここまで作成できたら「保存」を選択してフローを保存しておきます。 “新しいメールが届いたとき (V3) -> Apply to each,ファイルの作成,ツイートの投稿”という名前で保存されますので、こちらを選択するとフローの名前が変更できます。今回は“CloudFlow01”としておきます。 以上でクラウドフローの開発が完了しました。 クラウドフローのテスト さっそくテストをしてみましょう。画面右上の「テスト」を選択します。 手動でテストを実行します。 テスト実行中は待機状態となります。 フローのトリガーは「受信したメールに添付ファイルがあるとき」となっているので、テストでMicrosoft365のアカウント宛てに添付ファイル付きのメールを送信します。 Web版のOutlookで自分宛てにファイル“memo.txt”を添付したメールを送信します。 メールを受信しました。 待機状態のフローが起動して問題なく実行されました。 Googleドライブを確認すると、CloudFlow01というフォルダーが作成されその中に添付ファイル“memo.txt”が保存されています。 Twitterに添付ファイル名がツイートされています。 マイフローから作成したフローの詳細や実行履歴が確認できます。 今回作成したフローは、トリガーとして添付ファイル付きメールを受信したときに起動します。手動でテストする以外にも、開発が完了した段階でこのフローは自動的に起動されるようになっています。 以上、Power Automateによるクラウドフローの開発方法を紹介しました。Microsoft365で提供されているサービスだけではなく、他のクラウドサービスとも簡単に連携できるRPAが開発可能ということが確認できたかと思います。 次回はPower Automate Desktopによるデスクトップフローの開発方法を紹介します。