AcasaResurseMatrice Roluri si Permisiuni

Matrice Roluri si Permisiuni ISO 19650

Cine are acces la ce informatii si cand? Matricea completa de permisiuni pentru toate rolurile definite de ISO 19650 in cele 4 stari ale Common Data Environment.

De Ce Este Importanta Matricea de Permisiuni?

Unul dintre pilonii fundamentali ai ISO 19650 este controlul accesului la informatii. Intr-un proiect de constructie complex, cu zeci sau sute de participanti, este esential ca fiecare persoana sa aiba acces doar la informatiile de care are nevoie, la momentul potrivit si cu nivelul corect de permisiuni.

Matricea de roluri si permisiuni defineste clar cine poate crea, vizualiza, modifica si aproba informatii in fiecare stare a CDE-ului. O configurare corecta asigura:

  • Integritatea datelor - Informatiile nu pot fi modificate de persoane neautorizate
  • Trasabilitatea - Fiecare actiune este inregistrata si atribuita unui rol specific
  • Conformitatea ISO 19650 - Procesul de aprobare respecta ierarhia stabilita de standard
  • Securitatea informatiilor - Documentele sensibile sunt protejate prin restrictii de acces
  • Eficienta operationala - Fiecare echipa vede doar ceea ce este relevant pentru activitatea sa

Matricea de Permisiuni

Tabelul de mai jos prezinta nivelul de acces al fiecarui rol in fiecare stare a CDE-ului. Culorile indica nivelul de permisiuni: verde = acces complet, albastru = aprobare, galben = vizualizare, rosu = fara acces.

Acces Complet(C)
Aprobare(A)
Vizualizare(V)
Fara Acces(-)
Rol ISO 19650WIP
Work in Progress
SHARED
Shared
PUBLISHED
Published
ARCHIVED
Archived
LAP
Lead Appointing Party
Beneficiar Principal
Fara Acces
Vizualizare
Aprobare
Vizualizare
AP
Appointing Party
Parte Contractanta
Fara Acces
Aprobare
Vizualizare
Vizualizare
LAPt
Lead Appointed Party
Contractant Principal
Acces Complet
Acces Complet
Aprobare
Vizualizare
TT
Task Team
Echipa de Lucru
Acces Complet
Vizualizare
Vizualizare
Fara Acces

Ce include fiecare nivel de acces

Acces Complet

Creare, editare, stergere, descarcare

Aprobare

Revizuire, aprobare tranzitii, comentarii

Vizualizare

Doar vizualizare si descarcare

Fara Acces

Acces interzis

Ierarhia Rolurilor ISO 19650

Diagrama de mai jos prezinta relatia ierarhica intre rolurile definite de ISO 19650 si fluxul informatiilor intre acestea. Informatiile se creeaza la nivelul de executie (Task Team) si urca prin aprobare catre nivelul strategic (Lead Appointing Party).

NIVEL STRATEGIC
Lead Appointing Party
Beneficiar Principal
Defineste OIR, AIR | Aprobare finala
NIVEL MANAGEMENT
Appointing Party
Parte Contractanta
Defineste EIR | Aproba Shared → Published
NIVEL COORDONARE
Lead Appointed Party
Contractant Principal / BIM Manager
Gestioneaza CDE | Aproba WIP → Shared
TASK TEAM
Arhitectura
ARC
TASK TEAM
Structura
STR
TASK TEAM
MEP
MEP
TASK TEAM
Geotehnic
GEO

Cine Aproba Tranzitiile Intre Stari?

Tranzitia informatiilor intre starile CDE este controlata strict. Fiecare tranzitie necesita aprobarea unui rol specific, conform ierarhiei ISO 19650:

WIPSHARED

Aprobata de: Lead Appointed Party (BIM Manager)

Verifica conformitatea cu naming convention, completitudinea metadatelor si calitatea informatiei inainte de partajarea cu celelalte echipe.

SHAREDPUBLISHED

Aprobata de: Appointing Party (Manager Proiect)

Revizuieste informatia dupa coordonarea inter-disciplinara, verifica rezolvarea comentariilor si aproba pentru utilizare oficiala.

PUBLISHEDARCHIVED

Aprobata de: Lead Appointing Party (Beneficiar)

Aproba arhivarea la finalizarea fazei sau proiectului. Informatiile devin read-only si sunt pastrate permanent pentru referinta legala.

Descrierea Detaliata a Fiecarui Rol

Lead Appointing Party (Beneficiar Principal)

Beneficiarul Principal este entitatea care initiaza proiectul si stabileste cerintele strategice de informare. De obicei este investitorul, dezvoltatorul imobiliar sau autoritatea publica care finanteaza proiectul. Acest rol defineste obiectivele pe termen lung privind informatiile necesare pentru operarea si intretinerea activului construit.

Responsabilitati principale:

  • Defineste OIR (Organizational Information Requirements) - cerintele de informare ale organizatiei
  • Defineste AIR (Asset Information Requirements) - cerintele de informare pentru active
  • Aproba informatiile publicate la nivel strategic si final
  • Monitorizeaza conformitatea cu cerintele de informare stabilite
  • Decide arhivarea informatiilor la finalizarea fazelor de proiect
Exemple in Romania: Dezvoltator imobiliar, autoritate publica (primarie, CNAIR, CNI), fond de investitii, proprietar activ
Acces CDE: Nu are acces la zona WIP. Vizualizeaza documentele din Shared. Aproba final documentele din Published. Vizualizeaza arhiva.

Appointing Party (Parte Contractanta)

Partea Contractanta actioneaza ca intermediar intre Beneficiarul Principal si echipele de livrare. Acest rol transforma cerintele strategice ale beneficiarului in cerinte specifice de informare pentru proiect (EIR). Evalueaza ofertele si BEP-urile primite de la contractanti si monitorizeaza calitatea livrarilor pe parcursul proiectului.

Responsabilitati principale:

  • Elaboreaza EIR (Exchange Information Requirements) - cerintele de schimb de informatii
  • Evalueaza si selecteaza furnizorii pe baza capacitatilor BIM
  • Evalueaza pre-BEP si BEP ale ofertantilor
  • Aproba tranzitia documentelor din Shared in Published
  • Monitorizeaza livrarea informatiilor conform EIR si programului stabilit
Exemple in Romania: Manager de proiect, consultant principal, diriginte de santier, inginer rezident
Acces CDE: Nu are acces la zona WIP. Revizuieste si aproba documente din Shared. Vizualizeaza Published si Archived.

Lead Appointed Party (Contractant Principal)

Contractantul Principal coordoneaza intregul proces de livrare a informatiilor. Este responsabil de elaborarea BEP, de administrarea CDE-ului si de asigurarea ca toate echipele de lucru respecta standardele stabilite. Are cel mai larg set de permisiuni si joaca rolul central in gestionarea fluxului de informatii.

Responsabilitati principale:

  • Elaboreaza si gestioneaza pre-BEP si BEP
  • Administreaza CDE-ul, structura de foldere si naming convention
  • Coordoneaza livrarea informatiilor de la toate Task Team-urile
  • Verifica si aproba tranzitia documentelor din WIP in Shared
  • Gestioneaza clash detection si coordonarea inter-disciplinara
  • Asigura conformitatea generala cu ISO 19650 si cu EIR
Exemple in Romania: Antreprenor general, BIM Manager al proiectului, proiectant general, firma management BIM
Acces CDE: Acces complet in WIP si Shared. Aproba publicarea in Published. Vizualizeaza Archived.

Task Team (Echipa de Lucru)

Echipele de Lucru sunt formate din specialistii care creeaza efectiv informatiile: modele BIM, desene, specificatii, rapoarte tehnice. Fiecare echipa lucreaza in zona WIP proprie, unde are acces complet. Dupa finalizare si verificare interna, informatiile sunt trimise in Shared pentru coordonare cu celelalte discipline.

Responsabilitati principale:

  • Creeaza si modifica informatii in zona WIP proprie
  • Respecta naming convention si standardele de calitate din BEP
  • Efectueaza verificarea interna inainte de a publica in Shared
  • Raspunde la comentarii si solicitari de revizuire
  • Actualizeaza metadatele documentelor conform standardelor stabilite
Exemple in Romania: Proiectant arhitectura, inginer structurist, proiectant instalatii MEP, topograf, proiectant drumuri
Acces CDE: Acces complet doar in zona WIP proprie. Vizualizeaza Shared si Published. Fara acces la Archived.

Exemple Practice din Proiecte Reale

Pentru a intelege mai bine cum functioneaza matricea de permisiuni in practica, iata trei scenarii frecvent intalnite in proiectele de constructii din Romania:

Proiectantul de Arhitectura (Task Team) incarca un plan de etaj

1

Creeaza desenul in zona WIP, vizibil doar echipei de arhitectura

2

Aplica naming convention corect: PRJ-ARC-ZZ-01-DWG-A-0001

3

Efectueaza verificarea interna cu checklist-ul din BEP

4

Solicita tranzitia in Shared prin CDE Platform

5

Lead Appointed Party (BIM Manager) verifica si aproba trecerea in Shared

6

Echipele de structura si instalatii vizualizeaza planul in Shared pentru coordonare

7

Appointing Party revizuieste, rezolva comentarii si aproba publicarea

8

Documentul trece in Published - versiunea oficiala pentru executie

Clash Detection intre Structura si Instalatii

1

BIM Manager (Lead Appointed Party) ruleaza clash detection pe modelele din Shared

2

Identifica 23 conflicte intre grinzi si trasee HVAC la nivelul 3

3

Creeaza BCF issues in CDE Platform si le atribuie echipelor responsabile

4

Task Team Structura si Task Team MEP rezolva conflictele in zona WIP proprie

5

Dupa rezolvare, noile versiuni trec in Shared pentru re-verificare

6

BIM Manager confirma rezolvarea si documenteaza procesul in CDE

7

Dupa aprobarea finala, versiunile rezolvate trec in Published

Predarea documentatiei la finalul fazei de proiectare

1

BIM Manager verifica ca toate livrabillele din BEP sunt in starea Published

2

Genereaza raportul de conformitate: naming convention, metadate, versiuni

3

Appointing Party verifica raportul si confirma completitudinea

4

Lead Appointing Party aproba predarea si solicita arhivarea

5

Documentele trec din Published in Archived cu marca temporala si metadata

6

Arhiva devine read-only si este disponibila pentru referinta pe toata durata proiectului

Bune Practici pentru Configurarea Permisiunilor

  • Principiul accesului minim (Least Privilege) - Acordati fiecarui utilizator doar permisiunile strict necesare. Este mai usor sa adaugati permisiuni ulterior decat sa restrictionati acces deja acordat.
  • Separarea zonelor WIP per disciplina - Fiecare Task Team trebuie sa aiba zona WIP proprie. Echipa de arhitectura nu trebuie sa poata edita modelele de structura.
  • Audit trail activat permanent - Asigurati-va ca toate actiunile (upload, editare, stergere, tranzitii, vizualizari) sunt inregistrate. Trasabilitatea este obligatorie conform ISO 19650.
  • Reconfigurare la fiecare faza - Revizuiti permisiunile la tranzitia intre fazele proiectului. Echipele care au finalizat lucrul nu mai necesita acces de editare.
  • Nomenclatura consistenta pentru grupuri - Folositi denumiri standardizate, de exemplu: PRJ-ARC-WIP pentru echipa de arhitectura in zona WIP.
  • Testare inainte de go-live - Testati matricea de permisiuni cu utilizatori reali inainte de lansarea pe proiect. Verificati ca fiecare rol vede doar ce trebuie.

Configurati rolurile si permisiunile automat

CDE Platform configureaza automat matricea de permisiuni conform ISO 19650. Definiti rolurile o singura data si sistemul se ocupa de restul - inclusiv tranzitii, notificari si audit trail.

Solicita Demo Gratuit

Descarca Ghidul Complet CDE ISO 19650 (PDF)

Completati formularul pentru a primi ghidul gratuit

Datele dumneavoastra sunt protejate. Nu facem spam.

Referinta Rapida Permisiuni

C = Acces Complet
A = Aprobare
V = Vizualizare
- = Fara Acces