ეს გარდაქმნა იაპონის წამყვან კონტრაქტორებში უკვე თვალსაჩინოა.
Obayashi-ს ციფრულ ტყუპზე დაფუძნებული მშენებლობის მართვა აერთიანებს BIM-ს ობიექტის რელიეფთან, ტექნიკის მდებარეობასთან, მუშაკების შესახებ ინფორმაციასთან და სხვა რეალურ დროში მიღებულ საველე მონაცემებთან. გარდა ამისა, Obayashi აღწერს, რომ მიღებულ ინფორმაციას იყენებს არა მხოლოდ ვიზუალიზაციისთვის, არამედ ოპერაციების მონიტორინგისთვის, შესრულებული სამუშაოს გამოთვლისა და წარმოების ანალიზისთვისაც.
Shimizu-ს მშენებლობის DX სტრატეგია ასევე იყენებს ცენტრალიზებულ ციფრულ ინფორმაციას მუშაკების, სატრანსპორტო საშუალებების, უსაფრთხოების, ხარისხისა და წარმოების მონიტორინგისთვის ჭკვიანი სამშენებლო ობიექტებისა და საკონტროლო ცენტრების მეშვეობით. 2026 წელს Shimizu-მ ასევე წარადგინა Shimz DDD პლატფორმა, რომლის მიზანია სამოქალაქო მშენებლობის დაპროექტებისა და მშენებლობის დაგეგმვის ავტომატიზაცია და ციფრულიზაცია BIM/CIM-თან შესაბამისად.
მოკლედ, ეს ინიციატივები აჩვენებს, რამდენად შორს წავიდა იაპონია უკვე ობიექტის ტექნოლოგიურ ფენაში.
სტრატეგიული კითხვაა, რა დასრულდება ამ ინფორმაციას შემდეგ.
ობიექტის ციფრულიზაცია კორპორაციული ციფრულიზაციის იგივე არ არის
დრონს შეუძლია პროგრესის გაზომვა.
ციფრულ ტყუპს შეუძლია ობიექტის მდგომარეობის ჩვენება.
BIM-ს შეუძლია საპროექტო ინფორმაციის სტრუქტურირება.
IoT მოწყობილობებს შეუძლიათ ტექნიკის გამოყენების შესახებ ანგარიშის მოწოდება.
მობილურ აპლიკაციას შეუძლია ობიექტის ყოველდღიური ჟურნალის დაფიქსირება.
თუმცა არცერთი მათგანი ავტომატურად არ პასუხობს კითხვებს:
- რამდენია მიმდინარე ნაკისრი ხარჯი?
- ბიუჯეტის რა ნაწილია ათვისებული?
- რომელი ქვეკონტრაქტორის სერტიფიცირება უნდა განეკუთვნოს ახლა გადახდას?
- მასალის რომელი მოთხოვნა უნდა გააქტიუროს შესყიდვა?
- BoQ-ის რომელმა პოზიციამ შექმნა ხარჯი?
- როგორ მოქმედებს პროგრესი შემოსავლის აღიარებაზე ან ფულად ნაკადზე?
- რომელი პროექტი ხარჯავს სამუშაო ძალას ან ტექნიკას გეგმაზე მეტად?
ეს არის ხარვეზი სამშენებლო ტექნოლოგიებსა და პროექტის კორპორაციულ კონტროლს შორის.
დამოუკიდებელი კვლევა მშენებლობაში BIM–ERP ინტეგრაციის შესახებ სამშენებლო ობიექტებსა და კომპანიებში გენერირებულ ფრაგმენტირებულ ინფორმაციას დარგის მუდმივ პრობლემად აღწერს. გარდა ამისა, კვლევა BIM-სა და ERP-ს ასახელებს როგორც ორ ძირითად საინფორმაციო სისტემას, რომელთა ინტეგრაცია სულ უფრო მნიშვნელოვანი ხდება Construction 4.0-ისთვის.
იაპონიის უფრო ფართო კორპორაციული DX პოლიტიკა იმავე მიმართულებას მიუთითებს.
METI-ს ანგარიში მოძველებული სისტემების მოდერნიზაციის შესახებ გვაფრთხილებს, რომ მოძველებულმა სისტემებმა შესაძლოა ხელი შეუშალონ ახალი ციფრული ტექნოლოგიების დანერგვას. ამავდროულად, ანგარიში ხაზს უსვამს მოდერნიზაციას, ინფორმაციის ხილვადობას, IT მართვასა და ბიზნესსა და IT ფუნქციებს შორის უფრო მჭიდრო თანამშრომლობას.
ეს მნიშვნელოვანია მშენებლობისთვის.
პრაქტიკაში, ციფრულად მოწინავე ობიექტი, რომელიც ფრაგმენტირებულ კორპორაციულ სისტემებთანაა დაკავშირებული, კვლავ მხოლოდ ნაწილობრივ ციფრულია.
როგორი უნდა იყოს დაკავშირებული იაპონური სამშენებლო არქიტექტურა?
ამიტომ დიდი იაპონური კონტრაქტორისთვის პრაგმატული არქიტექტურა აუცილებლად არ ნიშნავს ყველა არსებული სისტემის ჩანაცვლებას.
ეს ნიშნავს თითოეული ფენისთვის მკაფიო როლის მინიჭებას:
- ობიექტისა და საინჟინრო ფენა: BIM/CIM ციფრული ტყუპები, დრონები, სენსორები, საველე აპლიკაციები, ICT ტექნიკა და სპეციალიზებული საინჟინრო ინსტრუმენტები აფიქსირებს პროექტის ფიზიკურ რეალობას.
- პროექტის ERP-ისა და კონტროლის ფენა: ProjectVIEW ERP ამ ოპერაციულ სიგნალებს აკავშირებს BoQ-ებთან, ბიუჯეტებთან, WBS-ის აქტივობებთან, ხარჯების კოდებთან, შესყიდვებთან, ქვეკონტრაქტორებთან, სამუშაო ძალასთან, ტექნიკასთან, მასალებთან და კომერციულ სამუშაო პროცესებთან.
- კორპორაციული ფენა: არსებული ფინანსური და კორპორაციული პლატფორმები შეიძლება კვლავ პასუხისმგებლები დარჩნენ კანონით გათვალისწინებულ ბუღალტრულ აღრიცხვაზე, კონსოლიდაციასა და სხვა კორპორაციულ პროცესებზე. ამასთან, პროექტის ERP უზრუნველყოფს სტრუქტურირებულ, პროექტზე სპეციფიკურ ოპერაციულ და კომერციულ ტრანზაქციებს.
შედეგად, ეს ქმნის ციფრულ ძაფს სამშენებლო ობიექტიდან კორპორაციულ მართვამდე ისე, რომ არ მოითხოვს ყველა სისტემისგან ყველა ფუნქციის შესრულებას.
როგორ აკავშირებს ProjectVIEW ERP ობიექტზე შესრულებას კორპორაციულ კონტროლთან
ProjectVIEW ERP-ის ძირითადი ბიზნეს ლოგიკა ეფუძნება კავშირს:
BoQ ↔ WBS ↔ ხარჯების კოდები
- BoQ განსაზღვრავს, რა ისერცება კომერციულად.
- WBS სტრუქტურას აძლევს, როდის და როგორ სრულდება სამუშაო.
- ხარჯის კოდი განსაზღვრავს, სად ეკუთვნის რესურსები და ხარჯები.
ამრიგად, ეს საერთო სტრუქტურა ობიექტის ტრანზაქციებს კორპორაციულ ტრანზაქციებად გადაქცევის საშუალებას იძლევა.
ProjectVIEW-ის მიმდინარე სამშენებლო ERP ფუნქციონალი მოიცავს ონლაინ/ოფლაინ საველე აპლიკაციებს, რომლებიც აფიქსირებენ პროგრესს, მასალის მოხმარებას, სამუშაო ძალის წარმოებასა და ტექნიკის გამოყენებას. გარდა ამისა, იგივე გარემო უზრუნველყოფს ბიუჯეტირებას, ხარჯების კონტროლს, შესყიდვებს, ქვეკონტრაქტორულ სამუშაოებს, მასალების მართვასა და პროექტის რესურსების მართვას.
განვიხილოთ მარტივი მაგალითი.
პირველ რიგში, ობიექტის ინჟინერი ახდენს შესრულებული მოცულობების აღრიცხვას.
ეს მოცულობები პროგრესის დაფაზე არ უნდა ჩერდებოდეს.
ისინი შესაძლოა გახდნენ საწყისი მონაცემები:
ათვისებული ღირებულებისა და ფაქტი vs ბიუჯეტი ხარჯების კონტროლისთვის, ქვეკონტრაქტორის სერტიფიცირებისთვის, მასალის მოხმარებისთვის, წარმოების ანალიზისთვის, დამკვეთის სერტიფიცირებისთვის და პროექტის პროგნოზირებისთვის.
სწორედ ეს არის ობიექტისა და ოფისის ინტეგრაცია ERP-ის კონტექსტში.
შესყიდვებიც უნდა დაეკავშიროს ობიექტის რეალობას
ანალოგიურად, ეს კავშირი ერთნაირად მნიშვნელოვანია სამშენებლო შესყიდვებში.
პროექტის ობიექტმა შესაძლოა განსაზღვროს, რომ გარკვეული მასალა საჭიროა.
მოწყვეტილ გარემოში ეს მოთხოვნა შეიძლება გადაადგილდეს ელ.ფოსტით, ცხრილებით, სატელეფონო ზარებით და ცალკე საშესყიდვო პროგრამებით.
ProjectVIEW-ში ობიექტის მოთხოვნები შეიძლება გაიაროს შემდეგ ჯაჭვს:
ობიექტის მოთხოვნა → მასალის მოთხოვნა → შესყიდვის განაცხადი → RFQ → მომწოდებლების შედარება → შესყიდვის შეკვეთა → მიღება → მოხმარება → პროექტის ხარჯი
ProjectVIEW-ის ძირითადი პროცესული ნაკადები პირდაპირ აკავშირებს ობიექტის მოთხოვნებს, შესყიდვებს, მარაგებს, ქვეკონტრაქტორულ სამუშაოებს, სამუშაო ძალას, ტექნიკას, პროგრესს, შემოსავალსა და ბუღალტრული აღრიცხვის პროცესებს.
ეს უწყვეტობა მნიშვნელოვანია, რადგან შესყიდვები უბრალოდ ადმინისტრაციული ბექ-ოფისის საქმიანობა არ არის.
ის არის რეაქცია იმაზე, რაც რეალურად ხდება პროექტზე.
იგივე პრინციპი ვრცელდება სამუშაო ძალასა და ტექნიკაზე
ამავდროულად, იაპონიაში სამუშაო ძალის შეზღუდვები მშენებლობაში სამუშაო ძალის წარმოებას განსაკუთრებით მნიშვნელოვანს ხდის.
თუ ობიექტზე სამუშაო ძალის შესახებ ინფორმაცია მხოლოდ დასწრების სისტემებში არსებობს, მენეჯმენტი ხედავს ხელფასებს.
ის აუცილებლად ვერ ხედავს წარმოებას.
ამიტომ ProjectVIEW-ის საპროექტო ლოგიკა სამუშაო ძალისა და ტექნიკის საქმიანობას პროექტის განზომილებებთან აკავშირებს, რათა კომპანიებმა შეძლონ დახარჯული რესურსების შედარება შესრულებულ სამუშაოსთან.
იგივე ეხება ტექნიკის გამოყენებას.
მანქანა შეიძლება ტექნიკურად მუშა მდგომარეობაში იყოს, მაგრამ ეკონომიკურად არასაკმარისად იყოს გამოყენებული.
ტექნიკის საათების, სამუშაო მოცულობების, პროექტის აქტივობებისა და ხარჯის დაკავშირება მენეჯმენტს საშუალებას აძლევს, გამოარჩიოს:
აქტივის ხელმისაწვდომობა აქტივის წარმოებისგან.
სამშენებლო ბაზრისთვის, რომელზეც ზეწოლაა ნაკლები ადამიანით მეტი შედეგი მიიღოს, ეს განსხვავება სულ უფრო მნიშვნელოვანი ხდება.
მონაცემთა საერთო გარემომ დოკუმენტები პროცესებს უნდა დაუკავშიროს
იაპონიაში BIM/CIM-ის გაფართოება ასევე ზრდის დისციპლინირებული სამშენებლო ინფორმაციის მართვის საჭიროებას.
ISO 19650-ის მონაცემთა საერთო გარემოს ჩარჩო ხაზს უსვამს სტრუქტურირებულ თანამშრომლობით ინფორმაციის მართვას და არა უბრალოდ ფაილების შენახვას.
ამასთან, ProjectVIEW მოიცავს სამშენებლო მონაცემთა საერთო გარემოს (CDE) დოკუმენტების მართვისთვის, სამუშაო პროცესებისთვის, ვერსიების კონტროლისთვის, დამტკიცებებისთვის და აუდიტური კვანისთვის.
ეს განსხვავება მნიშვნელოვანია.
მაგალითად, ნახაზი მხოლოდ დოკუმენტების საცავში არ უნდა არსებობდეს.
რევიზიამ შესაძლოა უნდა გააქტიუროს:
დამტკიცება, ცვლილების მოთხოვნა, ხარჯზე ზეგავლენა, შესყიდვების კორექტირება, ქვეკონტრაქტორისთვის ინსტრუქცია ან ცვლილებების მართვის პროცესი.
კორპორაციული ციფრულიზაცია მაშინ იწყება, როცა ინფორმაცია ქმედებასთან არის დაკავშირებული.
იაპონიას არ სჭირდება არსებულ ტექნოლოგიურ ინვესტიციებზე უარის თქმა
იაპონიის მსხვილი კონტრაქტორებისთვის ეს მნიშვნელოვანი მომენტია.
ამიტომ სამშენებლო ERP-ის სტრატეგია არ უნდა გულისხმობდეს, რომ წარმატებული ინვესტიციები BIM-ში, ციფრულ ტყუპებში, განრიგის მართვასა ან კორპორაციულ ფინანსებში უარსაყოფილი უნდა იყოს.
ProjectVIEW-ის გამოქვეყნებული არქიტექტურა უზრუნველყოფს BIM ინტეგრაციას, Oracle Primavera P6-ს, Microsoft Project-ს და SAP/Oracle ინტეგრაციებს.
ეს მიუთითებს უფრო რეალისტურ კორპორაციულ არქიტექტურაზე: სპეციალიზებული სისტემების დაკავშირება პროექტზე ორიენტირებული ოპერაციული ხერხლის გარშემო.
იაპონიისთვის, სადაც ბევრ მსხვილ კონტრაქტორს უკვე აქვს დახვეწილი შიდა ტექნოლოგიები, თავსებადობა შესაძლოა სტრატეგიულად უფრო მნიშვნელოვანი იყოს, ვიდრე სრული ჩანაცვლება.
ERP ასევე სამშენებლო AI-ს საფუძველია
იაპონიის სამშენებლო ინდუსტრიაში სულ უფრო მეტი საუბარია AI-ზე, რობოტიკაზე და ავტონომიურ ოპერაციებზე.
თუმცა სამშენებლო AI მოითხოვს თანმიმდევრულ ოპერაციულ მონაცემებს.
მაგალითად, სანამ AI აგენტი პროექტის მარჟის გაუარსებას ამოიცნობს, მას საიმედო სახარჯო მონაცემები სჭირდება.
ანალოგიურად, სანამ წარმოებას იწინასწარმეტყველებს, მას სტრუქტურირებული მონაცემები სჭირდება სამუშაო ძალისა და პროგრესის შესახებ.
ბოლოს, სანამ შესყიდვებს დააოპტიმიზებს, მას სჭირდება განაცხადების, ფასის შეთავაზებების, შეკვეთების, მიწოდების ვადებისა და მოხმარების ისტორია.
სწორედ ეს არის პრინციპი „ERP — AI-მდე“.
სხვა სიტყვებით, AI სტრუქტურირებულ ოპერაციულ პროცესებს უნდა ეფუძნებოდეს — და არა მათი არარსებობის კომპენსირებას ცდილობდეს.
რა უნდა შეაფასონ იაპონელმა კონტრაქტორებმა შემდეგ?
ამიტომ იაპონიის მშენებლობის DX-ის შემდეგი ეტაპი უნდა შეფასდეს ნაკლებად დანერგილი ციფრული ინსტრუმენტების რაოდენობით და უფრო მეტად იმით, რამდენად სრულად შეუძლია ინფორმაციას გაიაროს მთელ კომპანიაში.
- შეუძლია თუ არა ობიექტის პროგრესს ხარჯების კონტროლის განახლება?
- შეუძლია თუ არა ტექნიკის მონაცემებს გავლენა მოახდინონ პროექტის წარმოების ანალიზზე?
- შესაძლებელია თუ არა BIM-ის მოცულობების ურთიერთქმედება ხარჯთაღრიცხვასთან და შესყიდვებთან?
- შესაძლებელია თუ არა მასალის მოხმარების თვალის დავება ბიუჯეტთან მიმართებაში?
- შეუძლია თუ არა ქვეკონტრაქტორის პროგრესს სერტიფიცირებისა და ხარჯის მიწოდება?
- შეუძლია თუ არა კომერციული ცვლილებების დაკავშირება BoQ-თან, WBS-თან, შესყიდვებთან და ბუღალტრულ აღრიცხვასთან?
- ხედავს თუ არა მენეჯმენტი პროექტის იმავე რეალობას, რომელსაც ობიექტის გუნდი?
თუ პასუხი უარყოფითია, ორგანიზაცია შესაძლოა ციფრულად აღჭურვილი იყოს, მაგრამ ოპერაციულად კვლავ ფრაგმენტირებული რჩებოდეს.
ციფრული სამშენებლო ობიექტებიდან ციფრულ სამშენებლო კომპანიებამდე
იაპონიამ უკვე აჩვენა მსოფლიო დონის შესაძლებლობები რობოტიკაში, BIM/CIM-ში, ციფრულ ტყუპებში, ავტომატიზაციასა და სამშენებლო ინჟინერიაში.
შემდეგი შესაძლებლობაა ამ შესაძლებლობების დაკავშირება პროექტის შესრულების ეკონომიკასთან.
ანუ ეს ნიშნავს ფიზიკური სამშენებლო ობიექტის დაკავშირებას კომერციულ და ფინანსურ საწარმოსთან.
- პირველ რიგში, i-Construction 2.0 მონაცემთა კავშირსა და მშენებლობის მართვის ავტომატიზაციას ცხად ეროვნულ მიზნებად აცხადებს.
- BIM/CIM სულ უფრო სტრუქტურირებულ ციფრულ საპროექტო ინფორმაციას გვაძლევს.
- გარდა ამისა, ISO 19650 აძლიერებს სასიცოცხლო ციკლის განმავლობაში ინფორმაციის მართვის მნიშვნელობას.
- საბოლოოდ, ProjectVIEW ERP უზრუნველყოფს პროექტზე ორიენტირებულ ბიზნეს ფენას ხარჯის, დროის, რესურსებისა და ობიექტზე შესრულების დასაკავშირებლად.
სტრატეგიული მიზანი მარტივია: ნუ შეჩერდებით სამშენებლო ობიექტის გაციფრულებაზე. დააკავშირეთ სამშენებლო ობიექტი კომპანიასთან.
რადგან ციფრულიზაციის რეალური ღირებულება ის კი არ არის, რამდენ მონაცემს ქმნის პროექტი.
ეს არის ის, რამდენად სწრაფად შეუძლია ამ მონაცემებს გადაიქცნენ კონტროლირებად ბიზნეს გადაწყვეტილებად.
