概念: Adaptive Planning へのメタデータのロード
Adaptive Planning の "インテグレーション設定" では、以下のローダを使用してメタデータをインポートします。
- Planning 科目ローダ
- Planning 組織ローダ
- Planning 属性ローダ
- Planning 特性ローダ
- Planning 関連付けローダ
ローダには、選択された 1 つ以上の Workday レポートを含む Workday データ ソースが必要です。選択したレポートの内容によって、使用するローダの種類が決まります。
指針
Workday データ ソースを作成して Adaptive Planning にメタデータをインポートする際は、以下の指針に従ってください。
- 階層レベルの場合は、Workday 提供の以下のレポートを使用します。
- プラン属性/階層の例 - コスト センターおよびコスト センター階層
- 勘定科目または勘定科目サマリの例 - 勘定科目の階層
- 追加の属性については、オブジェクトからカスタム レポートを作成してください。例:
- サプライヤおよびサプライヤ グループ
- 会社の会社コード
以下の作業を Workday に実行してデータを絞り込みます。
- グループおよびフィルタを使用して、以下を行います。
- "会社" を選択してから、"コスト センター" を選択してください。
- "コスト センターの詳細行を要約する"を選択します。
- 必要に応じてフィルタを追加します。
- 異なるデータ サブセットが必要な場合は、ハードコード フィルタではなく、可能な限りプロンプトを使用します。
- 説明を読み、プロンプトを理解して、利用可能な最適なレポート データ ソース (RDS) を使用してください。
- 可能な場合は、"パフォーマンスのために最適化する"を選択してください。
- 会社ベースのプロンプトは、会社レベルでデータを取得します。
- 組織ベースのプロンプトでは、フィルタ時にコスト センター、監督組織、またはその他の組織レベルでデータが取得される可能性があります。
組織
組織は、ルートまたは最上位組織への接続とともにロードされる必要があります。たとえば、組織とその親、祖父母、および
すべての組織 ()
までロードする必要があります。組織は Workday の組織を表します。組織は階層的であり、アクセスとセキュリティを制御し、ワークフローを管理します。これらは単一の親にロールアップされます。最上位組織は Adaptive Planning の一部であるため、テーブルの最上位組織の親 ID は空白でなければなりません。空白の親 ID を持つすべての組織は、すべての組織のルートに直接ロールアップされます。組織ローダを設定する際は、組織 ID として Workday ID (WDS) を選択し、対応する親 ID の親 Workday ID を選択します。組織 ID (WDS) は一意ですが、階層内のどこでも組織名を重複させることはできません。
ディメンション
ロードする属性のほとんどはフラット リスト属性であるため、Adaptive Planning で特性をロードして割り当てることができます。Workday データ ソースを作成するときに、特性を含むカスタム レポートを選択します。
勘定
科目は階層形式とともに、Adaptive Planning に科目グループ別に総勘定元帳に個別にロードする必要があります。
それぞれのルート科目には、データ ソースからの独自のステージング テーブルのインポートが必要です。このデータ ソースは、Workday プロンプトの勘定科目サマリで定義されます。同じ Workday レポートを再利用して、別個のステージング テーブルを生成できます。ルート科目ごとに個別の Planning 科目ローダを作成します。
科目階層プロンプトのフィルタの設定
詳細レポートには、
"フィルタ
" タブを使用できます。レポートを実行するときに、階層や日付の値を決定するフィルタまたはプロンプトを作成します。および/または | ( | *フィールド | *演算子 | 比較タイプ | 比較値 | ) |
|---|---|---|---|---|---|---|
および | 親勘定科目サマリ | 選択リストに含まれているうちのいずれか | ユーザーに値の入力を求め、空白の場合はフィルタ条件を無視する。 | デフォルトのプロンプト | ||
および | 会計処理日 | ≧ | ユーザーが入力 | 開始プロンプト | ||
および | 会計処理日 | ≦ | ユーザーが入力 | 終了プロンプト |
連結 Workday ID
WID がローダ ID フィールドにマッピングされると、マッピング プロファイルの WID を使用してデータとメタデータが Adaptive Planning にロードされます。WID とマッピング プロファイルは、Adaptive Planning からのドリルとパブリッシュを可能にするブリッジを作成します。総勘定元帳の科目構造を作成する際は、科目をどのように計画するかを正確に決定してください。勘定科目別、支出カテゴリ別、またはアイテムの組み合わせ別にプランを作成できます。Planning 科目と Workday 構造を対応付けて、データ検証、レポート作成、その他のタスクに役立てることができます。
連結は、最初は Workday オブジェクト名に基づいてアルファベット順に作成されます。多対 1 の科目、組織、属性をマッピングする場合、Workday 外部システムで連結の要素を並べ替えることができます。マッピング中に要素を選択すると、要素はリストの一番上にシフトします。必要な順序でドラッグ アンド ドロップできます。
ドリルインしたいレポートの区切り文字を使用して、WID ごとに値を連結し、単一の Adaptive Planning 列を作成できます。区切り文字を 1 つ選択し、すべてのデータ ソースに対して一貫して使用します。WID とその区切り文字は表示されません。
科目構造に基づいて、連結する必要がある列を特定し、カスタム SQL 列を作成します。"インテグレーション設定" の SQL 式を使用します。
SQL 列とデータ ソースを保存すると、ローダで列を参照できます。
列で追加の SQL ロジックを実行する場合は、連結する前に別の SQL 列を使用します。トラブルシューティングを容易にするため、論理ステップを別々に設定します。
値が空白の科目の連結
支出カテゴリは、特定の経費については必須のワークタグではありません。存在しないオブジェクトを処理するには、 と連結して空白値を渡す
[blank]
Workday ID 連結に含める。区切り文字では、空白値を含む完全な文字列が適切な場所に解析されます。例: 勘定科目 "6000" は、すべての仕訳行に支出カテゴリがない場合があります。この科目は以下の 3 つの子科目を持つことができます。
- 6000_SC123
- 6000_SC124
- 6000_
6000_
"" には支出カテゴリがないため、空白の値をロードできます。連結先の指定
[blank]
パブリッシュまたは Workday へのドリルスルー Null
支出カテゴリ連結先の指定
[ignore]
すべての支出カテゴリが必要な場合に、Workday へのドリルスルーで支出カテゴリを無視する。連結科目の表示名
WID に使用されているのと同じ連結ロジックを繰り返して、Planning データ ローダに表示される科目表示名を作成します。科目表示名のマッピングは
科目マッピング
に表示されるため、データをマッピングするのに十分な要素が名前に含まれていることを確認してください。科目コードとラベル
Planning 科目ローダで科目をロードする際は、科目コード、科目名、WID を指定する必要があります。科目コード:
- 一意である必要があります。
- スペースを含めることはできません。
- アンダースコア以外の特殊文字を含めることはできません。
許容可能な科目コードを作成するには、科目の各要素に関連付けられた参照 ID を使用します。勘定科目コードは、Workday で使用される勘定科目 ID に関連付けられているため、有効に機能します。支出カテゴリまたは収益カテゴリを追加する場合は、そのカテゴリで科目コードに対して使用可能な形式の参照 ID が使用されていることを確認します。参照 ID の頻繁な用途
SC123
または RC012
。下線を使用して科目コードを区切って、WID ロジックと一致する科目コードを作成できます。"科目 WID" SQL 列を模倣する科目コードを構成し、列の選択を一致するように変更します。
科目コードに対して
"参照 ID"
フィールドが使用できない、またはフォーマットされていない場合は、重複の可能性を減らすため、最も識別可能なフィールドをコードとして使用してください。Adaptive Planning 固有の SQL コマンドを使用
TO_ACCOUNT_CODE
を使用して、科目コードで許可されていないスペースや特殊文字を削除したテキスト文字列を出力します。科目ラベル
科目ローダを作成するときに科目ラベルを指定します。ユーザーには科目ラベルが表示および使用されます。
"(Label)
" 列フィールドを使用して、連結を WID に反映させることができます。用途 CASE
連結支出カテゴリが不要な場合、ラベルを変更するのに使用するステートメント。ローダへの科目のマッピング
データ ソースの完成後、メタデータまたは Planning データ ローダを作成できます。
Planning 科目ローダは、ロード先の Adaptive Planning のルート科目 (収益や原価など) を指定する必要があります。データ ソースが以下の条件を満たしている必要があります。
- ルートまたは最上位の "科目" に接続されている科目とそのすべての "親" が含まれます。
- 最上位の科目の親 ID が空白であることを含めてください。
- すでに Adaptive Planning にあるルート科目にロードします。
科目 WID ()
、 科目コード ()
、 科目ラベル ()
が必要です。Planning データ ローダを作成する場合は、
"ソース ID 列"
の WID、"ソース科目コード列"
の科目コードまたは勘定科目 ID を使用します。" ソース表示名" は、
Planning データ ローダの "データ マッピング"
タブで項目をマッピングするのに役立ちます。関連付け
関連付けを、データ セキュリティのために Adaptive Planning ユーザーに Workday ロールを提供する方法として使用できます。関連付けは、Workday のコア組織割当とメンバーシップをサポートします。関連付けをロードすると、Workday でユーザーの組織アクセスを管理し、Adaptive Planning に同期するのに役立ちます。属性と組織の関連付け、または組織所有権には、Planning 関連付けローダを使用します。以下の後にのみ、関連付けまたは組織所有権をロードします。
- 他のすべてのメタデータを完全にロードします。
- ユーザー同期を少なくとも 1 回完了している必要があります。
関連付け用のレポート フィールドとプロンプト
以下のレポート フィールドとプロンプトを
プラン属性/階層レポート
に追加します。- 属性または組織の関連付けの場合:
- "Adaptive Planning System Users for Assignable Role"レポート フィールド
- "割当可能なロール"レポート フィールド
- "割当可能なロール参照 ID"レポート フィールド関連付けを初めてロードする前に、この値を Workday で編集して、ユーザーが読み取れるようにすることを強くお勧めします。
- "属性タイプの割当可能なロール"プロンプト。
- 組織所有権については、以下を参照してください。
- "Adaptive Planning System Users for Assignable Roles" レポート フィールド
- "属性タイプの割当可能なロール"プロンプト。
ローダへの関連付けまたは組織所有権のマッピング
ソース ID 列 () の
マッピング時に、関連付け用のユーザー ID、属性または組織 ID、ロール参照 ID を選択します。組織所有権をロードするときは、 ソース ID 列 ""
の 参照 ID
を選択またはマッピングしないでください。Adaptive Planning の組織所有権は、ユーザー関連付けの関連付けコードを空白のままにすることで設定されます。