Caiet de Sarcini — <Nume aplicație/modul>

Acest caiet descrie DOAR partea de business. Partea tehnică/transversală (securitate, logare, roluri, cache, integrări, storage documente, deployment, Kubernetes, audit, search, NFR) e moștenită automat din anexa tehnică comună (skill parti-comune). Aici completezi businessul + un tabel de conformitate (§13).

Câmp	Valoare
Document	Caiet de Sarcini
Aplicație/Modul	<…>
Versiune	0.1 (draft)
Autor	Esempla Systems
Data
Status	Draft / În review / Aprobat
Anexă tehnică moștenită	Anexa Tehnică Comună Esempla/GovStack v1.0

1. Context & obiective de business

• Problema rezolvată:
• Obiective (măsurabile):
• Indicatori de succes:

2. Domeniu

• În scope (business):
• În afara scope:

3. Procese de business

Pentru fiecare proces: declanșator → pași → rezultat. (Flux narativ sau BPMN.)

ID	Proces	Declanșator	Pași principali	Rezultat	Rol(uri) implicate
PB-01	…	…	…	…	…

4. Roluri & utilizatori

Rol	Descriere	Cine îl deține	Permisiuni cheie (mapate la RBAC)
R-01	…	…	…

RBAC ca mecanism = moștenit (CU-RBAC-*). Aici definești DOAR rolurile specifice aplicației.

5. Acțiuni & cazuri de utilizare

ID	Acțiune / UC	Rol	Precondiții	Pași	Rezultat așteptat	Reguli de business
UC-01	…	R-01	…	…	…	RB-01

6. Forme / ecrane

Pentru fiecare formă: câmpuri, tip, obligativitate, validări, vizibilitate pe rol.

Forma F-01:

Câmp	Tip	Obligatoriu	Validare	Vizibil pentru rol
…	text/select/dată/fișier	da/nu	regulă	R-01

• Acțiuni pe formă (butoane) și efect:
• Stări/tranziții (dacă forma are workflow):

7. Reguli de business

ID	Regulă	Descriere	Excepții
RB-01	…	…	…

8. Date de business (entități specifice)

Persistența, migrările, backup = moștenite (CU-DATA-*). Aici DOAR entitățile/atributele de business. | Entitate | Atribute cheie | Relații | Note | |----------|----------------|---------|------|

9. Integrări specifice (peste cele comune)

Mecanismele (MConnect/MPass/MSign/MNotify/MPay/MDocs, API, RabbitMQ) = moștenite (CU-INTEROP/API/MSG). Aici DOAR ce date/servicii anume consumă/expune aplicația. | Integrare | Building block / sistem | Date schimbate | Sens | Note | |-----------|-------------------------|----------------|------|------|

10. Notificări & documente specifice

• Ce notificări trimite (eveniment → canal → destinatar):
• Ce documente generează/stochează (tip → șablon → retenție; storage = CU-DOCS-*):

11. Criterii de acceptanță (business)

Per proces/UC: Given … When … Then … (observabil, testabil).

Ref	Criteriu de acceptanță
UC-01	Given … When … Then …

12. Riscuri & presupuneri

• ASSUMPTION: …

13. Conformitate cu Anexa Tehnică Comună

Marchează per domeniu. Default = Aplicabil (moștenit integral).

Domeniu (CU)	Stare	Parametri / Abateri / Justificare
SEC securitate	Aplicabil	—
AUTH/MSign	Aplicabil	(ex. fără MSign dacă nu există acte semnate → N/A + motiv)
RBAC roluri	Parametrizat	roluri specifice: vezi §4
AUDIT	Aplicabil	—
OBS logare/observabilitate	Aplicabil	—
CACHE	Parametrizat	TTL: …
SEARCH	Aplicabil/N/A	(dacă nu are căutare → N/A)
DOCS storage documente	Aplicabil/N/A	retenție: …
INTEROP/API/MSG integrări	Parametrizat	building blocks active: …
DATA persistență	Aplicabil	—
PD date personale	Aplicabil	categorii de date: …
I18N/A11Y	Aplicabil	limbi: RO, RU
PERF/AVAIL	Parametrizat	p95: …; disponibilitate: …
DEPLOY/K8S	Aplicabil	—

14. Anexe

• Glosar (vezi _comune / vault 2-structurat/data/glosar.md)
• Referințe