Conformitate · transparență totală

Bifăm fiecare cerință din regulamentele OAR. Sau spunem cinstit că nu.

Pagina aceasta înșiră, articol cu articol, toate cerințele binding pentru un sistem de vot electronic în OAR — din HCN 1271/2025 (procedura votului electronic), ROF OAR 2025 și Regulamentul OART. Pentru fiecare cerință arătăm un singur status și o dovadă concretă (link către codul, documentul sau pagina care îl atestă). Fără promisiuni, fără hand-waving.

Total cerințe evaluate

5966% conform

Legendă status

Conform
Implementat acum și verificabil. Linkul indică pagina, documentul sau migrarea care îl atestă.
În lucru
Parțial sau planificat. Linkul (când există) indică artefactul curent; țintă = înainte de pilotul OART, vară 2026.
Extern
Cerință care necesită un terț (auditor specializat, prestator de servicii de încredere, autoritate). Numele terțului sau categoria sunt specificate în „dovadă”.
Decizie OAR
Depinde de un act formal sau de o desemnare a OAR (Colegiul Director, Consiliul Național, Comisia Electorală). Locul deciziei este specificat în „dovadă”.

Consiliul Național OAR · 10.11.2025

HCN 1271/10.11.2025

Procedură privind Votul Electronic în cadrul Ordinului Arhitecților din România

Documentul juridic principal pentru votul electronic în OAR. Cerințele tehnice ale prototipului oar.digital se evaluează în primul rând față de acest text, articolele 7 și 8.

Conform · 22În lucru · 10Extern · 1Decizie OAR · 8
  • Conformart. 3

    Principii: legalitate, egalitatea votului, libera formare a voinței, secretul votului (acolo unde e cazul), transparență procedurală, integritate și verificabilitate, accesibilitate, protecția datelor.

    Întreg modelul de vot e construit pe Belenios v2 (verificabilitate end-to-end) + revote estonian (libera formare a voinței) + DKG cu prag (secret prin separare matematică) — vezi ADR 0008 pe pagina dedicată.

    ADR 0008 — pagina publică
  • Conformart. 4(1)(a-b)

    Vot deschis: opțiune asociată identității; rezultate publicate doar după închidere; fără rezultate parțiale în timpul votului.

    Cerere semnabilă electronic — afișează semnătură + filială publice doar după înregistrare; fără afișare parțială.

    Cerere Colegiul Director
  • Conformart. 4(1)(c)

    Pentru votul deschis, datele strict necesare publicate sunt numele complet și numărul TNA.

    Pentru CERERI publice (vot deschis pentru documente, alt context decât scrutinele de personae), publicăm nume + filială și ascundem TNA — modelul e ușor reconfigurabil pe scrutin.

    Lista publică de semnatari
  • În lucruart. 4(2)(a)

    Vot secret: legătura identitate–opțiune este irevocabil secretizată tehnic pentru a garanta anonimatul.

    Protocolul ales (Belenios v2 + Pedersen DKG 3-din-5 + Ristretto255) garantează separarea matematică; codul de vot urmează să fie publicat AGPLv3 înainte de orice scrutin.

    ADR 0008
  • În lucruart. 4(2)(c)

    Jurnalul tehnic pentru votul secret folosește criptografie unidirecțională (hash) și nu permite restabilirea legăturii sesiune–BalotID.

    Tablă publică append-only conține doar plicuri ElGamal + semnături credențial; corelarea identitate–vot e infezabilă criptografic. Implementarea în pachet AGPLv3 — în lucru.

    ADR 0008
  • Decizie OARart. 4(3)

    Comisia competentă verifică tipul votului aplicat și conformitatea publicității cu decizia forului, prin proces-verbal.

    Comisia Electorală e desemnată per scrutin — decizie a forului convocator, exterior platformei.

  • Conformart. 4(5)

    Înaintea fiecărui scrutin, președintele anunță tipul votului; sistemul e configurat de Operatorul de Vot.

    Pagina publică /alegeri/[id] anunță tipul scrutinului ca bandă proeminentă (vot deschis = bandă brand-red, vot secret = bandă neagră), cu explicație în limbaj comun. Operatorul îl configurează din /admin/voturi/[id] (status + calendar + tip moștenit din kind).

    /admin/voturi (admin)
  • Conformart. 5(2)(a)

    Vot online: convocarea precizează cerințele tehnice + măsuri de precauție; identitatea se verifică prin autentificare multiplă.

    Better-Auth cu plugin-uri passkey (WebAuthn — FaceID / Touch / hardware key) + twoFactor (TOTP cu coduri de rezervă). Membrul activează din /panou/profil; al doilea factor se cere la login pe /intra/2fa.

    /panou/profil — autentificare în doi pași
  • În lucruart. 5(2)(b-d)

    Membrul primește instrucțiuni prin canal securizat; perioada de vot e afișată; un singur vot valabil per membru și subiect.

    Magic-link via Brevo (TLS); fereastra ballotului afișată pe pagina de vot; constraint unique (member, ballot) la nivel de DB e parte din schema de vot. Implementarea finală — în lucru.

  • Conformart. 5(2)(e)

    Canal de suport pe durata ședinței.

    Pagina /suport listează canalele (email contact@oar.digital + dpo@, telefon scrutin-specific anunțat în convocare) și 6 răspunsuri la probleme frecvente. Widget flotant „Suport tehnic” mereu vizibil pe paginile publice. Răspuns garantat 24h, 1h în zilele de scrutin, 15 min cu „URGENT” în subiect.

    /suport
  • În lucruart. 5(2)(f-g)

    La închiderea ferestrei, sistemul blochează exprimarea, generează rapoartele; numărarea automată după închidere.

    Modelul tablei publice append-only + verificator AGPLv3 acoperă această cerință; cod în pachetul lib-voting, încă schelet.

  • Conformart. 6(1)

    Contestațiile privind funcționarea sistemului se depun în scris la Comisia Electorală în termen de 24 ore de la anunțarea rezultatelor.

    /panou/contestatii — formular dedicat membrilor, gated pe sesiune activă; tabela app.contestatie cu lanț de audit și notificare prin email la contact@oar.digital. Vizualizare admin la /admin/contestatii pentru Comisia Electorală.

    /panou/contestatii
  • Decizie OARart. 6(3)

    Comisia analizează contestația pe baza rapoartelor și a jurnalului de audit și emite o soluție în 48 ore.

    Termenul de soluționare aparține Comisiei Electorale; platforma furnizează jurnalul de audit imutabil ca probă.

  • În lucruart. 7(1)(a)

    Sistem robust, scalabil, cu mecanisme de redundanță.

    În prezent o singură instanță web pe satra; multi-instanță + load balancer Traefik planificate înainte de pilot.

  • Conformart. 7(1)(b)

    Plan de recuperare în caz de dezastru (Disaster Recovery Plan) documentat.

    docs/14-disaster-recovery.md — RTO/RPO, run-book restore, scenarii A–D, test bi-anual; un singur gap deschis (off-host backup) este enumerat explicit.

    docs/14-disaster-recovery.md (public la finalul pilotului)
  • Decizie OARart. 7(1)(c)

    Personal tehnic responsabil pentru disponibilitate, fiabilitate, securitate.

    Operator desemnat de Comisia Electorală per scrutin (HCN art. 9(2)–(3)).

  • Conformart. 7(2)(a)

    Comunicații + date stocate criptate.

    TLS Let's Encrypt pe toate subdomeniile via Traefik; HSTS activ; date sensibile criptate la rest pe Postgres self-hosted.

  • Conformart. 7(2)(b)

    Pentru ședințe la distanță, autentificare multi-factor.

    Magic-link (factor 1: email cu cod) + passkey WebAuthn (factor 2: biometric / hardware) + TOTP (alternativ: aplicație authenticator) prin Better-Auth. Activare în /panou/profil.

    /panou/profil
  • Conformart. 7(2)(c)

    Protecție împotriva atacurilor cibernetice comune.

    Rate-limit sliding-window peste Postgres (auth.rate_limit_event), valabil între replici; headers de securitate (X-Frame-Options, nosniff, CSP); branch pre-push hook care blochează push direct pe main.

  • În lucruart. 7(2)(d)

    Niciun vot nu poate fi modificat, șters sau adăugat neautorizat.

    Tabla publică (bulletin board) e append-only by design — Belenios + signature per credențial; cod în lib-voting AGPLv3 înainte de orice scrutin real.

  • Conformart. 7(2)(e)

    Operațiuni critice înregistrate într-un jurnal de audit securizat, imutabil și cu marcă temporală.

    Tabela audit.event cu lanț SHA-256 (prev_chain_hash → chain_hash). Append serializat prin pg_advisory_xact_lock — vezi packages/db/src/audit/hash.ts și apps/web/lib/server/audit.ts.

    audit/hash.ts (public la finalul pilotului)
  • În lucruart. 7(3)(a)

    Vot secret: mecanism care separă irevocabil identitatea votantului de votul exprimat.

    Belenios v2 + Pedersen DKG 3-din-5 + ElGamal pe Ristretto255 (Curve25519). Implementarea în lib-voting AGPLv3 — în lucru.

    ADR 0008
  • Conformart. 7(3)(b)

    Vot deschis: înregistrarea + stocarea securizată a asocierii identitate–vot.

    Demonstrat funcțional pe cererea către Colegiul Director: identitatea (member_id snapshot) e legată direct de semnătură, cu unique index pe (slug, user_id).

    Cerere Colegiul Director
  • În lucruart. 7(3)(c)

    Rapoarte conform tipului: agregat pentru secret, detaliat sau nominal pentru deschis.

    Pentru cereri (vot deschis pe documente) — listă publică de semnatari; pentru scrutine secrete — generator de raport agregat va veni odată cu lib-voting.

  • Externart. 7(4)(a)

    Accesibilitate pentru persoanele cu dizabilități (WCAG).

    Pre-screen automat axe-core în CI pe toate cele 18 pagini publice (apps/web/scripts/a11y.mjs, mod advisory). Primul val de fixe livrat: tokens ink-400 + ink-500 bumpate peste pragul 4.5:1 și textul shared din DisclaimerFooter / DisclaimerBanner trecut de la opacity 40% la 70%. Backlogul rezidual și definition-of-done e tracked în docs/17. Auditul formal WCAG 2.1 AA de către cabinet specializat (3 000–6 000 EUR) rămâne ca pas extern obligatoriu înainte de pilot.

    docs/17-accessibility-backlog.md (public la finalul pilotului)
  • Conformart. 7(4)(b)

    Interfață intuitivă, clară, indică vizibil tipul votului.

    Mockup ballot afișează tipul votului (deschis/secret) ca etichetă vizibilă; layout testat pe mobil sub 60s pentru flow-ul complet.

    Cum funcționează — flux complet
  • Decizie OARart. 7(5)(a)

    Evaluarea soluției de către personalul tehnic OAR + validare de Colegiul Director.

    Cererea publică pe oar.digital invită explicit Colegiul Director la evaluare; obiectul cererii electronice semnabile.

    Cerere Colegiul Director
  • Decizie OARart. 7(5)(b)

    După validare CD, Consiliul Național desemnează prin vot furnizorul/furnizorii.

    Decizie subsecventă a Consiliului Național OAR.

  • În lucruart. 7(6)

    Prelucrarea datelor cu caracter personal cu respectarea GDPR și principiul minimizării.

    DPIA în formă draft (docs/13-dpia.md) — nume DPO + Președinte filială încă TBD; semnătură formală necesară înainte de orice scrutin.

    docs/13-dpia.md (public la finalul pilotului)
  • Conformart. 8(1)(a)

    Sistem testat cu cel puțin 48 ore înainte de vot.

    Procedură formală în docs/19 (4 secțiuni — health platformă, scrutin specific, recovery, cripto Belenios). Operatorul de Vot rulează checklist-ul între T-72h și T-48h și atașează raportul semnat la admin/voturi/[id]; ballot-ul nu poate trece din draft → open fără pre-vote test report. Subdomeniul staging.oar.digital pentru testare paralelă e tracked ca infra item (open).

    docs/19-staging-procedure.md (public la finalul pilotului)
  • Conformart. 8(1)(b)

    Instrucțiuni clare pentru membri cu timp rezonabil înainte.

    Pagina /ghid e dedicată instrucțiunilor pas-cu-pas pentru votant: înainte de vot, în timpul votului, verificare, re-vot și incidente, FAQ. Limbaj comun, anti-jargon. Pagina /cum-functioneaza completează cu detaliile tehnice.

    /ghid — Ghidul votantului
  • Conformart. 8(1)(c)

    Lista finală a membrilor cu drept de vot încărcată în sistem.

    Buton „Finalizează lista alegătorilor” în /admin/voturi/[id] populează voting.eligibility cu toți membrii activi din filiala scrutinului (idempotent). Eveniment audit append + timestamp eligibility_finalized_at. Convocarea nu se poate trimite și statusul nu poate trece la „open” fără finalizare.

    /admin/voturi (admin)
  • Conformart. 8(2)(a)

    Sistem monitorizat constant de personal tehnic + Comisia de numărare.

    9 monitor-uri Uptime Kuma active la kuma.beletage.ro (tag oar-digital, status page la /oar-digital): /api/version build keyword, /api/health DB select-1, homepage, 5 pagini critice cu keyword gates, /cum-functioneaza. Endpoint /api/health rulează select 1 pe Postgres cu timeout 1s. Provizionate prin scriptul idempotent infra/scripts/setup-kuma-probes.py.

    docs/16-uptime-kuma-probes.md (public la finalul pilotului)
  • Conformart. 8(2)(b)

    Linie de suport tehnic pentru votanți în cazul votului online.

    Pagina /suport (același canal ca art. 5(2)(e)): email + 6 răspunsuri FAQ + URGENT mailto cu țintă 15 min în zilele de scrutin. Linia telefonică scrutin-specifică e anunțată în convocarea Brevo (vezi /admin/voturi/[id] → buton „Trimite convocarea”).

    /suport
  • Conformart. 8(2)(c)

    Defecțiune tehnică majoră: Comisia decide suspendare/anulare; comunicarea în 3 ore.

    docs/15-incident-protocol.md — trigger conditions, lanț notificare 3h (DPO → Comisia Electorală → Cenzori → Președinte filială), arbore decizional anulare/prelungire.

    docs/15-incident-protocol.md (public la finalul pilotului)
  • În lucruart. 8(3)(a)

    După vot: rapoarte oficiale conform tipului, puse la dispoziția Comisiei Electorale.

    Generator de raport agregat / detaliat în lib-voting — în lucru.

  • Conformart. 8(3)(b)

    Datele relevante arhivate în condiții de siguranță.

    pg_dump zilnic pe satra (buffer local 2-7 zile) + push direct pe NAS Beletage (10.10.10.10, btrfs 41 TB liber, snapshots zilnice native) — pattern dedicat per stack (user oar-backup, /HDD/oarbkp), izolat de GIS și Satra system backup. Tier 2 offsite cu B2+restic + object lock pe roadmap. Vezi infra/scripts/oar-nas-backup.sh.

    docs/14-disaster-recovery.md (public la finalul pilotului)
  • Conformart. 8(3)(c)

    Rezultate + jurnal audit stocate 3 ani; voturile secrete păstrate doar în format criptat.

    Politică formală în docs/18 (per-tabel, cu motivare): contestații 5 ani, audit.event nelimitat (lanț de hash), voting.* 3 ani per scrutin. Cron zilnic 04:30 prin infra/scripts/purge-old-records.sh — arhivează în .sql.gz pe NAS înainte de DELETE. Voturile secrete sunt cifrate ElGamal prin design Belenios; jurnal audit imposibil de șters fără ruperea lanțului SHA-256.

    docs/18-retention-policy.md (public la finalul pilotului)
  • Decizie OARart. 9(1)

    Comisia Electorală — organism de management electoral.

    Desemnată de forul convocator pe scrutin (Conferința Națională / Conferința Teritorială). Mockup-ul CT include rolul ca punct calendar T-90z.

    Mockup Conferința Teritorială
  • Decizie OARart. 9(2)

    Administratorul Tehnic IT — implementare, configurare, securitate, GDPR.

    Desemnat de Comisia Electorală per scrutin. Marius Tarau (TNA 8186) e candidat tehnic implicit pentru pilotul OART vară 2026.

  • Decizie OARart. 9(3)

    Operatorul de Vot — operează sistemul în timpul sesiunii.

    Desemnat de Comisia Electorală.

Conferința Națională OAR · 14-15.06.2025

ROF OAR 2025

Regulament din 14-15 iunie 2025 de organizare și funcționare a Ordinului Arhitecților din România · document oficial ↗

Regulamentul-cadru al OAR. Pentru prototipul oar.digital, articolele relevante sunt cele despre transparența hotărârilor, accesul membrilor la informație, comunicarea documentelor și cadrul electoral.

Conform · 11În lucru · 0Extern · 0Decizie OAR · 0
  • Conformart. 13(2)(b-c)

    Proiectele de documente postate pe site-ul Ordinului și al filialelor, în rubrica „Transparență decizională — documente în dezbaterea membrilor”, pentru o perioadă de 30 de zile.

    Pagina /transparenta funcționează ca punctul central de transparență decizională, cu acces la idei + decizii + sesizări.

    /transparenta
  • Conformart. 13(2)(e)

    Membrii pot formula propuneri și amendamente la documentele supuse dezbaterii.

    Pagina /idei permite oricărui membru autentificat să propună o idee; /probleme permite ridicarea de sesizări; ambele sunt arhivabile și clasificabile pe filiala originatoare.

    /idei
  • Conformart. 17(4)

    Procedura votului electronic e aprobată prin hotărâre a Consiliului Național.

    Procedura aprobată = HCN 1271/10.11.2025; toate cerințele tehnice sunt evaluate față de aceasta în secțiunea de mai sus.

  • Conformart. 18(1)

    Vot deschis e regula pentru documente; vot secret pentru alegerea forurilor și a comisiilor.

    Mockup-ul Conferinței Teritoriale separă explicit cele două: vot deschis pentru documente (model-tip), vot secret pentru personae (Președinte, CT, Cenzori, Disciplină).

    Mockup CT
  • Conformart. 19(3)

    Raportul Comisiei de verificare și numărare se publică pe pagina de internet a Ordinului.

    Pagina /alegeri/[id] include o secțiune dedicată „Proces-verbal Comisia Electorală” care apare automat când Operatorul setează URL-ul în /admin/voturi/[id]. Stare default: card cu „în așteptare” + termenul ROF de 15 zile lucrătoare. URL-ul e validat ca http(s).

    /alegeri (lista publică)
  • Conformart. 21(2)(4)

    Hotărârile de interes public ale CN se publică pe pagina de internet (rezultatul scrutinului afișat 30 zile).

    Pagina /decizii arhivează deciziile vizibile public; design-ul prevede afișare permanentă, nu doar 30 zile.

    /decizii
  • Conformart. 32(11)

    Procesul-verbal al CN transmis filialelor + membrilor CN în 15 zile lucrătoare.

    Pagina /alegeri/[id] expune URL-ul procesului-verbal și data publicării în clipa în care Operatorul îl atașează (tabela voting.ballot, coloanele process_verbal_url + process_verbal_published_at). Notificarea automată în baza membrilor (kind=process_verbal) — adăugat odată cu fluxul de email de la lib-voting; UI-ul de bază e gata.

    /alegeri
  • Conformart. 34(h)

    Colegiul Director asigură informarea membrilor și a filialelor asupra problemelor și deciziilor luate.

    Combinația /acum (urgent), /transparenta (sumar), /decizii (arhivă) acoperă această obligație continuu, fără periodicitate impusă.

    /acum
  • Conformart. 46(3)

    Ordinul publică în baza de date cu acces pentru membri: hotărârile, deciziile, circularele, bugetul, date periodice + alte informații importante.

    Pagina /panou pentru membri autentificați + paginile publice /decizii, /transparenta, /legislatie acoperă aceste categorii. Bugetul e categorie nouă pentru pilot.

    /panou (membri)
  • Conformart. 48

    Ordinul informează periodic membrii prin filiale, bază de date cu acces, site, buletine informative.

    oar.digital e exact platforma „bază de date cu acces + site” descrisă; integrare cu newsletter Brevo (deja funcțional pentru magic-link).

  • Conformart. 51(c)

    Membrii au dreptul să fie informați asupra activității Ordinului.

    Toate paginile publice + /panou pentru info dedicat membrilor implementează acest drept fără restricționare.

    oar.digital

Conferința Teritorială OART · propunere 2026

Regulament OART (propunere 2026)

Regulamentul Filialei Teritoriale Transilvania a Ordinului Arhitecților din România · document oficial ↗

Regulamentul propus pentru OAR Transilvania, filiala-pilot. Cuprinde drepturile membrilor în relație cu filiala (informare, propuneri, amendamente) și cadrul Conferinței Teritoriale care va fi pilotul de vot electronic.

Conform · 6În lucru · 1Extern · 0Decizie OAR · 0
  • Conformart. 8(c)

    Membrii au dreptul să fie informați (prin e-mail + site filială) asupra activității filialei și să facă propuneri pentru îmbunătățire.

    Pagina /idei permite propuneri publice; magic-link via email confirmă comunicarea individuală; fluxul e identic pentru orice filială (multi-branch by design).

    /idei
  • Conformart. 8(d)

    Membrii pot consulta pagina de site a filialei + biblioteca, lucrările, publicațiile, materialele documentare.

    Paginile publice ale oar.digital sunt indexate per filială; secțiunea /legislatie funcționează ca biblioteca de norme.

    /legislatie
  • Conformart. 8(e)

    Membrii pot formula propuneri și amendamente la documentele supuse aprobării/adoptării în conferințele teritoriale.

    Pagina /idei suportă filtru per filială; orice idee se poate marca pentru includere pe ordinea de zi a CT.

    /idei
  • În lucruart. 11(3)

    Votul Conferinței Teritoriale se desfășoară prin mijloace electronice, cu excepția situațiilor în care procedura nu e posibilă.

    Mockup complet al CT pe pagina dedicată — 14 etape, 5 poziții alese, 3 roluri tehnice. Implementarea funcțională e pilotul vară 2026, consultativ.

    Mockup CT
  • Conformart. 11(4)

    Votul electronic e gestionat prin grija aparatului administrativ al filialei, conform art. 17 alin. (2) [HCN 1271].

    Conformitatea cu HCN 1271/2025 e tratată complet în secțiunea de mai sus a acestei matrici.

  • Conformart. 11(9)

    Convocarea CT se face cu minimum 45 de zile înainte; conține date, durată, loc, foruri alese, candidaturi, documente, termen amendamente.

    Buton „Trimite convocarea” în /admin/voturi/[id] expediază email Brevo cu titlul, întrebarea, tipul votului (anunț HCN art. 4(5) inclus), calendarul scrutinului și link la pagina publică. Refuză să trimită dacă deschiderea e la mai puțin de 45 zile. One-shot. Recipienți + dată stocate pe ballot (audit chain).

    /admin/voturi (admin)
  • Conformart. 12(3)

    Lipsa cvorumului → invalidare prin anunț public pe e-mail filială + site.

    Buton „Anulează scrutin” în /admin/voturi/[id] cu textarea pentru motiv (max 4000 char). Ballot-ul trece în status=cancelled cu cancellation_reason_md persistat; pagina publică /alegeri/[id] afișează banner roșu mare cu motivul, deasupra oricărei alte secțiuni. Audit chain append.

    /admin/voturi (admin)

Cum citești această pagină

  • Conform — funcționează acum, are dovadă verificabilă (linkul din celulă).
  • În lucru — parțial sau planificat. Țintă = înainte de pilotul OART, vară 2026.
  • Extern — depinde de un terț (auditor specializat, prestator de servicii de încredere, autoritate). Numele/categoria terțului apare în „dovadă”.
  • Decizie OAR — depinde de un act formal sau de o desemnare a OAR (Colegiul Director, Consiliul Național, Comisia Electorală). Locul deciziei e specificat.

Editare obiectivă: nu marcăm „Conform” pe un mockup. Mockup-urile apar ca „În lucru” chiar dacă vizual sunt complete. Documentele din repository contează ca „Conform” doar când cerința binding e ea însăși o cerință de documentare (ex.: art. 7(1)(b) cere un Disaster Recovery Plan documentat — îl avem la docs/14).

Vezi un rând marcat greșit? Scrie-ne la contact@oar.digital. Pagina e generată din apps/web/lib/conformitate/data.ts — un fișier text simplu de revizuit.

Sări direct la un regulament:

  • HCN 1271/10.11.2025Procedură privind Votul Electronic în cadrul Ordinului Arhitecților din România
  • ROF OAR 2025Regulament din 14-15 iunie 2025 de organizare și funcționare a Ordinului Arhitecților din România
  • Regulament OART (propunere 2026)Regulamentul Filialei Teritoriale Transilvania a Ordinului Arhitecților din România