სამშენებლო დოკუმენტების მართვამ მნიშვნელოვანი პრობლემა გადაჭრა:
როგორ ვაკონტროლოთ ნახაზები, მიმოწერა, რევიზიები, დამტკიცებები და პროექტის ინფორმაცია?
თუმცა მსხვილი კონტრაქტორები ახლა უფრო რთული კითხვის წინაშე დგანან:
როგორ დავაკავშიროთ ეს დოკუმენტები რეალურ სამუშაოსთან, ხარჯებთან, გრაფიკთან, შესყიდვებთან, კონტრაქტებთან, რესურსებსა და ფინანსურ ტრანზაქციებთან, რომლებზეც ისინი გავლენას ახდენენ?
სწორედ აქ ხდება სტრატეგიულად მნიშვნელოვანი განსხვავება მონაცემთა საერთო გარემოს (CDE), დოკუმენტების მართვის სისტემასა (DMS) და ინტეგრირებულ სამშენებლო ERP-ს შორის.
A review of Oracle Aconex-ის მიმოხილვა აჩვენებს დოკუმენტების კონტროლისა და პროექტზე თანამშრომლობის მომწიფებულ მიდგომას, რომელიც მოიცავს დოკუმენტების ატვირთვას, დასახელების წესებს, ჩანაცვლებას, ჩამოტვირთვას, აქტივობის თვალყურის დევნებას, დოკუმენტების განხილვას, გადაცემის წერილებს (transmittals), მიმოწერას, კონფიდენციალურ ფოსტას, სამუშაო პროცესების შაბლონებს, სამუშაო პროცესების მონიტორინგსა და მომწოდებლის დოკუმენტების სამუშაო პროცესებს.
ProjectVIEW ERP იგივე ინფორმაციის მართვის გამოწვევას სხვა მხრიდან უდგება.
დოკუმენტაციის პროექტის პარალელურ საცავად განხილვის ნაცვლად, ProjectVIEW ERP დოკუმენტებს საწარმოს ოპერაციულ ტრანზაქციებთან აკავშირებს.
განსხვავება ერთ წინადადებაში
Aconex ძირითადად პროექტის გარშემო გაცვლილ ინფორმაციას მართავს. ProjectVIEW ERP მართავს საწარმოს იმ პროცესებს, რომლებიც პროექტს ახორციელებს — და ამავდორულად დოკუმენტების მართვას ამ პროცესებში ადგენს.
ხოლო ProjectQ კიდევ ერთ ფენას ამატებს: ის ხარისხის, ჯანმრთელობის, უსაფრთხოებისა და გარემოსდაცვის დოკუმენტაციას სტრუქტურირებულ ციფრულ ჩანაწერებად გარდაქმნის.
შესაბამისად, რეალური შედარება მხოლოდ ეს არ არის:
- Aconex vs ProjectVIEW-ს დოკუმენტების მართვა.
ეს არის:
- პროექტის ინფორმაციის მართვა vs პროექტის ოპერაციების ინტეგრირებული მართვა.
რას აკეთებს Aconex?
Aconex პროექტის ინფორმაციის მართვის მაღალი ხარისხის სტრუქტურირებული გარემოა.
მოცულ პროცედურებს შორისაა:
- დოკუმენტების ატვირთვა
- ფაილების დასახელების წესები
- დოკუმენტების ჩანაცვლება ახალი ვერსიით
- დოკუმენტების ჩამოტვირთვა
- დოკუმენტების აქტივობის ნახვა
- დოკუმენტების განხილვა
- დოკუმენტების გარე ატვირთვა
- დოკუმენტების გადაცემის წერილები (transmittals)
- დოკუმენტების წინასწარი დათვალიერება
- Microsoft Office-ის დოკუმენტების რედაქტირება
- წინა ვერსიების აღდგენა
- პროექტის მიმოწერა
- კონფიდენციალური ფოსტა
- შემოსული ფოსტის რეგისტრაცია
- გაგზავნის ჯგუფები
- სამუშაო პროცესების შაბლონები
- დოკუმენტების განხილვის სამუშაო პროცესები
- სამუშაო პროცესების დელეგირება
- სამუშაო პროცესების ანგარიშგება
- მომწოდებლის დოკუმენტების სამუშაო პროცესები
ეს შესაძლებლობები პასუხობს მსხვილი საკაპიტალური პროექტების არსებით გამოწვევას:
უზრუნველყოს, რომ პროექტის თითოეული დაინტერესებული მხარე მუშაობდეს კონტროლირებად, თვალკვეთად და სათანადოდ გავრცელებულ ინფორმაციასთან.
ეს განსაკუთრებით ღირებულია იქ, სადაც დამკვეთები, კონსულტანტები, დამპროექტებლები, კონტრაქტორები, ქვეკონტრაქტორები და მომწოდებლები ცალკეულ ორგანიზაციებად მოქმედებენ.
შესაბამისად, არქიტექტურა ძლიერად არის ორიენტირებული ორგანიზაციებს შორის თანამშრომლობასა და ინფორმაციის მართვაზე.
მაგრამ დოკუმენტების კონტროლი პროექტის კონტროლის მხოლოდ ნაწილია
განვიხილოთ სამშენებლო ნახაზის გადახედული ვერსია.
დოკუმენტების ტრადიციული მართვა სვამს კითხვას:
- არის თუ არა ეს უახლესი დამტკიცებული რევიზია?
ეს აუცილებელია.
თუმცა პროექტის ოპერაციულმა მართვამ დაუყოვნებლივ უნდა დასვას რამდენიმე დამატებითი კითხვა:
- BoQ-ს რომელი პოზიციები შეიცვალა?
- WBS-ს რომელ აქტივობებზე აქვს გავლენა?
- ზრდის თუ არა რევიზია მოცულობებს?
- უკვე დაწყებულია თუ არა შესყიდვები?
- რომელ ქვეკონტრაქტორულ პაკეტზე აქვს გავლენა?
- ქმნის თუ არა ცვლილება დამატებით მოთხოვნებს სამუშაო ძალაზე ან ტექნიკაზე?
- ახდენს თუ არა ცვლილება გავლენას პროექტის პროგნოზზე?
- შესაძლებელია თუ არა შესრულებული სამუშაოს დამკვეთისთვის სერტიფიცირება?
სწორედ აქ წყვეტს დოკუმენტები პასიურ ინფორმაციად ყოფნას.
ისინი ხდებიან პროექტის კომერციული და ოპერაციული რეალობის ნაწილი.
ProjectVIEW ERP იწყება BoQ-ით, WBS-ით და ხარჯების კოდებით
ProjectVIEW ERP-ის ცენტრალური ბიზნეს-არქიტექტურა პროექტის სამ ფუნდამენტურ სტრუქტურას აკავშირებს:
BoQ ↔ WBS ↔ ხარჯების კოდები
- სამუშაოთა მოცულობების უწყებისი (BoQ) კომერციულ ფარგლს ასახავს.
- სამუშაოთა დეკომპოზიციის სტრუქტურა (WBS) დაგეგმილ შესრულებასა და დროს ასახავს.
- ხარჯების კოდები ასახავს, თუ როგორ კლასიფიცირდება ხარჯები და ფინანსური შედეგები.
შემდეგ ProjectVIEW ERP საწარმოს პროცესებს ამ განზომილებებთან აკავშირებს.
ასე იქმნება ისეთი რამ, რაც დოკუმენტების საცავზე ბევრად უფრო ფართოა.
იქმნება ოპერაციული კონტექსტი, რომლის ფარგლებშიც ერთმანეთს უკავშირდება:
დოკუმენტი → ტრანზაქცია → სამუშაო პროცესი → ხარჯი → დრო → მენეჯმენტის გადაწყვეტილება.
რით განსხვავდება ProjectVIEW-ს დოკუმენტების მართვა?
ProjectVIEW ფართო ERP გარემოში ჩაშენებულ დოკუმენტების მართვის სისტემას მოიცავს.
სისტემას შეუძლია უზრუნველყოს:
- პროექტის დოკუმენტების ცენტრალიზებული საცავები
- დოკუმენტების რეგისტრაცია
- დოკუმენტების კლასიფიკაცია და მონიშვნა (ტეგები)
- კონტროლირებადი ციფრული გავრცელება
- ვერსიების კონტროლი
- აუდიტის ისტორია
- სამუშაო პროცესებზე დაფუძნებული დამტკიცება
- დოკუმენტების დაკავშირება ბიზნეს-პროცესებთან
- პროექტის მიხედვით დოკუმენტებზე წვდომა
- დოკუმენტების ძიება და მოხმობა
თუმცა სტრატეგიული განსხვავება მხოლოდ ფუნქციონალში არ არის.
განსხვავება ისაა, სად არის ეს ფუნქციონალი განთავსებული.
დოკუმენტები იმავე საწარმო გარემოში არსებობს, რომელიც მართავს:
ტენდერები → ბიუჯეტირება → შესყიდვები → მშენებლობა → ქვეკონტრაქტორები → მასალები → ტექნიკა → HR → ფინანსები → დამკვეთთან კონტრაქტები
ეს ცვლის ინფორმაციის ღირებულებას.
1. დოკუმენტები ხარჯთაღრიცხვასა და ტენდერებში
სამშენებლო ხარჯთაღრიცხვისა და ტენდერების დროს კონტრაქტორები იღებენ:
• BoQ-ებს • სპეციფიკაციებს • ნახაზებს • კონტრაქტის ზოგად პირობებს • კონტრაქტის სპეციალურ პირობებს • განმარტებებს • დამატებებს (addenda)
ProjectVIEW ERP-ს შეუძლია ეს ინფორმაცია დაუკავშიროს ტენდერს და შესაბამის BoQ სტრუქტურებს.
შესაბამისად, დოკუმენტი დაკავშირებული რჩება ხარჯთაღრიცხვის საფუძვლად აღებულ დაშვებებთან.
თუ სპეციფიკაციები იცვლება, მენეჯმენტს უფრო მარტივად შეუძლია გაიგოს:
რა შეიცვალა და რომელი ფინანსური დაშვებების შეცვლა შეიძლება გახდეს საჭირო ამასთან ერთად.
2. დოკუმენტები ხარჯების კონტროლში
ProjectVIEW-ს ძირითადი ფილოსოფიაა ფაქტობრივი და ბიუჯეტის ხარჯების შედარებითი კონტროლი (Actual vs Budgeted).
ვინაიდან BoQ, WBS და ხარჯების კოდები ერთმანეთთან დაკავშირებულია, დოკუმენტაცია, რომელიც ეხება:
- ცვლილებებს (variations)
- გადახედულ ნახაზებს
- სამშენებლო ობიექტის ინსტრუქციებს
- პროგრესს
- სერტიფიცირებებს
- შესყიდვებს
- ქვეკონტრაქტორებს
შეიძლება არსებობდეს იმ კომერციულ და ოპერაციულ სტრუქტურებთან ერთად, რომლებზეც ის გავლენას ახდენს.
კითხვა უფრო ძლიერი ხდება, ვიდრე:
- „სად არის დოკუმენტი?“
იგი ასე ჩამოყალიბდება:
- „პროექტის რომელ შედეგზე ახდენს გავლენას ეს დოკუმენტი?“
3. დოკუმენტები შესყიდვებში
შესყიდვები უზარმაზარი მოცულობის დოკუმენტაციას ქმნის:
- მასალების მოთხოვნები
- ფასის მოთხოვნები (RFQ)
- საფასო შეთავაზებები
- ტექნიკური წარდგენები
- კომერციული შეფასებები
- შესყიდვის შეკვეთები
- მიწოდების დოკუმენტაცია
- საქონლის მიღების აქტები
- მომწოდებლის ინვოისები
ProjectVIEW ERP ამ დოკუმენტებს რეალურ სამშენებლო შესყიდვების პროცესთან აკავშირებს.
შესაბამისად, შესყიდვის ტრანზაქცია ინახავს მტკიცებულებებს, რომლებიც პასუხობენ კითხვებს:
- რატომ მოითხოვეს ეს მასალა?
- რომელ პროექტს სჭირდებოდა ის?
- BoQ-ს რომელ პოზიციას ესადაგება?
- რომელი მომწოდებელი შეირჩა?
- რა შეკვეთილა?
- რა მოვიდა?
- რა დაჯდა?
ეს მნიშვნელოვნად განსხვავდება შესყიდვების მიმოწერის შესყიდვის ტრანზაქციისგან დამოუკიდებლად შენახვისგან.
4. დოკუმენტები ქვეკონტრაქტორების მართვაში
ქვეკონტრაქტორები დოკუმენტების კიდევ ერთ რთულ ეკოსისტემას ქმნიან:
- საფასო შეთავაზებები
- კონტრაქტები
- ნახაზები
- სამუშაო მეთოდის აღწერები (method statements)
- ყოველდღიური ანგარიშები
- პროგრესის ჩანაწერები
- სერტიფიცირებები
- ცვლილებები
- დაქვითვები
- ინვოისები
ProjectVIEW ERP ქვეკონტრაქტორების მართვასა და სერტიფიცირებას იმავე გარემოში აერთიანებს, სადაც შესყიდვები და პროექტის ხარჯების კონტროლი ხორციელდება.
ეს იმას ნიშნავს, რომ ქვეკონტრაქტორების დოკუმენტაცია შეიძლება დაკავშირებული დარჩეს:
კონტრაქტი → BoQ პაკეტი → პროგრესი → სერტიფიცირება → ხარჯი → გადახდა
და არა მხოლოდ დოკუმენტების საცავში არსებობდეს.
5. დოკუმენტები მასალებისა და მარაგების მართვაში
სამშენებლო მასალები რამდენიმე ეტაპს გადის:
მოთხოვნა → შესყიდვა → მიწოდება → შემოწმება → დასაწყობება → გადატანა → მოხმარება
ProjectVIEW ERP უზრუნველყოფს მასალებისა და საწყობის ინტეგრირებულ მართვას.
შესაბამისად, დამხმარე დოკუმენტაცია შეიძლება დაკავშირებული დარჩეს მასალების ფიზიკურ და ფინანსურ მოძრაობასთან.
ეს ქმნის თვალკვეთადობას შემდეგს შორის:
რა დაპროექტდა, რა შეისყიდეს, რა მოვიდა ობიექტზე და რა მოიხმარა რეალურად.
6. დოკუმენტები ტექნიკისა და აქტივების მართვაში
სამშენებლო ტექნიკაც მნიშვნელოვან დოკუმენტაციას ქმნის:
- ტექნიკური შემოწმების სერტიფიკატები
- სადაზღვევო დოკუმენტაცია
- მომსახურების ჩანაწერები
- ტექნიკური მოვლის ისტორია
- სათადარიგო ნაწილების ჩანაწერები
- გაუმართავობების ანგარიშები
ProjectVIEW ERP-ის ტექნიკისა და მოწყობილობების მართვა ამ ინფორმაციას აკავშირებს ტექნიკის ხელმისაწვდომობასთან, განაწილებასთან, გამოყენებასთან და მოვლასთან.
შესაბამისად, აქტივის ჩანაწერი ერთდროულად ოპერაციულიც არის და დოკუმენტურიც.
7. დოკუმენტები HR-ისა და სამუშაო ძალის მართვაში
სამშენებლო HR მოითხოვს კონტროლირებად დოკუმენტაციას შემდეგისთვის:
- შრომითი ხელშეკრულებები
- პირადობის დოკუმენტები
- კვალიფიკაციები
- ვიზები
- სერტიფიკატები
- ტრენინგები
- ხელფასის დოკუმენტაცია
- კანონით გათვალისწინებული ჩანაწერები
ProjectVIEW ERP HR-სა და სამუშაო ძალის მართვას აკავშირებს პროექტის რესურსების დაგეგმვასთან და ობიექტზე პროდუქტიულობასთან.
საწარმო იღებს ერთ გარემოს, სადაც პერსონალის დოკუმენტაცია და პერსონალის გამოყენება ერთად თანაარსებობს.
8. დოკუმენტები დამკვეთთან კონტრაქტებსა და სერტიფიცირებებში
დამკვეთთან კონტრაქტები დოკუმენტებსა და ფინანსურ ტრანზაქციებს შორის კიდევ ერთ მნიშვნელოვან კავშირს ქმნის.
ინფორმაციის მოთხოვნები (RFI), ინსტრუქციები, დამტკიცებული მოცულობები, ცვლილებები და პროგრესის სერტიფიკატები საბოლოოდ გავლენას ახდენს:
შემოსავალზე.
ProjectVIEW ERP ამ პროცესებს დამკვეთთან კონტრაქტებსა და სერტიფიცირებასთან აკავშირებს.
ჯაჭვი ასეთი ხდება:
შესრულებული სამუშაო → მტკიცებულება → დამტკიცება → სერტიფიცირება → დებიტორული დავალიანება
სწორედ აქ ხდება დოკუმენტაცია ფინანსურად მნიშვნელოვანი.
დოკუმენტების მართვიდან ჩანაწერების მართვამდე: ProjectQ
ასევე არსებობს მნიშვნელოვანი განსხვავება დოკუმენტსა და ჩანაწერს შორის.
- ნახაზი დოკუმენტია.
- სპეციფიკაცია დოკუმენტია.
- კონტრაქტი დოკუმენტია.
თუმცა შემოწმების შედეგი ჩანაწერია.
- ბეტონის ტესტი ჩანაწერია.
- შეუსაბამობის ანგარიში (NCR) ჩანაწერია.
- უსაფრთხოების დაკვირვება ჩანაწერია.
- გარემოსდაცვითი შემოწმება ჩანაწერია.
ProjectQ ფორმებსა და შესაბამისობის პროცედურებს სტრუქტურირებულ ციფრულ ჩანაწერებად გარდაქმნის, რომლებსაც აქვთ:
- სავალდებულო ველები
- კონფიგურირებადი ფორმები
- ხელმოწერები
- დამტკიცებები
- სამუშაო პროცესები
- შემოწმების მონაცემები
- NCR-ების მართვა
- მაკორექტირებელი ქმედებები
- ხარისხის ჩანაწერები
- HSE ჩანაწერები
- გარემოსდაცვითი ჩანაწერები
რაც უფრო მნიშვნელოვანია, ეს ჩანაწერები შეიძლება დაუკავშირდეს პროექტის საბაზისო სტრუქტურას.
QHSE ჩანაწერი ↔ BoQ ↔ WBS ↔ ხარჯის კოდი ↔ პროგრესი
რატომ არის ეს მნიშვნელოვანი?
იმიტომ, რომ ხარისხი შესრულებისგან დამოუკიდებლად არ უნდა არსებობდეს.
განვიხილოთ შემოწმება.
არადაკავშირებულ გარემოში:
დასრულებული სამუშაო → შემოწმების PDF → დოკუმენტების საცავი
ინტეგრირებულ გარემოში:
დასრულებული სამუშაო → შემოწმების ჩანაწერი → WBS აქტივობა → BoQ მოცულობა → დამტკიცება → პროგრესი → სერტიფიცირება
მეორე არქიტექტურა პროექტის შესახებ ბევრად უფრო მდიდარ ანალიტიკურ ცოდნას იძლევა.
Aconex-სა და ProjectVIEW-ს არ სჭირდებათ აუცილებლად კონკურენცია
ეს მნიშვნელოვანი საკითხია.
მსხვილი დამკვეთები და კონსულტანტები ხშირად ადგენენ სავალდებულო მოთხოვნას კონკრეტული მონაცემთა საერთო გარემოს გამოყენებაზე მათი პროექტებისთვის.
შესაბამისად, კონტრაქტორს შესაძლოა მოუწიოს დამკვეთის მიერ კონტროლირებულ თანამშრომლობის გარემოში მუშაობა და, ამავდორულად, საკუთარი შიდა საწარმოს პროცესების მართვა საკუთარი ERP-ის მეშვეობით.
ასეთ არქიტექტურაში:
Aconex შეიძლება დარჩეს პროექტზე გარე თანამშრომლობის ოფიციალურ გარემოდ.
ProjectVIEW ERP ხდება კონტრაქტორის ოპერაციული და ფინანსური აღრიცხვის ძირითადი სისტემა (system of record).
ProjectQ ხდება QHSE ჩანაწერების სტრუქტურირებული მართვის ფენა.
მიზანი აუცილებლად ყველა პლატფორმის ჩანაცვლება არ არის.
მიზანია ინფორმაციის ფრაგმენტაციის თავიდან აცილება.
ProjectVIEW ERP უზრუნველყოფს ინტეგრაციას გარე საწარმოსა და საპროექტო აპლიკაციებთან API-ებისა და სპეციალური კონექტორების მეშვეობით.
რატომ აქვს ამ არქიტექტურას მნიშვნელობა ხელოვნური ინტელექტისთვის
AI ცვლის სტრუქტურირებული საწარმო ინფორმაციის ღირებულებას.
50,000 PDF-ის შემცველი საქაღალდე ცოდნას შეიცავს.
თუმცა საწარმო პლატფორმა, რომელიც შეიცავს:
- BoQ სტრუქტურებს
- WBS აქტივობებს
- ხარჯების კოდებს
- ბიუჯეტებს
- შესყიდვებს
- ქვეკონტრაქტორებს
- პროგრესს
- სამუშაო ძალას
- ტექნიკას
- შემოწმებებს
- კონტრაქტებს
- გადახდებს
- დაკავშირებულ დოკუმენტებს
შეიცავს კონტექსტს.
კონტექსტი კი AI აგენტებს ბევრად უფრო რთულ კითხვებზე პასუხის გაცემის შესაძლებლობას აძლევს.
მაგალითად:
- რომელმა დამტკიცებულმა საპროექტო ცვლილებებმა გაზარდა პროგნოზული ხარჯი?
- WBS-ს რომელი აქტივობები დაგვიანდება გადაუჭრელი NCR-ების გამო?
- რომელი მასალები, რომლებიც მომდევნო ოთხი კვირის განმავლობაში სჭირდება, ჯერ არ არის შესყიდული?
- ქვეკონტრაქტორების რომელი სერტიფიცირებები არ შეესაბამება ობიექტზე აღრიცხულ პროგრესს?
- შესრულებული რომელი მოცულობები ელოდება ხარისხის დამტკიცებას დამკვეთისთვის სერტიფიცირებამდე?
სწორედ ამიტომ ხდება დეტერმინისტული საწარმო ფენა სულ უფრო მნიშვნელოვანი სამშენებლო AI-ის ეპოქაში.
AI საუკეთესოდ მაშინ მუშაობს, როცა სტრუქტურირებულ, მართვად და ოპერაციულად აზრიან მონაცემებზე დაყრდნობით მსჯელობს.
ხშირად დასმული კითხვები
არის თუ არა Aconex დოკუმენტების მართვის სისტემა?
Aconex დოკუმენტების მართვის დახვეწილ შესაძლებლობებს მოიცავს, თუმცა იგი ტრადიციულ DMS-ზე ფართოა. ის უზრუნველყოფს პროექტის მიმოწერას, გადაცემის წერილებს, სამუშაო პროცესებს, განხილვებს და ორგანიზაციებს შორის თანამშრომლობას.
წარმოდგენილი Aconex-ის სახელმძღვანელო ამ შესაძლებლობებს დეტალურად აღწერს დოკუმენტების, ფოსტისა და სამუშაო პროცესების განყოფილებებში.
არის თუ არა Aconex ERP?
Aconex ძირითადად სამშენებლო პროექტების ინფორმაციისა და თანამშრომლობის პლატფორმაა და არა საწარმოს რესურსების დაგეგმვის ტრადიციული სისტემა.
ProjectVIEW ERP მართავს საწარმოს ინტეგრირებულ ფუნქციებს, მათ შორის:
ტენდერებს, ბიუჯეტირებას, ხარჯების კონტროლს, შესყიდვებს, მასალებს, ქვეკონტრაქტორებს, ტექნიკას, HR-ს, ხელფასებს, ბუღალტრულ აღრიცხვასა და პროექტის ოპერაციებს.
რა განსხვავებაა Aconex-სა და ProjectVIEW ERP-ს შორის?
ძირითადი განსხვავება არქიტექტურულია.
Aconex ძირითადად ხელს უწყობს პროექტის ინფორმაციის კონტროლირებად გაცვლასა და ორგანიზაციებს შორის თანამშრომლობას.
ProjectVIEW ERP მართავს კონტრაქტორის კომერციულ, ოპერაციულ და ფინანსურ პროცესებს და ამავდორულად დოკუმენტებს ამ პროცესებში ადგენს.
რა განსხვავებაა CDE-სა და ERP-ს შორის?
მონაცემთა საერთო გარემო (CDE) აწყობს და აკონტროლებს პროექტის ინფორმაციას.
ERP მართავს საწარმოს ტრანზაქციებს, რესურსებს, ხარჯებს და ფინანსურ პროცესებს.
მსხვილი კონტრაქტორებისთვის ყველაზე ძლიერმა ციფრულმა არქიტექტურამ შესაძლოა ორივე მოითხოვოს.
რა განსხვავებაა ProjectVIEW-ს დოკუმენტების მართვასა და ProjectQ-ს შორის?
ProjectVIEW-ს დოკუმენტების მართვა მართავს ფაილებს, ნახაზებს, მიმოწერას, გავრცელებას, ვერსიებს და დოკუმენტების სამუშაო პროცესებს.
ProjectQ მართავს სტრუქტურირებულ QHSE ჩანაწერებს, როგორიცაა შემოწმებები, ტესტები, NCR-ები, მაკორექტირებელი ქმედებები და უსაფრთხოების ჩანაწერები.
რატომ უნდა იყოს სამშენებლო დოკუმენტები BoQ-სთან დაკავშირებული?
იმიტომ, რომ BoQ პროექტის კომერციულ ფარგლს ასახავს.
დოკუმენტების BoQ-ს პოზიციებთან დაკავშირება საშუალებას იძლევა გავიგოთ, რომელ კომერციულ მისაწოდებლებზე შეიძლება მოახდინოს გავლენა ნახაზებმა, სპეციფიკაციებმა, ცვლილებებმა ან დამტკიცებებმა.
რატომ უნდა იყოს სამშენებლო დოკუმენტები WBS-სთან დაკავშირებული?
იმიტომ, რომ WBS პროექტის შესრულებასა და დროს ასახავს.
ინფორმაციის WBS აქტივობებთან დაკავშირება გუნდებს საშუალებას აძლევს გაიგონ, გრაფიკში გათვალისწინებულ რომელ სამუშაოზე შეიძლება მოახდინოს გავლენა დოკუმენტმა, ინსტრუქციამ, შემოწმებამ ან ცვლილებამ.
რატომ უნდა დავაკავშიროთ BoQ, WBS და ხარჯების კოდები?
იმიტომ, რომ ეს სტრუქტურები პროექტის კონტროლის სამ ფუნდამენტურ განზომილებას ასახავს:
- BoQ = ფარგლი
- WBS = დრო / შესრულება
- ხარჯების კოდები = ხარჯი
ProjectVIEW ERP სამივეს აკავშირებს.
ეს ქმნის საფუძველს ფაქტობრივი და ბიუჯეტის ხარჯებისა და პროგრესის უწყვეტი შედარებითი კონტროლისთვის.
შეუძლია თუ არა ProjectVIEW ERP-ს Aconex-თან ინტეგრაცია?
როდესაც პროექტის მოთხოვნები გარე სისტემებთან თანაარსებობას მოითხოვს, ProjectVIEW-ს ინტეგრაციული არქიტექტურა და API-ები შესაძლებელს ხდის მესამე მხარის აპლიკაციებთან მონაცემთა გაცვლას.
ინტეგრაციის ზუსტი მასშტაბი დამოკიდებულია საჭირო პროცესებზე, ხელმისაწვდომ API-ებზე და ორგანიზაციის მიერ დადგენილ ძირითადი აღრიცხვის სისტემების (system of record) არქიტექტურაზე.
შეუძლიათ თუ არა Aconex-სა და ProjectVIEW ERP-ს ერთსა და იმავე პროექტზე თანაარსებობა?
დიახ.
საწარმოს შესაძლო არქიტექტურა ასეთია:
- Aconex = პროექტზე გარე თანამშრომლობა / CDE
- ProjectVIEW ERP = საწარმოს შიდა ოპერაციები და ხარჯების კონტროლი
- ProjectQ = QHSE ჩანაწერების მართვა
ეს საშუალებას აძლევს თითოეულ პლატფორმას შეასრულოს ის როლი, რომლისთვისაც იგი საუკეთესოდაა გამოსადეგი.
უფრო დიდი კითხვა: დოკუმენტებს ვმართავთ თუ პროექტებს?
უახლესი ნახაზის პოვნა მნიშვნელოვანია.
თუმცა ამ ნახაზის შედეგების მართვა უფრო მნიშვნელოვანია.
გადახედულმა პროექტმა შეიძლება გავლენა მოახდინოს:
- მოცულობებზე.
- შესყიდვებზე.
- ქვეკონტრაქტორებზე.
- რესურსებზე.
- გრაფიკზე.
- ხარისხის შემოწმებებზე.
- პროექტის ხარჯზე.
- ფულად ნაკადებზე.
- დამკვეთისთვის სერტიფიცირებაზე.
სწორედ ამიტომ სამშენებლო საინფორმაციო სისტემების შემდეგი თაობა ვერ შეჩერდება დოკუმენტების მართვაზე.
მომავალი არის შემდეგი კომპონენტების კონვერგენცია:
დოკუმენტები + ჩანაწერები + სამუშაო პროცესები + ტრანზაქციები + ხარჯი + დრო + რესურსები + AI
სწორედ ეს არის DANAOS ProjectVIEW ERP-ისა და ProjectQ-ს ფილოსოფია.
რადგან ჭეშმარიტების ერთიანმა წყარომ მხოლოდ ის კი არ უნდა გვითხრას, სად არის ინფორმაცია. იგიმ უნდა გვითხრას, რას ნიშნავს ეს ინფორმაცია პროექტისთვის.
