はじめに

本記事では、MicroStrategyにおけるアトリビュート/メトリックのACL（アクセスコントロールリスト）がレポート実行にどのような影響がでるのかを紹介します。

※データは検証用のダミーデータを使用
※MicroStrategyのバージョンは2021.Update4

検証

以下のようなレポートを用意しました。

今回使用する「テストユーザー」に対して
このレポート項目のACLをそれぞれ以下のように設定した場合、
テストユーザーでレポート実行をするとどのような挙動になるのか確認します。

①実績（メトリック）のACLのみ無効にする
②カテゴリー（アトリビュート）のACLのみ無効にする
※無効＝アクセス制御を無しにする

検証①：メトリックのACLのみ無効にする

まず、実績メトリックに対して「テストユーザー」のアクセス制御を「すべて拒否」に設定します。

※カテゴリーアトリビュートのACLはそのまま有効にしています

次に先ほどのレポートを実行します。
すると、実績メトリックは表示されずカテゴリーアトリビュートのみが表示されます。

このようにメトリックのACLが無効の場合、
レポート実行はできてもレポートに対象メトリックが表示されません。
特定のユーザーにのみ見せたい項目がレポート上にある場合、
このACLを活用することで、同一レポートでもユーザーによって見せる項目を変えることが可能となります。

検証②：アトリビュートのACLのみ無効にする

検証①と同様に、まずはカテゴリーアトリビュートに対してのアクセス権限を「すべて拒否」に設定します。

※実績メトリックのACLは元のまま有効にしています

次に先ほどのレポートを実行します。
すると以下エラーが表示されレポート実行ができません。

メトリックの場合とは異なり、アトリビュートに対してのアクセス権限がないとレポートの実行自体が不可となります。
アトリビュートに対してACLを設定する場合は注意が必要です。
※ただし下記補足の通り、アトリビュートのACLが無効でもレポート実行できる場合があります

補足

検証②でアトリビュートのACLが無効だとレポート実行がエラーになりましたが、
エラーになるのは対象アトリビュートがレポートの初期表示項目（レポートビュー）に配置されている場合です。
対象アトリビュートをレポートの初期表示項目に含めず、
レポートオブジェクトに配置しているだけであればレポート実行は可能です。
その場合、以下のように対象アトリビュートは表示されません。

※同レポートを権限のある別ユーザーで実行すればレポートオブジェクトに対象アトリビュートが表示されます

おわりに

今回はACLが無効のメトリック/アトリビュートを含むレポートの実行可否の違いについて紹介しました。
メトリック→ACLがなくてもレポート実行可（項目が表示されないだけ）
アトリビュート→ACLがないとレポート実行自体が不可（※補足のケースを除く）
レポート作成時など、本記事の内容が参考になれば幸いです。

最後までご覧いただきありがとうございました。