概念: リンク元科目
リンク元科目は、キューブまたはモデル シートから単数または複数の科目に保存されたデータを使用し、総勘定元帳、カスタム、キューブ標準科目にデータを入力します。キューブ シートでは、リンクを総勘定元帳およびカスタム キューブ入力科目に追加できます。科目
の "タイプ"
設定、"リンク"
を使用して、科目にリンクを追加します。インスタンスを、いくつかのモデルとして考えてみます。 科目リンクはモデル間のデータを接続する 1 つの方法です。例: モデル シートに人事モデルが含まれています。キューブ シートに含まれている収益モデルがあります。すべての総勘定元帳科目は別のモデルと見なすことができます。
リンク元科目の仕組み
"リンク"
は "タイプ"
設定の一部ですが、科目のタイプは変えず、フローまたはストックのままにします。
ターゲット科目
は、データを他の科目から取得する科目です。ターゲット科目にリンクを設定した。ソース科目は、キューブ科目またはモデル シート内にデータがある科目です。ソース科目は、キューブ科目またはモデル科目でなければなりません。科目をリンクしたら、チームはターゲット科目ではなくソース科目にデータを入力します。
1 つの科目を最大 10 のソース科目にリンクできます。リンクする必要があるソース科目が 10 を超える場合は、サポート ケースを作成してください。
リンク元科目のユース ケース
目標 | 例 |
|---|---|
モデル シートまたはキューブ シートの属性、メトリック、その他のドライバーを用いて総勘定元帳データを計算および計画します。データを総勘定元帳合計にロールアップします。 | 人事モデル シートのデータは、個々の従業員ごとの給与費用を決定付けます。総勘定元帳の給与科目を、総勘定元帳の "費用" 科目の子として作成します。その子科目を、モデル シートで生成された給与にリンクさせます。給与費用は、他のすべての費用とともに総勘定元帳の "費用" 合計に合計されます。例: 経費のリンク元科目を参照してください。 |
モデル シートまたはキューブ シートからデータをピボットし、クリーンで明確な合計を提示する。 | 人事モデル シートには、事業地属性ごとに各従業員の給与が表示されます。そのデータをキューブ シートにピボットし、従業員を表示せずに場所ごとの給与費用の合計を表示します。例: 経費のリンク元科目を参照してください。 |
複数の属性を使用して計画し、別の科目においてこれらの属性の一部のみを使用する。 | キューブ シートは、製品、事業地、顧客別に収益を計画します。総勘定元帳には製品カテゴリ別の収益が必要です。各製品カテゴリの総勘定元帳収益科目を作成し、属性でフィルタリングされたキューブの収益に個々の科目をリンクさせます。例: 属性と収益のリンク元科目を参照してください。 |
モデル シートまたはキューブシートからの属性を用い、総勘定元帳科目コードを使用して直感的な数式を作成する。 | 総勘定元帳科目をキューブ科目およびモデル科目にリンクさせます。 数式において、モデル科目およびキューブ科目の長く非直感的な科目コードを参照するのではなく、総勘定元帳科目コードを参照します。その後、属性を追加できます。例: 属性と収益のリンク元科目 |
ERP システムに近いシンプルな総勘定元帳の階層を維持しながら、カスタム属性で計画を立てる。 | 2 つの人事モデル シートの複数の経費科目を 1 つの総勘定元帳の経費科目にリンクします。複雑な科目構造を単一の総勘定元帳科目に簡素化するには、支出カテゴリのカスタム属性値を、リンクされた各科目に適用します。例: 適用される属性を使用した複数ソースのリンク元科目を参照してください。 |
パフォーマンス制限
特定のリンクされた科目設定と使用パターンでは、パフォーマンスが低下したり、予期しない結果が生じたりする可能性が高くなります。パフォーマンスの問題が発生する可能性と発生した問題の程度を下げるために、以下の最も一般的な問題の設定や使用パターンを避けることをお勧めします。
設定または使用パターン | 制限 |
|---|---|
リンク元科目の長いチェーン | あるシートまたは科目から別のシートまたは科目に 3 つ以上のリンクをチェーンで使用すると、特に元のシートに多くのデータが含まれている場合は、パフォーマンスが低下します。これらのチェーンでは、すべての依存シートでセルが伝達されるため、計算時間が線形的に増加します。可能な場合は中間リンクを避け、データ ソースをできるだけ移動先に離さないようにします。 |
マージされたキューブからのリンク | マージされたキューブに科目をソースとしてリンクすると、特にインポート変更時に、パフォーマンスの問題が発生します。これは、マージされたキューブの出力を計算すると、データが上流の科目に分散されるためです。 |
循環参照 | リンクされた科目で循環参照を設定しないようにします。システムは多くのケースで循環参照について識別しアラートを表示しますが、すべてのケースではありません。循環参照は、システムがデータ パスを明確に決定できず、順序外の処理が発生するため、パフォーマンスの低下と潜在的なデータの問題につながります。 |
パススルー シートを使用した属性のドロップまたは追加 | 属性を削除するためにパススルー シートを使用して科目をシートにリンクすると、多くの場合パフォーマンスが低下します。リンク元科目はこの点を考慮して設計されておらず、このユース ケースにより、リンク元からターゲットへとチェーン化されたリンク科目の数が増加します。 |
創造的なユース ケースでの適用されたディメンションの使用 | レポートの形式設定などの目的に適用された属性を使用すると、リンクの数が大幅に増加します。 |
モデル科目またはキューブ科目以外の科目からリンク | システムは通常、メトリック科目、システム科目、またはプロバイダ科目としてカスタム科目と標準科目からのリンクをサポートしていません。これらの科目にリンクしようとすると、設定エラーや予期しない動作が発生する可能性があります。 |
実績を伴う設定 | 実績から取得する科目をリンクさせるとパフォーマンス低下の原因になり、多くの場合不要になります。 "リンク先科目の実績を表示" を選択した場合、計画値は実績バージョンからリンクされ、パフォーマンスに影響します。計画バージョンの科目値のみが必要な場合は、"リンク元フィルタ" セクションで "リンク先の実績を有効化" を選択することをお勧めします。
|
指定されたシート上またはインスタンス内の多数のリンク | インスタンスや特定のシートに数百、数千のリンクを追加すると、パフォーマンスが低下します。この影響は、リンクが使用する科目のモデルがどの程度複雑かによって異なります。 |
ルートまたは合計組織を示すプロバイダ科目 | プロバイダ科目が、ルートまたは合計組織を示す算出科目である場合、パフォーマンスに影響します。これにより、システムが追加データを計算および集計するにつれて、より多くの依存関係が作成されます。 |