1. HCMデータ・ロードのビジネス・オブジェクト
  2. 組織のロードに関するガイドライン
機械翻訳について

組織のロードに関するガイドライン

組織は、企業内の部門やディビジョンなどの組織ユニットにすることができます。 組織によって、法的レポート、財務管理および管理レポートを実行するためのフレームワークが提供されます。

このトピックでは、組織を正常にロードするために理解する必要がある組織オブジェクトの側面について説明します。

組織コンポーネント

単一の組織が、複数の分類を持つことができます。 たとえば、ディビジョンが、部門でもあることが可能です。 したがって、単一の組織オブジェクトに対して、複数の組織分類コンポーネントをロードできます。

ノート:

親組織コンポーネントを持つ組織その他情報コンポーネントは、同じOrganization.datファイルにロードする必要があります。 組織その他情報コンポーネントは、親組織コンポーネントから独立してロードできません。 その他の子コンポーネントは、組織を作成するときに、または組織が存在するようになった後でロードできます。

参照オブジェクトのロード

組織をロードする前に、ターゲット環境に参照オブジェクトが存在する必要があります。 具体的には次のとおりです:

  • 組織に事業所を関連付けることを計画している場合は、組織をロードする前に事業所をロードする必要があります。

  • 組織にレポート・マネージャを関連付けるには、次のことを行う必要があります。

    1. レポート・マネージャを識別せずに組織をロードします。

    2. レポート・マネージャの就業者情報をロードします。

    3. 組織を更新してレポート・マネージャを追加します。

    ヒント:

    就業者は雇用主とビジネス・ユニット、部門に採用されるため、組織をロードする前に就業者をロードすることはできません。

ノート:

部門は有効になっています。 部門をロードする前に、関連する参照データ・セットが存在する必要があります。 他のタイプの組織は、セットが使用可能ではありません。

組織分類コード

組織には、1つ以上の分類を含めることができます。 コードまたは名前を指定できます。 次の表に、有効な分類を示します。

分類名

分類コード

部門

DEPARTMENT

障害者組織

HCM_DISABILITY_ORGANIZATION

ディビジョン

HCM_DIVISION

報告組織

HCM_REPORTING_ESTABLISHMENT

組合

PER_WORKER_UNION

組織コンポーネントで識別されたものを含めて、組織の分類ごとに組織分類コンポーネントをロードします。

ソース・キーを使用した部門の作成

次のOrganization.datファイルの例では、ソース・キーで識別される部門を作成します。

METADATA|Organization|SourceSystemOwner|SourceSystemId|EffectiveStartDate|Name|ClassificationCode
MERGE|Organization|VISION|SALES|1980/01/01|Sales|DEPARTMENT
METADATA|OrgUnitClassification|SourceSystemOwner|SourceSystemId|OrganizationId(SourceSystemId)|EffectiveStartDate|ClassificationCode|SetCode|Status
MERGE|OrgUnitClassification|VISION|SALES_DEP|SALES|1980/01/01|DEPARTMENT|COMMON|A

翻訳される組織名のロード

ロードするユーザーの言語で、組織名を指定します。 組織が存在するようになった後、組織名を他の対応言語に翻訳するためのOrganizationTranslation.datファイルを指定します。 次のOrganizationTranslation.datファイルの例では、既存の組織の名前を翻訳します。 ここでは、ソース・キーによって組織が識別されます。 

METADATA|OrganizationTranslation|SourceSystemOwner|SourceSystemId|EffectiveStartDate|Language|Name
MERGE|OrganizationTranslation|VISION|MRKT|2000/01/01|FR|Marketing

組織の論理開始日の変更

組織の終了日は変更できませんが、非アクティブにすることができます。 ただし、組織の最早開始日は変更できます。 次のOrganization.datファイルの例では、ソース・キーによって識別される部門の最早開始日を調整します。 

METADATA|Organization|SourceSystemOwner|SourceSystemId|EffectiveStartDate|Name|ClassificationCode|ReplaceFirstEffectiveStartDate
MERGE|Organization|VISION|SALES|1950/01/01|Sales|DEPARTMENT|Y
METADATA|OrgUnitClassification|SourceSystemOwner|SourceSystemId|OrganizationId(SourceSystemId)|EffectiveStartDate|ClassificationCode|SetCode|Status|ReplaceFirstEffectiveStartDate
MERGE|OrgUnitClassification|VISION|SALES_DEP|SALES|1950/01/01|DEPARTMENT|COMMON|A|Y
ノート:

分類レコードを指定する必要があります。 分類の日付を遡って設定することはできません。

組織の削除

HCMデータ・ローダーを使用して、組織オブジェクトを削除したり、非アクティブにすることはできません。 ただし、組織分類が使用されなくなった場合は、その組織分類を非アクティブにすることができます。 たとえば、部門とディビジョンの両方として分類された組織の場合は、次のことができます。

  • ディビジョンを非アクティブにして、部門をアクティブなままにして、部門を引き続き使用できるようにします。

  • 両方の分類を非アクティブにして、組織全体を非アクティブ化します。

次のOrganization.datファイルの例では、既存の組織分類を非アクティブ化します。 組織は、ソース・キーによって識別されます。 

METADATA|Organization|SourceSystemOwner|SourceSystemId|EffectiveStartDate
MERGE|Organization|VISION|CLARITY|2015/01/01
METADATA|OrgUnitClassification|SourceSystemOwner|SourceSystemId|EffectiveStartDate|OrganizationId(SourceSystemId)|Status
MERGE|OrgUnitClassification|VISION|CLARITY_DIS|2015/01/01|CLARITY|I
ノート:

ファイルには、分類が非アクティブになる日付と同じ有効開始日を持つ組織コンポーネントが含まれている必要があります。

インフライト状況下の部門更新の防止

更新および訂正フローを使用して更新されている、有効日部門レコードが削除されている、承認が待ち状態であるといったインフライト状況下の部門更新を防止できます。 インフライト状況下の部門更新を防止するには、HR_DISABLE_PENDING_APPROVALS_CHECK_IN _HCM_DATA_LOADERプロファイル・オプションを作成し(まだ作成されていない場合)、これをNoに設定する必要があります。

関連トピック