Skip to content
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

Closed
OlgaPotiagalova opened this issue Jul 2, 2024 · 6 comments
Closed

Spike : NR expiration handling in Continuation In workflow #22085

OlgaPotiagalova opened this issue Jul 2, 2024 · 6 comments
Assignees
Labels
Entities - Olga A label to filter on the tickets for the Entities based team that Olga is PO for.

Comments

@OlgaPotiagalova
Copy link
Collaborator

OlgaPotiagalova commented Jul 2, 2024

NR can expire:

  • before the Continuation In application started
  • after the Continuation In application draft is created and before application is submitted and paid
  • after the Continuation In application is submitted and paid

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.

@OlgaPotiagalova OlgaPotiagalova added the Entities - Olga A label to filter on the tickets for the Entities based team that Olga is PO for. label Jul 2, 2024
@NaveenHebbale
Copy link

@OlgaPotiagalova
@severinbeauvais Comment for Spike -
Allow replacement of expired Name Request #22086
Currently, when there is a draft IA/registration/amalgamation/restoration/continuation in filing and the NR has expired, our software (UI) blocks the draft from being resumed.

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.
Filings UI (entity dashboard) currently blocks the draft from being resumed. This needs to be updated.
Create UI currently blocks the draft from being resumed. This needs to be updated.
Create UI will need to identity that the current NR is expired and allow for the selection of a new NR.

@severinbeauvais
Copy link
Collaborator

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?

cc: @vysakh-menon-aot

@severinbeauvais
Copy link
Collaborator

severinbeauvais commented Jul 2, 2024

Analysis

before the Continuation In application started

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.

after the Continuation In application draft is created and before application is submitted and paid

If a draft application exists and its NR expires, currently the draft cannot be resumed. This is the subject of epic #22086 .

after the Continuation In application is submitted and paid

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 .

@severinbeauvais
Copy link
Collaborator

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?

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.

@vikas-gov
Copy link
Collaborator

to be reviewed by Olga/Naveen. Scheduled session with Biz today 07/03

@OlgaPotiagalova
Copy link
Collaborator Author

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Entities - Olga A label to filter on the tickets for the Entities based team that Olga is PO for.
Projects
None yet
Development

No branches or pull requests

4 participants