Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.


Overview:

   Sunbird batch unenroll API is built to facilitate user to unenroll from an active open batch As of now open batch is allowing user to do the enrollment , but there is no option for un-enrollment.

Problem Statement:

   How to empower  Allow user to unenroll from an active open batch by their owndo the un-enrollment from open batch , if batch is not closed or user haven't completed it.

Proposed Solution 1 :

     We need to construct  Provide a new API for the same. This API needs the user to provide valid userid, batchid and courseid to un-enroll them. In this proposed solution, we will add a new column namely 'isunenrollmentallowed' (boolean) in the  table sunbird.course_batch to indicate if unenrollment from a given batch is allowed or not.

Proposed Solution 2:

     In this proposed solution, we can add a new column called 'permissions' (bitmap) for different permissions applicable on the batch for any course. Based on that permission, we can decide to unenroll the particular user from that batch.

Batch Unenroll API:

...

api for un-enrollment of open batch. This api call will be allowed for open batch only. Api request structure will be as follow.

Url : /api/course/v1/unenroll

 {
"request": {
"userId": "string",
"batchId": "string",
"courseId": "string"
}
}


Solution 2 :
Once user will un-enroll his/her data will be mark as deleted and won't be visible.
   Sunbird will provide a new api for un-enrollment for course batch. It will support un-enrollment for open batch and invite only batch both. Participant removal will be decided based on batch type.
Request structure will be as follow.
 
Url : /api/course/v1/unenroll   

{
"request": {
"userIds": ["user1", "user2"],
"batchId": "batch identifier",
"courseId": "course identifier"
}

}

 
Business Logic:  Check batch type if batch type is open then caller userId (which we get from x-authenticated-user-token) should be same as passed userIds. If batch type is invite-only then call userId should have role of course-mentors.

Accepted solution: 

      solution 1 is accepted and dev team is going to implement it.


  

Task Ref : 
Jira Legacy
serverSystem JIRA
serverId2207a759-5bc8-39c5-9cd2-aa9ccc1f65dd
keySB-7024
           
Jira Legacy
serverSystem JIRA
serverId2207a759-5bc8-39c5-9cd2-aa9ccc1f65dd
keySB-2204