De Ce Conteaza Structura Folderelor?
Intr-un proiect BIM standard, un Common Data Environment poate contine 10.000-50.000 de documente - modele IFC, planuri DWG, specificatii PDF, rapoarte, fotografii de santier, schimburi de informatii. Fara o structura riguroasa, acest volum devine ingestibil.
Structura folderelor intr-un CDE ISO 19650 nu este o optiune de organizare, ci o cerinta a standardului. Ea reflecta procesul de management al informatiilor si impune:
- Separarea celor 4 stari - WIP, Shared, Published, Archived la nivel fizic, nu doar logic
- Izolarea per proiect - fiecare proiect are propria radacina, fara scurgeri intre proiecte
- Granularitate per disciplina - arhitectura, structura, instalatii separate
- Permisiuni per folder - controlul de acces se aplica la nivel de director
- Audit trail coerent - orice actiune poate fi localizata in arbore
- Retentie legala - arhivarea respecta cerinte contractuale si GDPR
Principiul cheie: folderele organizeaza containerele informationale, naming convention identifica documentele. Cele doua sisteme se completeaza - nu se substituie unul pe celalalt.
Structura Top-Level - Cele 4 Stari ISO 19650
Radacina fiecarui proiect CDE este impartita in 4 foldere corespunzand celor 4 stari din workflow-ul ISO 19650. Tranzitiile intre ele sunt controlate de sistem, nu de operatii manuale.
Work in Progress
Acces doar pentru echipa autorului (Task Team)
Scop: Documente in lucru, neverificate, nepublicate. Izolate per disciplina.
Permisiuni: Task Team: read/write | Alte echipe: niciun acces
Shared for review
Acces citire pentru Lead Appointed Party si coordonatori
Scop: Documente partajate pentru coordonare inter-disciplinara si revizie.
Permisiuni: Task Team: read only | LAP: read + approve/reject | Client: niciun acces
Published / Approved
Acces citire pentru toate partile interesate
Scop: Documente oficiale, aprobate si autorizate pentru utilizare.
Permisiuni: Toti utilizatorii: read only | LAP: read + archive | Imutabil dupa publicare
Archived
Acces doar pentru Administrator si audit
Scop: Versiuni istorice, referinta legala, retentie conform GDPR si contracte.
Permisiuni: Admin: read only | Audit: read only | Nu se modifica niciodata
Exemplu Structura Completa
Arborele complet pentru un proiect cu 3 discipline principale (arhitectura, structura, instalatii). Fiecare stare are propria sub-structura adaptata scopului ei.
Antipattern-uri Comune de Evitat
Structura haotica per utilizator
Foldere "Documente Alin", "Documente Maria" - fiecare cu propria logica. Rezultat: duplicari, versiuni contradictorii, imposibil de auditat.
Consecinta: Pierderi de licitatii, refaceri costisitoare, zero trasabilitate ISO 19650.
Structura per data calendaristica
Foldere "2024-01", "2024-02" cu amestec de discipline si stari. Un model BIM langa un email, un plan provizoriu langa unul aprobat.
Consecinta: Imposibil de aplicat workflow ISO 19650. Lipseste separarea WIP/Shared/Published.
Foldere "FINAL" si "FINAL_v2"
Lipsa conventiei de revizii duce la foldere paralele cu nume ambigue. Nimeni nu stie care este versiunea valida.
Consecinta: Erori de santier, costuri de refacere, dispute contractuale.
Permisiuni bazate pe incredere
Toti utilizatorii au acces la toate folderele. "Stiu ei ce trebuie sa atinga si ce nu."
Consecinta: Audit trail inutil. Modificari accidentale sau neautorizate. Non-conformitate ISO 19650-5.
Bune Practici Conform ISO 19650
Separare stricta pe cele 4 stari ISO 19650
Top-level folders: WIP, SHARED, PUBLISHED, ARCHIVED. Tranzitiile intre ele sunt controlate de workflow, nu de copy-paste manual.
Beneficiu: Conformitate ISO 19650 automata. Auditor gaseste imediat ce cauta.
Sub-structurare per proiect si disciplina
Sub fiecare stare: /Proiect/Disciplina/Volum/. Exemplu: /WIP/PRJ01/ARC/BL01/. Permite cautare rapida si permisiuni granulare.
Beneficiu: Scalabil pentru proiecte cu zeci de discipline si sute de documente.
Naming convention aplicat pe fisiere, nu pe foldere
Folderele organizeaza containerele. Naming convention identifica documentul individual. Cele doua sisteme se completeaza, nu se dubleaza.
Beneficiu: Flexibilitate - un document poate fi mutat intre stari fara redenumire.
Permisiuni per folder, verificate server-side
Folderul impune regula. Un Task Team nu poate accesa /PUBLISHED decat read-only. Un utilizator extern nu vede /WIP deloc.
Beneficiu: Securitate prin design. ISO 19650-5 compliant by default.
Permisiuni per Folder si Stare
Controlul de acces se aplica la nivel de director si se recalculeaza automat la tranzitiile de stare. Fiecare rol ISO 19650 are permisiuni specifice per stare.
| Rol ISO 19650 | WIP | SHARED | PUBLISHED | ARCHIVED |
|---|---|---|---|---|
| Task Team (TT) | read/write | read | read | - |
| Lead Appointed Party (LDP) | read | read/submit | read | - |
| Lead Appointing Party (LAP) | - | read/approve | read/archive | read |
| Appointing Party (AP) | - | - | read | read |
| Administrator | read | read | read | read/restore |
Intrebari Frecvente
De ce nu pot folosi doar SharePoint cu foldere?
SharePoint permite structurare dar nu impune workflow ISO 19650. Nu exista tranzitii controlate WIP→Shared→Published, nu exista audit trail pe actiuni, nu exista roluri native LAP/AP/LDP/TT. Un CDE conform ISO 19650 impune regulile; SharePoint doar depoziteaza fisiere.
Cate niveluri de subfoldere ar trebui sa am?
Recomandare: maxim 4-5 niveluri sub stare. Structura tipica: /STARE/PROIECT/DISCIPLINA/VOLUM/NIVEL/. Daca ajungi la 6+ niveluri, naming convention ar trebui sa preia acea granularitate, nu structura folderelor.
Cum gestionez documentele care apartin mai multor discipline?
Documentul apartine originator-ului (prima disciplina care l-a creat). Mutarile inter-disciplinare se fac prin transmittals formale, nu prin copy-paste intre foldere. CDE pastreaza o singura sursa de adevar per document.
Ce se intampla cand un document trece din SHARED in PUBLISHED?
CDE muta automat documentul la nivel logic (schimbare stare in metadate), nu fizic intre foldere. Permisiunile se recalculeaza automat: Task Team pierde write, toti utilizatorii proiectului castiga read. Audit trail inregistreaza tranzitia.
Trebuie sa am foldere separate per fiecare proiect?
Da, izolarea per proiect este obligatorie. Fiecare proiect are propria structura WIP/SHARED/PUBLISHED/ARCHIVED. CDE 19650 Cloud face asta automat la crearea proiectului.
Vrei o structura CDE configurata pentru proiectul tau?
CDE 19650 Cloud creeaza automat structura conforma ISO 19650 la initializarea fiecarui proiect. Stari, discipline, permisiuni, workflow - toate configurate in 30 de zile.
Solicita Demo