Summary
High-impact overrides should not be executable by one unreviewed request.
Why this matters
This closes a correctness, security, or operability gap in the TalentTrust backend and makes the behavior explicit under retries, chain inconsistency, authorization, and failure.
Requirements
- Repository scope: Talenttrust/Talenttrust-Backend only.
- Create requested, approved, rejected, and applied states; require separate approver identity; expire stale approvals and audit every transition.
- Preserve tenant isolation, structured errors, auditability, and existing API compatibility unless this issue explicitly requires a contract change.
- Add focused unit and integration coverage for the new behavior.
Technical guidance
- Follow the repository's existing service, queue, persistence, logging, authentication, and error-envelope conventions.
- Keep side effects bounded and make retries, ordering, authorization, and failure handling explicit.
- Document non-obvious operational and security decisions in the PR.
Edge cases — each must have a test
Acceptance criteria
Out of scope
- multi-party governance voting
Summary
High-impact overrides should not be executable by one unreviewed request.
Why this matters
This closes a correctness, security, or operability gap in the TalentTrust backend and makes the behavior explicit under retries, chain inconsistency, authorization, and failure.
Requirements
Technical guidance
Edge cases — each must have a test
Acceptance criteria
Out of scope