メインコンテンツまでスキップ

logoCorrectSize.png

Looks like this logo isn't being used anymore since we started using the new CSS to make our documentation look like our product UI.

Knowledge @ Adaptive Insights LLC, a Workday Company

アクセスルールとモデル

アクセスルールを作成または編集する際に考慮すべき点と、シート、レポート、およびグラフを使用した一般モデルおよびエクスペリエンスにそれらが及ぼす影響について説明します。

Contains preview content for the upcoming 2019.3 release.

アクセスルールは、ユーザーまたはグループが編集または表示できるデータの特定の交差を定義します。

アクセスルールは、モデル、およびチームがモデルを使用する方法に影響します。インスタンスが組織のみ、または組織と科目のみを保護する場合、モデルにわずかな変更が加えられることを想定してください。インスタンスがカスタム属性も保護している場合は、モデルに顕著な変更があることを想定してください。どちらの場合も、影響を理解し、スムーズな計画のためのベストプラクティスを使用してください。  

次のような指針となる原則もあります。 

  • 他の交差で保護された属性値にアクセスできるが、特定の交差ではアクセスできない場合、無効な交差が発生します。例えば、[エンジニアリング] 組織で [費用] 科目にアクセスでき、[販売] 組織で [収益] 科目にアクセスできるとします。この場合、[販売] での [費用] は無効な交差です。 
  • 完全な合計値にアクセスできないが、レポートに合計セルを表示する必要がある場合のみ、レポートで部分的な合計が発生します。表示される合計には、アクセスできる要因のみが含まれます。 
  • シートでは、交差が表示される場合、その交差が表示される他のユーザーと同じ値が表示されます。
  • レポートおよびグラフでは、表示される値は他のユーザーとは異なる場合があります。

無効な交差が表示されると、さまざまなメッセージが表示される場合があります。自分にとって無効なレポート、シート表示、および数式で交差を作成できる場合があります。この結果、エラーまたは空白のデータが発生します。表示または編集する必要があるデータにアクセスできないと感じた場合は、アクセスルールについて管理者に相談してください。 

この記事を読む前に、以下をお読みください。 

アクセスルールの作成方法については「アクセスルールの作成」を参照してください。

モデリングおよび管理エリア

アクセスルールは、モデルの構造を変更できる権限には影響しません。一般的に、モデリングと管理の権限により、組織、科目、カスタム属性の階層全体を表示できます。例えば、モデリング権限がある場合、シートで科目データを表示できない可能性がありますが、依然としてすべての科目設定を管理できます。

詳細については「利用可能な権限」を参照してください。 

インポート権限

知るべきこと: ベスト プラクティス:
  • [インポート機能 > すべての場所にインポートする] 権限がある場合、APIインポートまたは通常のインポートを介してモデルのすべての交差でデータを編集できます。 
  • 権限だけでは、データの交差をシートやレポートで表示できません。
この権限を持つユーザーがデータまたはメタデータのインポートを検証できるようにするには、モデルのすべての保護された属性値に少なくとも [全表示] アクセス権を付与します。そうしないと、シートとレポートにインポートしたデータの一部を見ることができず、インポートが失敗したと考える可能性があります。

保護された科目を持つモデル

組織割り当て標準およびキューブ シート

知るべきこと: ベスト プラクティス:
  • 標準シートとキューブ シートでは、アクセスできない交差が削除されます。その結果、選択をしてシートをピボットすると、行、列、およびドロップダウンオプションが非表示になってから再表示されます。

例えば、組織のドロップダウンから組織を選択すると、その組織でアクセスできない科目は行から非表示になります。 

  • キューブ シートでは、[属性の変更] ボタンをクリックしても、ドロップダウンから選択したオプションにより、他のドロップダウンで使用可能なオプションがフィルタリングされません。場合によっては、無効な交差を作成できます。すべての交差が無効な場合、エラーが発生します。
  • ユーザーがデータを表示できるようにするには、シートの1つの組織と1つの科目への [制限表示] アクセス権をユーザーに付与します。
  • ユーザーが分割を表示できるようにするには、科目と組織への [全表示] アクセス権をユーザーに付与します。 
  • ユーザーが分割を表示できないようにするには、科目と組織への [制限表示] アクセス権をユーザーに付与します。合計は表示されますが、関連分割は表示されません。
  • ユーザーがキューブシートのエラーを回避できるように、どの組み合わせが無効であるかを伝えます。

 

組織割り当てモデルシート

知るべきこと: ベスト プラクティス:
  • すべてのモデルシートの科目へのアクセス権を付与するか、モデルシートの科目へのアクセス権を一切付与しない必要があります。
  • アクセスできない組織の行は、シートから非表示になります。
  • アクセスできない属性が分割内にあっても、親行への [全表示] アクセス権がある場合、すべての分割行を表示できます。
  • 保護された属性が含まれる行を分割すると、親行の選択した属性が保存時にロックされます。 
  • すべての科目のアクセス権を付与または制限するには、アクセスルールテンプレートにモデルシート名を入力します。 
  • ユーザーがモデルシートを開けるようにするには、1つの組織とモデルシート名に少なくとも [表示] アクセス権を付与します。 
  • ユーザーが行を追加または削除できるようにするには、モデルシート名の [編集] アクセス権を付与します。 
  • [表示] アクセス権をモデルシートの一部のアカウントのみに制限するには、表示するモデル科目にリンクする総勘定元帳またはカスタム科目を作成することを検討してください。ユーザーにはリンク科目へのアクセス権を付与しますが、ソースへのアクセス権は付与しないでください。以下の「リンクされた科目とソース科目」セクションを参照してください。
  • ユーザーがアクセスできない組織や科目を表示できないようにするには、モデルシート科目に [制限表示] アクセス権を付与します。ユーザーは合計行は今までどおり表示できますが、関連する分割は表示できません。
  • 親行の混乱を防ぐため、分割を追加する前に親属性値を編集するようチームに伝えます。分割それぞれが異なる値を持つ場合は、親の選択を空白のままにしておくのが最適です。

 

ユーザ割当シート

知るべきこと: ベストプラクティス
ユーザー割り当てシートへのアクセス権を持つユーザーは誰でも、バージョンがロックされていない限り、そのシート上のすべてのデータを表示および編集できます。  ユーザーをユーザー割り当てシートに割り当てる場合は注意してください。 

 

販売プランニングのリンクされたモデルシートの更新

知るべきこと: ベストプラクティス

リンクされたモデルシートを更新するとき、2 つのインスタンス間でデータを同期します。受信インスタンスのすべてのシートの属性値へのアクセス権を編集する必要があります。作業を検証するには、ソースインスタンス内のすべてのシートの属性値に対する [全表示] アクセス権が必要です。

  • リンクされたモデルシートを更新できるユーザーに、受信シートのすべての保護された属性値に対する [編集] アクセス権を付与します。そうしないと、同期は失敗します。
  • ユーザーが自分の作業を検証できるようにするには、少なくとも、ソースシートのすべての保護された属性値に対する [全表示] アクセス権を付与します。これで、受信シートに対してチェックができます。

連結比率シート

知るべきこと: ベストプラクティス
連結比率シートはアクセスルールによって制限されていません。  ユーザーが連結比率シートを開いて編集できるようにするには、[モデル管理アクセス > 連結] 権限を持つロールを付与します。 

 

時間合計按分方法

知るべきこと: ベスト プラクティス:
  • モデルが自動按分の前提条件を使用している場合、前提条件またはその用語にアクセスすることなく、誰でも自動按分をトリガーできます。 
  • 前提条件リストから選択できる場合、前提条件をオプションとして表示するには、前提条件内のすべての用語に対する [制限表示] アクセス権が必要です。 
  • ユーザーがシート内の按分の前提条件を選択できるようにするには、少なくとも、前提条件内のすべての用語に対する [制限表示] アクセス権を付与します。
  • 按分の前提条件で、誰もがアクセスできない用語を使用している場合は、全般設定で自動按分の使用を検討してください。自動按分は、任意のユーザーに対して自動的に数式を適用します。 

 

レポートの構築

知るべきこと: ベスト プラクティス:
  • レポートを作成するには、少なくとも、一部の組織の科目に対する [表示] アクセス権が必要です。 
  • [要素] タブでは、少なくとも特定の組織に対する [制限表示] アクセス権を持つすべての科目を表示できます。また、アクセス権を持つすべての組織を表示できます。
  • これらの属性をレポートにドラッグできるため、アクセスできない無効な交差を作成できます。 
  • 交差が無効でも、必ずしもレポートの実行を妨げるとは限りません。
  • 交差が無効なレポートセルには、空白またはゼロが表示されます。

ユーザーが混乱しないように、どの組み合わせが無効であるかを伝えます。

 

 

共有レポートの表示

知るべきこと: ベスト プラクティス:
  • 共有レポートでは、アクセスできないデータが取り除かれます。共有レポートは、ユーザーごとに非常に異なる場合があります。 
  • 以下が表示されます。
    • 他者からは見えない列と行の全体 
    • 他者からは見えないパラメータとフィルターのオプション 
    • 他者から空白とゼロに見えるデータ 
    • 異なる値を持つ合計
  • 特定の用語にアクセスできないため、レポート計算ではユーザーごとに異なる結果が表示されます。計算フィルターは、アクセスできない用語が除外されます。これにより、異なる数値、部分的な合計、f(x)の制限、およびゼロになる可能性があります。 
[管理 > 一般設定] に移動し、 [レポートのデータアクセスメッセージ] フィールドにメッセージを入力します。このメッセージは、すべてのレポートの情報ノートに表示され、レポートに表示されるデータにアクセスルールがどのように影響するかをユーザーが理解するのに役立ちます。

 

共有レポートの変更

知るべきこと: ベスト プラクティス:

権限がある場合は、他のユーザーが作成してあなたと共有したレポートを編集できます。

レポートを実行すると、アクセス権を持たない属性と属性値はレポートから削除されますが、他のユーザーに対しては保持されます。 

レポートを編集すると、アクセスルールにより、アクセス権を持たない属性と属性値が削除されます。また、保存された変更により、他のユーザーの属性も削除されます。 

例えば、レポートに [本社]、[エンジニアリング]、 [マーケティング] の組織が含まれるとします。

あなたは [エンジニアリング] にのみアクセスできます。レポートを実行する場合、あなたは [エンジニアリング] のみを参照します。舞台裏では、[本社] および [マーケティング] は依然としてレポート上にあります。これらの組織へのアクセス権を持つユーザーは、引き続きそれらを表示できます。 

例えば、共有レポートには、組織全体の費用が表示されます。あなたは [エンジニアリング] 費用にのみアクセスできます。レポートを編集すると、ビルダーの [エンジニアリング] のみが表示されます。あなたは他の組織がレポート上にあることを知りません。レポートを共有フォルダーに保存すると、舞台裏でレポートでは、すべての組織が削除されます。ただし、すべての人向けの [エンジニアリング] は除外されます。 

共有レポートの構造の誤った変更を避けるために、モデル内の保護された属性へのアクセス数が少ないユーザーよりもアクセス数が多いユーザーに [すべてのレポートを変更] 権限を付与します。 

 

シートおよびレポートの数式駆動データ

知るべきこと: ベスト プラクティス:

シートまたはレポートでデータを表示する場合:

  • 共有数式、セルに入力された数式、マスター数式、および計算された科目は、アクセス権に関係なく、すべてのユーザーに対して同じ値を評価します。
  • 数式内のすべての用語に対して少なくとも [制限読み取り] アクセス権がない場合、数式自体は「f(x)制限付き」として表示されます。 
該当なし

 

シートの数式の書き込み

知るべきこと: ベスト プラクティス:
  • 各科目に対して参照できる組織の制限は、科目のデータプライバシー設定によって制御されます。次の「データプライバシー」セクションを参照してください。
  • 数式で用語を使用するには、用語に対して少なくとも [制限表示] アクセス権が必要です。 
  • アクセスできない用語を入力した場合、シートを保存するときに、数式エラーが発生します。このエラーはすべてのユーザーに対して再発します。
  • フォーミュラアシスタントを使用する場合、フォーミュラアシスタントリストにすべてのアクセス可能な属性が表示されます。例えば、ルールにより、[エンジニアリング] 組織の収益科目を表示できません。フォーミュラアシスタントでは、科目リストに [収益]、組織リストに [エンジニアリング] が表示されます。 [エンジニアリング] および [収益] を使用した数式を試行できますが、フォーミュラアシスタントでは式を保存できません。    
ユーザーがエラーを回避できるように、無効な組み合わせをユーザーに伝えてください。

 

レポートでの数式の書き込み

知るべきこと: ベスト プラクティス:

シートでの数式の書き込みに関する上記の情報に加えて:

  • [%として表示] 計算では、デフォルトで [費用] 科目が使用されます。[費用] へのアクセス権が一切ない場合、数式では総勘定元帳勘定リスト内の次の総勘定元帳勘定が使用されます。要素プロパティを編集して変更できます。
  • レポートに無効な交差を作成できるため(「レポートの作成」セクションを参照)、これらの無効な交差を参照するレポート計算を作成できます。この場合、計算では無効な交差をゼロとして扱います。 

該当なし

リンクおよびソース科目

リンクされた科目の一般情報については「リンクされた科目の概要」を参照してください。

知るべきこと: ベスト プラクティス:
  • リンクされた科目は読み取り専用です。リンクされた科目への [編集] アクセス権の結果、[全表示] アクセスになります。
  • リンクされた科目のデータを表示するためにソース科目へのアクセス権は必要ありません。 
  • リンクされた科目のデータにドリルするには、ソース科目へのアクセス権が必要です。 
  • リンクされた科目とソース科目の両方へのアクセス権がある場合、レポート内の科目ごとに異なる値が表示される場合があります。これは、リンクされた科目内またはレポートのカスタム属性フィルタが原因である可能性があります。また、科目ごとにアクセスルールの結果が原因である可能性もあります。
  • リンクされた科目に表示されるデータをユーザーが編集できるようにするには、ソース科目への [編集] アクセスルールを作成します。  
  • アカウントの詳細とディメンションの抽出のユーザービューを制限するには、ソース科目ではなく、リンクされた科目に対してのみ [全表示] または [制限表示] のアクセス権を付与します。
  • レポートを作成する権限を持つユーザーの場合、リンクされた科目とソース科目の両方に [全表示] アクセス権を付与します。ソースを制限している場合でも、 ユーザーはレポートを使用して、リンクされた科目のデータのカスタム属性の抽出を表示できます。 

 

前提条件科目

知るべきこと: ベスト プラクティス:
  • 前提条件のデータは、すべての組織に対して同じであり、全社(のみ)レベルで編集できます。用語については「階層およびアクセスルール」を参照してください。 
  • 任意の1つの組織の前提条件科目への [表示] アクセス権がある場合、編集可能な任意の組織で数式の前提条件を参照できます。例えば、[エンジニアリング] 組織で [前提条件科目] へのアクセス権があるとします。また、 [販売] 組織で、[収益] などのその他科目へのアクセス権があるとします。数式では、[販売] または [エンジニアリング] のいずれかの [前提条件] を参照できます。これは、前提条件の値がすべての組織で同じであるためです。  
  • ユーザーが前提条件科目値を編集できるようにするには、すべての組織で科目へのアクセス権をユーザーに付与する必要があります。
  • 前提条件科目へのアクセス権を付与するルールについては、管理者に明確にするために、ユーザーまたはグループがアクセスできるすべての組織を含めます。

 

システム科目

知るべきこと: ベスト プラクティス:

システム科目へのアクセス権がある場合、表示される値は、シート、グラフ、レポート間で異なる場合があります。

CTA、配賦、および相殺消去差分科目は、数式駆動型科目のルールに従います。シート内の科目の値を表示するために、式のすべての条件にアクセスする必要はありません。レポートおよびグラフでは、アクセスできない数式用語が除外されます。

該当なし

 

為替レート科目

知るべきこと: ベスト プラクティス:

[為替レートシート] にアクセルするには(モデリング > 為替レート)、[モデル管理アクセス > 通貨] 権限が必要です。アクセスルールは必要ありません。

シート、レポート、およびグラフで [為替レート] 科目にアクセスするには、科目への [表示] アクセスが必要です。為替レート科目の科目コードを見つける方法については「アクセスルールの作成」を参照してください。

該当なし

 

科目のデータプライバシー設定

知るべきこと: ベスト プラクティス:
  • データプライバシーは、ユーザーが数式で科目を参照する方法を制御する科目設定です。 
  • ルールごとの科目と組織の交差により、科目データへのアクセス権を定義します。[データプライバシー] 科目設定により、数式で科目を使用する方法を定義します。

特定の組織が存在することをユーザーに知らせたくない場合は、[全組織で公開] データプライバシー設定を持つ科目へのアクセス権を付与しないでください。 

[販売] 組織の [収益] 科目へのアクセス権がある場合のアクセス権とデータプライバシーの組み合わせの例:

収益のデータプライバシー設定結果

全組織で公開:

任意の組織から科目データを参照できます。

[エンジニアリング] を含む、モデルのすべての組織から [収益] を参照する数式を作成できます。 

フォーミュラアシスタントで、モデルの組織階層全体を表示できます。

 

全社のみ:

会社の合計の収益を参照できます。 

すべての組織の合計を含む、[収益] の全社の合計値を参照する数式を作成できます。

明示的なアクセス権を超える組織階層を表示することはできません。

非公開:

すべての科目のデフォルト。現在の組織(およびその子孫)からの科目のみを参照できます。 

[販売] 組織でのデータについて、[販売] 組織または [販売] 組織の子孫のいずれかから [収益] を参照できます。他の組織から科目を参照することはできません。 

 

保護されたカスタム属性を持つモデル

モデルがカスタム属性を保護する場合:

  • すべてのアクセスルールには、すべてのカスタム属性の未分類値が自動的に含まれます。 
  • すべてのデータが、すべてのカスタム属性で交差します。カスタム属性が指定されていない場合、データは各カスタム属性の [未分類] 値で交差します。 
  • 分割合計を含むすべての合計値が、各カスタム属性の [すべて] 値で交差します。
  • 保護されたカスタム属性の [すべて] 値にアクセスできない場合、数式、科目、シートアクセス、レポート、およびグラフに対する機能に制限されます。 

[すべて] および [未分類] 値については「階層およびアクセスルール」を参照してください。 

保護された科目および組織を持つモデルに関してリストされている上記のベストプラクティスに加えて、以下のベストプラクティスを考慮してください。 

組織割り当て標準およびキューブ シート

知るべきこと: ベスト プラクティス:
  • リンク、組織、科目階層、または分割を通じて合計を表示するセルは、すべてのカスタム属性の [すべて] 値で交差します。
  • 保護されたカスタム属性の [すべて] 値へのアクセス権がない場合、行が分割されると、合計行は一切表示されなくなります。 これにより、アクセスできる科目と組織がシートで非表示になります。

保護された各カスタム属性の [すべて] 値を含むルールを作成すると、ユーザーは以下を実行できるようになります。   

  • 分割を追加または編集します。
  • 任意の分割合計または関連分割を表示します。 
  • 標準シート上のキューブおよびモデル科目を表示します。
  • リンクされた科目でデータを表示します。

エラーを防ぐには、チームメンバーにどの属性の組み合わせが有効であるかを伝えてください。

混乱を防ぐため、標準シートよりもキューブ シートを使用してください。 

 

組織割り当てモデルシート

知るべきこと: ベスト プラクティス:
  • 行を表示するには、組織、およびその行に対して選択されたすべてのカスタム組織値に対する [全表示] アクセス権が必要です。
  • アクセスできない組み合わせの行は、シートから非表示になります。
  • 行では、エラーにより、無効な交差を作成する属性値を選択できなくなります。別の値を使用して再試行できます。 

エラーを防ぐには、ユーザーにどの組み合わせが有効であるかを伝えてください。

 

 

 

配賦科目

知るべきこと: ベスト プラクティス:

割り当て科目がカスタム属性を保持する場合、これらはカスタム属性の [すべて] 値で交差します。

配賦科目を含むルールのすべてのカスタム科目属性の [すべて] 値を含めます。

 

保護されたカスタム属性を持つリンクされた科目

知るべきこと: ベスト プラクティス:
  • 標準シートでは、リンクされた科目は、すべての保護されたカスタム属性の [すべて] 値で交差します。
  • キューブシートでは、リンクされた科目は、シート自体ではなく、保護されたカスタム属性の [未分類] 値で交差します。
  • レポートでは、レポートにより、リンクされた科目データがフィルタリングされます。リンクされた科目には、各ユーザーがアクセスできるカスタム属性値がタグ付けされたデータのみが表示されます。 

 

  • リンクされた科目へのアクセス権限を標準シートで表示するには、アクセスルールにすべてのカスタム属性の [すべて] 値を含めます。
  • 総勘定元帳またはカスタムリンク科目へのレポートの表示アクセスの場合、ユーザーがアクセスするカスタム属性値のみを含めます。 
  • キューブシート内のリンクされた科目への表示アクセスについては、特別な考慮は必要はありません。リンクされた科目では、シート上のすべてのカスタム属性の未分類値でのみデータがを表示されます。
  • ソースア科目はしばしばカスタム属性値を使用し、データを抽出します ユーザーデータの抽出を表示できるようにするには、ソース科目をルールから除外します。ユーザーは、リンクされた科目表示を通じてソースの合計値を表示できますが、ソース科目の詳細にドリルできません。 
  • ユーザーが保護されたすべてのカスタム属性の [すべて] 値にアクセスできない場合は、ソース科目のみに対するアクセス権をユーザーに付与してください。これにより、ユーザーは、アクセスできるカスタム属性値のみのキューブまたはモデルシートの科目データを表示できるようになります。 

 

メトリック科目

知るべきこと: ベスト プラクティス:
  • 標準シートのメトリック科目は、すべてのカスタム属性の [すべて] 値で交差します。
  • キューブメトリック科目(キューブシートのメトリック科目)は、キューブシート自体ではなく、任意の保護されたカスタム属性の [未分類] 値で交差します。キューブシート上の保護されたカスタム属性の場合、各セルは選択した属性値で交差します。 
  • ユーザーが標準シートまたはモデルシートでメトリック科目を表示できるようにするには、保護されたすべてのカスタム属性の [すべて] 値へのアクセスを含めます。
  • インスタンスが保護されたカスタム属性を保持している場合、カスタム属性がシート上にある場合を除き、モデル科目およびキューブ科目のルールにカスタム属性を定義する必要はありません。 

 

数式

知るべきこと: ベスト プラクティス:
  • 標準およびモデルシートでは、記述する式は、デフォルトですべてのカスタム属性の [すべて] 値を参照します。  [すべて] 値に対するアクセス権がない場合、アクセス権を持つ属性値を使用して数式を修飾する必要があります。修飾しない場合、エラーが発生します。 
  • キューブシートでは、同じキューブシート上の科目を参照するキューブ科目セルに対して記述する数式は、属性が「この」に等しいことを意味します。 
誤りや混乱を避けるため、チームに求められることを伝えてください。 

 

レポートの作成と共有

知るべきこと: ベスト プラクティス:
  • 保護されたカスタム属性の [すべて] 値にアクセスできない場合は、[要素] タブでカスタム属性を確認できます。レポートにドラッグできます。
  • レポートを実行するとき、要素には、アクセス権を持つ値のみが保持されます。
  • 例えば、[製品] 属性値である [Tシャツ] にのみアクセスできるとします。[製品] 属性を、[収益] 科目があるレポートにドラッグアンドドロップします。[Tシャツ] の収益が表示されます。
  • レポートを共有する場合、別のユーザーが [Tシャツ] と [セーター] にアクセスできます。このユーザーには、[Tシャツ] と [セーター] の両方の [収益] が表示されます。
  • 同じロジックがレポート数式に影響します。 
レポート ビルダーが共有しているレポートで保護されたカスタム属性全体を使用するようレポート ビルダーに促します。アクセスルールは、各チームメンバーのデータと計算をフィルタリングします。 

 

 

  • この記事は役に立ちましたか?