KG - SSR Resubmission Review Modal

[kayla-glick]

https://www.pivotaltracker.com/story/show/169156333

Background

When overlord users are working on a protocol using "Modify Request" button and re-submit, it is currently re-submitting all sub-service-requests that are not finished (complete, invoiced, withdrawn), locked (defined by the organizational\ status lock) or under an admin status (submitted and beyond), which causes issue in certain scenarios. Especially when this overlord is not intended to change the status of "Awaiting Requester Response" and "Draft" status to be submitted, since those are still waiting for response from study team members.

Acceptance Criteria

1). When "Modify Request" button is used on a protocol, and users are re-submitting a protocol on SPARCRequest Step 4 page, please trigger a multiple selection modal (or additional section on the page, whichever layout is more user-friendly) asking users to select/confirm which sub-service-requests they desire to re-submit;
2). This modal should only list the sub-service-requests (SSRs) that are in "Draft" and "Awaiting Requester Response" statuses, with the split/notify organization and the current statuses displayed;
3). This modal should default selection of all the sub-service-requests that meets the category (to save time), and users could un-select the ones they don't want to resubmit.
4). The SSRs that are un-selected to the resubmission should hold current status afterwards, with no emails triggered. Only the effective re-submitted SSRs should trigger status change and emails.

Screenshots

Additional Comments

The modal appears when clicking the Submit Request button and the request has been previously submitted. If the system satisfaction survey is turned on, the modal appears after the user 1. declines the survey, 2. completes the survey, or 3. closes the survey modal. The user can check which SSRs to submit (by default all are checked) and the NotifierLogic mailers will now use those IDs when determining where to send emails.