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