Admissions Clerk: Grant eAccess to participants

[JessicaMarine]

As an admissions clerk, so that all parties can gain electronic access to the system, I need the ability to grant an participant eAccess.

Acceptance Criteria

• Admissions clerk can add an email address for any participant who did not previously have one
• When Admissions Clerk adds the email address:
  • A new cognito account is created if one doesn't already exist for the email (See #7806)
  • Existing cognito account is linked if the emails match (See #7658)
• When a new Cognito account is created, the participant receives an email to verify their account
• Participant is able to verify their Cognito account and gain access to the system
• When Admissions Clerk adds the email address, if a cognito account already exists with that email, the case is linked to that user's account
• When a user is linked to a case (either through the new Cognito account or linkage to existing one), they have access to the case:
  • It shows on their dashboard
  • They have the associated view
  • They can e-file document
• Once the participant has verified their email, service information is updated to "electronic," unless represented by counsel
• Once the participant has verified their email, they begin receiving electronic service at the email that was added
• If a participant has a verified email, service preference can be manually changed between paper, electronic, and none without an error being generated
• Issue from E2E UM testing: Participant with no email does not show "No email provided" at all
• Issue from E2E UM testing: Participant with pending email is not displaying the email on card at all
• Issue from E2E UM testing: When logged in as a participant, edit link routes to internal Edit Party form -- it should route to Edit Contact Info form for external users

Mobile Design/Considerations

Security Considerations

• [ ] Does this work make you nervous about privacy or security?
• [ ] Does this work make major changes to the system?
• [ ] Does this work implement new authentication or security controls?
• [ ] Does this work create new methods of authentication, modify existing security controls, or explicitly implement any security or privacy features?

Notes

Tasks

Definition of Done (Updated 4-14-21)

Product Owner

• [x] Acceptance criteria have been met and validated on the Court's migration environment

UX

• [x] Business test scenarios to meet all acceptance criteria have been written
• [x] Usability has been validated
• [ ] Wiki has been updated (if applicable)
• [ ] Story has been tested on a mobile device (for external users only)
• [x] Add scenario to testing document, if applicable (https://docs.google.com/spreadsheets/d/1FUHKC_YrT-PosaWD5gRVmsDzI1HS_U-8CyMIb-qX9EA/edit?usp=sharing)

Engineering

• [x] Automated test scripts have been written
• [x] Field level and page level validation errors (front-end and server-side) integrated and functioning
• [x] Verify that language for docket record for internal users and external users is identical
• [x] New screens have been added to pa11y scripts
• [x] All new functionality verified to work with keyboard and macOS voiceover https://www.apple.com/voiceover/info/guide/_1124.html
• [x] READMEs, other appropriate docs, JSDocs and swagger/APIs fully updated
• [x] UI should be touch optimized and responsive for external only (functions on supported mobile devices and optimized for screen sizes as required)
• [x] Interactors should validate entities before calling persistence methods
• [x] Code refactored for clarity and to remove any known technical debt
• [x] Acceptance criteria for the story has been met
• [x] Deployed to any Flexion environment for UX Review
• [x] Deployed to the Court's migration environment

[klohman]

Test cases

1) Any participant gains e-access to a case - see test 8 in Text Matrix

2) Add verified email to participant on Closed case

• Expected results
• [x] participant service indicator updates to Electronic
• [x] Email displays under participant card as current email address

3) Docket clerk/ admissions clerk changes any participant with a verified email service indicator to electronic

• Login as docket clerk/admission clerk
• Go to case
• Edit Party info for any petitioner
  • petitioner has service indicator = None
  • petitioner has verified email
• Update service indicator to "Electronic"
• Save Expected results
• [x] Service indicator is updated and displays as Electronic
• [x] Petitioner receives service at their service email

4) Participant displays email information on Participant card

• Login as internal user
• Go to case with participants Expected results
• [x] Participant without email displays "No email provided"
• [x] Participant with pending email displays = email address (Pending)
• [x] Participant with verified email displays = email address

5) Participant edits their own contact info

• Login as participant
• Go to case
• Click Edit link for logged in participant Expected results
• [x] Edit link routes to "Edit Contact Information" screen for the logged in participant

5) Participant counsel edits participant contact info

• Login as participant's counsel
• Go to case
• Click Edit link for represented participant Expected results
• [x] Edit link routes to "Edit Contact Information" screen for the logged in participant

[klohman]

Work to be done in this story:

• [x] If a participant has a verified email, service preference can be manually changed between paper, electronic, and none without an error being generated
• [x] Issue from E2E UM testing: Participant with no email does not show "No email provided" at all
• [x] Issue from E2E UM testing: Participant with pending email is not displaying the email on card at all
• [x] Issue from E2E UM testing: When logged in as a participant, edit link routes to internal Edit Party form -- it should route to Edit Contact Info form for external users

[klohman]

8139 UX Review

• Expected - if participant is represented by counsel, their service indicator should not change

  • Actual - Service indicator auto-updated to Electronic
  • Steps to reproduce
    • Add petitioner to case
    • Add counsel for participant
    • Add email to participant + activate

• Activated email did not receive service email

  • Add new email to participant + activate
  • Create and serve Order
  • Actual - no service email was received to the email