Symptom
- When testing the "Move Users from Waitlist to Request List" Automatic Process, if the "Users can request a class" option is disabled at the item level, the APM still creates a request for the item once it runs;
- It is assumed that if the item does not allow request lists, users on the waitlist for the class of that item should not be moved to the request list.
Environment
SAP SuccessFactors Learning
Reproducing the Issue
- User A joins the waitlist of a class that is already full >
- At the item level, the "Users can request a class" option is disabled >
- After the class ends, the "Move Users from Waitlist to Request List" Automatic Process runs >
- User A is moved to the item's class request list despite the "Users can request a class" option being disabled.
Cause
This is expected behavior. The "Users can request a class" option prevents users from manually creating class requests but does not restrict the APM from creating class requests.
Resolution
Development has confirmed that the "Users can request a class" option only applies to user-initiated actions and not to system-initiated processes like the APM. After the Automatic Process runs, the user can view the class request created by the AP but cannot delete it.
The admin can delete the class request created by the AP if necessary.
See Also
Keywords
move, users, waitlist, request list, sap successfactors learning, automatic process module, apm, users can request a class, waitlist, request list, creation, class, request, lms, move users, apm behavior , KBA , LOD-SF-LMS-SCH , Class - Scheduled Offerings , LOD-SF-LMS-APM , Automatic Processes , Problem
SAP Knowledge Base Article - Public