|
发表于 2014-4-28 11:18:29
|
显示全部楼层
jagan_Palanisamy wrote:We have a requirement in our project ( workforce-planning) to plan employee transfers from one dept to another for any future month. This depends on whether you are doing workforce planning by role, by employee or both. For the first option you should have Role Id and Department as dimensions in your planning cube. For the second option, you should have Employee Id and Department. For the latter option, you should probably have all three - this is maximum flexibility as it allows for employees to move between roles, and both employees and roles to move between departments.jagan_Palanisamy wrote:But our client wants an approval process for planning the employee transfers to avoid any failure from receiving department to recognize the incoming employee. Planning the costs and recognising approval workflows are two completely different things. You can have a technical solution to move employee costs around the organisation that is independent of whether the receiving department accepts them. One way to account for the separation is having different elements in a version dimension, or perhaps measures dimension, such as 'Pending' or 'Approved' to account for workflow state. You could have rules that work like this to facilitate moving the costs based on a lookup to workflow state cube:
Code: Select all['Approved'] = N: IF ( DB ( 'Transfer Approval', !Scenario, !Year, !Month, !Employee Id, !Department, 'Approved' ) @= 'Yes', ['Pending'], STET );
Now, you just have to figure out how to get department managers to enter data into the Transfer Approval cube. |
|