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

logoCorrectSize.png

Workday Adaptive Planning Knowledge Center

モデル設計のベストプラクティス

組織、科目、属性、およびバージョンを対象とするプランニング モデルの構造に関する一般的なベスト プラクティスを紹介します。

一部の普遍的なベストプラクティスは、モデルのパフォーマンスと使いやすさの向上に役立つ場合があります。これらのガイドラインを使用して、強固な基盤を設計および構築します。モデル設計は、万能なプロセスではありません。モデルは、特定のプランニングのニーズを満たす必要があります。また、ビジネスのインフラストラクチャを反映する必要もあります。

Before You Begin

必要な権限: 

  • モデル管理アクセス > モデル
  • [モデル管理アクセス] > [組織構造] > [すべての組織]

How You Get There

Compass.pngnav menuから [モデリング] をクリックします。次に、メニューを使用して、更新するモデルの一部を取得します。

組織

組織はビジネスの組織構造です。たとえば、組織は部門、原価センター、利益センター、または地理的な地域を表します。

組織属性の代わりに組織の特性を使用

特性は、潜在的な値を持つリストを備えた論理グループです。特性を使用して、科目、属性、組織にタグを付けます。特性を作成して、組織ごとに異なる合計階層を示します。

属性とは、可能な値のリストをもつ科目の性質です。すべてのタイプのシートにおいて属性を使用します。製品属性は、自社で販売される製品ラインと製品を示します。ジョブ属性は、従業員に割り当てられた職種を示すことができます。組織属性は、組織の代替的な合計構造を提供できます。

特性またはカスタム属性を組織に関連付けることができます。これらのポイントを使用して、以下を選択できます。

  • 組織の特性は、組織属性で可能なことをほぼ正確に行うための迅速な方法です。
  • 組織属性は、一部の特有なケースでは特性よりも多くのことができます。

属性に傾倒している場合は、最初に特性を試してください。特性から属性への切り替えは簡単です。属性から特性への切り替えはより困難です。

属性から切り替える場合、モデル全体でレポートと数式を監査します。履歴データを保持するには、必要な調整を行う必要があります。

組織の属性と特性」を参照してください。

バージョンの可用性を活用

バージョンの可用性は組織設定です。この設定により、特定のバージョンの組織にアクセスできなくなります。データを失うことなく組織を廃止する方法です。

現在の計画バージョンで組織を使用不可にするのには以下のような目的があります。

  • 組織名に「使用不可」と追加するだけの場合に起こりうるミスと混乱を回避する。
  • 古いバージョンの履歴データを保存する。組織を削除すると、確定したバージョンも含め、すべてのバージョンの組織に関連付けられたデータが削除されます。

この設定は、実績バージョンでも機能します。実績バージョンでは、組織の非表示を開始する月と年を指定します。

バージョンにおける組織の可用性の変更」を参照してください。

1対1組織の削除

1対1組織は、階層構造を強制的に一致させます。たとえば、米国の地理的階層は [国] > [州] > [都市]です。英国の階層は [国] > [都市] です。1 対 1 組織構造は、英国の中間組織を強制的に米国に一致させます。プランニング モデルは、不規則な「階層」をサポートします。強制的な 1 対 1 組織を削除して、使いやすさとパフォーマンスを向上します。

強制された 1 対 1 組織階層 よりよい組織階層

United States

  • カリフォルニア
    • サンフランシスコ
    • ロサンゼルス

英国

  • 英国サブ
    • ロンドン 
    • ブライトン

メキシコ

  • メキシコ サブ
    • メキシコシティー

United States

  • カリフォルニア
    • サンフランシスコ
    • ロサンゼルス

英国

  • ロンドン 
  • ブライトン

メキシコシティー

科目 

科目プレフィックスの使用

数式のデバッグを簡素化するには、カスタムおよびメトリック科目コードにプレフィックスを使用します。すべてのメトリック科目には「M_」、 全てのカスタム科目には「C_」を使用します。これにより、数式内のこれらの科目を簡単に見つけることができます。

算出科目の使用

算出科目がアドホック数式および共有数式を置き換える方法を考えます。数値または他の科目のグループであるデータポイントはすべて、数式駆動型の科目にすることができます。シートまたはレポートに多くの数式を書き込んでいる場合は、算出科目を作成することで時間と労力を節約できます。算出科目は、データを自動的に評価するための数式を使用します。その後、値はモデル全体で利用可能になります。

共有数式をマスター数式に置き換え

数式がすべての組織とバージョン(実績を含む)で同じ場合、カスタムおよび総勘定元帳科目でマスター数式を使用します。

メトリック科目の代わりにカスタムを使用

メトリック科目はすべての組織で再計算されます。単純な数式のパフォーマンスを低下させないでください。単純な加法減法にはカスタム科目を使用します。比率にはメトリック科目を使用します。

数式 

IFFとDIVFの使用

IFとDIVをそれぞれIFFとDIVFに置き換えます。IFFとDIVFは、システムが行う必要のある評価の回数を減らします。

全社(+)を回避

数式内の全社(+)は、すべての組織での合計の再計算を強制します。代わりに以下のいずれかを行います。

  • 数式のその部分に等しい前提条件科目を作成する。続いて、数式内でその前提条件を参照する。
  • 配賦がその数式を使用する場合、配賦ウィザードを使用してルールを定義する。
より遅い より良い
divf(acct.headcount,acct.headcount[level=Top Level(+)])

divf(acct.headcount, assum.TotalHC) 

-----

assum.TotalHCは、acct.headcount[level=Top Level(+)]に等しい前提条件科目です。

カスタム属性

カスタム属性を使用すると、独自の属性を標準属性に追加できます。標準属性は、組織、科目、時間、およびバージョンです。

クリーンに保つ 

モデルから未使用の属性と属性値を削除する時間をスケジュールします。これにより、パフォーマンスが向上し、不要な処理を排除します。

リスト属性の使用

リスト属性の長所と短所を理解します。一般に、可能な場合はリスト属性を使用します。

リスト属性 階層属性
組織属性として使用することはできません。 組織属性として使用できます。
評価が高速化。 評価の速度が低下。
特性とともに使用すると、代替の合計を作成できます。 単一の階層に従ってロールアップします。

バージョンの可用性がある特定のバージョンの属性値を非表示にできます。

バージョンの可用性は属性値設定です。特定のバージョンの属性値にアクセスできなくなります。

バージョンの可用性がありません。

バージョン

バージョンを整理

  • フォルダーを使用して計画バージョンを整理します。
  • 現在のバージョンをバージョンリストのトップに移動して時間を節約します。現在の計画に到達するために過去の何年分もの計画をスクロールする必要がなくなります。

ヒント: 幾分手間を省き、現在の計画バージョンを2番目の位置に配置します。次に、それより古いものを下にドラッグします。

表示開始を更新

表示開始を更新する時間をスケジュールします。これにより、バージョンのサイズが小さくなり、パフォーマンスが向上します。また、シートから関係のない期間を削除します。「表示開始の移動」を参照してください。

デフォルトのバージョンについては、表示開始は編集できません。これを回避するには、一時的に別のバージョンをデフォルトにします。「デフォルトの計画バージョンの変更」を参照してください。

仮想バージョンで簡素化

以下の仮想バージョンを作成します。

  • 固定通貨レポート。仮想バージョンは、バージョンのデータを別のバージョンの為替レートと組み合わせます。「仮想バージョンで固定通貨レポートを作成」を参照してください。

  • バージョンを比較するレポートのクイックメンテナンス。「現在の予測」や「過去の予測」など、レポート内容の仮想バージョンをセットアップします。その後、仮想バージョンを使用してレポートを作成します。仮想バージョンのベースバージョンを更新すると、すべてのレポートおよびダッシュボードも自動的に更新されます。「仮想バージョンを使用して定期メンテナンスを削減」を参照してください。

ソースシステムとの同期

記録システムがモデル構造を定義できるよう、検討してください。このプラットフォームは、統合機能を通じてソース システムからのメタデータ同期をサポートします。新しい科目、組織、または属性をソースシステムに追加すると、自動的にモデルに表示されます。このアプローチは、ソースシステムでデータをキャプチャするのと同じ組織で計画する場合に最適です。また、アプローチを組み合わせることもできます。

ローダの使用」を参照してください。

統合を使用していない場合にモデルに統合を追加するには、お問い合わせください。


命名規則

属性と組織の命名用の予約キーワードと予約文字。

  • 属性名または組織名の末尾に「+」を使用しないでください。「+」構文は数式用に予約されています。
  • メタデータでコンマを使用しないでください。これは数式で問題になることがあります。
  • 属性に年、月、週または日を指定すると、ドット表記の使用に影響します。例: this.version.positionof(this.month)
  • 属性と組織に同じ名前を使用しないでください。

 

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