メインコンテンツにスキップ
ドキュメント
ドキュメント
Administrator Guide
最終更新: 2026-03-13
概念: Workday のレポート関係

概念: Workday のレポート関係

Workday のレポートでは、データ、関係、ロジックを表すビジネス オブジェクトを使用します。単独の行や列をクエリーするのではなく、これらの相互接続されたオブジェクトのネットワークと連携します。
例:
  • "従業員" ビジネス オブジェクトは、社員および臨時従業員レコードの主データ エンティティとして機能します。このビジネス オブジェクト ()から、ポジション ()、報酬 ()、福利厚生データなどの関連情報に移動できます。
  • "サプライヤ請求書" ビジネス オブジェクトには、購買請求書ヘッダー データに関する情報が含まれます。このビジネス オブジェクトから、請求書行や支払情報などの関連情報にアクセスできます。
Workday は、ビジネス オブジェクトをインスタンスフィールドを通じてまとめます。インスタンス フィールドは、単なるテキストではなく、特定のレコードへの動的な参照です。このモデルでは、情報を一度入力すると、Workday全体で一貫して使用されます。を参照データ構造の原則-

ビジネス オブジェクトのコア コンポーネント

各ビジネス オブジェクトは、以下で構成されます。
  • インスタンス:ビジネス オブジェクト内の単一の一意のレコードを表します。例: "従業員"ビジネス オブジェクトには、各従業員"" に対して 1 つのインスタンスが含まれています。"フィールド" は、インスタンス内の個別の属性です。例: "従業員" ビジネス オブジェクトには、
    "採用日"
    や
    "戸籍氏名"
    などのフィールドが含まれます。以下の主フィールド タイプが使用Workdayれます。
    • Workday 提供フィールド: すべてのWorkdayテナントに含まれている標準フィールドです。例: "従業員" ビジネス オブジェクトには、
      "採用日"
       、
      "戸籍氏名"
       、
      "コスト センター"
      などの Workday 提供フィールドが含まれます。
    • カスタム フィールド:組織に固有のデータを保存するために作成できるフィールドで、Workday 提供のフィールドでは対応していません。
    • 計算フィールド: これらのユーザー定義フィールドは、他のフィールドで計算、変換、または論理評価を実行します。これらのフィールドにより、データを操作し、標準フィールドとして存在しない値を取得できます。

主ビジネス オブジェクトと関連ビジネス オブジェクトとの関係

ビジネス オブジェクト間の関係によってオブジェクトの接続方法が定義されます。この関係により、主ビジネス オブジェクト(PBO) とそれに対応する関連ビジネス オブジェクト (RBO) からデータを取得できるようになります。
PBO と RBO の関係は、次のいずれかになります。
  • 1 対 1。1 つの PBOインスタンスが1 つの RBOインスタンスにリンクします。例: 従業員から主ポジションへの同期
  • 1:多 - 1 つの PBOインスタンスが複数の RBO インスタンスにリンクする。例: 従業員から扶養家族
レポートをビルドには、最初に選択したデータ ソースによって PBO が決定されます。その後、RBO からデータを取得できます。
選択した PBO によって、データの単一の行が示す内容が決まります。例: "従業員" ビジネス オブジェクトをPBO として使用してレポートをビルド場合、各行は 1 人の一意の社員または臨時従業員を表します。その後、RBO を使用して、PBO に接続されているデータにアクセスできます。例: "従業員"PBO から、"主ポジション" および "扶養家族" の RBO にアクセスできます。
PBO を選択すると、RBO から取得するデータを決定するインスタンスフィールドを通じて、 Workdayが RBO に接続されます。例: 従業員の PBO が組織の RBO にリンクされているとします。従業員オブジェクトの多くのフィールドが組織オブジェクトに関連していますが、これらはさまざまな機能上の目的に使用されます。
  • 監督組織
    フィールド: 従業員の主ポジション() に関連付けられている特定の組織のみを返します。
  • "Organizations Managed
     " フィールドでは、従業員がマネージャロールを持っているすべての組織のリストが返されます。
"監督組織"
と
"Organizations Managed" は
、どちらも同じ組織 RBO を指定していますが、リンクのロジックが各フィールドに固有であるため、返される結果は異なります。

データ構造の原則

Workday、水平方向のリンクと垂直方向の階層を使用して、情報を整理します。
  • 水平方向の接続: 異なるビジネス オブジェクトが関連ビジネス オブジェクトを通じて相互にリンクされている場合。PBO に情報を入力すると、その情報は必要な場所にすでに存在する場合に自動的に使用可能になります。
  • 縦階層: ビジネス オブジェクトが階層上で組織化され、一般カテゴリからより特定のタイプに移動する。
ビジネス オブジェクトが階層の一部である場合、親ビジネス オブジェクトは、その子ビジネス オブジェクトが継承共通のフィールド セットを提供します。親ビジネス オブジェクトを持つデータ ソースをPBO として使用すると、レポートでは、PBO の子ビジネス オブジェクトからインスタンスが自動的に返されます。
この構造の主な目的は、一貫性を確保し、冗長性を減らすことです。親オブジェクトに共通フィールドを一度定義すると、すべての子ビジネス オブジェクトはそれらを自動的に継承。これはレポート作成に特に役立ちます。
例:
  • HCM の場合:
    • 親ビジネス オブジェクト: 従業員
    • 子ビジネス オブジェクト: 社員、臨時従業員
    • 継承フィールド (従業員上):
      戸籍氏名
      、
      従業員 ID
       、
      勤務先 E メール
      、
      監督組織
      。
    • 社員用の一意のフィールド:
      Employee Type (Regular/一時金)
       、
      試用期間の終了日
      、
      労働協約
      。
      "従業員" オブジェクトを使用して
      "E メール"
      などの共通フィールドを表示しますが、"試用期間" にアクセスするには "社員" 子オブジェクトに切り替えます。
  • ファイナンシャル マネジメントの場合:
    • 親ビジネス オブジェクト: 会計ワークタグ
    • 子ビジネス オブジェクト: コスト センター、プログラム、資金、寄付受領資金など。
    • ワークタグの継承フィールド: ワークタグ名、参照 ID、ワークタグ タイプ。
    • コスト センターの一意のフィールド: コスト センター マネージャ、階層親、外部 ID。
子ビジネス オブジェクトは、親ビジネス オブジェクトからすべてのフィールドを継承し、独自の一意のフィールドを含めます。
例:
  • "社員の採用
    " イベントは、
    "アクション"
    イベント() の子ビジネス オブジェクトです。親のすべてのフィールドに加えて、採用プロセスにのみ関連する特定のフィールドが含まれます。
  • 会計仕訳は仕訳の子ビジネス オブジェクトです。Workday、別のビジネス プロセスで自動的に生成されるのではなく、ユーザーによって作成された仕訳入力について、会計仕訳を使用します。子オブジェクトとして、会計仕訳は親である仕訳からすべての共通フィールドを継承し、以下のような手動入力プロセスにのみ関連する独自の一意のフィールドを含めます。
    • 作成者
    • 仕訳ソース
    • 承認ステータス