Promoția parcurge șase module operaționale, în ordine. Fiecare are scop clar, statusuri proprii, audit events atribuite identității și un nextAction derivat determinist din status.
draft → intake_completed → configured → pending_approval → approved → live → (escalated/paused) → closing → closed → learning → archived
Wizardul Intake — Identity → Objective → Mechanics → Data/Risk — fixează identitatea promoției, obiectivul comercial, mecanica și profilul de risc. Pe baza data surface și a riscurilor, aplicația derivă automat recomandări (de ex. risc R1_DATA din date sensibile) și o candidate rule legată de promoție.
Responsibility map (Data Owner, Risk/Doctrine Owner, Fulfilment Owner, Finance Owner), planuri de mitigare, atașare/excludere reguli Atlas (advisory) și indicatori de readiness. Pe pagina de Configuration apare panoul Atlas contextual read-only cu regulile relevante — advisory, non-blocking.
Apar doar promoțiile configured. Approval cu trei chei (Business / Operations / Risk-Doctrine) ghidat de un Advisory Checklist non-blocking. Decizia se înregistrează ca Approval Decision Record — snapshot al stării și al checklist-ului. Din „Evidence Trail” se creează un Approval Evidence Pack (cere existența Decision Record — altfel HTTP 422).
Status live al promoției, lista de alerte și playbook status (pașii de răspuns recomandați). Acțiuni pe alerte: acknowledge, resolve, escalate, după permisiuni. Fiecare acțiune este write și lasă audit event atribuit.
Reconciliation summary și closure status. Se crează Closure Snapshot — instantaneu al stării la închidere — și se documentează riscurile reziduale. Inspectorul „Evidence Trail” deblochează Closure Evidence Pack (cere Closure Snapshot) și, când promoția intră în Learning/Archived, Full Promotion Evidence Pack.
Readiness de learning, post-mortem summary și lesson candidates cu evidence și proposed_atlas_changes. Lecțiile pot fi promovate în Atlas ca Rule / Playbook / Warning sau archive no change. Promovarea cere atlas.manage sau promote_to_atlas (OPS Admin, Atlas Manager, Doctrine Owner).
Bundle-uri operaționale de dovezi pentru punctele-cheie ale promoției — vizibile în JSON și HTML. Nu sunt semnături legale sau hash-chain.
| Tip pachet | Precondiție (server-side, hard) | Disponibil în | Eroare la lipsă |
|---|---|---|---|
| approval_evidence | Există un Approval Decision Record | Approval · Live Ops · Closure · Learning | HTTP 422 — „Approval Evidence Pack requires a Decision Record.” |
| closure_evidence | Există un Closure Snapshot | Closure · Learning | HTTP 422 — „Closure Evidence Pack requires a Closure Snapshot.” |
| full_promotion_evidence | Promoție în Learning/Archived sau snapshot / minimal learning evidence | Closure · Learning | HTTP 422 — „Insufficient evidence for full promotion pack.” |
sha256 este un pseudo-checksum. Supersession: un pachet nou de același tip îl marchează pe cel anterior ca superseded, dar acesta rămâne disponibil pentru view/export.
Tot ce este non-read lasă un audit event cu identitate, tenant, rol, permisiune, obiect și timestamp.
„Modul: acțiune.” — de ex. Configuration: atribuie Data Owner și acceptă mitigation pentru date. Se recalculează din status.
Fiecare acțiune write: userId, tenantId, roleId, permission, objectType, before/after, timestamp.
O promoție este vizibilă dacă ești în același tenant cu ea, ai acces OPS global/tenant sau un scope explicit de promoție.
În Configuration: owners atribuiți, mitigation acceptat, candidate rules. Doar la readiness completă promoția devine configured.
Atlas livrează regulile relevante către fiecare fază — advisory, deterministic, explicabil.
Atlas — corpusul doctrinar →