Closed natalia-fitzgerald closed 1 week ago
@natalia-fitzgerald For the second bucket, "missing anything that shouldn't be missing" sounds like a catch-all that's meant to say "missing anything that isn't a part of bucket 1, and we're not sure why it's missing". Should we add type of financial institution and voluntary report to the bucket 1 list, since those are things the user could correct? I know we have logic built into the flow to makes those required, but if bucket 2 is a catch all for inexplicable missing data, we may want to scope it a bit more.
@dan-padgett If they reach sign and submit and they haven't provided "Type of financial institution" or "Voluntary reporter" then it's a sign that something has gone wrong with the system, because these are required before a user can reach this step.
I updated the buckets but the general idea is that for anything other than the two requirements that haven't blocked a user from progressing prior to this step, we will not show incomplete data and instead show a general error alert and a link to email our support staff.
I am showing this on the View your financial institution profile page and the Sign and submit page because both instances indicate a similar issue.
View | Sign and submit |
---|---|
@natalia-fitzgerald The updated bucket descriptions make a lot more sense, thanks! GH isn't letting me view the images in greater detail, but I think I can read the text enough to see that it looks good (and I think I found the relevant Figma page too).
Capturing some information relevant to the LEI alert:
We have landed on two possible approaches to the LEI alert. There is still some discussion happening about what LEI statuses our system will potentially show.
In discussions with various team members I have heard that potential statuses are:
Can we determine which of the above will be true for our system?
Here are the options for the label:
Option 1. You must renew your LEI registration | Option 2. Your LEI registration status must be "Issued" |
---|---|
I think option 2 is the most accurate and flexible with potentially rare statuses. 👍
Ok, it sounds like we are landing on Option 2, in order to maximize flexibility. @angelcardoz - Can I get your review on this and we will move forward with implementing?
Option 2. Your LEI registration status must be "Issued" |
---|
@natalia-fitzgerald, I'm good with option 2. I think the use of "status" might be confusing to some people, but we can wait to hear from users.
Here are all of the mock-ups covered under this ticket.
Lapsed LEI or missing TIN on page load | Server fails on page load | Server fails on submission | Lapsed LEI or missing TIN on submission |
---|---|---|---|
@angelcardoz @nongarak In our DSR/Frontend meeting @hkeeler mentioned that our system will only show Issued, Lapsed, and Retired. The alert messaging we have decided to implement is flexible to account for "Lapsed" and "Retired." BUT, it is not particularly helpful for those with a "Retired" status.
Outside of the scope of this task, the team may want to determine what the next step would be for a user that finds themselves in a "Retired" status and whether the next step depends on whether the LEI registration is retired in the middle of a filing period, in the middle of an activity year, or in a past filing that is being reopened.
Only comment on the latest mockups is to add a comma in the second sentence for lapsed LEI registration: "If you need to renew you LEI registration, contact ..."
Only comment on the latest mockups is to add a comma in the second sentence for lapsed LEI registration: "If you need to renew you LEI registration, contact ..."
@dan-padgett - Ok, updated here: https://github.com/cfpb/sbl-ux/issues/25#issuecomment-2462888667
@billhimmelsbach These mock-ups are ready for development. They are also in Figma.
Create a design mock-up for missing required information on sign and submit.
Include:
Bucket 1: Missing information required to file (that is not required prior to this step)
Bucket 2: Missing information information required to file (that is required prior to this step)