-
Notifications
You must be signed in to change notification settings - Fork 15
Legacy Appeals tied to non SSC AVLJs
Matt Roth edited this page May 15, 2024
·
6 revisions
Triggered at end of Push Priority Job
When the ReturnLegacyAppealsToBoard is triggered the following happens
- A database record is created in the returned_appeal_jobs database table
- All appeals tied to non-SSC AVLJs are found
- If no appeals are found
- the record created in Step 1 is updated to have a completed date
- a Slack message is sent to the default Slack channels
- For local and demo the record created in Step 1 has its stats column updated with the Slack message
- EXIT POINT
- Appeals should be grouped by non-SSC AVLJ and then sorted in this order
- Priority
- BFD19
- Create an empty array to hold the BRIEFF.BFKEY of appeals to be moved (appeals_to_move)
- For each non-SSC AVLJ
- Find 2 oldest priority appeals
- If found 2
- add the 2 BRIEFF.BFKEY values to appeals_to_move
- else if found 1
- add the BRIEFF.BFKEY value to appeals_to_move
- Find the oldest non-priority appeal
- add the BRIEFF.BFKEY value to appeals_to_move
- else if found 0
- Find the 2 oldest non-priority appeal
- add the 2 BRIEFF.BFKEY values to appeals_to_move
- Go to next non-SSC AVLJ
- If found 2
- Find 2 oldest priority appeals
- For all BRIEFF.BFKEY of appeals to be moved (appeals_to_move) move those appeals to location 63
- use VACOLS::Case.batch_update_vacols_location('63', appeals_to_move)
- After appeals have been moved
- the record created in Step 1 is updated to have an end date
- all BRIEFF.BFKEY of appeals to be moved (appeals_to_move) are put into the returned_appeals column of the record created in Step 1
- stats are recorded for the record created in Step 1
- Number of priority appeals returned to the board
- Number of non-priority appeals returned to the board
- Number of remaining priority appeals tied to non-SSC AVLJs
- Number of remaining non-priority appeals to non-SSC AVLJs
- List of non-SSC AVLJs that appeals were moved from to location '63'
- Keys of the hash the holds "Appeals should be grouped by non-SSC AVLJ"
- An informative Slack message is sent to the default Slack channels
- For local and demo the record created in Step 1 has its stats column updated with the Slack message as one of the json properties
- If an error occurs during the job
- the record created in Step 1 is updated to have an errored date
- The error is included as a property in the stats column for the record created in Step 1
- a Slack message is sent to the default Slack channels
- For local and demo the record created in Step 1 has its stats column updated with the Slack message as one of the json properties
- Error is logged using CaseflowJob.log_error
- EXIT POINT
- Ensure that metrics are recorded for the job before it exits using CaseflowJob.metrics_service_report_runtime
- Home
- Acronyms and Glossary
- Caseflow products
- Caseflow Intake
- Caseflow Queue
- Caseflow Reader
- Caseflow eFolder
- Caseflow Hearings
- Caseflow Certification
- Caseflow APIs
- Appeal Status API
- Caseflow Dispatch
-
CSUM Roles
- System Admin
- VHA Team Management
- Active Record Queries Resource
- External Integrations
- Caseflow Demo
- Caseflow ProdTest
- Background
- Stuck Jobs
- VA Notify
- Caseflow-Team
- Frontend Best Practices
- Accessibility
- How-To
- Debugging Tips
- Adding a Feature Flag with FeatureToggle
- Editing AMA issues
- Editing a decision review
- Fixing task trees
- Investigating and diagnosing issues
- Data and Metric Request Workflow
- Exporting and Importing Appeals
- Explain page for Appeals
- Record associations and Foreign Keys
- Upgrading Ruby
- Stuck Appeals
- Testing Action Mailer Messages Locally
- Re-running Seed Files
- Rake Generator for Legacy Appeals
- Manually running Scheduled Jobs
- System Admin UI
- Caseflow Makefile
- Upgrading Postgresql from v11.7 to v14.8 Locally
- VACOLS VM Trigger Fix M1
- Technical Talks