- Performance Management
There is no automated way for support to correct this type of issue, as the systrem is actually working correctly. Your administrator needs to manually fix this 1x1 using Admin Tools, Modify Document Route Map, and manually route forms backwards if needed.
Check the following in the instance:
- Check whether document transfers occurred for these users from old to new manager either manually or via an import job. It is the manager transfer actions that is most likely cause.
- Check if user's manager field is set an inactive user, and in employee import, both automatic new manager step insertion and automatic inbox transfer are enabled. In such scenario, if the current step is a manager step, then this step will be auto approved.
- Recommendation: When importing data enable the option "Validate Manager and HR fields." in employee import so that the system will check if the new manager and matrix manager field are valid, otherwise this user will not be updated. This can reduce frequency of issues.
- Note. Checking to see if a person was accidentally set as INACTIVE after the fact might be misleading, as the next days user import might have already reset the manager back as ACTIVE. The form has already moved based on previous data issue and manager record is now also correct, nevertheless, the fact the form moved ahead of Due Date is the evidence that the data issue did indeed occur at some point.
KBA , sf performance manage live forms , LOD-SF-PM , Performance Management , How To