საზღვაო და ოფშორულმა კონტრაქტორებმა ERP პროგრამული უზრუნველყოფა ისე არ უნდა შეაფასონ, როგორც ჩვეულებრივი მწარმოებლები — ან თუნდაც ჩვეულებრივი სამშენებლო კომპანიები აფასებენ.
EPC ან EPCI კონტრაქტორმა ერთდროულად უნდა აკონტროლოს დაპროექტება, შესყიდვები, დამზადება, მშენებლობა და ოფშორული მონტაჟი, ამავდროულად კი კოორდინაცია გაუწიოს სატრანსპორტო საშუალებებს, მძიმე ტექნიკას, ბრიგადებს, ქვეკონტრაქტორებს, მასალებს, ლოჯისტიკას, დოკუმენტაციასა და პროექტის ფინანსებს.
ამიტომ სპეციალურად შექმნილი საზღვაო და ოფშორული მშენებლობის ERP ბუღალტრულ სისტემაზე ბევრად მეტს უნდა აკეთებდეს.
საწარმოს მასშტაბის EPC/EPCI კონტრაქტორებისთვის რეალური კითხვა ასეთია:
შეუძლია თუ არა ERP-ს ახსნას, როგორ მოქმედებს თითოეული სატრანსპორტო საშუალება, მანქანა, ბრიგადა, მასალაზე აღებული ვალდებულება და ქვეკონტრაქტი ყოველი პროექტის ხარჯსა და განრიგზე?
სწორედ ეს უნდა იყოს შეძენის გადაწყვეტილების საწყისი წერტილი.
რატომ ცვლის EPCI ERP-ისადმი მოთხოვნებს
EPCI ნიშნავს დაპროექტებას, შესყიდვებს, მშენებლობასა და მონტაჟს (Engineering, Procurement, Construction and Installation).
TechnipFMC ინტეგრირებულ EPCI-ს აღწერს, როგორც შესრულების მოდელს, რომელიც დაპროექტებას, შესყიდვებს, მშენებლობასა და მონტაჟს მიწოდების ერთ ჩარჩოში აერთიანებს:
ინტეგრირებული EPCI. სწორედ ბოლო „I“ — მონტაჟი (Installation) — არსებითად ცვლის საწარმოს პროგრამული უზრუნველყოფისადმი მოთხოვნებს.
ოფშორული მონტაჟი შემოაქვს:
- სამშენებლო და მხარდამჭერ ხომალდებს;
- ამწეებსა და საწევ სისტემებს;
- ბარჟებს, დრეჟერებსა და ბუქსირებს;
- სპეციალიზებულ საზღვაო აღჭურვილობას;
- ოფშორულ ბრიგადებს;
- მობილიზაციასა და დემობილიზაციას;
- საზღვაო ლოჯისტიკას;
- ამინდზე დამოკიდებულ სამუშაო ფანჯრებს;
- აღჭურვილობის მზადყოფნას;
- სერტიფიცირებასა და ინსპექტირებას.
თავად საინჟინრო სტანდარტები ადასტურებს სირთულის ამ დამატებით შრეს.
DNV-ST-N001 — საზღვაო ოპერაციები (Marine Operations) მოიცავს ისეთ საქმიანობებს, როგორიცაა ტვირთის გატანა (load-out), წყალზე მშენებლობა, საზღვაო გადასვლები, მონტაჟი და დემონტაჟი.
ISO 19901-6 — საზღვაო ოპერაციები (Marine Operations) მოიცავს ოფშორულ საზღვაო ოპერაციებში გამოყენებული სისტემების, აღჭურვილობისა და პროცედურების დაგეგმვასა და დაპროექტებას.
შესაბამისად, EPCI ERP-მა ერთდროულად უნდა იცნობდეს პროექტებს, საზღვაო საწარმოო აქტივებსა და ოფშორულ შესრულებას.
საზღვაო და ოფშორული მშენებლობა ერთგვაროვანი ინდუსტრია არ არის
ეს მნიშვნელოვანია პროგრამული უზრუნველყოფის შერჩევისას.
ოფშორული პლატფორმების მშენებელი კონტრაქტორი შესრულების სხვა შეზღუდვებს აწყდება, ვიდრე ფსკერის ამოღების (დრეჟირების) კონტრაქტორი, პორტის მშენებელი ან წყალქვეშა მონტაჟის კომპანია.
ამიტომ DANAOS Projects საზღვაო და ოფშორული მშენებლობის ERP-ს ცალკეულ ოპერაციულ ქვეინდუსტრიებად ყოფს:
ეს მოიცავს სატრანსპორტო საშუალებებზე დაფუძნებულ, ამინდზე დამოკიდებულ და მაღალი რისკის მქონე ოფშორულ პროექტებს, სადაც ხარჯთაღრიცხვა, შესყიდვები, კონტრაქტები, ხარჯების კონტროლი და ფინანსური მართვა პროექტის შესრულების სტრუქტურასთან მიმართებით უნდა მუშაობდეს.
საზღვაო სამოქალაქო სამუშაოები – პორტები და ნავსადგურები
ეს პროექტები აერთიანებს ტრადიციულ სამოქალაქო მშენებლობას, საზღვაო ტექნიკას, სანაპირო ლოჯისტიკასა და სპეციალიზებულ ქვეკონტრაქტორებს.
დრეჟირება და სანაპირო ტერიტორიების ამოვსება
დრეჟირება მოიცავს მაღალი ტექნიკური ინტენსიურობის ოპერაციებს, სადაც სატრანსპორტო საშუალების პროდუქტიულობა, საწვავი, ციკლის დრო, მოცულობები და ტექნიკის დატვირთვა პირდაპირ მოქმედებს პროექტის ეკონომიკაზე.
წყალქვეშა და სანაპირო სამუშაოები
ეს საქმიანობები აერთიანებს სპეციალიზებულ საზღვაო აღჭურვილობას, ოფშორულ ლოჯისტიკასა და მონტაჟის სამუშაო პაკეტებს.
საზღვაო EPC და მძიმე საზღვაო პროექტები
ეს პროექტები მოითხოვს დაპროექტების, შესყიდვების, მშენებლობის, დამზადების, მძიმე ტექნიკისა და საზღვაო მონტაჟის ინტეგრირებულ კონტროლს.
ERP-ის შერჩევისთვის დასკვნა მარტივია:
ინდუსტრიული სპეციალიზაცია პროცესების დონემდე უნდა აღწევდეს — და არა ინდუსტრიის დასახელებით შემოიფარგლოს.
1. შეუძლია თუ არა ERP-ს დააკავშიროს კომერციული სამუშაო მოცულობა, განრიგი და ხარჯები?
ეს უნდა იყოს პირველი არქიტექტურული ტესტი.
ოფშორული კონტრაქტორები ჩვეულებრივ ერთი და იგივე პროექტის რამდენიმე წარმოდგენას იყენებენ:
- სამუშაოთა მოცულობების უწყისი (BoQ) — რა და რა რაოდენობით მიწოდდება.
- სამუშაოთა დეკომპოზიციის სტრუქტურა (WBS) — როგორ და როდის შესრულდება სამუშაო.
- ხარჯების კოდები — სად კლასიფიცირდება და კონტროლდება შიდა დანახარჯები.
თუ ეს განზომილებები უერთობო სისტემებშია, კომპანია უზარმაზარ ძალისხმევას ხარჯავს ერთი და იგივე პროექტის სხვადასხვა ინტერპრეტაციების მუდმივ შეჯერებაზე.
DANAOS Projects-ის პოზიცია ასეთია: პროექტის ხარჯის სწორად გაგება ფიზიკური მოცულობისა და დროისგან დამოუკიდებლად შეუძლებელია.
ამიტომ ProjectVIEW ERP აგებულია შემდეგი სტრუქტურის გარშემო:
BoQ ↔ WBS ↔ ხარჯების კოდები
- პროექტზე ორიენტირებული ეს ლოგიკა უფრო დეტალურად აღწერილია DANAOS-ის ანალიტიკურ სტატიაში ProjectVIEW OS: ოპერაციული სისტემა BUILD სამყაროსთვის
- იგივე არქიტექტურა ცენტრალურია ProjectVIEW ERP-ის ხარჯების კონტროლისთვის
EPC/EPCI კონტრაქტორისთვის შესყიდვები, სამუშაო ძალა, სატრანსპორტო საშუალებები, ტექნიკა, ქვეკონტრაქტორები და ფიზიკური პროგრესი უნდა ეყრდნობოდეს პროექტის ამ საერთო საბაზისო ხაზს და არა ცალკეულ დეპარტამენტულ სტრუქტურებს.
2. ხდება თუ არა ხარჯთაღრიცხვა შესრულების საბაზისო ხაზი?
სერიოზულმა საზღვაო კონტრაქტორმა ხარჯთაღრიცხვის ლოგიკა კონტრაქტის მოპოვებისთანავე არ უნდა მიაგდოს.
საწყისი ხარჯთაღრიცხვა უნდა იქცეს საფუძველი, რომლის მიხედვითაც იზომება შესრულება.
საიმედო ბიუჯეტის შეფასებისა და ტენდერების სისტემა უნდა ინახავდეს:
- BoQ-ის რაოდენობებს;
- მასალებს;
- სამუშაო ძალის სპეციალობებს;
- ტექნიკისა და სატრანსპორტო საშუალებების მოთხოვნებს;
- ქვეკონტრაქტის პაკეტებს;
- პროდუქტიულობის დაშვებებს;
- ხარჯების რეცეპტებს;
- ერთეულის ღირებულებებს;
- არაპირდაპირ ხარჯებს;
- რისკს;
- ზედნადებ ხარჯებს და
- მოგებას.
შემდეგ მოგებული ტენდერი შეიძლება გადავიდეს პროექტის შესრულების საბაზისო ხაზში:
ტენდერი → ბიუჯეტი → შესყიდვები → დამზადება → მშენებლობა → მონტაჟი → ფაქტობრივი ხარჯი
ეს უწყვეტობა გადამწყვეტია.
წინააღმდეგ შემთხვევაში ხარჯთაღრიცხვა ხდება კონტრაქტამდე დამოუკიდებელ სავარჯიშოდ, ხოლო პროექტის კონტროლი კონტრაქტის მოპოვების შემდეგ თავიდან იწყება სხვა მონაცემთა ბაზით.
3. ეყრდნობა თუ არა შესყიდვები პროექტის საჭიროების თარიღებს?
ოფშორული შესყიდვები იზოლირებულ საყიდლო პროცესად არ უნდა ფუნქციონირებდეს.
მასალები და მომსახურებები შესაძლოა საჭირო იყოს:
- დამზადების მოედნებზე;
- საწყობებში;
- პორტებში;
- ოფშორულ ბაზებზე;
- სატრანსპორტო საშუალებებზე;
- პროექტის შორეულ ლოკაციებზე.
შედარებით იაფი დაკარგული ერთეული შეიძლება უაღრესად ძვირად ღირებული სატრანსპორტო საშუალების, ბრიგადის ან სამონტაჟო კომპლექსის უმოქმედობის მიზეზი გახდეს.
ამიტომ ERP-მა უნდა დააკავშიროს:
WBS-ის საჭიროების თარიღი → მასალის მოთხოვნა → განაცხადი → RFQ → შეფასება → შესყიდვის შეკვეთა → ლოჯისტიკა → მიღება → მარაგი → პროექტზე გახარჯვა
ProjectVIEW ERP-ის შესყიდვებისა და მომარაგების მოდული ბუნებრივად უკავშირდება მასალებისა და წარმოების მართვას
მყიდველისთვის, რომელიც ამ პროცესს ორგანიზაციული თვალსაზრისით აფასებს, DANAOS ასევე გთავაზობს სპეციალურ შესყიდვების ოფიცრის როლის მიმოხილვას
პრინციპი მნიშვნელოვანია:
შესყიდვები პროექტის მოთხოვნას უნდა ერგებოდეს — და არა დამოუკიდებელ საყიდლო ფუნქციად მოქმედებდეს.
4. იმართება სატრანსპორტო საშუალებები როგორც პროექტის რესურსები თუ მხოლოდ როგორც აქტივები?
ეს საზღვაო ERP-ისთვის ერთ-ერთი ყველაზე მნიშვნელოვანი ტესტია.
სატრანსპორტო საშუალება შესაძლოა ერთდროულად იყოს:
აქტივი, საწარმოო რესურსი და პროექტის ხარჯების ერთ-ერთი უმსხვილესი განმსაზღვრელი.
შესაბამისად, სისტემას სჭირდება ხილვადობა:
- ხელმისაწვდომობაზე — ოპერაციულად მზადაა თუ არა საშუალება?
- განაწილებაზე — რომელ პროექტსა და აქტივობას სჭირდება იგი?
- დატვირთვაზე — ხელმისაწვდომი დროის რა ნაწილია რეალურად პროდუქტიული?
- ხარჯზე — რა ჯდება პროექტს საკუთრივი ან დაქირავებული საშუალების დრო?
- მომსახურებაზე — იმოქმედებს თუ არა გეგმიური ან შემსწორებელი მომსახურება პროექტისთვის ხელმისაწვდომობაზე?
- მობილიზაციაზე — როდის და სად უნდა გადაიადგილდეს საშუალება?
DANAOS-ის საზღვაო კონტრაქტორის ERP-ის გვერდი სპეციალურად კონტრაქტორის თვალსაზრისს ეხება:
ფლოტისა და აღჭურვილობის ოპერაციულ მართვას ასევე უზრუნველყოფს ProjectVIEW-ის ტექნიკის მართვა და ტექნიკისა და დარგარის მენეჯერის როლის მიმოხილვა
საზღვაო კონტრაქტორებისთვის სატრანსპორტო საშუალების დატვირთვა მხოლოდ მომსახურების ან ფლოტის მართვის KPI არ უნდა დარჩეს.
ის უპირველესად პროექტის ხარჯისა და პროდუქტიულობის KPI-ა.
5. შეუძლია თუ არა ERP-ს დამზადების მოედანისა და ოფშორული მონტაჟის დაკავშირება?
ბევრი EPCI პროექტი ნაწილობრივ სამშენებლო პროექტია, ნაწილობრივ კი — პროექტზე დაფუძნებული წარმოება.
ჯაკეტები, ზედა ნაგებობები (topsides), მოდულები, კონსტრუქციები, მილსადენები და სხვა აგრეგატები შესაძლოა ჯერ მოედანზე დამზადდეს, შემდეგ კი ტრანსპორტირებული და ოფშორში დამონტაჟდეს.
ეს კიდევ ერთ ოპერაციულ ჯაჭვს ქმნის:
დაპროექტება → მასალები → დამზადება → ინსპექტირება → ტვირთის გატანა (Load-Out) → მობილიზაცია → მონტაჟი
ProjectVIEW ERP ფარავს პროექტზე დაფუძნებულ წარმოებას მასალებისა და წარმოების მართვით და სპეციალური წარმოებისა და დამზადების მენეჯერის რაკურსით
ეს მნიშვნელოვანია, რადგან მოედანზე წარმოების პროგრესი ეკონომიკურად ვერ გამოეყოფა საზღვაო მონტაჟის განრიგს, რომელიც მას მოჰყვება.
6. შეუძლია თუ არა სისტემას იმუშაოს ოფისში, მოედანზე, სატრანსპორტო საშუალებაზე და ოფშორულ ობიექტზე?
ოფშორული კავშირი ყოველთვის გარანტირებული არ არის.
საზღვაო ERP უნდა ასახავდეს ფიზიკურ ოპერაციულ მოდელს:
ცენტრალური ოფისი ↔ დამზადების მოედანი ↔ პორტი/ბაზა ↔ სატრანსპორტო საშუალება ↔ ოფშორული ობიექტი
DANAOS-ის საზღვაო და ოფშორული მშენებლობის ERP-ის არქიტექტურა პირდაპირ ეხება ოფისსა და სატრანსპორტო საშუალებას, ასევე ოფისსა და ობიექტს შორის ურთიერთკავშირს. ეს მნიშვნელოვანია, რადგან ოპერაციული კონტროლი არ უნდა იყოს დამოკიდებული იმაზე, რომ ვიღაც ოფისში დაბრუნების შემდეგ ოფშორულ ტრანზაქციებს Excel-ში ხელახლა აღადგენს.
საველე შესრულების მონაცემები საწარმოს მონაცემებად უნდა იქცეს.
7. შეუძლია თუ არა პროექტის განრიგის მართვას პირდაპირ დაეკავშიროს კომერციულ და ოპერაციულ მონაცემებს?
დაგეგმვის პროგრამული უზრუნველყოფა კვლავ აუცილებელია.
თუმცა განრიგის მართვა არ უნდა გადაიქცეს კიდევ ერთ იზოლირებულ საინფორმაციო კუნძულად.
ProjectVIEW ERP გთავაზობს ჩაშენებულ კონექტორებს Oracle Primavera P6-ისთვის, Microsoft Project-ისთვის და BIM გარემოებისთვის. მიზანი განრიგის პროფესიული ინსტრუმენტების ჩანაცვლება არ არის.
მიზანია WBS-ის დროის სტრუქტურის დაკავშირება:
- BoQ-ის რაოდენობებთან;
- დაბიუჯეტებულ რესურსებთან;
- შესყიდვების მოთხოვნებთან;
- სამუშაო ძალასთან;
- ტექნიკასა და სატრანსპორტო საშუალებებთან;
- ფიზიკურ პროგრესთან;
- პროექტის ფაქტობრივ ხარჯთან.
DANAOS ასევე ინახავს სპეციალურ დამგეგმავის / განრიგის სპეციალისტის როლის მიმოხილვას. ეს საშუალებას აძლევს განრიგს, გახდეს ოპერაციული შემავალი მონაცემი და არა მხოლოდ ანგარიშგების არტეფაქტი.
8. შეუძლია თუ არა სისტემას ქვეკონტრაქტორების, ცვლილებებისა და ვარიაციების კონტროლი?
EPC და EPCI შესრულება დიდწილად ეყრდნობა სპეციალიზებულ ქვეკონტრაქტორებს, მომწოდებლებს, მონტაჟის სპეციალისტებსა და საზღვაო მომსახურების მიმწოდებლებს.
ERP-მა უნდა უზრუნველყოს ციფრული ჯაჭვი:
პაკეტი → RFQ → კონტრაქტი → რესურსები → პროგრესი → სერტიფიცირება → დაკავება → ვარიაცია → გადახდა
ProjectVIEW ERP გთავაზობს სპეციალურ ქვეკონტრაქტორების მართვას:
ხოლო კომერციული ცვლილებები და სახელშეკრულებო გადახრები განიხილება კონტრაქტებისა და ვარიაციების მენეჯერის რაკურსით. ოფშორული სამუშაოებისთვის ეს კავშირი განსაკუთრებით მნიშვნელოვანია, რადგან ერთი შეხედვით მცირე დიზაინური ან თანმიმდევრობის ცვლილება შეიძლება გავლენას ახდენდეს:
- სატრანსპორტო საშუალების დღეებზე;
- ბრიგადის დროზე;
- მობილიზაციაზე;
- აღჭურვილობის მოთხოვნებზე;
- შესყიდვებზე;
- დამზადებაზე;
- მონტაჟის ფანჯრებზე.
შესაბამისად, ცვლილება უბრალოდ კონტრაქტის ახალი სტრიქონი არ არის.
მას შეუძლია შეცვალოს მთელი სამუშაო პაკეტის რესურსული და ხარჯების სტრუქტურა.
9. უჭერს თუ არა მხარს ERP კონტროლირებად დოკუმენტაციასა და QHSE ჩანაწერებს?
საზღვაო და ოფშორული პროექტების მიწოდება დოკუმენტაციის მხრივ ინტენსიურია, რადგან შესრულება ტექნიკურად და ოპერაციულად კონტროლდება.
IMCA-ს ოფშორული მშენებლობის სახელმძღვანელო დოკუმენტები მოიცავს ისეთ სფეროებს, როგორიცაა ოფშორული ტვირთის აწევა, დინამიური პოზიციონირება, წყალქვეშა სამუშაოები, ოპერაციული კომუნიკაცია და უსაფრთხოება.
DNV — საზღვაო ოპერაციები (Marine Operations) დამატებით აჩვენებს საინჟინრო კონტროლის დონეს, რომელიც საზღვაო შესრულებას ახლავს.
შესაბამისად, ERP-ის შეფასებისას გათვალისწინებული უნდა იყოს:
- დოკუმენტებისა და ნახაზების ვერსიების კონტროლი;
- დამტკიცების სამუშაო პროცესები;
- ინსპექტირების მოთხოვნები;
- აღჭურვილობის სერტიფიცირება;
- ხარისხის, ჯანმრთელობის, უსაფრთხოებისა და გარემოს დაცვის ჩანაწერები;
- აუდიტის კვალი;
- როლზე დაფუძნებული წვდომა;
- პრეტენზიებისა და ვარიაციების დოკუმენტაცია.
DANAOS პროექტის დოკუმენტების კონტროლს ასრულებს დოკუმენტების კონტროლიორის როლის მიმოხილვით, სპეციალური ხარისხის მართვით და HSE მართვით.
მიზანი უნდა იყოს შესაბამისობის ჩანაწერების დაკავშირება რეალურ სამუშაოსთან — და არა შესაბამისობის ცალკე ადმინისტრაციულ სამყაროდ შენარჩუნება.
10. შეუძლია თუ არა სისტემას არსებულ კორპორაციულ ERP-სთან ინტეგრაცია?
მსხვილი საზღვაო და EPCI ორგანიზაციები შესაძლოა უკვე იყენებდნენ SAP-ს, Oracle-ს ან სხვა კორპორაციულ ERP-ს.
ეს აუცილებლად არ ნიშნავს, რომ პროექტის ოპერაციული ფენა უნდა ჩაინაცვლოს.
რეალური არქიტექტურული კითხვა ასეთი ხდება:
რომელმა სისტემამ უნდა აკონტროლოს პროექტის შესრულება და რომელმა უნდა გააერთიანოს კორპორაციული ფინანსური ინფორმაცია?
ProjectVIEW ERP უჭერს მხარს მესამე მხარის ERP სისტემებთან, მაგალითად Oracle-თან და SAP-თან, ინტეგრაციას. ეს ქმნის ალტერნატივას, რათა საზღვაო მშენებლობის მაღალი სპეციფიკის მქონე ოპერაციები იძულებით არ მოექცეს ზოგადი კორპორაციული ERP-ის მონაცემთა მოდელში.
საზღვაო და ოფშორული ERP-ის მყიდველის პრაქტიკული საკონტროლო სია
ERP-ის შერჩევამდე სთხოვეთ მომწოდებელს, აჩვენოს EPCI პროექტის ერთი რეალისტური სცენარი, რომელიც აკავშირებს:
ხარჯთაღრიცხვა → BoQ → WBS → ბიუჯეტი → დაპროექტება/დამზადება → შესყიდვები → მასალები → სატრანსპორტო საშუალება/ტექნიკა → სამუშაო ძალა → ქვეკონტრაქტორები → ოფშორული მონტაჟი → პროგრესი → ვარიაციები → ხარჯი → ფინანსები
შემდეგ იკითხეთ:
- შესაძლებელია თუ არა ყველა მნიშვნელოვანი ხარჯის დაკავშირება პროექტთან, სამუშაო პაკეტთან, BoQ-თან ან WBS-ის აქტივობასთან?
- შესაძლებელია თუ არა სატრანსპორტო საშუალების განაწილება და მისი ხარჯის ასახვა პროექტის სამუშაოზე?
- რეაგირებს თუ არა შესყიდვები WBS-ის საჭიროების თარიღებს?
- აისახება თუ არა დამზადების პროგრესი მონტაჟის დაგეგმვაზე?
- შესაძლებელია თუ არა სამუშაო ძალისა და ტექნიკის ფაქტობრივი გამოყენების შედარება ხარჯთაღრიცხვასთან?
- გარდაიქმნება თუ არა ქვეკონტრაქტორის პროგრესი ხარჯად და სერტიფიცირებად?
- შესაძლებელია თუ არა შეცვლილი სამუშაო მოცულობის გავლენის თვალის დავლება ხარჯსა და განრიგზე?
- აღწევს თუ არა ოფშორული ტრანზაქციები პროექტის ცენტრალურ მონაცემთა ბაზას?
- შეუძლია თუ არა პლატფორმას ინტეგრაცია Primavera-სთან, BIM-თან და კორპორაციულ ფინანსურ ERP-სთან?
თუ ეს კავშირები ხელით ფართო შეჯერებას მოითხოვს, ორგანიზაციას შესაძლოა რამდენიმე კარგი აპლიკაცია ჰქონდეს დანერგილი, მაგრამ ჯერ არ ჰქონდეს ჩამოყალიბებული საზღვაო პროექტების ინტეგრირებული ოპერაციული მოდელი.
DANAOS-ის თვალსაზრისი: საზღვაო ERP-მა ფიზიკური შესრულება კომერციულ რეალობას უნდა დაუკავშიროს
ჩვეულებრივი ფინანსური ERP იკითხავს:
რა დავხარჯეთ?
პროექტის კონტროლის პლატფორმა იკითხავს:
ვართ თუ არა ბიუჯეტსა და განრიგში?
სპეციალურად შექმნილმა საზღვაო და ოფშორულმა ERP-მა ასევე უნდა იკითხოს:
რა ფიზიკურ სამუშაო მოცულობას ვაწვდით, რომელი რესურსები ქმნიან მას, როდის არის ეს რესურსები საჭირო, რა ჯდება ისინი და როგორ ცვლის ფაქტობრივი შესრულება პროექტის საბოლოო შედეგს?
ეს ფართო, პროექტზე ორიენტირებული ფილოსოფია განხილულია DANAOS-ის ანალიტიკურ სტატიაში:
გეოგრაფიულად მიბმული მაგალითისთვის, რომელიც სპეციალურად ნავთობისა და გაზის, საზღვაო მშენებლობისა და EPCI ოპერაციებზეა ორიენტირებული, იხილეთ:
სრული ინდუსტრიული პოზიციონირებისთვის:
კონტრაქტორის თვალსაზრისით:
- საზღვაო კონტრაქტორის ERP
აქტივის მფლობელის / ძიებისა და მოპოვების თვალსაზრისით:
დასკვნა
საზღვაო და ოფშორულ კონტრაქტორებს კიდევ ერთი იზოლირებული აპლიკაცია არ სჭირდებათ.
მათ სჭირდებათ საწარმოს გარემო, რომელსაც ესმის, რომ:
სატრანსპორტო საშუალება პროექტის ნაწილია, დამზადების მოედანი პროექტის ნაწილია, შესყიდვები განრიგის ნაწილია, პროდუქტიულობა ხარჯის ნაწილია, ხოლო ოფშორული შესრულება საბოლოო ჯამში კომერციულ შედეგს განსაზღვრავს.
შესაბამისად, EPC და EPCI კონტრაქტორებისთვის გადამწყვეტი ERP არქიტექტურა უბრალოდ ეს არ არის:
ფინანსები + შესყიდვები + HR
ის არის:
სამუშაო მოცულობა + დრო + რესურსები + შესრულება + ხარჯი + ფინანსები
სწორედ ეს არის ფუნდამენტური განსხვავება საწარმოს ზოგად ადმინისტრირებასა და პროექტზე ორიენტირებულ საზღვაო და ოფშორულ ERP-ს შორის.
საზღვაო მშენებლობაში სატრანსპორტო საშუალებები, ტექნიკა, სამუშაო ძალა, მასალები და ქვეკონტრაქტორები პროექტის გვერდით არ მოქმედებენ.
ისინი არიან რესურსები, რომლების მეშვეობითაც პროექტი ხორციელდება.
დაკავშირებული რესურსები
საზღვაო და ოფშორული მშენებლობის ERP · გემსაშენი ქარხნის მართვის პროგრამული უზრუნველყოფა და გემთმშენებლობის ERP · AI, ESG და ოპერაციული ბრწყინვალება ოფშორში
