Change Assignment
This topic lists the implementation considerations for Change Assignment process.
- When and Why
- Default action reason based on action.
- Default action to Assignment Change for line managers.
- Assignment
- Default Regular or Temporary and Full Time or Part Time based on Assignment Category field.
- Default Full Time or Part Time based on Working Hours. If the Full Time or Part Time value must be enforced, the field can be marked as read-only in the same business rule.
- Additional Assignment Info
- Defaulting and validation of Additional Assignment Info segments include single and multi-rows contexts.
- Default Additional Assignment Info segment date with action date from When and Why.
- Default fields in Additional Assignment Info segments based on values selected in When and Why or Assignment sections, or both.
- Validate Additional Assignment Info data against existing data in the same single row EFF context.
This table lists the supported regions, attributes, exceptions, and the implementation recommendations for the Change Assignment process.
In the Conditions to Default and Validate Field Values | To Default Field Values | To Validate Field Values | Implementation Guidelines |
---|---|---|---|
Reference Objects supported in conditions
|
Sections that support Defaulting from BR
Fields in When and why section that support defaulting
|
Sections that support Validation from BR
|
Fields in When and why that aren’t supported in the conditions
Fields in When and why section that don't support defaulting
Fields in Assignment section that don’t support defaulting
|
Considerations for Implementing Change Assignment
- The Effective Date of the transaction in the When and why section must be defaulted only once, when the user first enters the section. You need to ensure that the condition employmentWhenAndWhy.ActionDate == null is added accordingly.
- Use employmentWhenAndWhy.ActionDate != null as the primary condition for defaulting and validation rules in the When and why section (excluding Effective Date Defaulting).
- For rules involving Assignment attributes, use the following expression as the
primary condition:
- $fields.employmentAssignments.AssignmentId != null. This will help prevent the rule from being executed in previous sections like When and why.
- When defaulting using the value property, if the corresponding attribute list of values (LoV) doesn’t respond, you need to set the default value using the actual value (for example, Action Id, Action Reason Id, Position Id, Business Unit Id).
- A field-level warning message can’t be displayed on a read-only field.
- Defaulting isn’t supported upon entering the When and why and Assignment sections for Correct Employment Details and Edit Pending Worker flows.
- Defining rules using User Defined Tables isn’t supported.
- Attribute LoVs don’t function accurately in Design Time if the LoV contains dependent attributes or country tags, in the case of lookup LoVs.
- The null check with initialNumberValue isn’t working.
- Any defaulting or validation of the transaction dates based on Payroll periods can't be done in 25B, it will be supported in a later release.
- Weekly Working Hours section doesn’t support defaulting and validations in BR.
- Field-level message support isn’t available within the extensible flexfield (EFF) fragment.
- These considerations are specific to employment update flows and may not apply to other flows.