-
Notifications
You must be signed in to change notification settings - Fork 19
Permissions Management Workflow for Inbound Ops Team
HunJerBAH edited this page Jun 21, 2024
·
8 revisions
Organization Permissions can be given to users via the Organization Team Management page. Checkboxes for the permissions options come from the organization_permission
table. This workflow was released with the Correspondence initiative as a way for organization admins to be able to grant Inbound Ops Team users different access levels to interacting with the correspondence workflow.
- The
organization_permission
table holds organization permissions -
organization_permission
has adefault_for_admin
option that grants permission rights to an admin, even if the admin doesn't have a permission assigned to them - Organization Users are assigned permissions via the
organization_user_permissions
table that joinsorganization_permissions
toorganization_users
- Superuser: Split, Merge, Reassign - grants user ability to split, merge, and assign/reassign correspondences. This permission is defaulted for admin users of the Inbound Ops Team organization.
- Auto-Assignment - allows correspondences to be auto assigned to Inbound Ops Team Users and Inbound Ops Team Superusers via the Auto Assignment algorithm.
- Receive "NOD Mail" - Allows Inbound Ops Team users to work NOD correspondences. This permission is a child of the Auto Assign permission. Users that do not have this permission will not be assigned NOD mail by the Auto Assignment algorithm.
These Inbound Ops Team checks are found within the user.rb
model and are used to define the user, superuser, and supervisor logic for the Correspondence workflow.
- Home
- Acronyms and Glossary
- Caseflow products
- Caseflow Intake
- Caseflow Queue
- Appeals Consumer
- 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
- Tier 4
- Bat Team
- Technical Documentation
- Backend Code Patterns
- Backend Working Group
- FACOLS, VACOLS DB Schema
- Asyncable Models
- External Data: where and why
- Data Fetching Scripts
- Caseflow Data Model and Dictionary
- User Access Permissions
- Controller Schemas
- Constants
- 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
- Using SlackService to Send a Job Alert
- Technical Talks