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

Edit agreement metadata (non-budget change / no approval) #2158

Open
13 tasks
jonnalley opened this issue Apr 4, 2024 · 0 comments
Open
13 tasks

Edit agreement metadata (non-budget change / no approval) #2158

jonnalley opened this issue Apr 4, 2024 · 0 comments
Labels
design this is a design task story A defined user story adhering to expected norms including a narrative

Comments

@jonnalley
Copy link
Contributor

jonnalley commented Apr 4, 2024

User Story

As a COR or other team member, I need to edit non-financially impacting contract metadata where there are budget lines in Planned or Executing status (and they remain in the current status), so that I can continue to refine the plan or approach for a particular agreement.

Preconditions

  • An existing or new contract exists in OPS with at least one budget line in either Planned or Executing status. Ideally at least one BL in each status

Acceptance Criteria

  • Authorized users are able to make and submit contract metadata changes that are not financially-impacting (i.e. not procurement shop) and the changes are successfully persisted without altering the status of Planned or Executing BLs. Authorized users would be limited to Project officer, named team members, Division Director linked to associated CANs, and System Admin(s).
  • As an exception to the above, users (still) ought not be able to change the agreement type as only contracts have been done at this time.
  • Validation rules would still need to be enforced on contract metadata such that required attributes based on the associated BL status can't be emptied out or otherwise made invalid
  • User cannot make agreement metadata changes if one or more BLs are in Obligated or higher status unless the user is a System Admin (are we able to qualify based on user/group role at this time?)
  • Upon successful committal of any edited metadata, relevant entries should be recorded in the event/history table(s) of who made what changes when and this event should be properly rendered in the history of changes to the agreement.
  • User can choose to cancel making any changes and leave the pre-existing values for any metadata persisted.

Tests

Tasks

UX

Dev

Definition of Done Checklist

  • UI works as designed (UX team)
  • PR(s) have been merged to main
  • Design/tech debt eliminated
  • New design/tech debt documented (if applicable)
  • Build process updated
  • Documentation updated or added
  • Feature flags/toggles created

Additional Context & Resources

@jonnalley jonnalley added draft draft only, not ready for prime time. still being authored or needs refinement story A defined user story adhering to expected norms including a narrative labels Apr 4, 2024
@jonnalley jonnalley added design this is a design task and removed draft draft only, not ready for prime time. still being authored or needs refinement labels Apr 15, 2024
@kimschulke kimschulke changed the title Edit agreement metadata (no approval) Edit agreement metadata (non-budget change)(no approval) Apr 19, 2024
@kimschulke kimschulke changed the title Edit agreement metadata (non-budget change)(no approval) Edit agreement metadata (non-budget change - no approval) Apr 19, 2024
@kimschulke kimschulke changed the title Edit agreement metadata (non-budget change - no approval) Edit agreement metadata (non-budget change / no approval) Apr 19, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
design this is a design task story A defined user story adhering to expected norms including a narrative
Projects
None yet
Development

No branches or pull requests

1 participant