リンク元科目のウォークスルー: 属性と収益
オーディエンス: モデルを管理する管理者。
属性と特性は、データのスライスを分析、計画、記録しやすくする、タグ付きのデータを分類します。科目がキューブまたはモデルシートにリンクされている場合、そのシートの属性と属性の特性のすべてにリンクします。リンクによってこれらの属性と特性が使用可能になり、セル内でフィルタとして、数式内でタグとして検索できます。
この例では、リンク元科目の属性がどのように機能するかを説明します。
「リンク元の概要」および「モデルまたはキューブシートから別の科目へデータを引き出す」を参照してください。
属性と属性の特性を持つモデル
あなたの会社は、衣類を販売する店舗です。「製品」はモデル内の属性です。製品の属性値は、タンクトップ、Tシャツ、ブラウス、セーター、レギンス、ジーンズ、スカート、ショーツ、ベルト、帽子、小銭入れ、手袋です。各項目の収益は、複数の属性をサポートするために [収益シート] キューブ シートで追跡されています。
製品は、属性の特性（[製品グループ] と呼ばれています）を有しており、これらには トップス、ボトムス、アクセサリーの各値があります。個々の製品の属性を適切な特性にタグ付けします。製品は次のように編成されています。
| 製品特性値 | トップス | ボトムス | アクセサリー |
| 製品属性値 |
|
|
|
[製品収益] キューブ シートにおいて、チーム メンバーは属性、顧客、製品ごとのデータを 2 つの科目（UnitsおよびDiscounts）に入力します。
シート内の残りの科目は、数式と前提条件ドライバを使用し、これらの 2 つの入力に基づいて値を計算します。
単純なP&Lシートの [複雑な収益データ] を使用する
キューブシートは、データ入力に関してはチームの時間の節約に貢献し、顧客および製品の分析に向けたデータを提供します。個々の顧客と個々の製品といった、イライラを伴う損益シートのデータを使用するには、リンク元科目を使用します。最初に、Revenueに合計される総勘定元帳のProduct Revenue科目を作成します。次に、キューブにおいてProduct Revenue科目をNet Revenueにリンクさせます。
Product Revenueを P&L sheet. Just as に追加します。想定されたとおりには次のようになります。
- 詳細は表示されません
- Revenueに合計されます
- 合計に寄与します
- 複雑で無関係な属性と特性がありません
総勘定元帳においてデータを「属性化」します
総勘定元帳のキューブシートから、すべてではないもののいくつかの属性を引き出すには、リンク科目を属性でフィルターします。
1 個々の製品カテゴリについて、Product Revenue内で子総勘定元帳科目を作成します。（総勘定元帳科目がリンクされている場合、最初にリンクを解除する必要があります）。
2 個々の子科目について、キューブでNet Revenue科目にリンクします。
3 その後、[リンク元フィルタ] ドロップダウンを使用して、製品グループ属性ごとにフィルターします。属性は、それらを有するシートにリンクするとすぐに利用できるようになります。
ここで、[損益] シートは製品グループ別にProduct Revenueを分類します。チームがセルを探索する際、セルエクスプローラーを使用してさらなる属性的な内訳を確認できます。これは、リンクがキューブ シート内のすべての属性を保存しているからです。
数式において「属性化された」総勘定元帳科目を参照する
作業を置き換えて、（属性を「保持」していない）データを引き出すための数式の使用と、（属性を「保持」している）リンクの使用の間の重要な違いを示しましょう。
総勘定元帳科目のリンクに代わる数式
Product Revenueは、3つの子科目を持つ総勘定元帳科目です。3つの子科目において、インスタンスは数式を使用し、総勘定元帳科目で製品グループの属性を示します。
Product Revenue - Topsは数式=ACCT.ProdSalesCube.Net_Revenue[Group=Tops]: を使用します
計算機は数式の「"指示"」に従い、セルにデータを入力します。
- [製品収益] キューブシートを検索します（
ProdSalesCube）。 - この科目を取得します（
Net_Revenue）。 - この属性（
[Group=Tops].）でタグ付けされたデータのみを使用します。
総勘定元帳科目を持つ、属性でタグ付けされた計算を実行する
別の科目が総勘定元帳科目4110 Product Revenue-Topsの一部を使用しているとします。合計を取得し、数式において製品別にそれを「属性化」させなければなりません。
数式に科目を入力し、製品の属性（=ACCT.4110_Product_Revenue_GrpTops[Product=Tank Tops].）を追加します。
計算機は次の手順に従います。
- 総勘定元帳科目（
=ACCT.4110_Product_Revenue...）を検索します。 - この属性（
[Product=Tank Tops]）でタグ付けされたデータのみを使用します。
計算機は総勘定元帳属性モデルおよび一般科目で属性を検索しますが、どちらも属性でタグ付けされていません。科目は数式を使用し、数式はキューブシートから関連する属性を取り込みません。そのため、結果は空白です。
モデルに詳しければ、総勘定元帳の数式を確認してソースデータを発見するかもしれません。また、総勘定元帳科目のセルを探索するかもしれません。最初に総勘定元帳科目を持つシートを検索しなければなりません（この例のように同一のシートに存在しない可能性があります）。数式=ACCT.ProdSalesCube.NET_Revenue[Product=Tank Tops] のソース属性を持つソース科目を使用して適切なデータを得られるようになるのはそれからです。
このシートでデータをレビューまたは監査した場合、これらの数式の参照は複雑である可能性があります。これは、総勘定元帳のコードに精通し、それらを検索しているものの、モデルに詳しくない場合に特に当てはまります。
数式が総勘定元帳と総勘定元帳コードを参照する場合、データ入力とレビューの両方においてより直感的に対応できます。
ソリューション
子 [製品収益] 科目のそれぞれをキューブシート科目にリンクさせ、製品カテゴリでフィルターします。
各科目でフィルターされた属性は [製品グループ] であり、色、顧客、製品といったキューブシートのソースに存在する他の属性または特性を参照できます。
次に、数式で総勘定元帳科目を参照する場合、ソースキューブシートに既に追加されている任意の属性でそれをタグ付けできます。
シートにおいて、チームの他のメンバーがその計算を把握できるようにセルが適切に計算されます。これは、総勘定元帳コード: =Acct.4110_ProdRev_GrTops[Product=Tank Tops]を参照しているからです。
実際に、インスタンス全体の数式において、この総勘定元帳科目の参照によりソース科目、ソース科目コード、ソース科目を使用するシートを今までのように理解して把握していなくても、ソース科目内の任意の属性または特性を引き出すこともできます。
数式を再確認する
直感的ではないが誤り総勘定元帳では数式を使用します。そのため、総勘定元帳を参照する数式、特性または属性は機能しません。 |
数式（ 戻る: セル内の空白データ。 |
正しいが非直感的数式は、モデルに不慣れなチーム メンバーにとって直感的ではない数式の文字列を作成して、キューブ シートのソース科目を参照する必要があります。 |
紛らわしい数式: = 戻る: セル内のデータを修正する |
直感的で正しい数式は総勘定元帳コードを参照します。また、総勘定元帳科目がキューブシートにリンクされていることから、数式内の属性は機能します。 |
明確な科目コード（ 戻る: セル内のデータを修正する |