25 წელზე მეტი ხნის განმავლობაში DANAOS Projects მუშაობდა კონტრაქტორებთან და პროექტებზე დაფუძნებულ ორგანიზაციებთან მშენებლობის, ინფრასტრუქტურის, EPC-ის, გემთმშენებლობის, საზღვაო და ოფშორული ოპერაციების, სამთო, კარიერული და პროექტებზე დაფუძნებული წარმოების სფეროებში.
სხვადასხვა ინდუსტრია. სხვადასხვა პროექტი. სხვადასხვა რისკი.
თუმცა, ერთი გაკვეთილი მუდმივად მეორდება:
მენეჯმენტი პროექტზე დაფუძნებულ კომპანიებს ეფექტიანად ვერ მართავს, თუ პროექტს მხოლოდ კიდევ ერთ განზომილებად განიხილავს გენერიკულ ERP-ში.
კონტრაქტორი არ ყიდულობს უბრალოდ მასალებს, არ ასაქმებს ადამიანებს, არ ამუშავებს ტექნიკას და არ წერს ინვოისებს. ამის ნაცვლად, მან უნდა მიაწოდოს განსაზღვრული მოცულობა გრაფიკისა და ბიუჯეტის ფარგლებში, თან უწყვეტად მართოს შესყიდვები, ქვემონტაქტორები, შრომითი რესურსი, ტექნიკა, წარმოება, სერტიფიკატები, ცვლილებები, ფულადი ნაკადები და რისკი.
ანალოგიურად, იგივე პრინციპი ვრცელდება გემთმშენებლობაზე, რომელიც აწვდის გემს, სამთო კონტრაქტორზე, რომელიც მართავს ტექნიკაზე ინტენსიურ ოპერაციებს, ან პროექტებზე დაფუძნებულ მწარმოებელზე, რომელიც ამზადებს პროდუქციას საინჟინრო სპეციფიკაციის მიხედვით.
ამიტომ DANAOS-მა ProjectVIEW ERP სხვაგვარად ააგო.
მისი ბიზნეს ლოგიკის ცენტრში დგას ურთიერთობა:
BoQ ↔ WBS ↔ Cost Codes
მოცულობათა უწყება (BoQ) განსაზღვრავს კომერციულ მოცულობას და ბიუჯეტს. სამუშაო დაშლის სტრუქტურა (WBS), თავის მხრივ, განსაზღვრავს დროსა და დაგეგმილ შესრულებას. საბოლოოდ, ხარჯების კოდები უზრუნველყოფს შიდა ხარჯების კონტროლის სტრუქტურას.
ProjectVIEW აკავშირებს ამ განზომილებებს, რათა გუნდმა მუდმივად შეაფასოს ოპერაციული ტრანზაქციები მოცულობის, დროისა და ხარჯის მიმართ.
შედეგად, ეს არ არის უბრალოდ ტრანზაქციების ჩაწერის კიდევ ერთი ადგილი. ამის ნაცვლად, ის ქმნის უწყვეტ რეალობის შემოწმებას იმას შორის, რაც შეფასდა, რაც დაიგეგმა, რაც ხდება და რა უჯდება ეს ყველაფერი.
ქვემოთ მოცემულია ERP-ის ზოგიერთი ყველაზე მნიშვნელოვანი გაკვეთილი, რომელიც რეალური პროექტული გარემოებიდან მივიღეთ.
1. მშენებლობა და ინფრასტრუქტურა: ბიუჯეტმა უნდა გაუძლოს გადაცემას შესრულებაზე
განმეორებადი პრობლემა
მშენებლობაში ერთ-ერთი ყველაზე დიდი პრობლემა პროგრამული უზრუნველყოფის არქონა არ არის. უფრო სწორად, პრობლემა არის სისტემებსა და დეპარტამენტებს შორის გათიშულობა.
მაგალითად, შემფასებლები მუშაობენ BoQ-ებითა და ცხრილებით. პარალელურად, დამგეგმავები მუშაობენ Oracle Primavera P6-ში ან Microsoft Project-ში. შესყიდვების განყოფილება მართავს მომწოდებლებს და შესყიდვის ორდერებს. ობიექტის გუნდები აფიქსირებენ პროგრესსა და რესურსებს. საბოლოოდ, ფინანსები ტრანზაქციებს ასახავს კორპორატიულ ERP-ში.
თითოეულ სისტემას შეიძლება მაინც თავისი სამუშაო სწორად ჰქონდეს შესრულებული.
თუმცა პრობლემა ჩნდება, როდესაც მენეჯმენტი სვამს კითხვას:
რეალურად ვაკეთებთ თუ არა ფულს ამ პროექტზე დღეს?
პრაქტიკაში პასუხი ხშირად მოითხოვს რამდენიმე სისტემასა და ცხრილს შორის შეჯერებას.
ProjectVIEW-ის მიდგომა
ProjectVIEW ინარჩუნებს ურთიერთობას BoQ-ს, პროექტის ბიუჯეტს, WBS-ს, რესურსებსა და ხარჯების კოდებს შორის შეფასებიდან შესრულებამდე.
ამიტომ გუნდს შეუძლია შეადაროს ობიექტზე ფაქტობრივი ტრანზაქციები, მათ შორის პროექტის პროგრესი, შრომა, ტექნიკა, მასალები და ქვემონტაქტორები, პროექტის ხარჯების საბაზისო მაჩვენებელს. გარდა ამისა, ProjectVIEW-ის ხარჯების კონტროლის პროცესები სპეციალურად აკავშირებს BoQ ბიუჯეტებს Primavera-სა და ყოველდღიურ ობიექტის ტრანზაქციებთან.
უპირატესობა
მენეჯმენტი იღებს უწყვეტ ხილვადობას ფაქტობრივ და ბიუჯეტირებულ ხარჯებსა და პროგრესზე და აღარ ელოდება ფინანსურ ანგარიშგებას, როცა ხარჯები უკვე გაწეულია.
მიღებული გაკვეთილი
მშენებლობის ხარჯების კონტროლი ვერ დაიწყება ფინანსებში მას შემდეგ, რაც ხარჯი უკვე გაწეულია. ამის ნაცვლად, ის უნდა დაიწყოს ტენდერიდან და გაგრძელდეს შესრულების მთელი პროცესის განმავლობაში.
2. EPC კონტრაქტორები: შესყიდვები პროექტის კონტროლის ნაწილია
გენერიკული ERP, როგორც წესი, შესყიდვებს ხედავს როგორც ტრანზაქციულ პროცესს:
მოთხოვნა → RFQ → შესყიდვის ორდერი → მიღება → ინვოისი
თუმცა EPC კონტრაქტორისთვის ეს მხოლოდ სიუჟეტის ნაწილია.
განმეორებადი პრობლემა
ფაქტობრივად, პროექტის გუნდებს გაცილებით მეტი ინფორმაცია სჭირდებათ:
პირველ რიგში, რას ვყიდულობთ? რატომ გვჭირდება ეს? რომელი პროექტი და საქმიანობა მოითხოვს ამას? დავაბიუჯეტეთ თუ არა? როდის სჭირდება ობიექტს? საწყობში უკვე არის მარაგი? რა არის ისტორიული ფასი? შეიძლება თუ არა დაგვიანებულმა მიწოდებამ შესრულებაზე გავლენა მოახდინოს?
მაშასადამე, შესყიდვა შეიძლება ფინანსურად სწორიც იყოს და მაინც ოპერაციულად არასწორი აღმოჩნდეს.
ProjectVIEW-ის მიდგომა
ამის საპირისპიროდ, ProjectVIEW შესყიდვებს პროექტის სტრუქტურას უკავშირებს.
მაგალითად, მასალების მოთხოვნები შეიძლება წარმოიშვას BoQ-დან და ობიექტის მოთხოვნებიდან. შემდეგ ისინი გადადის მოთხოვნებსა და მომწოდებლის RFQ-ებში, შეთავაზებების შედარებასა და შესყიდვის ორდერებში. საბოლოოდ, ისინი გადადის საქონლის მიღებისა და მარაგების პროცესებში.
გარდა ამისა, შესყიდვების სამუშაო პროცესი მოიცავს მომწოდებლების შეთავაზებების შედარებას, ისტორიულ ხარჯობრივ ინფორმაციას, საწყობის მართვას, ქვემონტაქტორების შესყიდვებსა და BoQ და WBS მოთხოვნების მიხედვით მომარაგებას.
უპირატესობა
შედეგად, შესყიდვა ხდება პროექტის ხარჯებისა და შესრულების კონტროლის ნაწილი და არა იზოლირებული ადმინისტრაციული ფუნქცია.
მიღებული გაკვეთილი
ყველაზე იაფი შესყიდვა სულაც არ არის პროექტისთვის ყველაზე დაბალხარჯიანი გადაწყვეტილება.
3. გემთმშენებლობა და გემის შეკეთება: გემი უფრო მეტია, ვიდრე ბუღალტრული პროექტი
გემთმშენებლობა და გემის შეკეთება განსაკუთრებით მკაფიოდ აჩვენებს გენერიკული ERP-ის შეზღუდვებს.
მაგალითად, გემის პროექტი შეიძლება აერთიანებდეს ინჟინერიას, წარმოებას, სამუშაო ორდერებს, შესყიდვებს, მარაგებს, ქვემონტაქტორებს, სპეციალიზებულ შრომას, ტექნიკას, კლიენტის დამტკიცებებს, სერტიფიკაციებსა და კომერციულ ცვლილებებს.
განმეორებადი პრობლემა
საწარმოო ეზო, წარმოების გუნდები, კომერციული განყოფილება, საწყობი, ქვემონტაქტორები და ფინანსური დეპარტამენტი ადვილად შეიძლება მუშაობდნენ ერთი და იმავე პროექტის სხვადასხვა ხედვით.
გარდა ამისა, ცვლილებები პრობლემას უფრო რთულს ხდის.
მაგალითად, ახლად იდენტიფიცირებულმა შეკეთებამ ან მოცულობის ცვლილებამ შეიძლება დაუყოვნებლივ იმოქმედოს შრომაზე, მასალებზე, ქვემონტაქტორებზე, გრაფიკზე, ხარჯსა და საბოლოოდ კლიენტისთვის წასახდელ თანხაზე.
ProjectVIEW-ის მიდგომა
ProjectVIEW შეიძლება იმუშაოს როგორც გემთსარემონტო ეზოს მართვის საინფორმაციო სისტემა, რომელიც ერთიან პროექტულ გარემოში აკავშირებს ოფისს, ეზოს, წარმოებას, მომწოდებლებს, მომსახურების კომპანიებს, ქვემონტაქტორებსა და კლიენტებს.
გარდა ამისა, მისი გემთსარემონტო მოდელი ოპერაციულ პროცესებს აკავშირებს BoQ-ს, WBS-სა და ხარჯების კოდებთან, რაც საშუალებას იძლევა ფაქტობრივი და ბიუჯეტირებული ხარჯისა და პროგრესის მონიტორინგი ცვლილებების მართვასთან ერთად.
უპირატესობა
შედეგად, გემთსარემონტო ეზო იღებს ეზოდან ოფისამდე ხილვადობას ხარჯზე, პროგრესზე, რესურსებსა და პროექტის ცვლილებებზე და აღარ მართავს წარმოებასა და კომერციულ შესრულებას განცალკევებულ გარემოებში.
მიღებული გაკვეთილი
გემთსარემონტო ERP უბრალოდ წარმოების ERP ვერ იქნება მასზე დამატებული „გემი“ ველით.
ამის ნაცვლად, მან ერთდროულად უნდა გაიგოს პროექტის, წარმოების, შეკეთების, რესურსისა და კომერციული განზომილებები.
4. საზღვაო და ოფშორული: დისტანციური ოპერაციებისთვის საჭიროა ერთი ოპერაციული სიმართლე
მარიტიმულ და ოფშორულ პროექტებს კიდევ ერთი გამოწვევა ემატება: დისტანცია.
მაგალითად, ოპერაციები შეიძლება მოიცავდეს კორპორატიულ ოფისებს, საწარმოო ეზოებს, მშენებლობის ობიექტებს, გემებს და ოფშორულ ლოკაციებს.
განმეორებადი პრობლემა
შედეგად, ოპერაციული ინფორმაცია მენეჯმენტამდე შეიძლება მოვიდეს უკვე მომხდარის შემდეგ.
იმ დროისთვის, როცა ფაქტობრივი შრომა, ტექნიკის გამოყენება, მასალები, ქვემონტაქტორების შესრულება ან პროგრესი ERP-ში აისახება, მენეჯმენტს შესაძლოა უკვე მიღებული ჰქონდეს ოპერაციული გადაწყვეტილება.
ამგვარად, ERP ხდება ისტორიული ჩანაწერების სისტემა და არა აქტიური პროექტის კონტროლის პლატფორმა.
ProjectVIEW-ის მიდგომა
ProjectVIEW აკავშირებს მოედნისა და ოფისის პროცესებს ცენტრალიზებული გარემოს მეშვეობით, ხოლო კონკრეტულ დანიშნულებაზე მორგებული ვებ და მობილური აპლიკაციები მხარს უჭერს პროექტის მონაცემთა შეგროვებასა და თანამშრომლობას.
გარდა ამისა, ProjectVIEW-ის უფრო ფართო არქიტექტურა მხარს უჭერს ონლაინ და ოფლაინ ოპერაციებს, პროექტების პორტფელის მართვას, როლებზე დაფუძნებულ წვდომას და ოპერაციული პროცესების ინტეგრაციას პროექტის ხარჯსა და გრაფიკთან.
უპირატესობა
მენეჯმენტი იღებს უფრო სწრაფ სიტუაციურ ცნობიერებას გეოგრაფიულად განაწილებულ პროექტულ ოპერაციებში.
მიღებული გაკვეთილი
მეტი ანგარიშის წარმოება დისტანციურ პროექტებზე კონტროლს არ იძლევა. ამის ნაცვლად, ეს იწყება უკეთესი ოპერაციული მონაცემების შეგროვებით იქ უფრო ახლოს, სადაც სამუშაო რეალურად მიმდინარეობს.
5. სამთო და კარიერული წარმოება: ტექნიკის გამოყენება არის ხარჯების კონტროლი
სამთო და კარიერული ოპერაციები ძალიან მაღალ აქტივთა ინტენსივობას მოითხოვს.
ექსკავატორები, დამტვირთველები, სატვირთოები, სამტვრევი დანადგარები, საბურღი მოწყობილობა და სხვა ტექნიკა მხოლოდ ბალანსზე არსებული აქტივები არ არის. მათი ხელმისაწვდომობა და გამოყენების დონე პირდაპირ გავლენას ახდენს ოპერაციულ შედეგსა და ხარჯზე.
განმეორებადი პრობლემა
ტრადიციულ ERP-ს შეუძლია მენეჯმენტს უთხრას, რა ტექნიკას ფლობს კომპანია, რა არის მისი საბალანსო ღირებულება და შესაძლოა მისი ტექნიკური მომსახურების ისტორია.
თუმცა ოპერაციებს სხვა პასუხები სჭირდება:
სად არის მანქანა? ხელმისაწვდომია? რომელ პროექტში გამოიყენება? შემდეგ, როგორია მისი გამოყენების დონე? რა უჯდება ექსპლუატაცია? რომელი მომსახურებაა მოსალოდნელი?
ProjectVIEW-ის მიდგომა
ProjectVIEW Machinery Management მოიცავს ტექნიკის სიებს, გადანაწილებასა და ტრანზაქციებს, ტექნიკის ხელმისაწვდომობას, ხარჯთა ანალიზს, საწვავს, ტექნიკურ მომსახურებას, პრევენციულ შეკეთებებსა და დაზღვევის მონიტორინგს.
შემფასებლებს ასევე შეუძლიათ ტექნიკა მიაკუთვნონ პროექტის რესურსად შეფასების ეტაპზე. შემდეგ გუნდი მას პროექტის შესრულებისას აფასებს.
უპირატესობა
შედეგად, ტექნიკა ხდება გაზომვადი ოპერაციული და პროექტის ხარჯის რესურსი და არა უბრალოდ ძირითადი აქტივი.
მიღებული გაკვეთილი
იმის ცოდნა, რა ტექნიკას ფლობთ, აქტივების მართვაა. ამის საპირისპიროდ, იმის ცოდნა, რამდენად ეფექტურად იყენებთ მას, ოპერაციული კონტროლია.
6. პროექტზე დაფუძნებული წარმოება: წარმოებამ და პროექტის კონტროლმა ერთი და იგივე ენა უნდა ისაუბროს
პროექტზე დაფუძნებული წარმოება კიდევ ერთ ERP გამოწვევას ქმნის.
კომპანია აწარმოებს, თუმცა არა აუცილებლად განმეორებითი მასობრივი წარმოების გზით. მაგალითად, შეიძლება ამზადებდეს უნიკალურ კონსტრუქციებს, კომპონენტებს ან აწყობებს პროექტისთვის სპეციფიკური საინჟინრო მოთხოვნების მიხედვით.
განმეორებადი პრობლემა
წარმოების პროგრამულ უზრუნველყოფას შეუძლია წარმოების მართვა.
ანალოგიურად, პროექტის პროგრამულ უზრუნველყოფას შეუძლია პროექტების მართვა.
მაგრამ მენეჯმენტს სჭირდება იმის გაგება, როგორ უწყობს ხელს წარმოება, მასალები, რესურსები, სამუშაო ორდერები, გრაფიკები და ხარჯები მიწოდებული პროექტის მომგებიანობას.
ამიტომ, როცა ეს პროცესები განცალკევებით მუშაობს, ამ ურთიერთობის დანახვა რთულდება.
ProjectVIEW-ის მიდგომა
ProjectVIEW წარმოებისა და დამზადების დაგეგმვასა და კონტროლს იმავე ეკოსისტემაში მოაქცევს, სადაც არის მასალები, შესყიდვები, საწყობის ოპერაციები, შრომითი რესურსი, ტექნიკა, პროექტის ბიუჯეტირება და ხარჯების კონტროლი.
DANAOS პლატფორმას სპეციალურად პოზიციონირებს პროექტზე დაფუძნებული მშენებლობის, წარმოების, დამზადების და დაკავშირებული ოპერაციებისთვის და არა წარმოებას განიხილავს როგორც დაუკავშირებელ back-office საქმიანობას.
უპირატესობა
შედეგად, წარმოება და პროექტის შესრულება მუშაობს ერთიანი, პროექტზე ორიენტირებული მონაცემთა მოდელით, რაც აუმჯობესებს ხილვადობას დამზადების შედეგსა და კომერციულ შედეგს შორის.
მიღებული გაკვეთილი
ინჟინერიიდან შეკვეთით წარმოებამ და პროექტზე დაფუძნებულმა წარმოებამ მენეჯმენტი არ უნდა აიძულოს აირჩიოს წარმოების ხედვასა და პროექტის ხედვას შორის. სინამდვილეში, ორივე საჭიროა.
რა აქვთ ამ ინდუსტრიებს საერთო
ტერმინოლოგია ერთი ინდუსტრიიდან მეორეში იცვლება.
მაგალითად, მშენებლობის კონტრაქტორი საუბრობს პროექტებსა და ობიექტებზე. გემთსაშენი, პირიქით, საუბრობს გემებსა და ეზოებზე. სამთო კომპანია დიდ ყურადღებას აქცევს ფლოტსა და წარმოებას. ფოლადის დამამზადებელი მართავს სამუშაო ორდერებსა და დამზადებას.
მაგრამ ამ განსხვავებების უკან ერთი და იგივე მმართველობითი გამოწვევა დგას:
როგორ დავუკავშიროთ ფიზიკური შესრულება დრო, რესურსები, ხარჯი და კომერციული ღირებულება ერთმანეთთან უწყვეტად?
ამიტომ, ამ ინდუსტრიებში განმეორებადი ნიმუში აშკარაა.
მშენებლობა და ინფრასტრუქტურა
გამოწვევა: ტენდერები, გრაფიკები, ობიექტის ოპერაციები და ფინანსური მონაცემები ერთმანეთისგან იყოფა.
ProjectVIEW-ის მიდგომა: დააკავშირეთ BoQ ↔ WBS ↔ ხარჯების კოდები პროექტის მთელი სასიცოცხლო ციკლის განმავლობაში.
უპირატესობა: ფაქტობრივი და ბიუჯეტირებული ხარჯისა და პროგრესის უწყვეტი ხილვადობა.
EPC კონტრაქტორები
გამოწვევა: შესყიდვები ითიშება პროექტის მოთხოვნებიდან, ბიუჯეტებიდან და გრაფიკებიდან.
ProjectVIEW-ის მიდგომა: დააკავშირეთ პროექტის მოთხოვნები შესყიდვებთან, მომწოდებლებთან, მარაგებთან, ბიუჯეტებთან და მიწოდების მოთხოვნებთან.
უპირატესობა: შესყიდვები ხდება პროექტის ხარჯებისა და შესრულების კონტროლის განუყოფელი ნაწილი.
გემთმშენებლობა და გემის შეკეთება
გამოწვევა: ეზოს ოპერაციები, წარმოება, ქვემონტაქტორები, მასალები და კომერციული ცვლილებები ფრაგმენტდება.
ProjectVIEW-ის მიდგომა: გააერთიანეთ გემის პროექტები, წარმოება, სამუშაო ორდერები, შესყიდვები, ქვემონტაქტორები და ხარჯების კონტროლი.
უპირატესობა: ეზოდან ოფისამდე პროექტის უწყვეტი ხილვადობა.
საზღვაო და ოფშორული
გამოწვევა: შორეული ოპერაციული ინფორმაცია მენეჯმენტამდე ძალიან გვიან აღწევს.
ProjectVIEW-ის მიდგომა: გააერთიანეთ გეოგრაფიულად განაწილებული ოპერაციები ობიექტიდან ოფისამდე მონაცემთა შეგროვებით, სამუშაო პროცესებითა და ცენტრალიზებული პროექტული ინფორმაციით.
უპირატესობა: უფრო სწრაფი სიტუაციური ცნობიერება და ოპერაციული კონტროლი.
მაინინგი და კარიერები
გამოწვევა: მხოლოდ აქტივების ჩანაწერები არ აჩვენებს ტექნიკის მუშაობასა და გამოყენების დონეს.
ProjectVIEW-ის მიდგომა: დააკავშირეთ ტექნიკის გამოყენება, გადანაწილება, ხელმისაწვდომობა, ტექნიკური მომსახურება და ხარჯი.
უპირატესობა: უკეთესი ტექნიკის გამოყენება და ოპერაციული ხარჯების კონტროლი.
პროექტზე დაფუძნებული წარმოება
გამოწვევა: წარმოება და პროექტის მართვა ცალკეულ გარემოებში მუშაობს.
ProjectVIEW-ის მიდგომა: დააკავშირეთ წარმოება, დამზადება, მასალები, რესურსები, გრაფიკი და პროექტის ხარჯი.
უპირატესობა: პროექტისა და წარმოების გუნდები მუშაობენ ერთიანი, პროექტზე ორიენტირებული მონაცემთა მოდელით.
გენერიკული ERP ცუდი ERP არ არის
პირველ რიგში, ეს განსხვავება მნიშვნელოვანია.
SAP, Oracle, Microsoft Dynamics და სხვა ფართოდ გამოყენებული საწარმოო ERP პლატფორმები ძლიერი სისტემებია.
პრობლემა ის არ არის, რომ გენერიკული ERP არასაკმარისია.
უფრო სწორად, პრობლემა ისაა, რომ ველოდებით გენერიკულ საწარმოო მონაცემთა მოდელს, გაიგოს მაღალსპეციალიზებული, პროექტებზე დაფუძნებული ბიზნესის ოპერაციული დნმ ფართო კონფიგურაციის, მორგების, ინტეგრაციების ან დამატებითი აპლიკაციების გარეშე.
ამის საპირისპიროდ, ProjectVIEW საპირისპირო მიმართულებით იწყებს.
ის იწყება პროექტიდან.
მისი ეკოსისტემა მოიცავს შეფასებასა და ტენდერებს, ბიუჯეტირებასა და ხარჯების კონტროლს, ქვემონტაქტორებს, შესყიდვებსა და შეძენას, მასალებსა და მარაგებს, ტექნიკასა და ტექნიკურ მომსახურებას, HR-სა და სახელფასო სისტემას, ბუღალტერიასა და ფინანსებს, გადასახდელ ანგარიშებს, მისაღებ ანგარიშებს, ანალიტიკას, სამუშაო პროცესებსა და პროექტის/ობიექტის აპლიკაციებს.
და ProjectVIEW-ის არჩევა სულაც არ ნიშნავს არსებული კორპორატიული ERP-ის ჩანაცვლებას.
ფაქტობრივად, ProjectVIEW მესამე მხარის სისტემებთან ინტეგრაციას API-ების მეშვეობით უჭერს მხარს, ხოლო DANAOS-მა ის ისე შექმნა, რომ იგი მთავარ საწარმოო პლატფორმებთან თანაარსებობდეს. მაგალითად, ProjectVIEW-ის Oracle-თან ინტეგრაციას შეუძლია ორ გარემოს შორის მოიცვალოს შესყიდვები, შესყიდვის შეკვეთები, მიღებები, ინვოისები, მარაგის ტრანზაქციები და პროექტთან დაკავშირებული მონაცემები.
ზოგიერთი ორგანიზაციისთვის ProjectVIEW შეიძლება იმოქმედოს როგორც ცენტრალური ERP.
სხვებისთვის კი ის შეიძლება გახდეს პროექტის ოპერაციების, მშენებლობის მართვისა და ხარჯების კონტროლის ფენა, რომელიც ავსებს კორპორატიულ ERP-ს.
სხვა სიტყვებით რომ ვთქვათ, ეს უფრო სასარგებლო კითხვას აჩენს, ვიდრე უბრალოდ იმის კითხვას:
“ProjectVIEW თუ SAP/Oracle?”
ამის ნაცვლად, უკეთესი კითხვაა:
“რომელმა სისტემამ რა საქმე უნდა შეასრულოს?”
ყველაზე მნიშვნელოვანი ERP-გაკვეთილი 25+ წლის შემდეგ
პროექტზე დაფუძნებული ორგანიზაცია უწყვეტად გარდაქმნის რესურსებს ფიზიკურ პროგრესად და ფიზიკურ პროგრესს კომერციულ ღირებულებად.
ამიტომ მის ERP-ს უნდა ესმოდეს სრული ურთიერთკავშირი:
მასშტაბი → დრო → რესურსები → ღირებულება → პროგრესი → შემოსავალი
მოკლედ, ეს არის ProjectVIEW ERP-ის მიღმა მდგომი პრინციპი.
ProjectVIEW საოპერაციო პროცესებს ერთმანეთთან დაუკავშირებელ ტრანზაქციებად არ განიხილავს. ამის ნაცვლად, მომხმარებლებს შეუძლიათ ისინი შეაფასონ პროექტის კომერციულ მასშტაბთან, შესრულების გრაფიკსა და ხარჯების სტრუქტურასთან მიმართებით.
შედეგად, ეს ქმნის უწყვეტ რეალობის შემოწმებას შორის:
რა იყო შეფასებული. რა იყო დაგეგმილი. რა სრულდება. რა უჯდება ეს.
და ეს საბოლოოდ არის განსხვავება ERP-ს შორის, რომელიც ბიზნესს აღრიცხავს, და ERP-ს შორის, რომელიც ეხმარება ბიზნესის მართვას.
სამშენებლო, EPC, ინფრასტრუქტურის, გემთმშენებლობის, საზღვაო და ოფშორული, სამთო, კარიერული და პროექტზე დაფუძნებული წარმოების კომპანიებისთვის ეს განსხვავება კრიტიკულად მნიშვნელოვანია.
რადგან პროექტზე დაფუძნებულ ინდუსტრიებში მომგებიანობას პროექტის დასრულება არ განსაზღვრავს.
მას იგებენ ან კარგავენ შესრულებისას მიღებული ათასობით გადაწყვეტილებით.
დაკავშირებული: გემთმშენებლობის ERP პროგრამული უზრუნველყოფა · საზღვაო და ოფშორული მშენებლობის ERP
