UAE-ის კონტრაქტორებისთვის მრავალი პროექტის კონტროლი მეტს მოითხოვს, ვიდრე კონსოლიდირებულ dashboard-ს. საჭიროა საერთო საოპერაციო მოდელი, რომელიც თითოეული პროექტის მოცულობას, ბიუჯეტს, გრაფიკს, რესურსებს, ვალდებულებებსა და ფაქტობრივ შესრულებას აკავშირებს. სამშენებლო ERP-მა უნდა შეინარჩუნოს ცალკეული პროექტისა და იურიდიული პირის კონტროლი და ამავე დროს მენეჯმენტს მისცეს ხილვადობა მთელ პორტფელზე. მიზანია შესყიდვების კოორდინაცია, რესურსების განაწილება, ხარჯობრივი ექსპოზიციის გამოვლენა და დროული გადაწყვეტილებების მხარდაჭერა და არა თითოეული პროექტის იდენტურ შესრულების სტრუქტურაში ძალდატანება.
განვიხილოთ კონტრაქტორი, რომელიც დუბაიში საცხოვრებელ კომპლექსს, აბუ-დაბიში ინფრასტრუქტურულ პაკეტს და შარჟაში კომუნალური ინფრასტრუქტურის სამუშაოებს ახორციელებს.
თითოეულ პროექტს თავისი კლიენტი, პროგრამა, კომერციული პირობები და მიწოდების პრიორიტეტები აქვს. თუმცა პროექტები შეიძლება ეჯიბრებოდეს ერთსა და იმავე შესყიდვის შესაძლებლობებს, მომწოდებლებს, აღჭურვილობას, სპეციალისტ მუშახელსა და საბრუნავ კაპიტალს.
ერთი ობიექტისთვის სასარგებლო გადაწყვეტილებამ შეიძლება სხვაგან პრობლემა შექმნას.
ექსკავატორის გადატანამ შეიძლება გადაუდებელი საჭიროება მოაგვაროს, მაგრამ სხვა პროექტი დააყოვნოს. მასალების შესყიდვის კონსოლიდაციამ შეიძლება შეთანხმებული ფასი გააუმჯობესოს, მაგრამ შენახვის მოთხოვნა გაზარდოს. მშენებლობის დაჩქარებამ შეიძლება ფიზიკური პროგრესი გააუმჯობესოს, თუმცა დაუყოვნებელი ფულადი საჭიროება გაზარდოს.
ჩემი ხედვაა, რომ მრავალპროექტიანი სამშენებლო კონტროლი მხოლოდ ცალკეული პროექტების ანგარიშების ჯამი არ არის.
ეს არის პროექტებს შორის ურთიერთობების გაგებისა და მართვის უნარი.
1. რატომ არის UAE-ის კონტექსტი მნიშვნელოვანი
UAE-ში განვითარების მასშტაბი და მრავალფეროვნება ამ საკითხს მნიშვნელოვან საოპერაციო კითხვად აქცევს.
2025 development-approvals announcement-ში, რომელიც გამოქვეყნდა 2026 წლის 12 მარტს, აბუ-დაბის მუნიციპალიტეტებისა და ტრანსპორტის დეპარტამენტმა განაცხადა, რომ დამტკიცებები მოიცავს თითქმის 75 მილიონ კვადრატულ მეტრ gross floor area-ს. ეს არის განვითარების დამტკიცებები და არა დასრულებული მშენებლობა ან კონტრაქტორის შემოსავალი.
ამასობაში, Roads and Transport Authority-ის Dubai Metro Blue Line announcement, დათარიღებული 2025 წლის 9 ივნისით, აღწერდა 30 კილომეტრიან პროექტს, რომელსაც 14 სადგური ემატება. ეს აჩვენებს განსხვავებულ მიწოდების გარემოს: სატრანსპორტო ინფრასტრუქტურას, რომელიც მრავალ ლოკაციას, ინტერფეისსა და სამუშაო პაკეტს მოიცავს.
ეს მაგალითები არ უნდა გავაერთიანოთ გამოგონილ ბაზრის ზომის შეფასებაში. მათი მნიშვნელობა ოპერაციულია: კონტრაქტორებს სჭირდებათ ისეთი სისტემები, რომლებიც სხვადასხვა ტიპის პროექტებს ერთიანი მართვითი ჩარჩოს ფარგლებში გაუმკლავდება.
ეს ჩარჩო ასევე უნდა მოერგოს UAE-ისთვის სპეციფიკურ მოთხოვნებს, მათ შორის მუშახელის გადახდის პროცესებს, ზაფხულის სამუშაო შეზღუდვებს და ელექტრონული ინვოისირების ფაზობრივ დანერგვას.
მოთხოვნა არ არის მხოლოდ ის, რომ ERP ხელმისაწვდომი იყოს UAE-ში. საჭიროა საოპერაციო მოდელი, რომელიც შეესაბამება იმას, თუ როგორ აწვდის კონტრაქტორი პროექტებს UAE-ში.
2. რას ნიშნავს სინამდვილეში “one operating platform”?
One operating platform არ ნიშნავს ერთ უზარმაზარ პროექტის ფაილს.
არც იმას ნიშნავს, რომ ყველა მომხმარებელს შეუძლია ყველა შვილობილი კომპანიის ფინანსურ ინფორმაციაზე წვდომა.
მე მას სამ დაკავშირებულ ფენად განვსაზღვრავდი.
- ერთიანი საწარმოო ბაზა. საერთო რესურსთა კლასიფიკაციები, მომწოდებლების ჩანაწერები, cost-code-ის კონვენციები, დოკუმენტების წესები და ანგარიშგების განსაზღვრებები.
- ცალკეული პროექტის კონტროლები. თითოეული პროექტი ინარჩუნებს საკუთარ მოცულობას, ბიუჯეტის ვერსიებს, გრაფიკს, კონტრაქტებს, დამტკიცების ლიმიტებს, პროგნოზებსა და პასუხისმგებლობებს.
- პორტფელის დონის კოორდინაცია. უფლებამოსილ მენეჯმენტს შეუძლია შეაფასოს რესურსებზე ერთობლივი მოთხოვნა, შესყიდვითი ექსპოზიცია, ნაღდი ფულის საჭიროება და პროექტების გამონაკლისები.
DANAOS Insights განიხილავს ამ განსხვავებას multicompany ERP for project-based enterprises-ში: ცენტრალიზებული ხილვადობა უნდა თანაარსებობდეს იურიდიული პირის დონეზე ოპერაციულ და ფინანსურ კონტროლთან.
დიზაინის პრინციპი მარტივია:
სტანდარტიზაცია გაუკეთეთ კონტროლისთვის საჭირო ინფორმაციას. შეინარჩუნეთ შესრულებისთვის საჭირო განსხვავებები.
მაგალითად, შენობისა და გზის პროექტს შეუძლია ერთიანი კორპორატიული კლასიფიკაცია ჰქონდეს აღჭურვილობის ხარჯებისთვის, თუმცა არა ერთი და იმავე Work Breakdown Structure ან productivity assumptions.
საერთო cost code არ ამართლებს საერთო წარმოების ტემპს.
3. დააკავშირეთ თითოეული პროექტის მოცულობა, გრაფიკი და ხარჯის სტრუქტურა
ინფორმაციის კონსოლიდაციამდე კონტრაქტორს სჭირდება სანდო პროექტის დონის საფუძველი.
DANAOS-ის მიდგომა აკავშირებს:
BoQ ↔ WBS ↔ Cost Codes
- Bill of Quantities, ან ეკვივალენტურ რაოდენობრივ მოცულობის სტრუქტურას, უზრუნველყოფს სამუშაო ელემენტებსა და რაოდენობებს, რომელთა მიმართაც შესაძლებელია რესურსებისა და ხარჯების ანალიზი.
- Work Breakdown Structure აწყობს პროექტის მოცულობას. მასთან დაკავშირებული აქტივობები, დამოკიდებულებები და კალენდრები ადგენს შესრულების გრაფიკს.
- Cost Codes უზრუნველყოფს შიდა კლასიფიკაციას, რომელიც გამოიყენება პროექტის ხარჯების დაგროვებისა და ანალიზისთვის.
ურთიერთობა ახსნილია BoQ, WBS and Cost Codes: Connecting Scope, Schedule and Cost-ში. ProjectVIEW ERP შექმნილია იმისთვის, რომ ეს განზომილებები დააკავშიროს და არა მათზე როგორც ერთმანეთთან დაუკავშირებელ ანგარიშგების სტრუქტურებზე იმუშაოს.
მრავალპროექტიანი კონტრაქტორისთვის მე ვურჩევ ამ პრინციპის გაფართოებას მართული კორპორატიული mapping-ით.
ობიექტზე განხორციელებულ ტრანზაქციას უნდა შეეძლოს თავისი პროექტისა და შესაბამისი სამუშაო პაკეტის იდენტიფიცირება, ხოლო group reporting-ისთვის საჭირო კლასიფიკაციები შეინარჩუნოს. mapping-ის წესებმა ასევე უნდა აღკვეთოს იგივე რაოდენობის ან ხარჯის განმეორებითი დათვლა, როდესაც ურთიერთობები რამდენიმე აქტივობას ან ანგარიშგების კატეგორიას კვეთს.
შემდეგ კონტრაქტორს შეუძლია დასვას ორი განსხვავებული კითხვა ისე, რომ მათ შორის კავშირი არ დაკარგოს:
“რა ხდება ამ სამუშაო პაკეტზე?”
“სად ჩნდება ბიზნესში იგივე ტიპის ექსპოზიცია სხვაგან?”
დამატებითი ფონისთვის იხილეთ integrated project performance baselines.
4. მოახდინეთ შესყიდვების ცენტრალიზაცია პროექტის პასუხისმგებლობის დაკარგვის გარეშე
ცენტრალურ შესყიდვების გუნდს უნდა ესმოდეს ერთზე მეტი რამ, ვიდრე რამდენიმე ობიექტის მიერ მოთხოვნილი საერთო რაოდენობა.
მან უნდა იცოდეს სპეციფიკაცია, დამტკიცებული მოთხოვნა, ხელმისაწვდომი მარაგი, პროექტზე განაწილება და საჭირო მიწოდების თარიღი.
განვიხილოთ სამი პროექტი, რომლებიც მსგავს მასალებს ითხოვენ.
ახალი purchase order-ის გაცემამდე შემოთავაზებულმა საოპერაციო პროცესმა უნდა დაადგინოს, არსებობს თუ არა შესაბამისი მარაგი უკვე, არის თუ არა ის რეზერვირებული და გამოიწვევს თუ არა მისი გადატანა იმ პროექტის შეფერხებას, რომელსაც ის ამჟამად უჭირავს.
მხოლოდ ამის შემდეგ უნდა გადაწყვიტოს შესყიდვებმა, გადაიტანოს თუ არა მოთხოვნა, ცალკე შეისყიდოს თუ გააერთიანოს იგი.
DANAOS Insights ამ თანმიმდევრობას აღწერს პროექტზე დაფუძნებული შესყიდვების გამოწვევებში. მის მიერ გამოქვეყნებული სამუშაო პროცესი აკავშირებს ობიექტის მოთხოვნებს ბიუჯეტის კონტექსტთან, მარაგის ხელმისაწვდომობასთან, მასალების გადანაწილებასთან და შესყიდვებთან.
კონტროლის მოთხოვნაა, პროცესის განმავლობაში შენარჩუნდეს დანიშნულება და კომერციული პასუხისმგებლობა.
გაერთიანებულმა მოთხოვნამ არ უნდა წაშალოს პროექტის განაწილებები. ჩარჩო ხელშეკრულებამ არ უნდა მოხსნას მიწოდების თარიღის კონტროლები. მარაგის გადატანამ უნდა შეინარჩუნოს მისი ავტორიზაციისა და შეფასების კვალი.
ცალკე იურიდიულ პირებს შორის გადაცვლებიც უნდა იყოს შემუშავებული ფინანსურ გუნდთან ერთად და არ უნდა განიხილებოდეს ავტომატურად, როგორც ჩვეულებრივი მოძრაობა საწყობებს შორის.
დააკონცენტრირეთ შესყიდვის გადაწყვეტილებები იქ, სადაც ეს სასარგებლოა. ანგარიშვალდებულება დაუკავშირეთ პროექტსა და იურიდიულ პირს, რომლებიც რესურსს მოიხმარენ.
5. შრომა და აღჭურვილობა მართეთ, როგორც საერთო, მაგრამ შეზღუდული რესურსები
პორტფელის რესურსების დაგეგმვამ ხელმისაწვდომობა და შესაბამისობა უნდა გაარჩიოს.
მანქანა შეიძლება ფიზიკურად ხელმისაწვდომი იყოს, მაგრამ სხვა პროექტზე იყოს მიბმული. გუნდი შეიძლება მომავალ კვირას თავისუფალი იყოს, მაგრამ საჭირო სპეციალიზაცია არ ჰქონდეს. გადატანა შეიძლება ტექნიკურად შესაძლებელი იყოს, მაგრამ კომერციულად არამიმზიდველი გახდეს მობილიზაციისა და დაკარგული წარმოების გათვალისწინების შემდეგ.
ამიტომ, მე მოვითხოვდი, რომ რესურსებთან დაკავშირებული გადაწყვეტილებები ითვალისწინებდეს არსებულ ვალდებულებებს, მზადყოფნას, საჭირო თარიღებს, გადატანის ძალისხმევას და შედეგებს გამათავისუფლებელი პროექტისთვის.
ProjectVIEW-ის გამოქვეყნებული მანქანა-დანადგარების მართვის ფუნქციონალი მოიცავს მანქანა-დანადგარების განაწილებას, ხელმისაწვდომობას, გამოყენებას და ტექნიკურ მომსახურებასთან დაკავშირებულ პროცესებს. ეს არის კოორდინირებული რესურსული მოდელის შესაბამისი შემავალი მონაცემები.
UAE-ის სამუშაო პირობები გეგმაში უნდა იყოს გათვალისწინებული
UAE-ის 2026 წლის შრომის ტემპერატურული სტრესის პრევენციის პოლიტიკა კრძალავს 2026 წლის 15 ივნისიდან 15 სექტემბრამდე 12:30 საათიდან 15:00 საათამდე პირდაპირ მზის ქვეშ და ღია სივრცეებში მუშაობას, განსაზღვრული გამონაკლისებისა და დამცავი მოთხოვნების გათვალისწინებით.
პროექტის დაგეგმვისთვის შედეგი პრაქტიკულია: კალენდრებმა, ცვლის დაშვებებმა და რესურსების პროგნოზებმა უნდა ასახოს მოქმედი სამუშაო პირობები. პორტფელის რესურსების გეგმა, რომელიც არასწორ ხელმისაწვდომობის დაშვებებს ეფუძნება, არასანდო დარჩება, მიუხედავად იმისა, რამდენად დახვეწილი ჩანს მისი დაფა.
ხელფასები და პროექტის პროდუქტიულობა განსხვავებულ კითხვებს პასუხობს
MoHRE-ის ხელფასების დაცვის სისტემის სახელმძღვანელო არეგულირებს ხელფასების გადახდას ავტორიზებული ფინანსური ინსტიტუტების მეშვეობით.
პროექტის კონტროლისთვის ასევე მოვითხოვდი, რომ დამტკიცებული სამუშაო დრო მიეკუთვნოს შესაბამის პროექტსა და აქტივობას, შემდეგ კი შეფასდეს ფიზიკურ გამომუშავებასთან მიმართებით.
მუშაკის სწორად ანაზღაურება და შესრულებული სამუშაოს ღირებულების გაგება დაკავშირებული პასუხისმგებლობებია, მაგრამ ისინი ერთსა და იმავე კონტროლს არ წარმოადგენს.
6. შეადარეთ დასრულების პროგნოზირებული საბოლოო ღირებულება და არა მხოლოდ დღემდე გაწეული ხარჯი
პროექტს შეიძლება მნიშვნელოვანი ბიუჯეტი დარჩეს და მაინც გადახარჯვისკენ მიდიოდეს.
დაკლებული ინფორმაცია არის, რაზეა კონტრაქტორი უკვე ვალდებული და რა უნდა დაუჯდეს დარჩენილი სამუშაო.
სტანდარტული დასრულებისას შეფასებული ღირებულების ურთიერთობა ასეთია:
საბოლოო პროგნოზირებული ღირებულება = დღემდე ფაქტობრივი ხარჯი + დარჩენილი სამუშაოს დასრულების სავარაუდო ღირებულება.
ილუსტრაციული AED 100 მილიონიანი პროექტი
ვივარაუდოთ, რომ პროექტს დამტკიცებული ხარჯთბიუჯეტი აქვს AED 100 მილიონი.
ანგარიშგების თარიღისთვის მისი ფაქტობრივად გაწეული ხარჯი, შესაბამისი დარიცხვების ჩათვლით, არის AED 35 მილიონი.
დარჩენილი ვალდებული სამუშაოს პროგნოზირებული ღირებულება არის AED 40 მილიონი, უკვე ფაქტობრივ ხარჯებში შეტანილის გამოკლებით. დარჩენილი არავალდებული სამუშაო შეფასებულია AED 30 მილიონად.
ამგვარად, საბოლოო პროგნოზირებული ღირებულება არის:
AED 35 მილიონი + AED 40 მილიონი + AED 30 მილიონი = AED 105 მილიონი.
პროექტს მხოლოდ AED 35 მილიონი აქვს გაწეული, თუმცა მისი პროგნოზი უკვე მიუთითებს AED 5 მილიონიან გადახარჯვაზე.
ეს ჰიპოთეტური მაგალითია და არა ProjectVIEW-ის კლიენტის შედეგი. იგი გულისხმობს მუდმივ მოცულობას, შეფასების წესებსა და საერთო ანგარიშგების თარიღს.
შეჯერება კრიტიკულია. არ უნდა დაამატოთ თავდაპირველი შესყიდვის შეკვეთის ღირებულება ფაქტობრივ ხარჯებს მაშინ, როცა ამ შეკვეთის ნაწილი უკვე გაწეულია. ეს ერთსა და იმავე ექსპოზიციას ორჯერ ჩათვლის.
პორტფელის მასშტაბით, მე შევაფასებდი პროგნოზის ცვლილებებს მათ მიზეზებთან ერთად: რაოდენობრივი გადახედვები, პროდუქტიულობა, შესყიდვის ტარიფები, დამატებითი წინასწარი ხარჯები ან დამტკიცებული მოცულობის ცვლილებები.
დარჩენილი ბიუჯეტი არ არის მტკიცებულება, რომ დარჩენილი სამუშაო მის ფარგლებში შესრულდება.
7. ფიზიკური პროგრესი, დადასტურება და ნაღდი ფული გააცალკევეთ
კონტრაქტორს სჭირდება დაკავშირებული ინფორმაცია, მაგრამ არა ურთიერთჩანაცვლებადი განსაზღვრებები.
მართვის მიზნებისთვის, გირჩევთ მკაფიოდ გაარჩიოთ შესრულებულად აღრიცხული სამუშაო, მოქმედი პროცესის მიხედვით მიღებული სამუშაო, ანაზღაურებისთვის დადასტურებული სამუშაო, გამოშვებული ინვოისები და მიღებული ნაღდი ფული.
ანალოგიურად, სისტემამ უნდა გაარჩიოს იდენტიფიცირებული ცვლილება დამტკიცებული ვარიაციისგან.
წინააღმდეგ შემთხვევაში, ოპტიმისტური პროგრესის ანგარიში შეიძლება შეცდომით ჩაითვალოს უსაფრთხო ფულად პოზიციად, ან შესაძლო ანაზღაურება აღიქმებოდეს შეთანხმებულ კომერციულ უფლებად.
ოპერაციულმა მოდელმა უნდა დააკავშიროს შესაბამისი რაოდენობები, დამხმარე დოკუმენტები, კონტრაქტის პირობები, განხილვის სტატუსი და ფინანსური ტრანზაქციები, ამ განსხვავებების შენარჩუნებით.
DANAOS-ის განხილვა კონტრაქტული BoQ-ის მიღმა ხარჯების კონტროლის შესახებ განმარტავს, რატომ შეიძლება კომერციული სტრუქტურა ზედმეტად აგრეგირებული იყოს შესრულებისას მოხმარებული რესურსების კონტროლისთვის.
ჩემი რეკომენდაციაა, რომ შენარჩუნდეს თავდაპირველი საბაზო გეგმა, დამტკიცებული ცვლილებები და მიმდინარე პროგნოზი, როგორც იდენტიფიცირებადი ხედვები.
ჩაწერეთ შესაძლო ცვლილების ექსპოზიცია ისე, რომ არ გადააწეროთ დამტკიცებულ ბიუჯეტს და არ ივარაუდოთ, რომ ყველა მოთხოვნილი თანხა ანაზღაურდება.
8. PMO-ს მიეცით გამონაკლისებზე დაფუძნებული პორტფელის ხედვა
პროექტების მართვის ოფისს არ უნდა დასჭირდეს ყველა ტრანზაქციის შემოწმება, რათა გამოავლინოს, სად არის საჭირო ჩარევა.
მე მის პორტფელურ მიმოხილვას გადაწყვეტილების რამდენიმე ძირითად კითხვაზე დავაფუძნებდი.
- ხარჯვითი ექსპოზიცია: რომელ პროექტებს აქვთ გაუარესებული პროგნოზები და რა შეიცვალა წინა ანგარიშგების თარიღის შემდეგ?
- მიწოდების ექსპოზიცია: რომელი საჭირო მასალები, დამტკიცებები ან რესურსები ემუქრება მომდევნო აქტივობებს?
- რესურსების კონფლიქტები: სად დაპირებულა ერთი და იგივე ბრიგადები ან აღჭურვილობა გადაფარული მოთხოვნებისთვის?
- კომერციული და ფულადი ექსპოზიცია: რომელი დადასტურებები, ამოღებები, დაკავებული თანხების ბალანსები ან მომწოდებლის გადახდები საჭიროებს ყურადღებას?
- მონაცემთა სანდოობა: რომელ პროექტებს აქვთ დაგვიანებული ობიექტის წარდგენები, დაუზუსტებელი მიბმები ან შეუთანხმებელი ტრანზაქციები?
ყოველი გამონაკლისი უნდა მიგვიყვანოს პასუხისმგებელ მფლობელამდე, დამხმარე მტკიცებულებამდე და საჭირო ქმედებამდე და არა უბრალოდ ფერად ინდიკატორამდე.
ERP-ის დემონსტრაციისთვის, სთხოვეთ პროვაიდერს პორტფელის ხედვიდან პროექტზე, სამუშაო პაკეტსა და საფუძვლად მდგომ ტრანზაქციაზე გადასვლა.
DANAOS-ის პროექტების მართვისა და ხარჯების კონტროლის როლის მიმოხილვა წარმოადგენს შესაბამის საწყის წერტილს პროექტის მენეჯერებისთვის ხელმისაწვდომი ინფორმაციის შესასწავლად.
გაერთიანებული ანგარიში სასარგებლოა მხოლოდ მაშინ, როცა მენეჯმენტს შეუძლია ახსნას, რა დგას მის უკან.
9. UAE-ის ელექტრონული ინვოისების მზადყოფნა ჩართეთ ოპერაციულ მოდელში
ელექტრონული ინვოისირება პრაქტიკული მიზეზია, რათა შევისწავლოთ, როგორ უკავშირდება პროექტის ტრანზაქციები კონტრაქტორი პირის ფინანსურ პროცესებს.
ფინანსთა სამინისტროს ელექტრონული ინვოისირების განრიგის ცვლილების შესახებ 2026 წლის 10 მაისს გამოცხადებული, განსაზღვრული მსხვილი ბიზნეს ჯგუფისთვის Accredited Service Provider-ის დანიშვნის ვადა გადატანილ იქნა 2026 წლის 30 ოქტომბრამდე, ხოლო სავალდებულო დანერგვა დარჩა 2027 წლის 1 იანვრიდან. განცხადება ეხება მოქმედ ბიზნესებს, რომელთა წლიური შემოსავალი აღემატება AED 50 მილიონს.
სამინისტროს UAE-ის ელექტრონული ინვოისირების სახელმძღვანელო ასევე ასახავს მნიშვნელოვან განსხვავებას: e-invoice არის სტრუქტურირებული ელექტრონული ინვოისის მონაცემი. PDF, დასკანერებული დოკუმენტი ან ელფოსტა, თავისთავად, e-invoice არ არის.
მრავალპროექტიანი კონტრაქტორისთვის, მე შევამოწმებდი პროცესს საბაზისო ტრანზაქციიდან ინვოისის შექმნამდე, სერვისის პროვაიდერთან გაცვლამდე, სტატუსის დამუშავებამდე და შეჯერებამდე.
შეფასებამ უნდა შეინარჩუნოს პროექტის მითითებები და სწორი იურიდიული პირის ინფორმაცია, ხოლო გამონაკლისები და საკრედიტო ნოტები თანმიმდევრულად უნდა დაამუშაოს.
არ ივარაუდოთ, რომ პროდუქტს, რომელსაც აწერია „UAE ERP“, აქვს ვალიდირებული end-to-end გადაწყვეტა ყველა კომპანიის სტრუქტურისთვის. შეამოწმეთ გამოყენებადობა, კონფიგურაცია და ინტეგრაციის მზადყოფნა პასუხისმგებელ ფინანსურ და დანერგვის გუნდებთან.
მარეგულირებელი მითითებები ასახავს ოფიციალურ ინფორმაციას, რომელიც გადამოწმდა 2026 წლის სექტემბერში.
10. როგორ უჭერს ProjectVIEW ERP მხარს ოპერაციულ მოდელს
ProjectVIEW ERP-ის გამოქვეყნებული მიდგომა აკავშირებს პროექტის მოცულობას, შესრულებასა და ხარჯების ინფორმაციას მისი BoQ ↔ WBS ↔ Cost Codes არქიტექტურის მეშვეობით.
მისი Cost Control მოდული აღწერს კავშირებს ბიუჯეტებს, პროექტის პროგრესს, რესურსების განაწილებასა და დაგეგმვის ინსტრუმენტებს შორის, მათ შორის Oracle Primavera P6-სა და Microsoft Project-ს შორის.
მისი Procurement and Purchasing მოდული ეხება sourcing-ს, quotation-ებს, შესყიდვებსა და შესაბამის პროექტის მოთხოვნებს.
მის მრავალკომპანიურ შესაძლებლობებთან ერთად, ეს ფუნქციები მხარს უჭერს DANAOS-ის განზრახულ ოპერაციულ მოდელს: პროექტის სპეციფიკური ტრანზაქციები კვებავს საერთო ჩარჩოს კოორდინაციისა და მართვისთვის.
თუმცა, ერთი ოპერაციული პლატფორმა არ ნიშნავს აუცილებლობას, რომ ჩანაცვლდეს ყოველი სპეციალიზებული აპლიკაცია.
DANAOS-ის გამოქვეყნებული ERP ინტეგრაციის მიდგომა Oracle-სა და SAP-სთვის აღწერს ProjectVIEW-ის დამოუკიდებლად ან კორპორატიულ ERP-სთან ერთად მუშაობას. ინტეგრაციის ფარგლები და პასუხისმგებლობა მაინც კლიენტისთვის უნდა შეიქმნას.
შეფასებამ უნდა განსაზღვროს, რომელი სისტემა ფლობს თითოეულ ჩანაწერს, როგორ იცვლება მონაცემები და როგორ მოგვარდება ჩავარდნილი ტრანზაქციები.
„რეალურ დროში ხილვადობა“ ასევე უნდა შეფასდეს მონაცემთა რეალურ აღრიცხვასთან, დამტკიცებასა და სინქრონიზაციასთან მიმართებით და არა მათ შემცვლელად.
11. დანერგვამდე შეამოწმეთ სამი დაკავშირებული პროექტი
ჩემი რეკომენდებული მიღების სცენარი იყენებს სამ წარმომადგენლობით პროექტს სხვადასხვა მიწოდების პირობებით.
დაიწყეთ პროექტის ბიუჯეტებითა და გრაფიკებით. ჩართეთ საერთო მასალის მოთხოვნა, კონკურენტული აღჭურვილობის მოთხოვნები და ქვეკონტრაქტორი, რომელიც ერთზე მეტ პროექტზე მუშაობს.
შემდეგ შეამოწმეთ, შეუძლია თუ არა შემოთავაზებულ გადაწყვეტას:
- შეაჯეროს შესყიდვები პროექტის განაწილებებისა და მიწოდების თარიღების შენარჩუნებით.
- გადაანაწილოს რესურსები ავტორიზაციის, შეფასების ან ანგარიშვალდებულების დაკარგვის გარეშე.
- განაახლოს ფაქტობრივი მონაცემები და პროგნოზები ვალდებულებების ორმაგად დათვლის გარეშე.
- შეინარჩუნოს ცალკე პროექტისა და იურიდიული პირის უფლებები.
- პორტფელის გამონაკლისი განმარტოს მისი საფუძვლად მდგომი ტრანზაქციებით.
შემდეგ ჩართეთ დაგვიანებული მიწოდება, გადახედილი რაოდენობა და დაუმტკიცებელი ცვლილება.
მიზანი არ არის იმის დამტკიცება, რომ პროგრამას შეუძლია რამდენიმე პროექტის სახელის ჩვენება.
მიზანია დადგინდეს, შეუძლია თუ არა ორგანიზაციას ამ პროექტების კოორდინაცია თითოეულზე კონტროლის შენარჩუნებით.
შესაბამისი პროდუქტის ფარგლებისთვის იხილეთ სამშენებლო ERP general contractors-ისთვის
.
საბოლოო აზრი
UAE-ის კონტრაქტორის პორტფელი არ უნდა გადაიქცეს ერთმანეთთან კავშირის გარეშე არსებული ბიუჯეტების კრებულად, რომლებიც ერთსა და იმავე რესურსებზე ეჯიბრებიან ერთმანეთს.
არც ცენტრალიზაციამ უნდა წაშალოს პროექტებს შორის კომერციული და ოპერაციული განსხვავებები.
DANAOS Projects-ის ხედვა არის, რომ ეფექტური მრავალპროექტიანი კონტროლი მოითხოვს გაზიარებულ ბიზნესლოგიკას პროექტის დონის ანგარიშვალდებულებასთან ერთად.
მენეჯმენტს უნდა შეეძლოს დაინახოს, რა არის საჭირო, რა არის ვალდებულებაში, რა არის მოხმარებული, რა არის მიწოდებული და რა რჩება ექსპოზიციაში.
საკითხი მხოლოდ ეს არ არის:
„შეუძლია ჩვენს ERP-ს მრავალი პროექტის მართვა?“
ის არის:
„შეგვიძლია ერთი პროექტის შესახებ გადაწყვეტილების მიღება მაშინ, როცა გვესმის და ვაკონტროლებთ მის გავლენას ბიზნესის დანარჩენ ნაწილზე?“
ეს არის ერთი ოპერაციული პლატფორმის გამოცდა.
