რატომ აღარ არის პროექტის ხარისხის გეგმის (PQP) ციფრულიზაცია არჩევითი
კაპიტალურ პროექტებში ხარისხის, ჯანმრთელობის, უსაფრთხოებისა და გარემოსდაცვითი (QHSE) მართვა არ წარმოადგენს ადმინისტრაციულ ფუნქციას. პირიქით, ეს არის საკონტრაქტო ვალდებულება, კომერციული დამცავი მექანიზმი და რისკის გადაცემის ინსტრუმენტი.
მსოფლიოში ყოველი ინფრასტრუქტურის, EPC, საზღვაო, ენერგეტიკის, სამთო ან გემთმშენებლობის პროექტი მოქმედებს კონტრაქტის ზოგადი და სპეციალური პირობებით, რომლებიც შესაბამისობის დოკუმენტირებულ მტკიცებულებას მოითხოვს.
პრაქტიკაში ეს მტკიცებულება გამოიხატება პროექტის ხარისხის გეგმებში (PQP), HSE გეგმებში, ინსპექტირებისა და ტესტირების გეგმებში (ITPs), შეუსაბამობის ანგარიშებში (NCRs), ლაბორატორიულ ტესტებში და sტრუქტურირებულ დამტკიცების სამუშაო პროცესებში.
თუმცა QHSE დოკუმენტაციის საკონტრაქტო მნიშვნელობის მიუხედავად, სამშენებლო ორგანიზაციების უმეტესობა ჩანაწერებს მაინც ფრაგმენტული სისტემებით მართავს:
- Excel-ის რეესტრები
- ქაღალდის ფორმები
- ელფოსტის ჯაჭვები
- დოკუმენტების მართვის ზოგადი პლატფორმები
- თანამშრომლობითი ინსტრუმენტები, რომლებიც სამშენებლო ლოგიკას არ ესმის
თუმცა ეს ხარვეზი ოპერაციული არ არის. ის სტრუქტურულია.
შესაბამისად, ეს პირდაპირ გავლენას ახდენს გადახდის სერტიფიცირებაზე, დავის დროს დაცვის უნარზე, აუდიტისთვის მზადყოფნაზე, ბანკირებადობასა და დაზღვევადობაზე.
ამიტომ, ეს სტატია განიხილავს:
- QHSE-ის საკონტრაქტო საფუძველს კაპიტალურ პროექტებში
- რატომ მარცხდება მასობრივი სამშენებლო პროგრამული პლატფორმები რეალური შესაბამისობის მართვაში
- არასრული მიკვლევადობის კომერციული შედეგები
- როგორ ციფრულიზებს ProjectQ by DANAOS Projects QHSE მტკიცებულებების მთელ ჯაჭვს
- რატომ აძლიერებს ციფრულად აღსრულებული PQP როგორც დაფინანსების სანდოობას, ისე სადაზღვევო პოზიციონირებას
1. QHSE-ის საკონტრაქტო საფუძველი კაპიტალურ პროექტებში
იქნება ეს FIDIC (Red, Yellow, Silver), NEC4, JCT, AIA, FAR (US Federal), PPP კონცესიები თუ სახელმწიფო DOT კონტრაქტები, პრინციპი უნივერსალურია:
სხვა სიტყვებით, კონტრაქტორებმა უნდა დაამტკიცონ დოკუმენტურად დადასტურებული შესაბამისობა ხარისხის, უსაფრთხოებისა და გარემოსდაცვით ვალდებულებებთან.
ზოგადი პირობები მოითხოვს შესაბამის ხარისხის მართვის სისტემას (QMS).
შემდეგ, სპეციალური პირობები და დამკვეთის მოთხოვნები მას პროექტისთვის სპეციფიკურ და აღსრულებად ფორმას აძლევს.
მაგალითად, ხშირად მოთხოვნილია:
- ISO 9001 (ხარისხის მართვის სისტემები)
- ISO 14001 (გარემოსდაცვითი მართვის სისტემები)
- ISO 45001 (შრომის ჯანმრთელობა და უსაფრთხოება)
- პროექტის ხარისხის გეგმის (PQP) წარდგენა
- ინსპექტირებისა და ტესტირების გეგმები (ITPs) შეჩერებისა და მოწმე წერტილებით
- განსაზღვრული NCR და CAPA პროცედურები
სტრუქტურირებული QHSE შესაბამისობის გარეშე:
- დამკვეთები დისკვალიფიკაციას უკეთებენ ტენდერში მონაწილეებს
- გადახდები იჭედება
- საჩივრები აღარ არის დასაცავი
- ინჟინრები სდებენ Taking-Over Certificates-ის გაცემას
QHSE არ არის დოკუმენტაცია საქაღალდეებისთვის. პირიქით, ის პროექტის შესრულების სამართლებრივი ხერხემალია.
2. პროექტის ხარისხის გეგმა (PQP): ISO პროექტზე გადმოტანილი
უპირველეს ყოვლისა, PQP არ არის ზოგადი შაბლონი.
უფრო სწორად, ეს არის კონტრაქტორის კორპორატიული ISO სისტემის პროექტისთვის სპეციფიკური წარმოებული, მორგებული შემდეგზე:
- კონტრაქტის ტიპი (EPC, PPP, Lump Sum, Design-Build, EPCM)
- სექტორი (საზღვაო, შენობები, ნავთობი და გაზი, ინფრასტრუქტურა, სამთო)
- დამკვეთის მოთხოვნები
- შესაბამისი კოდექსები და სტანდარტები
- რისკის პროფილი და სირთულე
ISO ჩარჩო არის ძრავა; PQP კი, თავის მხრივ, რელიეფისთვის მორგებული გადაცემათა არჩევანია.
მაგალითად, ოფშორული ჯეკეტის მონტაჟის PQP არსებითად განსხვავდება მაღალსართულიანი შენობის PQP-სგან.
თუმცა ორივემ უნდა დაიცვას ერთი და იგივე მიკვლევადი მტკიცებულებების ლოგიკა.
3. რეალობა ობიექტზე: QHSE როგორც თანმიმდევრობაზე დამოკიდებული მტკიცებულებების ჯაჭვი
აქტიურ სამშენებლო ობიექტზე QHSE ჩანაწერები არ არის დამოუკიდებელი დოკუმენტები.
პირიქით, ისინი არის:
- როლზე დაფუძნებული
- თანმიმდევრობაზე დამოკიდებული
- წინაპირობებით შეკრული
- კონტრაქტის თვალსაზრისით მიკვლევადი
- კომერციულად მნიშვნელოვანი
მაგალითად, ტიპური ყოველდღიური ჩანაწერები მოიცავს:
- RFI-ებს შეჩერების წერტილებამდე
- ინსპექტირების საკონტროლო სიებს
- ბეტონის ჩამოსხმის ბარათებს
- შედუღების ჟურნალები
- ლაბორატორიულ ტესტების ანგარიშებს
- სამუშაოს ნებართვის ფორმებს
- NCR-ებსა და მაკორექტირებელ მოქმედებებს
- ყოველდღიურ უსაფრთხოების ანგარიშებს
გარდა ამისა, თითოეული ჩანაწერი უნდა უკავშირდებოდეს:
- სპეციფიკაციის მუხლებს
- ნახაზების რევიზიებს
- ITP-ის მითითებებს
- მეთოდურ განცხადებებს
- კონტრაქტის მუხლებს
- BoQ-ის პუნქტებს
- WBS-ის აქტივობებს
შესაბამისად, თუ ერთი წინაპირობა აკლია, ჯაჭვი წყდება.
ხოლო როცა ჯაჭვი წყდება:
- სამუშაო არ უნდა გაგრძელდეს
- გადახდები შეიძლება შეჩერდეს
- დავების დაცვა რთულდება
- სადაზღვევო მოთხოვნები სუსტდება
თუმცა სწორედ აქ მარცხდება პროგრამული პლატფორმების უმეტესობა.
4. რატომ მარცხდება მასობრივი პლატფორმები QHSE ჩანაწერების მართვაში
Procore, Oracle Aconex, PlanRadar და მსგავსი პლატფორმები არქიტექტურულად შექმნილი იყო როგორც:
- თანამშრომლობის ინსტრუმენტები
- დოკუმენტების მართვის სისტემები
- ველზე ანგარიშგების პლატფორმები
სხვა სიტყვებით, მათი მომწოდებლები მათ სამშენებლო შესრულების ძრავებად არ გეგმავდნენ.
საუკეთესო შემთხვევაში, მათ შეუძლიათ:
✔ ფაილების შენახვა
✔ შეტყობინებების გადამისამართება
✔ ფოტოების დაფიქსირება
თუმცა მათ არ შეუძლიათ:
✘ ITP-ის თანმიმდევრობის აღსრულება
✘ ჩანაწერების BoQ-ის პუნქტებთან დაკავშირება
✘ შესაბამისობის დაკავშირება გადახდის სერტიფიცირებასთან
✘ PQP ლოგიკის სიმულაცია
✘ წინაპირობული მტკიცებულებების ჯაჭვების შეკვრა
შესაბამისად, BoQ და WBS ინტეგრაციის გარეშე QHSE ჩანაწერები იზოლირებულად დგას.
მაგრამ მცურავი დოკუმენტები სარჩელებს არ იცავს.
არც შუალედური გადახდის სერტიფიკატებს ამართლებს.
ანალოგიურად, ისინი ვერ უჭერს მხარს კრედიტორის აუდიტს.
5. ფრაგმენტული QHSE სისტემების კომერციული შედეგები
5.1 გადახდის სერტიფიცირების რისკი
პრაქტიკაში, შუალედური გადახდის სერტიფიკატები ეყრდნობა მტკიცებულებას, რომ სამუშაო შეესაბამება კონტრაქტის მოთხოვნებს.
როცა გუნდები ხარისხის ჩანაწერებს BoQ-ის პუნქტებს ციფრულად არ უკავშირებენ, კავშირი შემდეგ შორის წყდება:
- შესრულებული სამუშაო → ხარისხის შესაბამისობა → კომერციული უფლება.
- შედეგად, ინჟინრები აყენებენ ეჭვს.
- დამკვეთები აჭიანურებენ.
- შემდეგ ფულადი ნაკადი ზიანდება.
5.2 სარჩელებისა და დავის რისკი
დავებში კითხვა ყოველთვის ასეთია:
- ასრულებდა თუ არა კონტრაქტორი სამუშაოს კონტრაქტის შესაბამისად?
- თუმცა საქაღალდეებში შენახული არასტრუქტურირებული PDF-ები სუსტი მტკიცებულებაა.
ამის საპირისპიროდ, ციფრულად ხელმოწერილი, წინაპირობებით აღსრულებული, მიკვლევადი ჩანაწერთა ჯაჭვი ძლიერი მტკიცებულებაა.
5.3 აუდიტი და ISO ზედამხედველობა
ანალოგიურად, ISO ზედამხედველობითი აუდიტები მოითხოვს იმის დემონსტრირებას, რომ:
- გუნდი მიჰყვება PQP-ს
- ჩანაწერები სრულყოფილია
- არსებობს მიკვლევადობა
- ჩანაწერები ასახავს ანგარიშვალდებულებას
მანუალური მომზადება კვირებს მოითხოვს. ციფრული PQP სიმულაცია კი ამას საათებამდე ამცირებს.
5.4 რისკის შემცირება
უპირველეს ყოვლისა, გადაკეთება, დაგვიანებები, უსაფრთხოების ინციდენტები და გარემოსდაცვითი დარღვევები ძვირია.
ამიტომ, სისტემა, რომელიც დამტკიცებამდე წინაპირობების შესრულებას უზრუნველყოფს, თავიდან აცილებს ხარვეზებს მანამდე, სანამ ისინი გამწვავდება.
ბოლოს და ბოლოს, პრევენცია მკურნალობაზე იაფია.
6. ProjectQ: სამშენებლო ნატიური QHSE ჩანაწერების მართვა
ProjectQ by DANAOS Projects განსხვავებულ მიდგომას იყენებს.
მაგალითად, ეს არ არის თანამშრომლობის შრე, რომელსაც უბრალოდ ინსპექტირების შაბლონები დაემატა.
ეს არის სამშენებლო ნატიური QHSE ჩანაწერების მართვის ძრავა, სრულად ინტეგრირებული ProjectVIEW ERP ეკოსისტემასთან.
შესაბამისად, მას ნატიურად აქვს წვდომა შემდეგზე:
- BoQ სტრუქტურები
- WBS იერარქიები
- cost code-ებს
- პროექტის ლოკაციები
- რესურსები
- გეგმვის მონაცემები
ამგვარად, ყოველი QHSE ჩანაწერი არსებობს პროექტის ლოგიკის შიგნით და არა მის გარეთ.
ძირითადი შესაძლებლობები
– AI-ზე დაფუძნებული QHSE ფორმების დიზაინერი
PQP-ის სტრუქტურასთან, დისციპლინასა და აქტივობასთან შესაბამისობაში მორგებული ციფრული ფორმები.
– BoQ და WBS კავშირი
ხარისხის ჩანაწერები პირდაპირ არის მიბმული გადახდის მაწარმოებელ BoQ პუნქტებთან და გრაფიკზე მოქმედ WBS აქტივობებთან.
– წინაპირობებით აღსრულებული სამუშაო პროცესები
ITP ლოგიკა ციფრულად აღსრულებულია. წინამორბედების გარეშე დამტკიცება შეუძლებელია.
– როლზე დაფუძნებული დამტკიცებები და ციფრული ხელმოწერები
სრული ანგარიშვალდებულება იურიდიულად დასაცავი აუდიტის კვალით.
– ლაბორატორიული და ტესტირების ინტეგრაცია
მასალისა და საველე ტესტირება მტკიცებულებების ჯაჭვში ჩაშენებული.
– ნახაზების ინტეგრაცია (Bluebeam)
უზრუნველყოფს, რომ ინსპექტირება სწორ ნახაზის რევიზიას ეყრდნობოდეს.
– ვერსიის კონტროლი და აუდიტის კვალი
შექმნის, ცვლილებისა და დამტკიცების სრული ისტორია.
– ERP ინტეგრაცია
ხარისხი, ხარჯი, შესყიდვები და პროგრესი ერთ სისტემაში ერთიანდება.
7. ბანკირებადობა და დაზღვევადობა: უგულებელყოფილი განზომილება
ამ ეტაპზე საუბარი შესაბამისობიდან ფინანსებზე გადადის.
მაგალითად, PPP-ების, BOT კონცესიების, EPC პროექტებისა და ინფრასტრუქტურის დამფინანსებლები მოითხოვენ:
- წარმოდგენილ მმართველობას
- გამჭვირვალე დოკუმენტაციას
- მიკვლევად შესაბამისობის სისტემებს
- შესრულების რისკის შემცირებას
ციფრულად აღსრულებული PQP ზრდის ბანკირებადობას, რადგან:
- შესაბამისობა დადასტურებადი ხდება
- გადახდის დასაბუთება აუდიტირებადი ხდება
- სარჩელების დასაცავობა ძლიერდება
- რისკის ექსპოზიცია მცირდება
ანალოგიურად, დამზღვევები აფასებენ:
- ოპერაციულ რისკს
- უსაფრთხოების შესაბამისობას
- ინციდენტების დოკუმენტაციას
- ხარისხის კონტროლის სიმწიფეს
ამავე თვალსაზრისით, სტრუქტურირებული, ციფრული QHSE სისტემა აძლიერებს დაზღვევადობის სანდოობას.
- პირველ რიგში, ის სიგნალს აძლევს დისციპლინირებულ მმართველობას.
- შემდეგ, ამცირებს შესრულების აღქმულ მერყეობას.
- დაბოლოს, ზრდის ანდერაიტინგის ნდობას.
მოკლედ:
მყარი, ციფრულად აღსრულებული PQP მხოლოდ შესაბამისობის ინსტრუმენტი არ არის — ეს არის ფინანსური სანდოობის ინსტრუმენტი.
8. დასკვნა: დოკუმენტების მართვა თუ შესაბამისობის მართვა
შეჯამებით, სამშენებლო QHSE მართვა არის:
- საკონტრაქტო
- კომერციული
- ფინანსური
- სამართლებრივი
- სტრატეგიული
დღეს ბაზრის დომინანტური ინსტრუმენტები დოკუმენტებს ინახავს.
თუმცა ისინი შესაბამისობის ლოგიკას არ მართავს.
ამის საპირისპიროდ, ProjectQ ციფრულიზებს:
- PQP-ს
- ინსპექტირების რეჟიმს
- წინაპირობების თანმიმდევრობას
- მიკვლევადობის ჯაჭვს
- კომერციულ კავშირს
ProjectVIEW ERP-სთან სრულად ინტეგრირებით, ის აკავშირებს:
BoQ ↔ WBS ↔ ხარჯობრივი კოდები ↔ ხარისხის მტკიცებულებები ↔ გადახდა
საბოლოოდ, კონტრაქტორებისთვის, მფლობელებისთვის, EPC კომპანიებისა და კონცესიონერებისთვის არჩევანი ნათელია:
ფაილების მართვა — ან შესაბამისობის მართვა.
ამგვარად, ProjectQ სწორედ მეორეს უზრუნველყოფს.
