You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
| 9 | Business Unit Hierarchy | No |`BUSINESS_UNIT_HIERARCHY`|
369
+
| 10 | Company Hierarchy | No |`COMPANY_HIERARCHY`|
370
+
| 11 | Cost Center | No |`COST_CENTER`|
371
+
| 12 | Cost Center Hierarchy | No |`COST_CENTER_HIERARCHY`|
372
+
| 13 | Fund | No |`FUND`|
373
+
| 14 | Fund Hierarchy | No |`FUND_HIERARCHY`|
374
+
| 15 | Gift | No |`GIFT`|
375
+
| 16 | Gift Hierarchy | No |`GIFT_HIERARCHY`|
376
+
| 17 | Grant | No |`GRANT`|
377
+
| 18 | Grant Hierarchy | No |`GRANT_HIERARCHY`|
378
+
| 19 | Business Site Hierarchy | No |`BUSINESS_SITE_HIERARCHY`|
379
+
| 20 | Matrix Organization | No |`MATRIX`|
380
+
| 21 | Pay Group | No |`PAY_GROUP`|
381
+
| 22 | Programs | No |`PROGRAMS`|
382
+
| 23 | Program Hierarchy | No |`PROGRAM_HIERARCHY`|
383
+
| 24 | Region | No |`REGION_HIERARCHY`|
384
+
| 25 | Location Hierarchy | No |`LOCATION_HIERARCHY`|
385
+
| 26 | Account Provisioning Data | No |`wd:Worker_Data/wd:Account_Provisioning_Data`|
386
+
| 27 | Background Check Data | No |`wd:Worker_Data/wd:Background_Check_Data`|
387
+
| 28 | Benefit Eligibility Data | No |`wd:Worker_Data/wd:Benefit_Eligibility_Data`|
388
+
| 29 | Benefit Enrollment Data | No |`wd:Worker_Data/wd:Benefit_Enrollment_Data`|
389
+
| 30 | Career Data | No |`wd:Worker_Data/wd:Career_Data`|
390
+
| 31 | Compensation Data | No |`wd:Worker_Data/wd:Compensation_Data`|
391
+
| 32 | Contingent Worker Tax Authority Data | No |`wd:Worker_Data/wd:Contingent_Worker_Tax_Authority_Form_Type_Data`|
392
+
| 33 | Development Item Data | No |`wd:Worker_Data/wd:Development_Item_Data`|
393
+
| 34 | Employee Contracts Data | No |`wd:Worker_Data/wd:Employee_Contracts_Data`|
394
+
| 35 | Employee Review Data | No |`wd:Worker_Data/wd:Employee_Review_Data`|
395
+
| 36 | Feedback Received Data | No |`wd:Worker_Data/wd:Feedback_Received_Data`|
396
+
| 37 | Worker Goal Data | No |`wd:Worker_Data/wd:Worker_Goal_Data`|
397
+
| 38 | Photo Data | No |`wd:Worker_Data/wd:Photo_Data`|
398
+
| 39 | Qualification Data | No |`wd:Worker_Data/wd:Qualification_Data`|
399
+
| 40 | Related Persons Data | No |`wd:Worker_Data/wd:Related_Persons_Data`|
400
+
| 41 | Role Data | No |`wd:Worker_Data/wd:Role_Data`|
401
+
| 42 | Skill Data | No |`wd:Worker_Data/wd:Skill_Data`|
402
+
| 43 | Succession Profile Data | No |`wd:Worker_Data/wd:Succession_Profile_Data`|
403
+
| 44 | Talent Assessment Data | No |`wd:Worker_Data/wd:Talent_Assessment_Data`|
404
+
| 45 | User Account Data | No |`wd:Worker_Data/wd:User_Account_Data`|
405
+
| 46 | Worker Document Data | No |`wd:Worker_Data/wd:Worker_Document_Data`|
406
406
407
407
>[!NOTE]
408
408
>Each Workday entity listed in the table is protected by a **Domain Security Policy** in Workday. If you are unable to retrieve any attribute associated with the entity after setting the right XPATH, check with your Workday admin to ensure that the appropriate domain security policy is configured for the integration system user associated with the provisioning app. For example, to retrieve *Skill data*, *Get* access is required on the Workday domain *Worker Data: Skills and Experience*.
@@ -482,7 +482,7 @@ This scenario is similar to the above scenario, except that instead of backdatin
482
482
#### Scenario 3: Worker employed as CW/FTE is terminated, rejoins as FTE/CW after a significant gap
483
483
It's common for workers to start work at a company as a contingent worker, leave the company and then rejoin after several months as a full-time employee. Here's an example to illustrate how provisioning is handled for this scenario.
484
484
485
-
* It's January 1, 2022 and John Smith starts work at as a contingent worker. As tHere's no AD account associated with John's *WorkerID* (matching attribute), the provisioning service creates a new AD account and links John's contingent worker *WID (WorkdayID)* to John's AD account.
485
+
* It's January 1, 2022 and John Smith starts work at as a contingent worker. As there's no AD account associated with John's *WorkerID* (matching attribute), the provisioning service creates a new AD account and links John's contingent worker *WID (WorkdayID)* to John's AD account.
486
486
* John's contract ends on January 31, 2022. In the provisioning cycle that runs after end of day January 31, John's AD account is disabled.
487
487
* John applies for another position and decides to rejoin the company as full-time employee effective May 1, 2022. HR enters John's information as a pre-hire on April 15, 2022. Now there are two worker profiles in Workday for John. The CW profile is inactive, while the FTE profile is active. The two records have the same *WorkerID* but different *WID*s.
488
488
* On April 15, during incremental cycle, the Azure AD provisioning service automatically transfers ownership of the AD account to the active worker profile. In this case, it de-links the contingent worker profile from the AD account and establishes a new link between John's active employee worker profile and John's AD account.
@@ -491,7 +491,7 @@ It's common for workers to start work at a company as a contingent worker, leave
491
491
#### Scenario 4: Future-dated conversion, when worker is an active CW/FTE
492
492
Sometimes, a worker may already be an active contingent worker, when HR initiates a future-dated worker conversion transaction. Here's an example to illustrate how provisioning is handled for this scenario and what configuration changes are required to support this scenario.
493
493
494
-
* It's January 1, 2022 and John Smith starts work at as a contingent worker. As tHere's no AD account associated with John's *WorkerID* (matching attribute), the provisioning service creates a new AD account and links John's contingent worker *WID (WorkdayID)* to John's AD account.
494
+
* It's January 1, 2022 and John Smith starts work at as a contingent worker. As there's no AD account associated with John's *WorkerID* (matching attribute), the provisioning service creates a new AD account and links John's contingent worker *WID (WorkdayID)* to John's AD account.
495
495
* On January 15, HR initiates a transaction to convert John from contingent worker to full-time employee effective February 1, 2022.
496
496
* Since Azure AD provisioning service automatically processes future-dated hires, it will process John's new full-time employee worker profile on January 15, and update John's profile in AD with full-time employment details even though he is still a contingent worker.
497
497
* To avoid this behavior and ensure that John's FTE details get provisioned on February 1, 2022, perform the following configuration changes.
0 commit comments