bcgov / bcgov/entity

Review - Inactive accounts due to last team member being removed

Open
#33,140 0 comments 0 reactions 0 assignees View on GitHub
Pay
Dominant language
JavaScript
Stars
23
Forks
62
Avg merge
24m
Merged PRs (30d)
1

Description

We need to review the Inactive accounts that went into this state due to the client removing the last team member on the account.

Things to consider:

- we should put in a blocker so no account can be deactivated if there is only 1 team member.
- Client cannot remove themselves if they are the only team member.
- A review of the INACTIVE accounts columns shows there is a large amount of account that do not have any team members.
See historical data for acct 105061. Client removed themselves then the account deactivated.

Ideas:
1. For PAD accounts, when deactivation is prevented, put a useful message
2. When removing last team member, put a warning that this will deactivate your account

Contributor guide

No contributing guide indexed for this repository

Research direction

No files or tests are named. Start by tracing the account deactivation and last-team-member removal flows described in the issue, using historical data for account 105061 as a reference. Define the blocking and warning behavior, including the PAD-account message, and add coverage for the affected flows.

Written by the indexing model from the issue text.

Assessment

Domain
backend, frontend
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Quiet
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.