今回はD365BC用のPower Automateコネクタに用意されたテンプレートを使って実際にクラウドフローを作って動かしてみます。
1. 準備
BCの環境を用意します。バージョンはv20.1で新規作成しました。
![](/wp-content/uploads/2022/05/01_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
Power Platformの環境を一つ用意します。Trialで構わないのでEnvironmentを作成します。
![](/wp-content/uploads/2022/05/02_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
2. テンプレートの照会
Power Automateの環境を開き、作成したEnvironmentに切り替え、コネクタを確認します。
![](/wp-content/uploads/2022/05/04_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
「Central」で検索すると早いです。2つヒットし、1つはSaaS用、もう一つはOnPremise用です。マウスオーバーしてみるとOnPremiseかどうかが判別できます。SaaSの方をクリックして開きます。
![](/wp-content/uploads/2022/05/05_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
BCのコネクタです。前回の記事で書いた通り、プレビューが取れています。
![](/wp-content/uploads/2022/05/06_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
下の方にスクロールするとテンプレートが表示されます。2022/5/29時点で16個のテンプレートが確認できました。Microsoft作成のテンプレートは4年前とほぼ変わっていません。コミュニティーや3rdパーティと思われるテンプレートが増えています。今回は左上の「Request approval for Dynamics 365 Business Central purchase order」を使います。
![](/wp-content/uploads/2022/05/07_D365BC-Try-Cloud-Flow-Tempalte-1024x754.png)
3. テンプレートを使ってクラウドフローを作成
テンプレートをクリックすると以下の画面が表示されます。D365BCのコネクタはプレミアムなので、プレミアムのライセンスを持っていない場合はこのようにトライアルを案内されます。フリートライアルで十分試せますので、「Start Trial」を選択してトライアルを開始します。
![](/wp-content/uploads/2022/05/08_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
このテンプレートで使用するサービスのConnection(接続)が3つ表示されます。BCとOutlookとApprovalsです。初回はすべて接続が確立されていないのでSign inを促されます。順に接続を確立します。まずはBCにサインイン。
![](/wp-content/uploads/2022/05/09_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
すでにBCにサインインしていれば認証画面が立ち上がることなくサインインします。BCにサインインしていない場合は認証画面が起動するので認証を通してサインインしてください。
![](/wp-content/uploads/2022/05/10_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
Approvalも。(Sign inでなくてCreate。気にせず接続を確立する。)
![](/wp-content/uploads/2022/05/11_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
確立されました。
![](/wp-content/uploads/2022/05/12_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
最後にOutlook。
![](/wp-content/uploads/2022/05/13_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
サインイン完了。
![](/wp-content/uploads/2022/05/14_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
すべてのサービスに接続が確立したのでContinueをクリックして続行。
![](/wp-content/uploads/2022/05/15_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
テンプレートが展開されました。展開されたコネクタがv2かv3か分からないのですが「?」アイコンをクリックすると、、
![](/wp-content/uploads/2022/05/16_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
v3であることが確認できます。
![](/wp-content/uploads/2022/05/17_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
足りない設定を埋めるため、Flow Checkerでチェックします。
![](/wp-content/uploads/2022/05/18_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
が、、あまり有益な情報は得られません。エラーはなし、ワーニングが1件。
![](/wp-content/uploads/2022/05/19_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
まさか、このまま保存して実行できるのか?(そんな筈はない!)と思いながら「Save」をクリックして保存すると、、
![](/wp-content/uploads/2022/05/20_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
エラーが表示されました。(なぜか安心する。)カンパニー名が指定されていないとのこと。まあ、それはそうでしょう。
![](/wp-content/uploads/2022/05/21_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
BCの画面でURLからEnvironmentとCompanyを取得。
![](/wp-content/uploads/2022/05/22_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
先のエラーではCompany名が無いというエラーでしたが、Environment名とCompany名はセットなので、セットで指定します。そして保存。
![](/wp-content/uploads/2022/05/23_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
またエラーが出ましたのでエラーをつぶします。(これの繰り返し)
今度は「API Category」が指定されていないというエラーです。
![](/wp-content/uploads/2022/05/24_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
Environment名とCompany名は先と同様に指定し、API Categoryの選択肢をプルダウンで表示させます。いくつか選択肢がありますが、どれを選べばよいか分からないので(いや、Docsちゃんと読めばわかるのですが)一番上の選択肢を選びます。
![](/wp-content/uploads/2022/05/25_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
Flow Checkerを実行するとエラーは出ません。一見するとよさそうです。
![](/wp-content/uploads/2022/05/26_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
が、結論としてはダメです。試しにAPI Categoryを「Microsoft/admin/beta」にした状態でTable Nameをいったんブランクにし、プルダウンで選択肢を表示させるとTable Nameの選択肢にはテンプレートで指定されていた「workflowPurchaseDocuments」が表示されません。
![](/wp-content/uploads/2022/05/27_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
他のAPIカテゴリを順に試していきます。2つ目の「Microsoft/automation/v2.0」を選択します。が、これも Table Nameの選択肢にはテンプレートで指定されていた「workflowPurchaseDocuments」が表示されません。
![](/wp-content/uploads/2022/05/28_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
3番目の選択肢にも「workflowPurchaseDocuments」が表示されません。
![](/wp-content/uploads/2022/05/29_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
4番目の選択肢にも「workflowPurchaseDocuments」が表示されません。
![](/wp-content/uploads/2022/05/30_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
5番目の選択肢にも「workflowPurchaseDocuments」が表示されません。
![](/wp-content/uploads/2022/05/31_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
6番目の選択肢にも「workflowPurchaseDocuments」が表示されません。
![](/wp-content/uploads/2022/05/32_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
最後の「workflowEndpoints」をAPI Categoryに指定するとTable Nameに「sorkflowPurchaseDocuments」が選択肢として表示されました。
![](/wp-content/uploads/2022/05/33_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
ここに出てくるTableNameの選択肢、どこかで見たことあると思ったらTriggerAcionのTargetObjectでした。(まあ、一致するのは納得です。)
![](/wp-content/uploads/2022/05/34_D365BC-Try-Cloud-Flow-Tempalte-1024x268.png)
API Categoryが解決したので、続けて他のエラーを解消します。Approvalコネクタで「Assigned to」が指定されていないエラーが出ています。自分自身を指定してみます。実業務であれば適切な承認者を指定するべきですが、検証なのでまずは自分自身で試しています。
![](/wp-content/uploads/2022/05/35_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
次のエラーもAPI Categoryです。
![](/wp-content/uploads/2022/05/36_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
一通りの選択肢を試した結果、先ほどと同じ「workflowEndpoint」をAPI Categoryに選べばよいことが分かります。同じAPI Categoryでもコネクタのアクションの種類によってAction nameの選択肢が変わることに注意です。
![](/wp-content/uploads/2022/05/37_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
次のエラーはCompany NameとAPI Categoryです。
![](/wp-content/uploads/2022/05/38_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
これまでと同様にエラーを解消します。
![](/wp-content/uploads/2022/05/39_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
ようやくエラーがなくなりました!
![](/wp-content/uploads/2022/05/40_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
念のため、ほかのコネクタも見ておきましょう。
![](/wp-content/uploads/2022/05/41_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
特に問題なさそうです。
![](/wp-content/uploads/2022/05/42_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
このワーニングが気になりますが、、説明を読む限り初回のみ発生する「Provisioning」処理の警告のようなのでこのまま進めます。
![](/wp-content/uploads/2022/05/43_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
4. テストする
作成したクラウドフローをテストしてみましょう。右上の「Test」をクリックします。
![](/wp-content/uploads/2022/05/44_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
初回なので「Manually」を選択してTest。
![](/wp-content/uploads/2022/05/45_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
フローがトリガーの待機状態に入ります。
![](/wp-content/uploads/2022/05/46_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
BCの発注伝票を適当に選び、ステータスがオープンであることを確認し、承認要求を送信。
![](/wp-content/uploads/2022/05/47_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
すると、ステータスが承認保留状態になります。
![](/wp-content/uploads/2022/05/48_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
先ほど待機状態でしたが、承認まで処理が進みます
![](/wp-content/uploads/2022/05/49_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
今回、承認者は自分にしたので自分で承認します。別タブを開いて、、
![](/wp-content/uploads/2022/05/50_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
Approvalsから承認。
![](/wp-content/uploads/2022/05/51_D365BC-Try-Cloud-Flow-Tempalte-1-1024x577.png)
承認します。
![](/wp-content/uploads/2022/05/52_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
承認されました。
![](/wp-content/uploads/2022/05/53_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
が、、エラーになります。ユーザーの承認権限が足りないので「Approval User Setup」の設定を確認せよ、とのこと。
![](/wp-content/uploads/2022/05/54_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
Approval User Setupを開きます。
![](/wp-content/uploads/2022/05/55_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
レコードが一つもありません。これが原因です。
![](/wp-content/uploads/2022/05/56_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
自分自身を登録し、ついでにApproval Adminにしておきます。
![](/wp-content/uploads/2022/05/57_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
いったん承認要求をキャンセルして、、
![](/wp-content/uploads/2022/05/58_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
改めて承認依頼。
![](/wp-content/uploads/2022/05/59_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
先ほどのテスト実行の結果、このクラウドフローは実行待機状態に入っているため、BCで承認要求送信すると実行されます。
![](/wp-content/uploads/2022/05/69_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
承認待ち状態になっています。
![](/wp-content/uploads/2022/05/70_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
先ほどはPower Automateの画面から承認しましたが、メールからも承認できます。
![](/wp-content/uploads/2022/05/71_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
まだエラーが取れません。。
![](/wp-content/uploads/2022/05/72_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
これは、Power Automateのエラーログを見てもわからず、BCの仕様を知らないと絶対に解消できないエラーです。実はApprover User Setup画面でApprover IDがブランクであることが原因です。
![](/wp-content/uploads/2022/05/73_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
選択しようとすると分かりますが、自分自身は指定できません。なので、他のBCユーザーが1つは必要になります。
![](/wp-content/uploads/2022/05/74_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
今回は別のユーザーとして「user01」を作りました。
![](/wp-content/uploads/2022/05/75_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
自分のApprover IDにuser01を指定します。
![](/wp-content/uploads/2022/05/76_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
さらに、これもBCの仕様を知らないと絶対たどり着けないのですが、自分自身のApprover IDに指定したユーザーもApproval User Setupにレコード追加し、かつApprover IDを指定する必要があります。(結構試行錯誤しましたが、長くなるので途中経過は割愛します。)
![](/wp-content/uploads/2022/05/77_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
改めて、承認要求送信。
![](/wp-content/uploads/2022/05/78_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
クラウドフローが実行されます。
![](/wp-content/uploads/2022/05/79_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
承認待機状態。
![](/wp-content/uploads/2022/05/80_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
先ほど同様、メールで承認。
![](/wp-content/uploads/2022/05/81_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
最後までエラー無く通りました!
![](/wp-content/uploads/2022/05/83_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
BCの発注伝票を確認するとリリースされています。
![](/wp-content/uploads/2022/05/84_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
メールでも承認完了が通知されています。
![](/wp-content/uploads/2022/05/85_D365BC-Try-Cloud-Flow-Tempalte-1024x577.png)
5. まとめ
・テンプレートを使うと簡単に(?)発注の承認フローを作成できる。
・EnvironmentとCompanyは自分で指定する。(テンプレートには含まれない)
・API Categoryも自分で指定する必要あり。分からなければ片っ端から試し、テンプレートで指定されているTable Nameと整合するAPI Categoryを選ぶ。
・Approval User Setupを設定しておく必要あり。Approver IDが必要。Approver IDに指定したユーザーにもApprover IDが必要。
・BC画面で承認要求送信することでクラウドフローが起動される。
APIカテゴリはテンプレートで最初から指定できるだろう…と思いますが、指定されていなかったことで色々と試行錯誤し、理解が深まりました。片っ端から試す、というのは初期の理解の方法としては有効ですが、本番運用オブジェクトとしてお客様に提供するには心もとないので、最終的にはDocsなどを紐解いて理解することが必要です。