【要約】Power BIで閾値を超えたレポートをTeamsに表付きで知らせるPower Automateクラウドフローを作ってみた [Qiita_Trend] | Summary by TechDistill
> Source: Qiita_Trend
Execute Primary Source
// Problem
Power BIの標準的な通知機能では、以下の課題がある。
- ・通知内容のカスタマイズ性が低い。
- ・特定の条件（例：前月比±30%）を満たすデータのみを抽出して通知するのが困難。
- ・通知がテキストのみになり、データの比較や視認性に欠ける。
// Approach
以下のステップで実装を行う。
- 閾値判定用のフラグ（
- 抽出したクエリを貼り付け、日付範囲を
- 「HTMLテーブルの作成」を経てTeamsへ送信。
1.**DAXによる判定ロジックの実装**
- DIVIDEやABSを用いた前月比計算メジャーを作成。- 閾値判定用のフラグ（
増減30%以上_Flag）を定義。2.**DAXクエリの抽出**
- パフォーマンスアナライザーを使用し、対象ビジュアルのDAXクエリをコピー。3.**Power Automateでの実行**
- 「データセットに対してクエリを実行する」アクションを使用。- 抽出したクエリを貼り付け、日付範囲を
addDays関数で動的に制御。4.**データの整形と送信**
- 「選択」アクションでformatNumberやformatDateTimeを適用。- 「HTMLテーブルの作成」を経てTeamsへ送信。
// Result
閾値を超えた特定のデータのみを、整形された表形式でTeamsへ自動通知できる。日付範囲の動的指定により、運用負荷を抑えた継続的な監視が可能となった。数値のフォーマット（
formatNumber）や日付操作（addDays）を適切に組み合わせることで、人間が読みやすい高品質なレポート通知を実現している。Senior Engineer Insight
> BIの標準機能に頼らず、DAXクエリを直接叩くアプローチは非常に合理的だ。これにより、通知の自由度は飛躍的に向上する。ただし、実戦投入には以下の点に留意せよ。
- ・**保守性**: レポートの構造変更がDAXクエリに直結するため、改修時の影響範囲が大きい。
- ・**関数仕様**: Power Automateの
formatNumber等の挙動を正確に把握しておく必要がある。 - ・**スケーラビリティ**: 大規模なデータセットに対し、複雑なクエリを頻繁に実行するとパフォーマンスに影響する可能性がある。