Aggregate main person based on primary contract
Bernard Moeskops
Currently the aggregation has 2 automatic scenarios. 1. transfer disabled: newly added persons contracts move to existing main person. 2. transfer enabled: existing contracts move to new main person. I think it should be possible to choose the main person based on where the primary contract comes from. Now you cannot force hierarchy upon the main person choice, but it is FIFO or FILO.
Ramon Schouten
I am probably misinterpreting this, but to me it seems the desire is to automatically calculate the main person based on the primary contract.
This is already the case if I'm correct (also according to docs: https://docs.helloid.com/en/provisioning/persons/person-aggregation/automatic-transfer.html)
Bernard Moeskops could you elaborate on the use case?
Bernard Moeskops
Ramon Schouten: You are not misinterpreting, but in my case I want to always have the main person that holds the primary contract currently. I am not 100% sure but from my testing it seems that the main person does not automatically change after it is merged. So let's say the primary contract changes on an already merged person, the main person does not automatically change.
R
Roel Assenmacher
Bernard Moeskops: I second this. The main person should automatically change to the person with the active contract if the other contract expires. Or there should at least be an option to manually change the main person of two (automatically) merged persons.
D
Dirk-Jan van Meeuwen
Maybe you could solve this issue in your HR source system? That's the place were we've tackled this issue.
We've created a free field in our HR system were we put the employee ID of the main person on the 'sub'-person. Our importscript has two get-actions. The first get-action is to import all the employee's with an empty main person field. The second get-action is to import all employee's with a filled main-person field. All the contractinformation from that get-action is added to the right main person in HelloID.
Now we didn't need the aggregation-function in HelloID.
Bernard Moeskops
Dirk-Jan van Meeuwen: Thanks, that's a solution indeed but the systems need to be seperated in this specific case. The main system is already very heavy and has no possibility for an extra field.