アサイメントの追加

このトピックでは、雇用レコードの追加プロセスの導入に関する考慮事項について説明します。

通常は、このような場合にフィールド値のデフォルトと検証を使用できます。

交渉団体に基づくデフォルトの組合員。
ポジション変更時のデフォルト・アサイメント付加フレックスフィールド(DFF)。
割当コンテキスト依存DFFに4つの数値フィールドがあり、すべての数値の合計が100または0である必要があることを検証します。
Personタイプに基づいて、永続フィールドと一時フィールドを検証します。

この表は、「割当の追加」プロセスでサポートされる属性、例外および実装の推奨事項を示しています。

これは、「自分のチーム」タブと「自分のクライアント・グループ」タブの両方のページに適用されます。

デフォルト設定と検証の両方の条件	フィールド値のデフォルト設定	フィールド値の検証	実装ガイドライン
条件でサポートされる参照オブジェクト employmentWorkers employmentWorkerWorkRelationships employmentWorkerAssignment JobLov ジョブDFF LocationLov LocationsDFF GradeLaddersLov GradeLov 等級DFF DepartmentLov 部門DFF PositionLov ポジション有効等級ポジションDFF 処理処理DFF 処理事由処理事由DFF personsLov アサイメントEFF ソース割当ソース雇用関係就業者	BRからのデフォルトをサポートするセクション時期と理由(actionOccurrences) 割当て(addPersonWorkRelationships) デフォルトをサポートする「時期および事由」セクションのフィールド処理ID 処理事由ID ビジネス・ユニットポジション新規契約の作成	BRからの検証をサポートするセクション時期と理由(actionOccurrences) 割当て(addPersonWorkRelationships)	デフォルト設定をサポートしない時期および理由のフィールド有効日デフォルトをサポートしていないアサイメントのフィールドデフォルト費用勘定 Peopleグループプライマリ・アサイメント・フラグ、プライマリ雇用関係およびプライマリ・フラグなどのフラグビジネス・ユニットとポジションは、いつ、なぜ取得されるか割当ノート割当タイプ標準勤務時間および頻度ポジションからの同期化フラグ

デフォルト設定と検証の両方の条件

フィールド値のデフォルト設定

フィールド値の検証

実装ガイドライン

条件でサポートされる参照オブジェクト

employmentWorkers
employmentWorkerWorkRelationships
employmentWorkerAssignment
JobLov
- ジョブDFF
LocationLov
- LocationsDFF
GradeLaddersLov
GradeLov
- 等級DFF
DepartmentLov
- 部門DFF
PositionLov
- ポジション有効等級
- ポジションDFF
処理
- 処理DFF
処理事由
- 処理事由DFF
personsLov
アサイメントEFF
ソース割当
ソース雇用関係
就業者

BRからのデフォルトをサポートするセクション

時期と理由(actionOccurrences)
割当て(addPersonWorkRelationships)

デフォルトをサポートする「時期および事由」セクションのフィールド

処理ID
処理事由ID
ビジネス・ユニット
ポジション
新規契約の作成

BRからの検証をサポートするセクション

時期と理由(actionOccurrences)
割当て(addPersonWorkRelationships)

デフォルト設定をサポートしない時期および理由のフィールド

有効日

デフォルトをサポートしていないアサイメントのフィールド

デフォルト費用勘定
Peopleグループ
プライマリ・アサイメント・フラグ、プライマリ雇用関係およびプライマリ・フラグなどのフラグ
ビジネス・ユニットとポジションは、いつ、なぜ取得されるか
割当ノート
割当タイプ
標準勤務時間および頻度
ポジションからの同期化フラグ

割当の追加の実装に関する考慮事項

現在、処理日のデフォルト設定はサポートされていません。これは、後のリリースでサポートされます。
「時期および事由」セクションで、デフォルトおよび検証ルールのプライマリ条件としてemploymentWhenAndWhy.ActionDate != nullを使用します(発効日のデフォルト設定を除く)。
割当属性を含むルールの場合は、次の式をプライマリ条件として使用します:
- $fields.sourceAssignment.AssignmentId != null. これは、ルールがWhenやWhyなどの前のセクションで実行されないようにするのに役立ちます。
値プロパティを使用してデフォルト設定する際に、対応する属性値リストが応答しない場合は、実際の値(処理ID、処理事由ID、職階ID、ビジネス・ユニットIDなど)を使用してデフォルト値を設定する必要があります。
フィールド・レベルの警告メッセージは読取り専用フィールドに表示できません。
ユーザー定義表を使用したルールの定義はサポートされていません。
値リストに依存属性または国タグが含まれている場合、参照値リストの場合と同様に、属性値リストがデザインタイムで正確に機能しません。
initialNumberValueを使用したNULLチェックは機能しません。
給与期間に基づくトランザクション日のデフォルトまたは検証は、25Bでは実行できません。これは、後のリリースでサポートされます。
「週次勤務時間」セクションは、ビジネス・ルールのデフォルト設定および検証をサポートしていません。
フィールド・レベルのメッセージ・サポートは、拡張可能フレックスフィールド(EFF)フラグメント内では使用できません。
オブジェクト・レベルの検証では、ADFオートコンプリートのルールを使用することをお薦めします。
すべての追加フローのADFオートコンプリートのルールは、「続行」ではなく「送信」をクリックするとトリガーされます。
個人住所に基づくデフォルトまたは検証は、現在サポートされていません。これは、後のリリースでサポートされます。
数値フィールドの場合、ルールは.$numberValue()で作成され、その値がnullまたは未定義の場合、ルールは失敗します。 $numberValue()を$value()に置き換えることで、拡張式を使用してルールを変更できます。
キー・フレックスフィールド(KFF)に基づくデフォルトまたは検証はサポートされていません。これは、後のリリースでサポートされます。