MCR-3772 MCR-3771 Edit and submit standalone rate

[haworku]

Summary

• State can submit an edited rate from rate form and is routed to dashboard where edits have been applied
• State can edit a rate form for a single unlocked rate

🔍 Most important changes here are to the new files in the V2 folder. That is the new rate details page and standalone form.

Related issues

https://jiraent.cms.gov/browse/MCR-3772
https://jiraent.cms.gov/browse/MCR-3771

Test cases covered

No tests implemented. We are not turning this on for awhile. I moved testing out this ticket and into new ticket.

QA guidance

Please run through the manual QA steps on these tickets and check the acceptance criteria. No automated tests yet.

[macrael]

Looks great, so excited for us to move off HPP

[ruizajtruss]

Reviewed AC for tickets:

1. If I am a state user and I submit rate edits on the standalone rate form. Then I am navigated back to my dashboard and the submission that contained that rate I just re-submitted should appear at the top with the “Date Updated” updated to the date I submitted the edit.

   • I was able to successfully update the standalone rate as a state user using the new form and I was navigated back to the dashboard as expected 🎉

2. If I navigate to the submission summary page that contains that rate and on the rate summary Then I will see the submitted rate edits displayed on the submission summary page and on the rate summary (See related rate summary design)

   • I was able to verify the changes were reflected on the rate summary and submission summary pages 🎉

3. If I am a state user and I submitted rate edits. Then the rate is locked and I can no longer access the rate form at rate-id/edit and I would be re-routed to rate-id URL

   • The rate is no longer accessible at the /rates/:id/edit URL and redirects to the /rates/:id URL as expected 🎉

4. If I am a CMS user and the state submitted rate edits Then when I view the rate summary page I see the resubmitted edits displayed (See related rate summary design)

   • The edited details are being reflected in the rate summary for the CMS user on both the submission and rate summary pages 🎉

5. If I am a CMS user and the state submitted rate edits Then the “unlock rate” button on the rate summary page should be active again (See related rate summary design)

   • The unlock button is re-enabled after edits are submitted!

6. If I am a CMS user and the state submitted rate edits Then when I navigate to the submission summary page that contains that rate I will see the state’s submitted rate edits displayed. (See related submission summary design)

   • Verified as working! 🎉

[ruizajtruss]

I caught one small bug in this PR

If you edit a standalone rate as a State user, submit the edit, then login as a CMS user and click the Rate Reviews tab on the CMS dashboard the Rate Review name comes back as Missing Field:

If you click into it you are met with Unknown Rate Name as well:

I've been able to replicate this consistently

[haworku]

@ruizajtruss TY - looking at the api and the error message this is an issue with how rateCertificationName is generated. I am working on a fix now that hopefully is also re- useable for link rates work.

[macrael]

looks good to me! good catch @ruizajtruss

[haworku]

I changed the name on this because I was seeing types getting confused in my editor when RateType was both

1. the enum for a rate's type (radio button response)
2. the complex data object coming back from apollo client representing the entire rate (the full data model).

[haworku]

@macrael I looked into changing graphql return types to be more generous via codegen settings first in the maybeValue but I was still seeing type issues. Feels like this could be something to look at more holistically. For now, doing this hack again (what we did in toDomain with protos) to quickly get around it in order to move on