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

Discover and correct improperly undispatched appeals #14884

Closed
1 task
lomky opened this issue Aug 5, 2020 · 2 comments
Closed
1 task

Discover and correct improperly undispatched appeals #14884

lomky opened this issue Aug 5, 2020 · 2 comments
Labels
Priority: High Escalations from Support, blocking issue/NO workaround, or "first in" priority for new work. Product: caseflow-queue Source: Bat Team Source: BVA Reported Stakeholder: BVA Functionality associated with the Board of Veterans' Appeals workflows/feature requests Team: Echo 🐬 Type: Investigation Type: Tech-Improvement

Comments

@lomky
Copy link
Contributor

lomky commented Aug 5, 2020

Description

Reopening a dispatched AMA case is a nontrivial effort that involves external dependencies. We now have a process for doing this. In the process of researching we came across some cases that had been previously 'undispatched' with only the task tree adjusted. This ticket is to discover those appeals and correct their state so they can properly flow

Acceptance criteria

  • Previously undispatched cases are in a healthy state that will flow through bva dispatch again

Background/context/resources

Known cases:
Known case,
Known case

Slack convo

Technical notes

Good starting points:

  • Metabase query for appeals that aren't dispatched with a poa_participant_id
  • Bat team docs
  • searching slack BatTeam channel

Bat team: How to undispatch a case
Properly undispatched case with research dive

@lomky lomky added Type: Tech-Improvement Type: Investigation Product: caseflow-queue Stakeholder: BVA Functionality associated with the Board of Veterans' Appeals workflows/feature requests Source: Bat Team Team: Echo 🐬 Priority: High Escalations from Support, blocking issue/NO workaround, or "first in" priority for new work. Source: BVA Reported labels Aug 5, 2020
@hschallhorn
Copy link
Contributor

what is this chart?

1 | 
2 | 
3 | |||||||||
5 | |||
8 | 

Look for cases without completed dispatch tasks (or dispatch tasks still open?) that have "outcoded" markers

  • appeal has poa_participant_id set, appeal has efectuations or decision_document but isn't done

Why 3?

  • Probably have to ask for approvals/confirmation or at least notify BVA.
  • Two different cases of unknown state. These cases could have possibly progressed though caseflow, further deviating from the expected state

Why 5?

  • (Hopefully not) other cases could be in this state. May need to file follow up ticket to handle any others identified.
  • Kat just did this, it was pretty non-trivial, but this has a boost of the existing docs

@GabbyTISTA
Copy link

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Priority: High Escalations from Support, blocking issue/NO workaround, or "first in" priority for new work. Product: caseflow-queue Source: Bat Team Source: BVA Reported Stakeholder: BVA Functionality associated with the Board of Veterans' Appeals workflows/feature requests Team: Echo 🐬 Type: Investigation Type: Tech-Improvement
Projects
None yet
Development

No branches or pull requests

4 participants