Cea mai mare confuzie in implementarile ISO 19650 este traducerea rolurilor britanice in realitatea organizationala romaneasca. "Cine e Lead Appointing Party? Beneficiarul? Diriginte? Sau autoritatea contractanta?". Hai sa lamurim, cu exemple concrete.
Rol 1 — Appointing Party (Beneficiarul / Clientul)
Este partea care comanda proiectul si stabileste cerintele de informatie (EIR — Exchange Information Requirements). In Romania: autoritatea contractanta in licitatiile publice (CFR, ANAR, primarii, ministere) sau dezvoltatorul / investitorul in proiectele private.
Responsabilitati cheie: scrie EIR-ul, valideaza rezultatele finale, accepta livrabilele si decide retentia / arhivarea informatiilor pentru faza operationala (OPEX).
Rol 2 — Lead Appointing Party (Coordonatorul de cerinte)
Cand sunt mai multi Appointing Party (de exemplu, un beneficiar plus o autoritate de mediu si una de avizare), Lead Appointing Party este cel care le coordoneaza si consolideaza cerintele. In proiectele simple, Appointing Party si Lead Appointing Party sunt aceeasi entitate.
In practica romaneasca, acest rol revine de obicei dirigintelui de santier sau consultantului de proiect numit de beneficiar.
Rol 3 — Lead Appointed Party (Coordonatorul echipei de livrare)
Este partea numita care livreaza proiectul si raspunde de coordonarea tuturor task team-urilor. In licitatii publice romanesti: liderul asocierii / consortiului. In proiecte private: firma generala de proiectare sau antreprenor general.
Are autoritate sa aprobe tranzitiile WIP → Shared, sa coordoneze clash detection-ul si sa livreze pachetele de informatii catre Appointing Party.
Rol 4 — Task Team (Echipa de productie)
Echipa care produce efectiv informatiile — proiectanti, ingineri, modelatori, draftsmen. Pot fi in firma proprie sau la subcontractori. Au acces de scriere in zona WIP a propriei discipline si read-only la documentele aprobate ale altor task team-uri.
Pentru o matrice completa cu drepturile fiecarui rol pe fiecare stare CDE, descarca:
De ce conteaza atribuirea corecta
Definirea gresita a rolurilor in BEP duce la trei probleme practice imediate:
- Aprobari care se blocheaza pentru ca nimeni nu are autoritatea formala
- Permisiuni gresite in CDE — subcontractori cu drepturi de modificare pe documente publicate
- Imposibilitatea de a demonstra trasabilitatea in audit (cine a aprobat ce)
In CDE 19650 Cloud, cele 4 roluri ISO sunt enforcement nativ in toate tranzitiile workflow-ului — nu mai e nevoie de discutii pe email despre cine are voie sa faca ce.
Cum verifici daca rolurile sunt corecte
Trei intrebari simple care iti spun daca cadrul de roluri functioneaza:
- Daca un proiectant lipseste o saptamana, alt membru al task team-ului poate continua fara sa ceara permisiuni speciale?
- In audit trail, fiecare aprobare are un singur Lead Appointed Party identificabil?
- Subcontractorii vad documentele publicate de altii dar nu le pot modifica?
Daca raspunsul la oricare e "nu", inseamna ca matricea de roluri din BEP nu e aliniata cu permisiunile din CDE — si trebuie corectat inainte de urmatorul deadline.
Aliniaza rolurile firmei tale cu ISO 19650
Auto-evaluarea include o sectiune dedicata definirii rolurilor BIM. Descarca matricea oficiala sau calculeaza cat economisesti cu un sistem care aplica rolurile automat.