Time and Labor
The Worker Time Processing Profile
How one profile controls validation, calculation and processing for a whole population of workers, and the three constraints that catch most configuration mistakes.
Learning objectives
- 1.Explain what a time processing profile links and what each link controls
- 2.Describe why overlapping group assignments are rejected
- 3.Explain the effect of the submit-for-scheduled-processing option
- 4.Explain when retroactive upstream changes force recalculation
Why this matters
Almost every Time and Labor behaviour a worker experiences is ultimately decided by which profile they land on. Wrong profile means wrong time card period, wrong consumer set, wrong rules — for an entire population, silently.
If you skip this: A single overlapping group assignment can change which rules apply to hundreds of workers with no error message at all.
What it is, why it exists, what breaks
What it is
A time processing profile links a repeating time period, a time consumer set, an HCM group, and optionally time calculation and entry rule sets. Together these decide how reported time is validated, calculated and processed for the workers in that group.
Why it exists
Grouping the decision in one object is what makes it reviewable. Instead of asking "which rules apply to this worker", you ask "which profile applies", and then audit the profile.
What breaks without it
When a worker matches several profiles, the priority number decides which one wins — and highest priority is 1, which is counter-intuitive enough to be worth stating twice.
Source: OTL-PROCPROFILE-030, OTL-ENTRYPROFILE-023
What a Worker Time Processing Profile links
These are separate links from one profile, not a nesting: the profile points at each of them independently. Listed in order: Worker Time Processing Profile, then Repeating time period, then Time consumer set, then HCM group, then Rule sets (optional).
A Worker Time Processing Profile is the object that decides how a population of workers has their reported time processed. It links four things. A repeating time period supplies the time card period and the overtime period. A time consumer set names which downstream consumers receive the time and holds their validation rules, approval period and transfer rules. An HCM group identifies which workers the profile applies to, bounded by from and to dates. Optionally it can also link time calculation rule sets and time entry rule sets. One critical property: once the time consumer set is associated with the profile, the set can no longer be edited, and no consumer can be added or removed. Review the set before attaching it. Separately, several profiles of the same type may match one worker, and priority decides which wins, where Oracle states the highest priority is 1.
What to take from this: The profile itself is only a pointer. The behaviour lives in the four objects it links, and one of them — the time consumer set — stops being editable the moment the profile uses it, so the review happens before the attachment.
Source: OTL-PROCPROFILE-030, OTL-CONSUMER-052, OTL-ENTRYPROFILE-022
Two profiles claim the same group, and one worker gets the wrong rules
An implementation creates a profile for a UK population and another for a US population. Both profiles happen to include an HCM group named "All Hourly", because the group was built before the country split was decided.
- 1.Both profiles are saved. Neither reports an error at save time on the overlapping dates.
- 2.A worker in that group processes time, and the entry validation that runs is the one from the lower-priority profile.
- 3.A UK worker is validated against US rules, and an exception appears that nobody can explain.
- 4.The overlap is found by auditing group assignments across profiles rather than by reading the error.
Takeaway: The constraint that prevents this — a group cannot be assigned to more than one profile of the same type for an overlapping period — must be designed for, not discovered in production.
Source: OTL-CONSUMER-052
Configuration model
Objects
Repeating time period
Supplies the time card period and the overtime period for the workers in this profile.
Risk if wrong: Overtime boundaries shift relative to the time card, which changes every overtime calculation.
Time consumer set
Names the consumers that receive time, plus their validation, approval period and transfer rules.
Risk if wrong: Locked once associated with the profile, so a mistake here requires an administrator to intervene.
HCM group
Identifies the workers this profile applies to, bounded by from and to dates.
Risk if wrong: The profile silently applies to the wrong population, or to nobody.
Constraints
- A single group cannot be assigned to more than one time processing profile of the same type for an overlapping period.
- The priority number is unique among profiles of the same type; the highest priority is 1.
- Once a time consumer set is associated with a worker time processing profile it can no longer be edited.
Source: OTL-PROCPROFILE-030, OTL-ENTRYPROFILE-023, OTL-CONSUMER-052
Common mistakes
Wrong: Reading priority 1 as lowest priority rather than highest.
Symptom: The profile you expected to win is not being applied.
Fix: Oracle states the highest priority is 1. Number 1 wins.
Wrong: Assuming group membership is live.
Symptom: A newly added worker does not pick up the profile you just assigned to their group.
Fix: Group membership is refreshed by a process. Confirm membership has been evaluated for the period in scope.
Wrong: Editing a time consumer set after it is attached to a profile.
Symptom: The edit is refused, and the design has to change instead.
Fix: Design and confirm the consumer set before attaching it, or route the change through an administrator.
Diagnosing it
Symptom: A worker is not picking up the time processing profile you configured for them.
Category: configuration
- 1.
Is the worker actually inside the HCM group assigned to the profile?
If no: The profile cannot apply. Check group membership, not the profile.
Evidence to capture: Group membership for the dates in question
- 2.
Is the group assignment within its from and to dates?
If no: The profile is correctly not applying. Effective dating, not configuration, is the cause.
Evidence to capture: From and to dates on the group assignment
- 3.
Does the worker match a higher-priority profile for the same period?
If no: A different profile is winning. Priority 1 is the highest, so compare priority numbers directly.
Evidence to capture: Priority numbers of every candidate profile
- 4.
Has group membership been refreshed since the worker was added or the group changed?
If no: The profile is correct and simply has not taken effect yet.
Evidence to capture: Membership evaluation result and date
Confirm: After confirming the profile, verify the worker's time card period and overtime period match what the profile specifies.
Recall
Name everything a Worker Time Processing Profile links, and state which of them becomes uneditable once the profile exists.
Answer shape: It links a repeating time period, a time consumer set, an HCM group, and optionally time calculation and entry rule sets. The time consumer set becomes uneditable once it is associated with the profile.
Memory hook: Period, Consumer, Group, Rules — PCGR. The one that locks is the Consumer.
Source evidence
The linked objects, the overlapping-assignment restriction and the priority semantics were read directly from Oracle's Create a Worker Time Processing Profile page and the corresponding time entry profile page on 2026-10-05.
Release scope: FA Latest
Recorded gaps
- The exact field labels of the profile form are not published on the documentation page read, so this lesson describes objects and constraints rather than field names.
Related concepts
- Repeating time perioddepends on
The repeating time period supplies both the time card period and the overtime period.
- Time consumer setdepends on
The consumer set names who receives the time and under which approval and transfer rules.
- HCM groupdepends on
Groups are what actually connect a profile to workers.
Self-check
An auto-graded assessment is attached to this lesson: assessment-otl-processing-profile
Lesson progress
Checking your progress…