Uploaded image for project: 'UX Product'
  1. UX Product
  2. UXPROD-206

Field Restrictions in User Management

    XMLWordPrintable

Details

    • New Feature
    • Status: Closed (View Workflow)
    • P3
    • Resolution: Won't Do
    • None
    • None
    • None
    • Small < 3 days
    • Large < 10 days
    • Hide
      An easier solution would be to just flag a certain address type as restricted and not display in the UI but it would still be available by back end, so it's not secure, but easier

      Otherwise we need restrictred vs basic as original proposal

      But address is actually a separate endpoint which makes it easy to add a permission. This would make it medium on back end.
      Show
      An easier solution would be to just flag a certain address type as restricted and not display in the UI but it would still be available by back end, so it's not secure, but easier Otherwise we need restrictred vs basic as original proposal But address is actually a separate endpoint which makes it easy to add a permission. This would make it medium on back end.

    Description

      Background:

      • Requirement is to enable permission control over specific fields on the user record (and other record types that need it).
      • Original plan was to have two levels of fields: basic and restricted. We would then offer a "basic" and "all" version of each user permission. For example: "Users: Can view user profile (basic fields)", "Users: Can view user profile (all fields)", "Users: Can edit user profile (basic fields), Users: Can edit user profile (all fields)" etc.
      • For the initial version, we might set which field were basic vs restricted on a system level. Future iterations might include tenant-level configuration.
      • So far, the only user field that SMEs have identified as needing to be permission-controlled is Address (for privacy reasons). And, actually, we need to be able to make just certain types of addresses restricted (addresses have a "type" which are defined by the library in Settings). Given we only had one use case, we had held off on implementing this feature.
      • We need to determine whether we should continue with the originally planned approach or if there is a simpler way to handle control of just the Address field (maybe when you are CRUDing address types, you can flag them as sensitive?)

      There was a user story drafted for the original approach and it waits in the backlog on hold and in draft state: UIU-10

      TestRail: Results

        Attachments

          Issue Links

            Activity

              People

                pwanninger Patty Wanninger
                cboerema Cate Boerema
                Khalilah Gambrell Khalilah Gambrell
                Jakub Skoczen Jakub Skoczen
                Jakub Skoczen Jakub Skoczen
                Votes:
                0 Vote for this issue
                Watchers:
                4 Start watching this issue

                Dates

                  Created:
                  Updated:
                  Resolved:

                  TestRail: Runs

                    TestRail: Cases