はてなブックマーク

Power Apps へ初めてアプローチした時、罠にかかったような気持ちになった経験をされた方いませんか？ C#やJavaなどの他開発言語でアプリを作成した経験があると陥りやすい”罠”があるんですよ。プログラミングに自信があればあるほど、ハマりやすい罠かもしれません。今回は、その罠の正体と回避方法について解説してみたいと思います。 あるいは、ボタンクリックでイベントを発生させるようにアーキテクチャーを組みなおす手引き、としても案内できるかもしれません。何を言っているか？は最後まで読んでいただければ伝わるかと思います。 はじめに SharePoint Online のリストから自動生成するアプリを使って説明していきます。この自動生成されるアプリ、かなりナレッジ詰まってるので動作とロジックを解析してみると勉強になりますよ。 説明に利用するデータソースとアプリ SharePoint Online

Power Automate にある SharePoint の「複数の項目の取得」アクションで[フィルタークエリー]が利用可能なことをご存じでしょうか？フィルタークエリーを利用すると、該当のアクションでデータをクエリで指定した条件(例えば”金額が500より大きいモノ”など）で絞り込んで取得することができる仕組みです。SQL文で言うところの、Where条件みたいな感じですね。 最近はフローチェッカーが「クエリ使った方が効率的だよ」という警告を表示してくるので、気になっていた方もいるでしょう。そのフィルタークエリーですが、”OData クエリ"という記述を利用しないといけません。 今回は「OData クエリは、たまにしか利用しないので使いたい度にイチイチ検索するのがメンドクサイ！しかも、Docs の説明分かりづらい！！！」ってなった当方が、当方のためにクエリについてメモする回です。 フィルター

皆さん、Power Apps のアプリから Office 365（Microsoft 365）＝ Exchange Online を利用してメール送信を実施したいという状況ありますよね。しかも、送信する際の”送信者”は「操作しているユーザー」ではなく「共有メールボックス」や「Microsoft 365 Groups（＝Microsoft 365 グループ）」（以降、M365グループ）のように複数ユーザーが共有でメール受信ができる仕組みでメール送信したい、なんて要望ありませんか。 今回は、Power Apps のアプリから送信者（From）を所謂”偽装”して送信する方法です。 なぜ送信者を偽造したいのか？ ピンとこない方向けに簡単な説明をしておきます。把握できている方は次の章へジャンプしてください。 普段ご利用のメールアドレス、おそらく大半の方は”個人”のアドレスですよね？（よもや複数名で共

M365 予定表を Power Automate で Googleカレンダー へ同期する（追加・編集・削除 全対応）トリガーV3更新版Office365Microsoft365PowerAutomate 当記事は No Code・Low Code で Microsoft 365（M365）/Office 365(O365)の Exchange Online 予定表を、Google カレンダー へ同期するフロー ～2020年改訂版～ です。ただし「繰り返しの予定」以外、という前提で。 以前に紹介したタイミング から時間も経過しておりますし、トリガーがバージョンアップしているので、2020年版として手順を更新してまとめなおす目的です。 特筆すべき点は、今回は「Apply to each」（繰り返し処理）の撲滅です。その結果、以前のフローと比較して実行速度が約10倍の改善になっています(当方比較

【2020年3月時点の補足】Office 365 予定表を Power Automate（旧Flow）でGoogleカレンダーへ同期するPowerAutomate Office 365 予定表を MS Flow でGoogleカレンダーへ同期する（追加・編集・削除 全対応）について、トリガー等がVerUpして変更点が発生しているようなので、本日2020年3月20日(金・祝)時点で確認されているポイントをまとめます。 トリガーがV2になっている Office 365 Outlook トリガーが更新されて、V2になっています。 この影響であろう問題が次の項目です。なお、前回までのV1については”無印”という呼称で続けます。（※無印、は当方が勝手に名付けただけです。公式な呼称ではありません） 無印のトリガーで作成した過去のAutomate（旧Flow）は現在も正常に動作しています。Flow時代に

Power Apps で 手軽にアプリ作成を試そうと思うと SharePoint Online（以降、SPO）のカスタムリストをデータソースに選択しますよね。さて検証でもしようかな、と思ってカスタムリスト（以降、リスト）を作ろうとして、ふと思ったんですよ。 「自分はSPO側の権限設定でデータの表示・非表示をあまり制御しないな」 と。 おそらくこうだろう、という予測はあるものの、SPO のリスト側で権限設定（とくに参照権限をはく奪）した場合、それをデータソースとして指定している Power Apps のアプリはどうなるのだろうか？ → 試したことないなぁ → よし、サクッと試してみるか、というコトです。 はじめに～中の人の設計思想～ 当方が SPO のリストをデータソースに利用する際は、基本的に「アプリ利用が可能な全ユーザーが”そのサイトおよび配下のリスト”を”直接閲覧”する可能性がある」前

前回は、Teamsコネクター(プレビュー)を利用して、チーム配下のチャネルへ Power Apps のアプリからメッセージ送信する方法を紹介しました。そのメッセージ送信時に必要となる「チームのID」や「チャネルのID」を Power Apps 以外の手段で調べる方法を今回は紹介します。 おさらい 前回のPostMessageToChannelV3 で説明していますが、記事投稿時点で用意されている関数では、メッセージ送信時に対象チームのID・対象チャネルのIDが必要になります。 MicrosoftTeams.PostMessageToChannelV3( [対象チームのID], [対象チャネルのID], { content:[メッセージBody], contentType:["Text" or "HTML"] }, {subject:[メッセージSubject]} ); チームの裏側にある

各コントロールの処理 ざっくり説明してしまうと、登録ボタンを押下した際にSubmitFromで確定し、フォームコントロールのOnSuccessでNewFormするだけですｗ フォーム(①)の[OnSuccess]イベントに下記を設定。 NewForm(フォーム) ボタン(②)の[OnSelect]イベントに下記を設定。 SubmitForm(フォーム) 【参考URL】EditForm 関数、NewForm 関数、SubmitForm 関数、ResetForm 関数、ViewForm 関数 https://docs.microsoft.com/ja-jp/powerapps/maker/canvas-apps/functions/function-form 動作イメージ フォームコントロールで作成した入力項目へ値をいれ、登録ボタンを押下すると、データテーブルが自動的に追加されていきます。（厳

― ― ― ― ― ― ― ―― ― ― ― ― ― ― ―― ― ― ― ― ― ― ― 2020/11/22 追記 重要 当記事は古いトリガーを利用した旧式の手法です。 2020年11月時点で最新の手法は下記になります。 https://qiita.com/yamad365/items/4e64d068e97c6cb3726b ― ― ― ― ― ― ― ―― ― ― ― ― ― ― ―― ― ― ― ― ― ― ―（追記ここまで） ただし「繰り返しの予定」以外、という前提で。 Office 365（または、Microsoft 365）ご利用されていますか？されてますよね？ Exchange Online（ExO）の予定表、PCでも、スマホでも、ブラウザーでも同じデータがいつでも、どこでも確認できます。便利ですよね。 当方のプライベート携帯はAndroid端末でGoogleカレンダーを