რა არის დარგობრივი ERP?

დარგობრივი ERP არის საწარმოს რესურსების დაგეგმვის სისტემა, რომლის მონაცემთა მოდელი, სამუშაო პროცესები და კონტროლის ლოგიკა თავიდანვე შექმნილია კონკრეტული დარგის საოპერაციო რეალობისთვის — და არა ზოგადი პლატფორმიდან კონფიგურაციის ან მორგების გზით ადაპტირებული.

პროექტზე დაფუძნებულ დარგებში, როგორიცაა მშენებლობა, საზღვაო და ოფშორული მშენებლობა, გემთმშენებლობა, სამთო მოპოვება და პროექტზე დაფუძნებული წარმოება, დარგობრივი ERP მართავს პროექტის მთელ სასიცოცხლო ციკლს — ტენდერიდან საბოლოო ანგარიშსწორებამდე. ეკონომიკური საქმიანობის ძირითად ერთეულად ის განიხილავს პროექტს — და არა საფინანსო პერიოდს ან პროდუქტს. მისი არქიტექტურა ასახავს მოცულობებზე ორიენტირებულ, ხშირი ცვლილებებით დატვირთულ, მრავალლოკაციურ რეალობას, რომლის მართვისთვისაც ზოგადი კორპორატიული სისტემები არასოდეს ყოფილა შექმნილი.

განსხვავება ზოგად ERP-სა და დარგობრივ ERP-ს შორის კოსმეტიკური კი არა — არქიტექტურულია.

ზოგადი ERP სისტემები წარმოიშვა წარმოებისა და საცალო ვაჭრობის გარემოში, სადაც ტრანზაქციები განმეორებადია, მოთხოვნა პროგნოზირებადია, ოპერაციები კი სტაბილურ პროცესებს მიჰყვება. როდესაც ეს სისტემები პროექტზე დაფუძნებულ დარგებში ინერგება, შეუსაბამობა სტრუქტურულია.

მშენებლობაში კონტრაქტორს — მშენებელს, რომელიც ფიზიკური აქტივის აშენებას მართავს — ესაჭიროება სამუშაოთა მოცულობის თვალყურის დევნება სამუშაოთა მოცულობების უწყისების საშუალებით, ქვეკონტრაქტორების ვალდებულებების მართვა მომავალზე ორიენტირებულ ვალდებულებებად, შესრულებულ სამუშაოზე დაფუძნებული შუალედური გადახდის მოთხოვნების დამუშავება და დასრულებამდე დარჩენილი ხარჯის პროგნოზირება ასობით ხარჯის კოდის ჭრილში — ერთდროულად.

ზოგადი ERP მათ მორგების მოთხოვნებად განიხილავს; დარგობრივი ERP — ძირითად არქიტექტურად.

საზღვაო და ოფშორულ სფეროში EPC კონტრაქტორი, რომელიც ოფშორულ პლატფორმას ამზადებს და ამონტაჟებს, რამდენიმე საწარმოო მოედანზე მუშაობს, განსაზღვრულ საკვანძო ეტაპებზე საკლასიფიკაციო საზოგადოების დამტკიცებებს მართავს და ათასობით პოზიციის შესყიდვებს აერთიანებს ხანგრძლივი მიწოდების ვადებით. ERP-მ უნდა მართოს პროექტზე ორიენტირებული შესყიდვები — სადაც ყოველი შესყიდვის შეკვეთა უკავშირდება სამუშაოთა მოცულობის პოზიციას, ბიუჯეტის მუხლსა და გრაფიკის აქტივობას.

გემთმშენებლობაში გემთსაშენი ქარხანა, რომელიც გემს აშენებს, ფოლადის სამუშაოებს, აღჭურვას, ბლოკების აწყობასა და საზღვაო გამოცდებს ერთიან ინტეგრირებულ სამუშაო პროცესად მართავს. მასალების მოთხოვნები დაპროექტებიდან წარმოების დაგეგმვისკენ და შემდეგ შესყიდვებისკენ მიედინება. პროგრესი იზომება კორპუსის ბლოკებისა და აღჭურვის ზონების ფიზიკური დასრულებით — და არა საფინანსო პერიოდებით.

სამთო მოპოვებასა და კარიერებში კონტრაქტორები მოპოვების ინფრასტრუქტურას ავითარებენ, სადაც სამშენებლო სამუშაოები, მექანიკური მონტაჟი და ექსპლუატაციაში გაშვება პარალელურად, რთულ საობიექტო პირობებში მიმდინარეობს. ტექნიკის მართვა, ავტოპარკის გამოყენება და ტექნიკური მომსახურების დაგეგმვა პროექტის ხარჯების კონტროლთან ერთად ხორციელდება.

ამ დარგებს საერთო მოთხოვნა აერთიანებს: ERP უნდა იყოს პროექტზე ცენტრირებული — თავად მონაცემთა მოდელიდან დაწყებული, და არა მხოლოდ „პროექტების მცოდნე“, როგორც მოგვიანებით მიმაგრებული დანამატი ფინანსებზე ან წარმოებაზე ცენტრირებულ ბირთვზე.

დარგობრივი ERP-ის კონცეფცია იმიტომ არსებობს, რომ ზოგადი კორპორატიული სისტემები პროექტზე დაფუძნებულ გარემოში დანერგვისას სისტემატურად ვერ ამართლებენ მოლოდინს. ეს წარუმატებლობა დანერგვის ხარისხსა ან მომხმარებლების მიერ მიღებაზე არ არის დამოკიდებული — ის არქიტექტურული შეუსაბამობის შედეგია იმას შორის, თუ როგორ უნდა იმუშაოს სისტემამ თავისი ჩაფიქრებით და როგორ ფუნქციონირებს ბიზნესი რეალურად.

ფინანსებზე ორიენტირებული არქიტექტურის პრობლემა

ზოგადი ERP-ების უმრავლესობა ფინანსებზე ორიენტირებული სისტემებია. მათი მონაცემთა მოდელი აგებულია ანგარიშების გეგმის, ხარჯების ცენტრებისა და საფინანსო პერიოდების გარშემო. ტრანზაქციები ოპერაციული მოდულებიდან მთავარ წიგნში გადადის, ხოლო ანგარიშგება პერიოდულ ფინანსურ ანგარიშგებებზეა აგებული.

პროექტზე დაფუძნებულ დარგებში ეს არქიტექტურა ხილვადობის ფუნდამენტურ ნაკლოს ქმნის. ხარჯების კონტროლიორს სჭირდება იცოდეს პროექტის საპროგნოზო საბოლოო ღირებულება — და არა ის, რა დაიხარჯა წინა თვეში. გადამწყვეტი კითხვა არ არის „რა დავხარჯეთ?“, არამედ „რა ვალდებულებები გვაქვს აღებული, რა რჩება რისკის ქვეშ და დავასრულებთ თუ არა მარჟის ფარგლებში?“. ფინანსებზე ორიენტირებული სისტემები პირველ კითხვას პასუხობენ. დარგობრივი ERP-ები — სამივეს.

ფინანსებზე ორიენტირებული მიდგომა ასევე აფრაგმენტებს ოპერაციულ მონაცემებს. როდესაც შესყიდვები, გრაფიკის დაგეგმვა და ხარჯების კონტროლი ცალკეულ მოდულებად მუშაობს, რომლებიც საერთო წიგნს აწვდიან მონაცემებს, კავშირი სამუშაოთა მოცულობის ცვლილებებს, ბიუჯეტზე გავლენასა და გრაფიკზე შედეგებს შორის წყდება. ცვლილების ბრძანება, რომელიც უწყისს მოცულობებს უმატებს, ერთდროულად უნდა ახლებდეს ბიუჯეტს, იწვევდეს შესყიდვის მოთხოვნებს და ასწორებდეს გრაფიკს. ფინანსებზე ორიენტირებულ სისტემაში ეს განახლებები ერთმანეთისგან გამოცალებულ მოდულებს შორის ხელით შედარებას მოითხოვს.

კონფიგურაციის ხაფანგი

ზოგადი ERP-ის მომწოდებლები დარგობრივ მოთხოვნებს კონფიგურაციით პასუხობენ — დამატებითი ველების შექმნით, სამუშაო პროცესების აგებით და ისეთი ანგარიშების შექმნით, რომლებიც დარგობრივ ფუნქციონალს მხოლოდ ემსგავსება. ასეთი მიდგომა სამ სისტემურ რისკს ქმნის.

1. პირველი, კონფიგურაციის სირთულე დროის განმავლობაში იზრდება. ყოველი მორგება ამატებს მხარდაჭერის ტვირთს, განახლების სირთულეებს და ინტეგრაციის რისკს. ის, რაც მართვადი ადაპტაციების ერთობლიობით იწყება, ბოლოს იქცევა ინდივიდუალური კოდის ჩახლართულ, ყველაზე რთულად სამართავ სისტემად, რომელიც ორგანიზაციას კონკრეტულ ვერსიასა და დანერგვის კონკრეტულ პარტნიორს უკავშირებს.
2. მეორე, დაკონფიგურირებულ გადაწყვეტილებებს არ შეუძლიათ ბიზნეს წესების უზრუნველყოფა, რომლებიც საბაზისო მონაცემთა მოდელს ბუნებრივად არ გააჩნია. ზოგადი ERP შეიძლება დაკონფიგურირდეს სამუშაოთა მოცულობების უწყისის ჩვენებაზე — მაგრამ მოცულობებზე დაფუძნებულ ხარჯების კონტროლს ვერ უზრუნველყოფს, თუ მისი ძირითადი არქიტექტურა ხარჯებს პერიოდისა და ხარჯების ცენტრის მიხედვით აღრიცხავს. ეკრანი შესაძლოა სწორად გამოიყურებოდეს; კონტროლის ლოგიკა კი სწორად არ იმუშავებს.
3. მესამე, კონფიგურაცია ქმნის დარგისთვის შესაფერისობის ცრუ შეგრძნებას. სისტემა თითქოს დარგობრივ სამუშაო პროცესებს უჭერს მხარს, მაგრამ ოპერაციული დატვირთვისას მისი წარმადობა ეცემა, რადგან საბაზისო არქიტექტურა მისივე ჩაფიქრების საწინააღმდეგოდ მუშაობს. მოთხოვნები, რომლებიც მყისიერი უნდა იყოს, ნელდება. ანგარიშები, რომლებიც რეალურ დროში უნდა იყოს, ღამის პაკეტურ დამუშავებას მოითხოვს. ინტეგრაციები, რომლებიც უწყვეტი უნდა იყოს, შუალედურ პროგრამულ უზრუნველყოფას (middleware) საჭიროებს.

ინტეგრაციის ტვირთი

ორგანიზაციები, რომლებიც ერთიან დარგობრივ ERP-ს ვერ პოულობენ, ხშირად აგროვებენ საუკეთესო სპეციალიზებული ინსტრუმენტების ნაკრებს: ხარჯთაღრიცხვის სისტემას, გრაფიკის დაგეგმვის ინსტრუმენტს, შესყიდვების პლატფორმას, ხარჯების კონტროლის ცხრილს და ფინანსურ სისტემას. თითოეული ინსტრუმენტი შესაძლოა ცალკე აღებული შესანიშნავი იყოს. ერთად კი ისინი ქმნიან ინტეგრაციის ტვირთს, რომელიც ოპერაციულ რესურსებს ხარჯავს.

მონაცემები ხელახლა უნდა შეიყვანოს ან სისტემებს შორის გადაიტანოს. ვერსიები ერთმანეთს შორდება. ცვლილებების გავრცელება ხელით ხდება. ხარჯთაღრიცხვის სისტემაში დაფიქსირებული სამუშაოთა მოცულობის ცვლილება ავტომატურად არ გადადის ხარჯების კონტროლის სისტემაში, შესყიდვების პლატფორმაში ან გრაფიკში. სანამ ინფორმაცია ყველა დაინტერესებულ მხარეს მიაღწევს, გადაწყვეტილებები უკვე მიღებულია მოძველებულ მონაცემებზე დაყრდნობით.

დარგობრივი ERP-ები ინტეგრაციის ამ ტვირთს თავისი ჩაფიქრებითვე ამოიღებენ. როდესაც სამუშაოთა მოცულობა, ხარჯები, დრო, შესყიდვები და ფინანსები საერთო მონაცემთა მოდელზე მუშაობს, ცვლილებები ავტომატურად ვრცელდება. სამუშაოთა მოცულობების უწყისში მოცულობის კორექტირება ახლებს ბიუჯეტს, იწვევს შესყიდვის მოთხოვნებს და ახდენს ხარჯების პროგნოზის გადახედვას — ერთი ტრანზაქციით, რომელიც ყველა დაინტერესებული მხარისთვის რეალურ დროში ხილულია.

რატომ რჩება ზოგადი მიდგომები გავრცელებული

ამ სტრუქტურული წარუმატებლობების მიუხედავად, ზოგადი ERP-ები პროექტზე დაფუძნებულ დარგებში კვლავ ფართოდ გამოიყენება სამი მიზეზით.

1. პირველი, ჩვევა — გადაწყვეტილების მიმღებები, რომლებსაც წინა პოზიციებზე ზოგადი ERP-ები უსარგებლიათ, ნაცნობ გადაწყვეტილებებს არჩევენ.
2. მეორე, ბრენდის რეპუტაცია — პირველი რიგის ERP მომწოდებლები ბაზრის ნდობას დარგისთვის შესაფერისობის მიუხედავად ინარჩუნებენ.
3. მესამე, გაწეული ხარჯების ცდომილება — ორგანიზაციები, რომლებმაც ზოგადი ERP-ის დანერგვაში დიდი ინვესტიცია გააკეთეს, არქიტექტურული შეუსაბამობის აღიარებას ეწინააღმდეგებიან, რადგან ცვლილების ღირებულება გადაჭარბებულად მაღალი ჩანს.

შედეგად რჩება მუდმივი ხარვეზი იმას შორის, რასაც ტექნოლოგია ჰპირდება და რასაც ოპერაციები მოითხოვს — ხარვეზი, რომლის ამოსავსებადაც სპეციალურადაა შექმნილი დარგობრივი ERP-ები.

დარგობრივი ERP-ის არქიტექტურა ტექნიკური დეტალი კი არა, არამედ საკონკურენციო ინფრასტრუქტურაა. ორგანიზაციები, რომლებიც მათი დარგისთვის შექმნილ სისტემებზე მუშაობენ, უფრო სწრაფად ასრულებენ სამუშაოებს, უფრო მკაცრად აკონტროლებენ ხარჯებს და ცვლილებებს უფრო ეფექტურად რეაგირებენ, ვიდრე ზოგადი პლატფორმებით შეზღუდული კონკურენტები.

არქიტექტურული გამომრჩევი ნიშნებია: პროექტზე ცენტრირებული მონაცემთა მოდელები, სადაც ყოველი ტრანზაქცია — შესყიდვა, სახელფასო აღრიცხვა, ტექნიკა, ქვეკონტრაქტი — უკავშირდება პროექტს, ხარჯის კოდსა და სამუშაოთა მოცულობის პოზიციას. მოცულობებზე დაფუძნებული კონტროლის ლოგიკა, სადაც პროგრესი, ხარჯი და ღირებულება ფიზიკურ მოცულობებთან მიმართებაში იზომება და არა საფინანსო პერიოდების მიხედვით. მომავალზე ორიენტირებული პროგნოზირება, სადაც დასრულებამდე დარჩენილი ხარჯი და დასრულებისას სავარაუდო ღირებულება ჩაშენებული გამოთვლებია და არა ინდივიდუალური ანგარიშები. ცვლილებების ინტეგრირებული მართვა, სადაც სამუშაოთა მოცულობის ცვლილებები ბიუჯეტში, შესყიდვებსა და გრაფიკში ხელით ჩარევის გარეშე ვრცელდება. მრავალლოკაციური, მრავალვალუტიანი და მრავალხელშეკრულებიანი ოპერაციები, რომლებიც ერთიანი პროექტის კონტექსტში იმართება.

ეს არ არის ფუნქციები, რომლებიც ზოგად პლატფორმას კონფიგურაციით შეიძლება დაემატოს. ისინი ისეთი არქიტექტურული ფილოსოფიის გამოხატულებაა, რომელიც პროექტს მთელი სისტემის ორგანიზების პრინციპად განიხილავს.

პროექტზე დაფუძნებული დარგებისთვის განკუთვნილი დარგობრივი ERP ინტეგრირებული სამუშაო პროცესებით მუშაობს, რომლებიც პროექტის სასიცოცხლო ციკლს ასახავს.

• ტენდერები და ხარჯთაღრიცხვა: სისტემა მხარს უჭერს მოცულობებზე დაფუძნებულ ხარჯთაღრიცხვას, სადაც სამუშაოთა მოცულობა განისაზღვრება სამუშაოთა მოცულობების უწყისებით, მასალების აზომვით და რესურსების განაწილებით. ხარჯთაღრიცხვები აგებულია ხარჯების კოდებისა და სამუშაოთა დეკომპოზიციის სტრუქტურების გარშემო, რომლებიც შესრულების მთელ პერიოდში ნარჩუნდება — რაც ქმნის თვალსადევნებად კავშირს ფასის გამოთვლისა და რეალურად შესრულებულს შორის.
• კონტრაქტისა და სამუშაოთა მოცულობის მართვა: პროექტის მოპოვების შემდეგ ERP სახელშეკრულებო მოცულობას ვერსიებიანი საბაზისო გეგმების მეშვეობით მართავს. სამუშაოთა მოცულობების საწყისი უწყისი საკონტროლო საბაზისო გეგმა ხდება. ცვლილებები, ცვლილების ბრძანებები და სამუშაოთა მოცულობის მოდიფიკაციები აღირიცხება შესწორებებად, რომლებიც საბაზისო გეგმას ახლებენ საწყისი ათვლის წერტილის დაკარგვის გარეშე.
• შესყიდვები და ვალდებულებები: პროექტზე ორიენტირებული შესყიდვები ყოველ შესყიდვის შეკვეთას, ქვეკონტრაქტსა და მასალის მოთხოვნას უკავშირებს პროექტს, ბიუჯეტის მუხლსა და სამუშაოთა მოცულობის პოზიციას. აღებული ვალდებულებები ხილულია მომავალზე ორიენტირებულ ვალდებულებებად — და არა მხოლოდ ტრანზაქციებად, რომლებიც ინვოისის მიღების შემდეგ აღირიცხება.
• შესრულება და პროგრესი: შესრულების პროცესში სისტემა ფიზიკურ პროგრესს დაგეგმილ მოცულობებთან მიმართებაში ადევნებს. ათვისებული ღირებულება (earned value) გამოითვლება გაზომილი სამუშაოს საფუძველზე — ჩასხმული კუბური მეტრები, ამონტაჟებული ტონები, დამონტაჟებული გრძივი მეტრები — რაც პროექტის შესრულების ობიექტურ საზომს იძლევა, რომლის მიწოდებაც მხოლოდ ფინანსურ მონაცემებს არ შეუძლიათ.
• ხარჯების კონტროლი და პროგნოზირება: ERP უწყვეტად ითვლის დასრულებამდე დარჩენილ ხარჯსა და დასრულებისას სავარაუდო ღირებულებას ფაქტობრივი შესრულების, აღებული ვალდებულებებისა და დარჩენილი სამუშაოთა მოცულობის საფუძველზე. მომავალზე ორიენტირებული ეს ხილვადობა იძლევა მაკორექტირებელი ქმედების გატარების საშუალებას მანამდე, სანამ ხარჯების გადაჭარბება შეუქცევადი გახდება.
• ფინანსური ინტეგრაცია: ფინანსური ანგარიშგება პროექტის მონაცემებიდან იქმნება — და არა პირიქით. შემოსავლის აღიარება, დაუსრულებელი სამუშაოს შეფასება და მარჟის ანგარიშგება პროექტის ზუსტი კონტროლის შედეგია, რაც უზრუნველყოფს, რომ ფინანსური ანგარიშგებები ოპერაციულ რეალობას ასახავდეს.

ზოგადი ERP-ის დანერგვები პროექტზე დაფუძნებულ დარგებში წინასწარ პროგნოზირებადი სქემებით ვერ ამართლებენ მოლოდინს.

ხილვადობის ნაკლობა: ფინანსებზე ორიენტირებული სისტემები აჩვენებენ, რა დაიხარჯა. პროექტზე დაფუძნებულ ბიზნესს სჭირდება იცოდეს, რა დაიხარჯება. როდესაც დასრულებამდე დარჩენილი ხარჯი ჩაშენებული გამოთვლა არ არის, პროექტის მენეჯერები ცხრილებსა და ინტუიციას ეყრდნობიან — და ხარჯების გადაჭარბებას მხოლოდ მაშინ აღმოაჩენენ, როდესაც ჩარევას უკვე აზრი აღარ აქვს.

ცვლილებების გავრცელების წარუმატებლობა: პროექტზე დაფუძნებულ დარგებში ცვლილება უწყვეტია. დაპროექტების ცვლილება ერთდროულად მოქმედებს მოცულობებზე, ბიუჯეტზე, შესყიდვებსა და გრაფიკზე. ზოგადი სისტემები, რომლებიც ამ სფეროებს ცალკეულ მოდულებში მართავენ, ხელით შედარებას მოითხოვენ — რაც იწვევს შეფერხებას, შეცდომებს და თვალსადევნების დაკარგვას.

მოცულობებთან კავშირის არარსებობა: ზოგადი ERP-ები ხარჯებს პერიოდისა და ხარჯების ცენტრის მიხედვით აღრიცხავენ. პროექტზე დაფუძნებული ბიზნესი ხარჯებს გაზომვად მოცულობებთან მიმართებაში ადევნებს. მოცულობებზე დაფუძნებული კონტროლის გარეშე შეუძლებელია ხარჯების გადახრების დიაგნოსტიკა, პროდუქტიულობის გაზომვა და სამუშაოთა მოცულობის ცვლილებების შეფასება.

ანგარიშგების ჩამორჩენა: როდესაც ოპერაციული მონაცემები უნდა ამოიღონ, გარდაიქმნან და ჩაიტვირთოს ანგარიშგების ინსტრუმენტებში, გადაწყვეტილების მიმღებები საათების, დღეების ან კვირეების წინანდელ მონაცემებს ეყრდნობიან. სწრაფად ცვლად საპროექტო გარემოში მოძველებული მონაცემები ისეთ გადაწყვეტილებებს იწვევს, რომლებიც მიღებისთანავე უკვე მოძველებულია.

• მშენებლობა: გენერალური კონტრაქტორები, სპეციალიზებული სამუშაოების შემსრულებლები და დაპროექტება-მშენებლობის ფირმები, რომლებიც მართავენ პროექტებს საცხოვრებლო კომპლექსებიდან მრავალმილიარდიან ინფრასტრუქტურულ პროგრამებამდე. ხარჯების კონტროლი, შუალედური გადახდები, ქვეკონტრაქტორების მართვა და ცვლილებების აღრიცხვა ძირითადი მოთხოვნებია.
• საზღვაო და ოფშორული მშენებლობა: EPC კონტრაქტორები და საზღვაო მონტაჟის კომპანიები, რომლებიც ახორციელებენ პლატფორმების, მილსადენების, FPSO-ებისა და წყალქვეშა ინფრასტრუქტურის პროექტებს. ERP-ის მოთხოვნებს განსაზღვრავს საკლასიფიკაციო დამტკიცებები, საწარმოო მოედანზე დამზადება და ინტეგრირებული ექსპლუატაციაში გაშვება.
• გემთმშენებლობა და გემთშეკეთება: გემთსაშენი ქარხნები, რომლებიც მართავენ ახალი გემების მშენებლობის პროგრამებს, კონვერსიებს და მშრალ დოკში შეკეთებებს. წარმოების დაგეგმვა, მასალების მოთხოვნები, ბლოკების აწყობის აღრიცხვა და საზღვაო გამოცდების მართვა პროექტის ინტეგრირებულ კონტროლს მოითხოვს.
• სამთო მოპოვება და კარიერები: სამთო კონტრაქტორები, რომლებიც ავითარებენ მოპოვების ინფრასტრუქტურას, გამამდიდრებელ ქარხნებსა და დამხმარე ნაგებობებს. ტექნიკის მართვა, ავტოპარკის აღრიცხვა და ტექნიკური მომსახურების დაგეგმვა პროექტის ხარჯების კონტროლთან ერთად ხორციელდება.
• პროექტზე დაფუძნებული წარმოება: მწარმოებლები, რომლებიც ინდივიდუალური შეკვეთით დაპროექტებულ მოწყობილობებს, მოდულურ კვანძებსა და აწყობილ კომპონენტებს აწარმოებენ. წარმოების დაგეგმვასა და ხარჯების აკუმულირებას პროექტის სპეციფიკაციები განსაზღვრავს — და არა პროდუქტის კატალოგები.

მცდარი წარმოდგენა: დარგობრივი ERP უბრალოდ ზოგადი ERP-ია დარგობრივი შაბლონებით.

რეალობა: შაბლონები ზედაპირს აკონფიგურირებს — მონაცემების შეყვანის ეკრანებს, ანგარიშების ფორმებს, ტერმინოლოგიას. არქიტექტურა განსაზღვრავს ბირთვს — მონაცემთა მოდელებს, კონტროლის ლოგიკას, გამოთვლის ძრავებს. დარგობრივი ERP დაკონფიგურირებული ზოგადი პლატფორმისგან არქიტექტურულად განსხვავდება და არა კოსმეტიკურად.

მცდარი წარმოდგენა: მსხვილი ERP მომწოდებლები თავიანთი პარტნიორული ეკოსისტემის მეშვეობით ყველა დარგს ფარავენ.

რეალობა: პარტნიორების მიერ შექმნილი მოდულები და დანამატები მომწოდებლის ძირითადი არქიტექტურის ზედა ფენაზე მუშაობს. თუ ეს არქიტექტურა ფინანსებზე ორიენტირებული და პერიოდულია, პარტნიორული დამუშავების არცერთი მოცულობა ვერ უზრუნველყოფს ჩაშენებულ, პროექტზე ცენტრირებულ კონტროლს. ზღვარს პლატფორმა ადგენს და არა პარტნიორი.

მცდარი წარმოდგენა: დარგობრივი ERP-ები ვიწროსპეციალიზებული პროდუქტებია, რომლებსაც შეზღუდული მასშტაბურებადობა აქვთ.

რეალობა: დარგობრივი ERP-ები სპეციალურად იქმნება სამიზნე დარგების ოპერაციული სირთულისთვის — რომელიც ხშირად აჭარბებს იმ სირთულეს, რომლისთვისაც ზოგადი პლატფორმები იყო გამიზნული. მრავალპროექტიანი, მრავალლოკაციური და მრავალვალუტიანი ოპერაციები ათასობით ხარჯის კოდითა და ათეულობით ათასი საშესყიდვო ტრანზაქციით უფრო მეტ არქიტექტურულ სრულყოფას მოითხოვს — და არა ნაკლებს.

მცდარი წარმოდგენა: დარგობრივ ERP-ზე გადასვლა ყველაფრის თავიდან დაწყებას მოითხოვს.

რეალობა: ზოგადი პლატფორმიდან დარგობრივ ERP-ზე მიგრაცია სტრუქტურირებული პროცესია, რომელიც ისტორიულ მონაცემებს ინახავს და ამავდროულად პროექტზე ცენტრირებული მოდელის გარშემო გადააწყობს. გადასვლის ხარჯი რეალურია, მაგრამ, როგორც წესი, 12–18 თვეში ანაზღაურდება ხარჯების უკეთესი ხილვადობით, ხელით შედარების შემცირებით და მარჟის შემცირების უფრო ადრეული გამოვლენით.

1. რა არის პროექტზე ცენტრირებული ERP არქიტექტურა? — როგორ იცვლება ERP-ის არქიტექტურა, როდესაც ორგანიზების პრინციპი პროექტებია — და არა პერიოდები.
2. რა არის ფინანსებზე და პროექტზე ორიენტირებული ERP? — სტრუქტურული განსხვავებები ფინანსურ და პროექტზე ცენტრირებულ კორპორატიულ სისტემებს შორის.
3. რა არის პოსტ-ფაქტუმ აღრიცხვა? — რატომ არ ამართლებს წარსულზე ორიენტირებული ფინანსური ანგარიშგება მომავალზე ორიენტირებულ საპროექტო გარემოში.
4. რა არის პრევენციის სისტემა და აღრიცხვის სისტემა? — განსხვავება სისტემებს შორის, რომლებიც ხარჯების გადაჭარბებას აღკვეთავენ, და სისტემებს, რომლებიც მას მხოლოდ აღრიცხავენ.
5. რა არის სამშენებლო ERP? — სპეციალურად სამშენებლო დარგისთვის შექმნილი კორპორატიული სისტემები.
6. რა არის საზღვაო და ოფშორული ERP? — კორპორატიული სისტემები საზღვაო და ოფშორული პროექტების განხორციელებისთვის.
7. რა არის გემთმშენებლობის ERP? — კორპორატიული სისტემები გემთსაშენი ქარხნის ოპერაციებისა და გემების მშენებლობისთვის.
8. რა არის სამთო მოპოვებისა და კარიერების ERP? — კორპორატიული სისტემები სამთო და სამოპოვებლო ოპერაციებისთვის.
9. რა არის პროექტზე დაფუძნებული წარმოების ERP? — კორპორატიული სისტემები ინდივიდუალური შეკვეთით დამზადებისა და აწყობისთვის.

1. რა არის პროექტზე დაფუძნებული ბიზნესი? — ეკონომიკური მოდელი, რომლის მხარდაჭერადაც არის შექმნილი დარგობრივი ERP-ები.
2. რა არის პროექტის ხარჯების კონტროლი? — დისციპლინა, რომელიც განსაზღვრავს, ქმნის თუ არა ERP ოპერაციულ ღირებულებას თუ მხოლოდ ფინანსურ ანგარიშებს.
3. რა არის რისკების მართვა საკაპიტალურ პროექტებში? — როგორ უჭერს მხარს კორპორატიული სისტემები რისკების სისტემურ იდენტიფიცირებას, შეფასებასა და კონტროლს.

1. დარგობრივი ERP მშენებლობისთვის: რატომ სჯობს ის ზოგად გადაწყვეტილებებს
2. რატომ უჭირთ ზოგად ERP სისტემებს სამშენებლო პროექტების ხარჯების კონტროლი
3. ERP-ის დნმ მნიშვნელოვანია: როგორ აყალიბებს მემკვიდრეობა კორპორატიული პროგრამული უზრუნველყოფის მომავალს