- Admin routed the form from Admin Tools > Manage Forms By User > Route Form > using the selection > Move the Form + Skip Step to Continue the Process.
- When Skip Step to continue the process is used you are effectively telling the system not to include this step in the routing.
- If you do want this step to be reflected in the routing then the admin should select "Move the form on behalf of.."
- For some reason the user has become inactive in the system, OR WAS inactive recently in the past (they may show as active today). The SuccessFactors Application will automatically skip any inactive user in a route map at the time the route map is created, during a manager change, or when routing, so while an employee may be set as active today, at the time of the routing they were inactive and therefore skipped in the current route map.
- Another possible cause is that a new managers being hired into the system via the user data import and the system saw the new manager as inactive because the employee came before the new manager in the order of the employee import.
- Solution: Add user(s) to the default user group, then route the existing route map to the correct steps
- The Manager only implementation check box was turned on for one or more user data imports, inactivating all non management users.
- The step owner has no "login" permission at RBP, hence the that user step will disappear. (See KBA 2410089 for more information)
You can usually correct any issues like this by routing the form back using Admin Tools > Manage Forms By User > Route Form. If your user is active you will see the route map correct itself. You may need to route it back to a step prior to the one that had the issue.
KBA , sf routing maps , LOD-SF-PM-MAP , Routing, Route Maps & Workflows , How To