Thank you for submitting your idea and voting here. Enabling the automatic group rules is risky for the performance of the system. Would you consider having the 'Manual' type group creation and assigning users to the groups based on the logic controlled on your end?
It is Absorb's view that the modification of Groups via the provided administration interfaces is the preferred method of creating and updating these rules. To do so via the API could have impact to the system by triggering many asynchronous tasks at the risk of performance of the system.
We are considering to use groups to bring the SuccessFactors org model together with the manager access in Absorb. Based on a conversation with another customers we might use the groups instead of the departments to define the manager access.
Thank you for submitting your idea and voting here. Enabling the automatic group rules is risky for the performance of the system. Would you consider having the 'Manual' type group creation and assigning users to the groups based on the logic controlled on your end?
It is Absorb's view that the modification of Groups via the provided administration interfaces is the preferred method of creating and updating these rules. To do so via the API could have impact to the system by triggering many asynchronous tasks at the risk of performance of the system.
This would be good to have!
We are considering to use groups to bring the SuccessFactors org model together with the manager access in Absorb. Based on a conversation with another customers we might use the groups instead of the departments to define the manager access.