ネイティブ時間に関連する 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] 設定を有効にすることを検討してください。これにより、特に複数のモジュールにわたって同じ計算を繰り返し参照する場合に、大きな柔軟性が得られます。ただし、これはトップ レベルとして機能するため、セル数やメモリ使用量の増加といった、トップ レベル特有の一般的なデメリットも伴う点にご注意ください。
対象となるエンジン: Classic Hyperblock と Polaris
1.01-05 タイムスケールの小計をデフォルトでオフにしておく
| タイムスケールの小計 (四半期合計や半期合計など) に関する「含める」設定は、デフォルトでオフにしておいてください。これらの小計によって、モデル カレンダーを使用するすべてのモジュールにおいて集計ポイントが作成するため、モジュールのロジック上どうしても必要な場合にのみ有効にしてください。時間範囲はデフォルトでモデル カレンダーの設定を継承しますが、個別に「含める」設定を調整できる点に注意してください。 対象となるエンジン: Classic Hyperblock と Polaris |
relatedToRule
1.01-06 時間範囲の名前は短く分かりやすいものにする
| 時間範囲の名前は、「FYxx-FYyy」のように短くて分かりやすい形式にしてください。これにより、モジュールのブループリント内で時間範囲の対象を容易に確認できるようになり、時間範囲設定を参照することなく監査性が向上します。このアプローチでは、ロールオーバー時に名前を若干変更する必要があります。頻繁に増分する (かつ明確に文書化されている) 範囲については、「Actual Years」のような汎用的な名前を使用することでメンテナンスの手間を減らすことができます。 対象となるエンジン: Classic Hyperblock と Polaris |
bestPracticesArticles
1.01-07 時間範囲はデータのディメンション性に合わせる
| モジュールにタイム スケールを割り当てる前に、必要とされる期間を評価してください。不要な計算を最小限に抑え、モデルのパフォーマンスを最適化するには、デフォルトのモデル カレンダーの全期間を必要としないモジュールに対して特定の時間範囲を適用してください。 対象となるエンジン: Classic Hyperblock と Polaris |
bestPracticesArticles
1.01-08 長期にわたる期間では日単位のタイムスケールを慎重に使用する
| 長いタイムスケール、特に日単位のタイムスケールが 5 年以上にわたる場合には日単位の粒度が本当に必要かどうか改めて検討してください。可能であれば時間範囲を使用して日単位のカレンダーを制限し、計算効率を最適化するために CUMULATE ではなく PREVIOUS を使用してください。Polaris モデルの場合、エンジンが必要なセルのみを計算するように、式をガードする必要があります。 対象となるエンジン: Classic Hyperblock と Polaris |
