Statybos saugos atitikties darbo eiga

Įrodymų rinkinys, kurį valdo šis darbo srautas

Statybos saugos atitikties programinė įranga nėra tik failų saugykla. Ji turi valdyti įrodymų rinkinį, stovintį už kiekvieno reguliuojamo sprendimo.

• Projektavimo įrodymai: brėžiniai, specifikacijos, konstrukciniai skaičiavimai ir gaisrinės strategijos dokumentai.
• Produkto įrodymai: bandymų sertifikatai, eksploatacinių savybių deklaracijos, garantijos ir gamintojo duomenų lapai.
• Duty-holder įrodymai: kompetencijos įrašai, paskyrimai, patvirtinimai ir accountable-person metaduomenys.
• Pakeitimų įrodymai: RFI, patvirtinimai, revizijos, pakeisti dokumentai ir sprendimų istorija.
• Sugeneruoti rezultatai: Gateway paketai, gyventojų perdavimo paketai, Golden Thread eksportai ir audito rinkiniai.

Ko BSR iš tikrųjų tikisi Gateway 2 pakete

Teisinis tekstas yra platus, bet operaciniu lygiu reikalavimas susiveda į keturis gebėjimus.

• Kilmė: kiekvieno duty-holder kompetencijos įrašo, projektavimo sprendimo ir medžiagos specifikacijos šaltinis.
• Versijos: kuris dokumentas buvo galiojantis sprendimo dieną, kas jį patvirtino ir kas pasikeitė vėliau.
• Kryžminės nuorodos: gaisrinės saugos strategija turi remtis konstrukciniu brėžiniu, šis - fasado sistemos bandymų sertifikatu ir taip toliau per visą grandinę.
• Išliekamumas: paketas turi būti ginamas po 30 metų nuo perdavimo, o ne tik Gateway 2 pateikimo dieną.

Įrankiai, paleidikliai ir duomenų srautas

Paleidiklis dažniausiai yra naujas įkėlimas, revizija, RFI, projektavimo sprendimas, patvirtinimas arba Gateway paketo užklausa CDE sistemoje, pavyzdžiui Asite, Procore, Viewpoint, Autodesk Construction Cloud ar SharePoint. Darbo srautas palieka CDE kaip saugyklą, o viršuje prideda validaciją, citatas, galiojimo patikras ir struktūruotus ryšius. Todėl ši tema yra tarp statybos saugos atitikties ir bendro atitikties dokumentų automatizavimo.

• CDE lieka failų saugojimo ir projekto dokumentų šaltiniu.
• Darbo srautas klasifikuoja dokumentus ir priskiria juos projektui, pastatui, etapui ir duty-holder.
• Validacijos taisyklės tikrina galiojimą, standartus, atsakingus žmones ir trūkstamas nuorodas.

Auditus atlaikantis diegimo modelis

Veikiantis modelis yra ne pakeisti CDE, o uždėti dokumentų darbo srautą virš jos. CDE toliau saugo failus; darbo srautas koduoja Golden Thread struktūrą: kas priėmė sprendimą, kokiu dokumentu rėmėsi, kuri versija buvo galiojanti ir kokie įrodymai tai patvirtina.

1. Surinkimas. Kiekvienas brėžinys, sertifikatas, kompetencijos įrašas, gaisrinė strategija ir konstrukcinis skaičiavimas patenka į tipizuotą dėžutę, susietą su projektu ir pastatu.
2. Ištraukimas. Dokumentų pagalbos agentai skaito skenuotus kompetencijos sertifikatus, BS bandymų ataskaitas ir CV tipo įrašus, grąžindami struktūruotus, cituojamus duomenis su puslapio nuoroda kiekvienam teiginiui.
3. Validacija. Duty-holder taisyklės, galiojimo stebėjimas, BS / EN bandymų nuorodos ir akreditacijos patikros paverčia trūkumus aiškiais, užregistruotais sprendimais, o ne nepastebėtomis klaidomis.
4. Generavimas. Paperless sukuria Gateway 2 / Gateway 3 paketą iš validuotų duomenų, o ne iš kopijavimo rankomis. Subrangovų aprašai gali būti ruošiami iš vieno patvirtinto šaltinio.
5. Auditas. Kiekvienam dokumentui matomas pėdsakas, tiksliai rodantis, kuris įrodymas palaikė kurį sprendimą, ir prireikus eksportuojamas kaip vienas PDF arba archyvas.

Kaip atrodo tikras Golden Thread programinėje įrangoje

Praktiškai tai užklausiamas grafas: kiekvienas mazgas yra reguliuojamas sprendimas, o kiekviena briauna - citata į šaltinio dokumentą. Kai BSR klausia, kodėl buvo parinkta konkreti fasado sistema, atsakymas yra kelias per grafą: projektavimo sprendimas -> gaisrinė strategija -> produkto bandymų sertifikatas -> gamintojo kompetencijos įrašas. Kiekvienas mazgas pasirašytas, pažymėtas laiku ir susietas su konkrečiu duty-holder. Tam nereikia išmesti esamos CDE - reikia darbo srauto virš jos.

Kaip priartėti prie statybos saugos atitikties praktiškai

Statybos saugos atitikties programinė įranga neturi būti dar viena dokumentų saugykla. Jeigu sistema tik leidžia įkelti failus, ji nesukuria Golden Thread. Reikalingas sluoksnis, kuris kiekvieną įrodymą susieja su pastatu, gateway etapu, duty-holder, sprendimu, dokumento versija ir citata į šaltinį.

Praktiškas diegimas prasideda nuo vieno aiškaus įrodymų tipo: pavyzdžiui, kompetencijos įrašų arba gaisrinės strategijos dokumentų. Kai klasifikavimas, citatos ir galiojimo datos veikia vienoje srityje, tą patį modelį galima perkelti į produktų sertifikatus, brėžinius, RFI, patvirtinimus ir Gateway eksportą.

Svarbiausi šios srities terminai yra statybos saugos atitikties programinė įranga, Golden Thread programinė įranga, Gateway 2 įrodymų paketas, Gateway 3 perdavimo paketas ir Principal Designer kompetencijos įrodymai. Kai kuriuos oficialius UK rinkos terminus verta palikti angliškai, bet paaiškinimas turi būti lietuviškas.

• Pirmas MVP: CDE dokumentų klasifikavimas, galiojimo datų ištraukimas ir trūkstamų įrodymų sąrašas.
• Antras etapas: sprendimų grafas, kuris susieja brėžinius, sertifikatus, patvirtinimus ir duty-holder.
• Trečias etapas: Gateway paketo eksportas su nuorodomis į šaltinius ir audito komentarais.

Valdymas ir atsakomybės modelis

Didžiausia rizika statybos saugos projektuose yra ne tai, kad dokumentas neegzistuoja. Rizika yra tai, kad niekas negali įrodyti, kuri versija buvo galiojanti, kas ją patvirtino ir kokiu įrodymu rėmėsi sprendimas. Todėl darbo srautas turi turėti aiškius savininkus: kas atsakingas už dokumento tipą, kas gali patvirtinti išimtį ir kas mato neatitikimus.

Šis valdymo sluoksnis leidžia naudoti esamą CDE nekeičiant komandos darbo iš esmės. CDE lieka ten, kur komanda saugo failus, o darbo srautas tampa kontrolės ir įrodymų sluoksniu virš jo. Taip sumažėja pasipriešinimas diegimui ir kartu pagerėja audito pasirengimas.