Closed kennsippell closed 4 months ago
@kennsippell How are user credentials handled when replacing for UG deployement MoH requires that no user credentials should be deleted so we have a user role - "deactivated" that we assign to users we want to remove from the system the role has no permissions attached to it
@jonathanbataire Super interesting. Thanks for sharing.
Currently, the tool does the same thing that happens when you click "delete" (this red button in CHT).
This does the following:
user
doc in _users
databaseuser-settings
doc in medic
databaseinactive: true
flag onto user-settings
doc So the user isn't currently "deleted" per se. Would this work for Uganda users? Can I ask the goal of the deactivated
role?
@jonathanbataire Super interesting. Thanks for sharing.
Currently, the tool does the same thing that happens when you click "delete" (this red button in CHT).
This does the following:
- Deletes the
user
doc in_users
database- Does not delete the
user-settings
doc inmedic
database- Adds
inactive: true
flag ontouser-settings
docSo the user isn't currently "deleted" per se. Would this work for Uganda users? Can I ask the goal of the
deactivated
role?
I see, the requirement here is to be able to restore the user's access if needed in other words reactivate the account are we able to reactivate the account if we "delete" the doc in _users? and without changing the password?
@jonathanbataire No, we would not be able to reactivate the account. The _users
doc is deleted and therefore the password is lost. We would need to recreate the user with a new password.
@kennsippell I have just had a conversation with @tabithambui, the DCH MoH Design Lead and M&E, and she is in agreement with the idea of not having the previous contact information shown in the UI because it is of no use to the current user. If the historical information can be stored at the backend, that's fine.
https://github.com/moh-kenya/config-echis-2.0/issues/1858#issuecomment-1916115050