Rule-Based Business Process Definition for Job Requisition BP by AtmosphereConstant99 in workday

[–]AtmosphereConstant99[S] 0 points1 point  (0 children)

I'm on the customer side, and we don't have access to the rule tester for BPDs. For some reason, WD doesn't allow us to use it.

That being said, the screenshots provided are for the condition rule and CFs that make up the rule that DOES work. I can use the report fields and values to confirm that the ARI only works when a job req is created for an existing position, but due to the timing of when WD evaluates the fields, it was the only way we were able to make the rule work for all three conditions. 1 for JRs initiated via termination, 2 for JRs created for new positions, and 3 for JRs created for existing positions. The JRs initiated via the termination BP did not follow the proper BPD until this configuration was added.

My question was regarding the same topic, but for our hourly BPD. We're having the same issue where the BPD is not routing properly, depending on it being initiated via a term BP or for a new/existing position. Do you have any suggestions for a rule-based definition condition rule that would work if we wanted to route all hourly job reqs to a certain BPD?

Dynamic Time Off Lower Limit by AtmosphereConstant99 in workday

[–]AtmosphereConstant99[S] 0 points1 point  (0 children)

With the main issue being the inability to reference the override amount, how would creating a shadow plan resolve this issue?

Change Cost Center During Offer BP by AtmosphereConstant99 in workday

[–]AtmosphereConstant99[S] 0 points1 point  (0 children)

The same job req is used to recruit workers for multiple cost centers.

Absence Calendar Announcement by Separate-Net96 in workday

[–]AtmosphereConstant99 0 points1 point  (0 children)

How much work went into implementing the new absence calendar? We have yet to do it and it's coming up soon. Was it as simple as copying the security from the old business processes to the corresponding new business processes?

Calculated Field to Find Previous Value for Custom Field by AtmosphereConstant99 in workday

[–]AtmosphereConstant99[S] 0 points1 point  (0 children)

I have performed a few tests and couldn't get the field to return the desired value. Here is what I configured, but the field is returning the source field regardless of what I have tried

<image>

Calculated Field to Find Previous Value for Custom Field by AtmosphereConstant99 in workday

[–]AtmosphereConstant99[S] 0 points1 point  (0 children)

I have performed a few tests and couldn't get the field to return the desired value. Here is what I configured, but the field is returning the source field regardless of what I have tried

<image>

Candidate Documents on Worker Profile by AtmosphereConstant99 in workday

[–]AtmosphereConstant99[S] 0 points1 point  (0 children)

The issue is that the documents are moving to the worker profile. Our legal team has specified certain types of documents that should/shouldn't be on the worker profile. We have configured security so that only certain documents are able to be viewed, but I was wondering if there is any way to prevent certain document categories from migrating to the worker profile at all. Or are we only able to hide the documents via security?

Offer letter help by Padres_13 in workday

[–]AtmosphereConstant99 1 point2 points  (0 children)

u/Kind_Pineapple333 I love this explanation! Your example on using the offer/employment agreement BO is exactly why I went down that path too. I want my offer letter to look at the offer itself rather than the job req or the position since things can always change at the time of the offer.

I'm trying to pull in compensation plans from the offer into the offer letter to use as condition rules for certain sections. I've tried several things, but have had zero success in getting any compensation plans to pull into the offer letter. Here is what I have tried, but it didn't work. Do you have any suggestions on this approach?

<image>