ネイティブ時間に関連する Planual のルール
1.01-01 時間には SELECT を使用しない
これは PLANS の 持続可能性 (Sustainable) の要素に反しており、モデルのタイムスケールを更新するときにハード コーディングが原因で問題が発生する可能性があります。合計やルックアップとして使用する時間形式のアイテムを含むモジュールが推奨されています。
exception
| 1.01-01a 汎用的な時間軸 | Actual (実績) 期間、Current (現在) 期間、YTD/YTG/ALL 期間などの汎用的な時間軸で SELECT を使用しても問題ありません。 |
| 1.01-01a 汎用的な時間軸 | Actual (実績) 期間、Current (現在) 期間、YTD/YTG/ALL 期間などの汎用的な時間軸で SELECT を使用しても問題ありません。 |
relatedToRule
1.01-02 デフォルトでモデル カレンダーを使用する
モデル カレンダーは状況に応じて変化するため、ほとんどのモジュールで多くのメリットがあります。 ほとんどの要件をカバーする適切な時間設定 (過去および将来の年) を選択し、モデル カレンダーを使用してこれらの大部分を設定します。
「標準」外の例外については、計算の効率を高め、モデル サイズを制御するために時間範囲を使用します。ただし、年末のロールオーバー時には時間範囲を手動で更新する必要がある場合があることに注意してください。
bestPracticesArticles
1.01-03 Current (現在) 期間を使用する
時間設定内で Current (現在) 期間を利用すると、CURRENTPERIODSTART()、CURRENTPERIODEND() の使用が可能になり、現在の期間を自動的に保持するルックアップ モジュールの作成に使用できます。
1.01-04 All Periods (すべての期間) を考慮する
All Periods の使用を考慮してください。 これは事実上、時間のトップ レベルであり、モデルのセル数がわずかに増加しますが、モデリングの柔軟性が高まります。 これは、同じ計算を何度も参照する必要がある場合に特に便利です。
1.01-05 デフォルトでタイムスケールの小計を除外する
デフォルトでは [include] 設定をオフにし、絶対に必要な場合にのみこれらの設定を追加してください。 これらの追加設定 (四半期合計、年度の初日から今日まで、年末までの残り期間など) は、モデル カレンダーが時間ディメンションとして存在するすべてのモジュールに含まれます。つまり、これらの小計に対して計算が実行されることになります。 モデル カレンダーのすべてのモジュールにこれらの値が本当に必要かどうかを検討してください。
デフォルトでは時間範囲でモデル カレンダー設定が継承されますが、時間範囲ごとに異なる [include] 設定を指定できます。
relatedToRule
1.01-06 時間範囲の名前規則
名前には FYxx-FYyy 形式を使用して短くしてください。この形式を使用すると、管理者は時間範囲自体を参照せずに、モジュールのブループリント内で時間範囲のスコープと名前を確認できます。これはブループリントの列内に適合し、監査と分析に役立ちます。
ただし、範囲が変更された場合には、時間範囲の名前の変更が必要になることがあります。そのため、時間範囲を毎年増やす必要があり、それが明確に文書化されている場合は、汎用的な名前 (「History Years」) を使用することもできます。 こうした名前によって必要なメンテナンスは少なくなりますが、明確な名前ではありません。
bestPracticesArticles
1.01-07 時間範囲
デフォルトのモデル カレンダーが適切ではないモジュールを最適化するには、時間範囲を使用します。 データのディメンションを考慮し、それに応じて時間範囲を設定します。
bestPracticesArticles
1.01-08 長いタイムスケールにおける日単位のタイムスケール
長いタイムスケール、特に日単位のタイムスケールが 5 年以上にわたる場合には日単位の粒度が本当に必要かどうか改めて検討してください。 可能であれば時間範囲を使用して日単位のカレンダーを制限し、計算効率を最適化するために CUMULATE ではなく PREVIOUS も使用してください。
