前回に引き続きD365BC用のPower Automateコネクタに用意されたテンプレートを使って実際にクラウドフローを作って動かしてみます。今回は得意先マスタ用のテンプレートです。
テンプレート一覧から 得意先マスタ承認用のテンプレート(Request approval for Dynamics 365 Business Central customer)を選択。
![](/wp-content/uploads/2022/06/01_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
使用するコネクタは前回と同じなのですべて接続確立済。
![](/wp-content/uploads/2022/06/02_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
前回同様、保存ボタンを押して出たエラーをつぶしていきます。まずはCompany名のエラー。Environmentとセットで修正。(前回と同じ。)
![](/wp-content/uploads/2022/06/03_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
続いて承認者の指定。とりあえず自分自身を承認者に指定。(前回と同じ)
![](/wp-content/uploads/2022/06/04_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
一通りエラー解消。(前回と同じ)
![](/wp-content/uploads/2022/06/05_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
保存できたので実験開始です。得意先マスタから承認を依頼します。Send Approval Requestボタンをクリック。
![](/wp-content/uploads/2022/06/06_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
見た目は何も変わりませんが、 Send Approval Request ボタンが非活性になり、代わりに Cancel Approval Request ボタンが活性状態になりました。
![](/wp-content/uploads/2022/06/07_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
Power Automateのクラウドフローの実行履歴を確認すると実行中が1件あります。
![](/wp-content/uploads/2022/06/08_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
承認待ち状態です。
![](/wp-content/uploads/2022/06/09_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
承認を実施。
![](/wp-content/uploads/2022/06/10_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
するとクラウドフローが完了しました。
![](/wp-content/uploads/2022/06/11_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
BCの得意先マスタに戻ってみると特に変化はありません。。
![](/wp-content/uploads/2022/06/12_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
伝票だとこのようにステータスが保留になり、、
![](/wp-content/uploads/2022/06/13_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
転記しようとするとエラーになります。
![](/wp-content/uploads/2022/06/14_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
ですが、マスタはそのような項目がないため、代わりに何らかの項目を使用して未承認なりの制約を書ける必要があります。ここは、Blocked項目を使うのが王道です。この項目を使って「出荷(Ship)転記禁止」「請求(Invoice)転記禁止」「出荷も請求も(All)転記禁止」にできます。初期値をこれらの値にした上で、承認されたらブランクにして転記可能にする、という方法を取ります。
![](/wp-content/uploads/2022/06/15_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
ただし、Power Automate側に設定の追加が必要です。テンプレートだと承認された場合の処理にBlocked項目の処理が盛り込まれていません。
![](/wp-content/uploads/2022/06/17_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
単にメールを送っているだけです。Power Automateの履歴やメールで承認履歴を残した上で、手動で承認者がブロック解除するという方法もありますが、ここは自動でブロック解除したいところ。
![](/wp-content/uploads/2022/06/18_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
自動で処理するためのアクションとして Update record(v3) を使用します。
![](/wp-content/uploads/2022/06/19_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
Environment, Companyを指定し、API カテゴリにはworkflowEndpoint, テーブルにはworkflowCustomerを指定。
![](/wp-content/uploads/2022/06/20_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
レコードを特定するIDには最初のトリガーで取得した Row IDを使用。
![](/wp-content/uploads/2022/06/21_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
更新するのはBlockedの項目です。試しに Ship に変更してみます。
![](/wp-content/uploads/2022/06/22_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
得意先マスタのBlockedをAllに設定し、承認依頼。
![](/wp-content/uploads/2022/06/23_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
ワークフローが実行されます。
![](/wp-content/uploads/2022/06/24_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
承認します。
![](/wp-content/uploads/2022/06/25_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
BCのマスタのBlockedの値がShipに変更されました。成功です。
![](/wp-content/uploads/2022/06/26_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
ですが、、最終的にはShipではなくブランクにしたい訳です。
![](/wp-content/uploads/2022/06/27_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
ただ、クラウドフローでBlockedの値を「”」にすると、、
![](/wp-content/uploads/2022/06/28_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
エラーになります。。
![](/wp-content/uploads/2022/06/29_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
「Null」ならいけるかと思いきや、、
![](/wp-content/uploads/2022/06/30_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
エラーになります。ここでひとしきり悩まされましたが、
![](/wp-content/uploads/2022/06/31_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
エラーメッセージを改めて見ると、選択肢として許可されているのは半角スペース, Ship, Invoice, All と書いてありました。
![](/wp-content/uploads/2022/06/32_D365BC-Try-Cloud-Flow-Tempalte2-1024x647.png)
クラウドフローの設定を半角スペースに変更して保存。
![](/wp-content/uploads/2022/06/33_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
改めて承認依頼を実行すると、無事エラーが解消しました。
![](/wp-content/uploads/2022/06/34_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
BCのマスタもBlockedの値がブランクになっています。成功です。
![](/wp-content/uploads/2022/06/35_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
ちなみに、Update record(v3)でAPIカテゴリーをv2.0にする方法もあります。その場合、テーブル名はCustomerにします。
![](/wp-content/uploads/2022/06/36_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
ちょっと面白いのは、Blockedの値の取り方です。エラーが起きるようにわざと 「Null」を指定します。
![](/wp-content/uploads/2022/06/37_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
実行するエラーが起きました。
![](/wp-content/uploads/2022/06/38_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
メッセージを見ると _x0020_ という値が選択肢に登場しています。
![](/wp-content/uploads/2022/06/39_D365BC-Try-Cloud-Flow-Tempalte2-1024x647.png)
クラウドフローでBlockedの値に指定してみます。
![](/wp-content/uploads/2022/06/40_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
すると問題なく通りましたw
文字コードはあまり詳しくないのですが、ざっと調べたところ _x0020_ は空白やスペースを表すコードのようです。 Unicode操作文字コード一覧(SORT EE) (hitachi.co.jp)
![](/wp-content/uploads/2022/06/41_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
実運用ではもう少し手を加える必要があります。トリガー条件を見るとBlockedの値によらず起動する設定になっているので、
![](/wp-content/uploads/2022/06/42_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
条件を指定する必要があるでしょう。Allの場合のみ実行されるようにしてみます。
![](/wp-content/uploads/2022/06/43_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
試しにブランクの状態で承認依頼すると、
![](/wp-content/uploads/2022/06/44_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
このようなエラーが発生して、クラウドフローが起動しません。(ちょっとメッセージがわかりにくい。。)
![](/wp-content/uploads/2022/06/45_D365BC-Try-Cloud-Flow-Tempalte2-1024x648.png)
得意先を新規作成したときにどうやって初期値をAllにするか?という問題がありますが、それは別のクラウドフローを使って実現できます。(次回持越し)