以前、「Power Automateをつかって脱PPAP」で、Power Automateを使った脱PPAPを紹介しました。今回は、ユーザーがより使いやすいようにPower Appアプリで実装する方法を紹介します。

PPAPとは

取引先などにファイルを共有する際、パスワード付きZIPファイルを送信し、別のメールでパスワードを送信するといった流れを一度は経験したことがあると思います。この一連の手順を「PPAP」と呼びます。

P：パスワード付きZIP暗号化ファイルを送ります
P：パスワードを送ります
A：暗号化
P：プロトコル

Power Appsでアプリ化

「Power Automateをつかって脱PPAP」では、脱PPAPの手段として、Power Automateでファイルを共有する方法を紹介しました。しかし、以下のような課題がありました。

ファイル共有時に毎回フローの変数を変更、保存してから実行する必要がある
詳細な共有履歴を確認できない

そこで、これらの課題を解消するために、Power Appsでファイル共有アプリを作成する方法を紹介します。
下記の３部構成でご紹介します。今回は第１回目です。

第１回：Power Appsをつかって脱PPAPアプリ作成① ～Power Automate編～
第２回：Power Appsをつかって脱PPAPアプリ作成② ～Power Apps編～
第３回：Power Appsをつかって脱PPAPアプリ作成③ ～実装編～

事前準備

Power AutomateはMicrosoft 365のライセンスを所持していれば利用できます。
必要なものを準備します。

SharePointリスト
共有した履歴を記録するためにSharePointリストを用意します。以下はSharePointリストのイメージです。

リストは以下のとおり設定します。項目名は適宜変更してください。

No.	項目	内部名	種類	必須	備考
1	サイトのアドレス	siteUrl	1行テキスト	〇
2	ライブラリ名	libraryName	1行テキスト	〇
3	ファイル名	fileName	1行テキスト	〇
4	権限	role	選択肢	〇	選択肢：閲覧、編集
5	URL	Url	ハイパーリンクまたは画像
6	通知	Notification	はい/いいえ
7	共有先アドレス	mailAddress	1行テキスト	〇
8	メッセージ	message	複数行テキスト
9	登録日時	Created	日付と時刻

共有ファイル
共有するファイルは、同SharePointサイトのドキュメントライブラリ配下に配置します。

アプリの構成

作成するアプリの構成図です。
今回はPower Automate編ですので、事前準備としてSharePointリストを作成し、Power Automate部分を作成します。

▼SharePoint：
リストを作成します。共有するファイルはライブラリに配置します。
▼Power Apps：
3画面作成します。SharePoint、Power Automateと連携させます。
▼Power Automate：
Power Appsと連携し、Power Appsをトリガーにフローを起動させます。

Power Automateフローの全体像

今回作成するPower Automateフロー（以下フロー）の全体像です。
Power Appsで作成したアプリを実行すると、フローが自動で実行されます。

大まかな構成としては、下記の順にフローが進みます。

Power Appsから値を取得
ファイルのプロパティ取得
変数の初期化
ファイルのアクセス権付与
共有情報の取得・JSONの解析
共有リンクの取得
Power Appsに戻り値を設定
JSONの解析「スキーマ」の編集

SharePointリストの準備ができたら、まずはPower Automateフローから作成していきましょう。

トリガーの設定

トリガーを「Power Apps」に設定し、Power Appsから連携された値を取得します。

トリガーする方法から「PowerApps」を選択し、フローを作成します。
トリガーを選択すると「PowerApps」アクションがフローに追加されるので、Power Appsから受け取る項目を設定します。

７つの項目を設定します。説明（右側の入力ボックス）は、任意で設定してください。
※Power Apps側で渡す項目の順番と合わせる必要があります。項目順が異なると、処理が正常に動かないので注意してください。

順序	種類	テキスト	説明（例）
①	テキスト	サイトのアドレス	サイトのアドレスを入力してください
②	テキスト	ライブラリ名	ライブラリ名を入力してください
③	テキスト	ファイル名	ファイル名を入力してください
④	テキスト	受信者	受信者を入力してください
⑤	テキスト	ロール	ロールを入力してください
⑥	テキスト	メッセージ	メッセージを入力してください
⑦	はい/いいえ	はい/いいえ	[はい]または[いいえ] を選択してください

ファイルのプロパティ取得

「ファイルの取得（プロパティのみ）」アクションを追加します。

設定値
No.	項目	設定値
①	サイトのアドレス	＜サイトのアドレス＞
②	ライブラリ名	＜ライブラリ名＞
③	フィルタークエリ	FileLeafRef eq '＜ファイル名＞'

設定値は、動的なコンテンツの「PowerApps」から選択します

変数の初期化

ファイル共有リンクのURL、URLの個数、共有先ユーザーのメールアドレス、ファイルのIDを格納するための変数を初期化します。具体的には、「変数を初期化する」アクションを４つ追加します。以下のとおり設定します。（順不同）

設定値
No.	名前	種類	値
①	URL	文字列	＜ブランク＞
②	配列数	整数	＜ブランク＞
③	メール	文字列	＜ブランク＞
④	ID	整数	outputs('ファイルの取得_(プロパティのみ)')?['body/value']?[0]?['ID']

IDの値は「式」に入力します。

ファイルのアクセス権付与

「アイテムまたはフォルダーへのアクセス権の付与」アクションを追加します。

設定値
No.	項目	設定値	備考
①	サイトのアドレス	＜サイトのアドレス＞	動的なコンテンツの「PowerApps」から選択
②	リストまたはライブラリ名	＜ライブラリ名＞	動的なコンテンツの「PowerApps」から選択
③	ID	＜ID＞	動的なコンテンツの「変数」から選択
④	受信者	＜受信者＞	動的なコンテンツの「PowerApps」から選択
⑤	ロール	if(equals(triggerBody()['text_4'],'閲覧'),'role:1073741826','role:1073741830')	「式」に入力・閲覧：1073741826 ・編集：1073741830
⑥	メッセージ	＜メッセージ＞	動的なコンテンツの「PowerApps」から選択
⑦	受信人への通知	＜はい/いいえ＞	動的なコンテンツの「PowerApps」から選択

本来ロールの設定値は、動的なコンテンツの「PowerApps」から「ロール」を選択すべきですが、「ロール」を選択するとIDに変換されず文字列のままセットされてしまう事象が発生したので、今回はPower Automate側でロールIDに変換してセットします。 ※Power Apps側で変換するでも良いと思います。

共有情報の取得

共有するファイルの情報を取得し、解析します。

HTTP要求（共有情報の取得）
「SharePointにHTTP要求を送信します」アクションを追加します。

設定値
No.	項目	設定値
①	サイトのアドレス	＜サイトのアドレス＞
②	方法	POST
③	URI	_api/web/lists/getByTitle('＜ライブラリ名＞')/items(＜アイテムID＞)/GetSharingInformation?\$select=permissionsInformation&$Expand=permissionsInformation
④	ヘッダー	Accept：application/json
④	ヘッダー	Content-Type：application/json

サイトのアドレスと、URIに設定するライブラリ名は、動的なコンテンツの「PowerApps」から選択します。
URIに設定するアイテムID は、動的なコンテンツの「変数」から「ID」を選択します。
③のAPIで共有情報（リンクのURL、メールアドレス等）を取得します。

このアクションを実行することで、SharePointの「アクセス許可の管理」リンク部分の情報が取得できます（下図）。

JSONの解析
取得した共有情報を解析します。
「JSONの解析」アクションを追加し、「SharePointにHTTP要求を送信します」アクションで、取得した共有情報を解析します。

【設定値】

コンテンツ：

＜本文＞

スキーマ：

{
    "type": "object",
    "properties": {
        "permissionsInformation": {
            "type": "object",
            "properties": {
                "links": {
                    "type": "array",
                    "items": {
                        "type": "object",
                        "properties": {
                            "linkDetails": {
                                "type": "object",
                                "properties": {
                                    "Url": {
                                        "type":
                                            "string"
                                    }
                                }
                            }
                        },
                        "required": [
                            "linkDetails"
                        ]
                    }
                }
            }
        }
    }
}

コンテンツは、動的なコンテンツの「SharePoint に HTTP 要求を送信します（共有情報取得）」から「本文」を選択します。

後ほど説明しますが、上記で設定するスキーマは一時的なものです。フローが完成したら最後に一部修正します。

共有リンクの取得

共有リンクのNULL判定
1.　コントロールから「条件」アクションを追加し、共有リンクのNULL判定を行います。

設定値
左側の値	中央（比較ロジック）	右側の値
＜Url＞	次の値に等しい	null

左側の値は、動的なコンテンツの「JSONの解析」から「Url」を選択します。

※条件式の左側の値を設定すると自動でApply to eachが設定されます。

2.　「はいの場合」に「変数の設定」アクションを追加します。
「いいえの場合」の処理は不要です。

設定値
名前	配列数
値（式）	length(items('Apply_to_each')?['linkDetails']?['Invitations'])

ここでは「SharePointにHTTP要求を送信します」アクションで取得した情報から、共有情報が格納されている「Invitations」という配列の数を変数にセットします。
共有するURLの情報はこの配列の中に含まれています。

異なる権限でリンクを既に共有している場合など、共有リンクが複数存在する可能性もあるため、ファイルによって配列数は異なることがあります。

共有者の有無判定
1.　コントロールから「条件」アクションを追加し、共有者の有無判定を行います。
この処理は「共有リンクのNULL判定」の「はいの場合」に追加します。
「変数の設定（配列数）」アクションの下に設定してください。

設定値
左側の値	中央（比較ロジック）	右側の値
＜配列数＞	次の値以上	1

左側の値は、動的なコンテンツの「変数」から「配列数」を選択します。

共有リンクは存在するものの、ユーザーが設定されていない場合（※）は、「Invitations」配列の中に要素がありません。（Invitations配列とは「SharePointにHTTP要求を送信します」アクションで取得した、共有情報が格納されている配列です）
要素がない場合は後続の処理は必要ないため、このアクションで判定します。

※ SharePointリストの「アクセス許可の管理」リンク部分が以下のような状態になっているパターンです。

2.　「共有者の有無判定」が「はいの場合」の設定をします。
コントロールから「Apply to each」（それぞれに適用する）アクションを追加します。
「いいえの場合」の処理は不要です。

3.　「以前の手順から出力を選択」入力ボックスの式に下記を設定します。

range(0, variables('配列数'))

4.　「変数の値を減らす」アクションを追加します。
配列は0から始まるためこのまま進めるとエラーになってしまいます。そのため値を1減らします。

設定値
名前	配列数
値（式）	1

5.　「変数の設定」アクションを追加し、共有者のメールアドレスを変数に格納します。

設定値
名前	メール
値（式）	items('Apply_to_each')?['linkDetails']?['Invitations']?[variables('配列数')]?['invitee']?['email']

共有者メールアドレスの判定
1.　コントロールから「条件」アクションを追加します。
PowerAppsから連携されたメールアドレスと、「SharePointにHTTP要求を送信します」アクションで取得した共有情報のメールアドレスを比較します。

設定値
左側の値	中央（比較ロジック）	右側の値
＜受信者＞	次の値に等しい	＜メール＞

左側の値は動的なコンテンツの「PowerApps」から選択、右側の値は動的なコンテンツの「変数」から選択します。

2.　「はいの場合」に「変数の設定」アクションを追加します。
「いいえの場合」の処理は不要です。

設定値
名前	URL
値	＜Url＞

値は動的なコンテンツの「JSONの解析」から「Url」を選択します。

Power Appsに戻り値を設定
Apply to each処理の下に、「PowerAppsまたはFlowに応答する」アクションを追加します。

設定値
順序	種類	テキスト	説明
①	テキスト	flowMsg	（例）処理が完了しました。
②	テキスト	URL	＜URL＞

URLは、動的なコンテンツの「変数」から「URL」を選択します。

JSONの解析「スキーマ」の編集
最後にJSONの解析で設定した「スキーマ」を修正します。
Urlのtypeを配列に変更して、”null”を追加します。

修正前のスキーマ（一部抜粋）：

修正後のスキーマ：

{
    "type": "object",
    "properties": {
        "permissionsInformation": {
            "type": "object",
            "properties": {
                "links": {
                    "type": "array",
                    "items": {
                        "type": "object",
                        "properties": {
                            "linkDetails": {
                                "type": "object",
                                "properties": {
                                    "Url": {
                                        "type": [
                                            "string",
                                            "null"
                                        ]
                                    }
                                }
                            }
                        },
                        "required": [
                            "linkDetails"
                        ]
                    }
                }
            }
        }
    }
}

なぜ最後に編集する必要があるのか。理由は２つあります。
①スキーマを修正せず実行すると、JSONの解析アクションでエラー（"Invalid type. Expected String but got Null."）が発生します。これは、Urlがnullを許容していないため発生するエラーです。エラーを回避するために、nullを設定しておく必要があります。

②nullを許容すると、動的なコンテンツの選択肢にUrlが表示されません。選択肢に表示されていれば項目をクリックすれば設定できます。しかし選択肢にない場合、手入力で式を設定する必要があるため、難易度も上がり、工数もかかってしまいます。

以上のことから、フローを完成させてから最後にスキーマを正しい形に編集することが望ましいと考えています。

次回の予告

Power Automateのフローが完成しました。
第２回は、Power Appsでアプリを作成し、今回作成したPower Automateと連携する手順を紹介します。ぜひご確認ください！

最後に

テンダでは、「こんなプロジェクトに挑戦したい」「こんなチームで働きたい」「理想のチームを創りたい」と願う仲間を求めています。
カジュアル面談も随時受付中です。ぜひ一度お話ししましょう