-
Notifications
You must be signed in to change notification settings - Fork 59
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Spike : NR expiration handling in Continuation In workflow #22085
Comments
@OlgaPotiagalova This epic is to change the software so that a draft with an expired NR can be resumed and the user can select a new (eg, re-submitted) NR. At a minimum, the following need to be updated: The My Business Registry table currently states that the application is no longer valid. The tooltip should be updated. |
Also, we have existing Legal API code that postpones a NR's expiry so it doesn't expire while awaiting completion of a future-effective application. We should update this (#22092) and we might also consider leveraging this code so that an application-under-review's NR doesn't expire. @NaveenHebbale , thoughts? |
Analysis
Nothing can be done with an expired NR (where a non-expired NR can normally be "converted" into a draft application). I don't know what we would do different here.
If a draft application exists and its NR expires, currently the draft cannot be resumed. This is the subject of epic #22086 .
As the application (and NR) are in BC Registry hands at this point, I think we should look into extending its expiry date if needed. (There is already Legal API code that does this to prevent NR expiry when an application is future-effective.) The catch here is that staff may request changes, and then the user could take a while to update the draft and resubmit it... and the NR could expire during that time. What should we do about this? That's a business question @NaveenHebbale @OlgaPotiagalova . |
We could, for example, make sure there's at least 14 days left before the NR expires, to give the user a buffer. And if the buffer expires then they're back at square 1. Should we then refund them? I don't know. |
to be reviewed by Olga/Naveen. Scheduled session with Biz today 07/03 |
Business team votes are against the additional buffer option. In long term run replacing the expired NR with a new one is the best option and it is technically feasible. Epic has been created https://app.zenhub.com/workspaces/entities---olga-65af15f59e89f5043c2911f7/issues/gh/bcgov/entity/22086 The implementation can be done for Continuation In first, and then expanded to other filings where the NR expiration scenario is applied. |
NR can expire:
Investigate different options how we can handle the NR expiration in Continuation In workflow.
Right now if the NR expires client needs to get another NR and start the new filing. Ideally, we want to allow clients to go and renew their NR, and then come back and continue with the application using the new NR.
The solution will have to eventually expand to other filing features (IA, Amalgamation, etc.). Estimate the effort.
The text was updated successfully, but these errors were encountered: