ბლოგი

მინერალური წყლის მწარმოებელი: ოპერაციული პროცესების მასშტაბური ციფრული ტრანსფორმაცია

საერთაშორისო სისტემის ინტეგრატორი: პროგნოზირებისა და ბიუჯეტირების პროცესების ავტომატიზაცია

ტრანსნაციონალური საავტომობილო კორპორაცია: ფინანსების, ლოჯისტიკისა და დისტრიბუციის კომპლექსური ავტომატიზაცია

პროექტი 1: საწყობის პროცესების ავტომატიზაცია ახალი საწყობისთვის

მიზანი

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

შედეგები

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

პროექტი 2: ავტონაწილების გაყიდვების კომპანიის ბიზნეს პროცესების ავტომატიზაცია

მიზანი

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

შედეგები

• შესყიდვების დაგეგმვა (MRP) განხორციელდა გაყიდვების სტატისტიკისა და მოთხოვნის საფუძველზე.
• საქონლის მიღება, განბაჟება და საწყობში განთავსება
• ადგილმდებარეობით კონტროლირებადი საწყობის ოპერაციები მონაცემთა შეგროვების ტერმინალების (HHD) და საბეჭდი აღჭურვილობის გამოყენებით.
• გაყიდვები საბითუმო და საცალო კლიენტებისთვის, მათ შორის დაბრუნების დამუშავება.
• შეკვეთების დასამუშავებლად ინტეგრირდა მონაცემთა გაცვლის პროცესები დისტრიბუტორ კომპანიებთან.
• ინტეგრაცია არსებულ ონლაინ მაღაზიასთან და POS ტერმინალებთან.
• ფინანსური და სააღრიცხვო პროცესები.
• მარაგების კომპლექსური მართვა.

პროექტი 3: ფართომასშტაბიანი ავტომატიზაცია სადისტრიბუციო კომპანიების ჯგუფისთვის

მიზანი

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

შედეგები

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

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

გლობალური ფარმაცევტული კომპანია: ლოკალიზაცია და ინტეგრაცია D365FO-სთან

Microsoft-ის სტრატეგიის ერთ-ერთი ძირითადი ტრანსფორმაციული იდეა არის განახლებების კონცეფცია, როგორც სისტემური

• ეძებთ ინფორმაციას Dynamics AX ან Axapta-ს შესახებ,
• მუშაობთ AX 2009 / AX 2012-ში,
• გსურთ შეაფასოთ Microsoft Dynamics 365 Finance and Operations Applications-ზე განახლების შესაძლებლობა,

Axapta ERP სისტემის ევოლუციის ქრონოლოგია

Microsoft Dynanics AX/Microsoft D365FO ERP-ის ძირითადი მახასიათებლები და შესაძლებლობები მისი განვითარების სხვადასხვა ეტაპზე

Microsoft Business Solutions — Axapta 3.0 (2002)

Microsoft Dynamics AX 4.0 (2006)

Microsoft Dynamics AX 2009 (2008)

Microsoft Dynamics AX 2012 (2011)

Microsoft Dynamics AX 7 (2016)

Microsoft Dynamics AX-დან Dynamics 365 Finance and Operations აპლიკაციებზე მიგრაცია

• Dynamics 365 Finance — ფინანსური მენეჯმენტისთვის, ბიუჯეტირებისა და რეპორტინგისთვის,
• Dynamics 365 Supply Chain Management — მიწოდების ჯაჭვების, წარმოებისა და საწყობის ლოჯისტიკის ოპტიმიზაციისთვის,
• Dynamics 365 Commerce —საცალო ვაჭრობის, ელექტრონული კომერციისა და მრავალარხიანი მომსახურებისთვის,
• Dynamics 365 Human Resources — ადამიანური რესურსების მართვის, კადრების განვითარებისა და ადამიანური რესურსების ანალიტიკისთვის.

არქიტექტურული განსხვავებები Dynamics 365 Finance and Operations-ის აპლიკაციებსა და მის წინამორბედ Dynamics AX-ს შორის

Dynamics AX კვლავ ხელმისაწვდომია ახალი იმპლემენტაციებისთვის?

კომპანიები, რომლებიც კვლავ იყენებენ AX-ს?

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

შეჯამება

ხშირად დასმული კითხვები

Axapta-ს რა ვერსიები არსებობს?

რა არის Microsoft Dynamics AX?

რა არის Microsoft Dynamics AX-ის უახლესი on-premise ვერსია?

რა უარყოფითი მხარეები აქვს Microsoft Dynamics AX ERP-ს?

ვინ იყენებს დღეს Microsoft Dynamics AX-ს?

რა ძირითადი განსხვავებაა Dynamics AX-სა და Microsoft Dynamics 365 Finance and Operations Applications-ს შორის?

რა განსხვავებაა Dynamics AX-სა (ახლანდელი Dynamics 365 Finance and Operations Applications) და Dynamics NAV-ს (Dynamics 365 Business Central) შორის?

Dynamics AX ისევ ხელმისაწვდომია?

რა მოხდება, თუ კომპანიას სურს Dynamics AX-ის შენარჩუნება, მაგრამ მისი ფუნქციონალის გაფართოება?

1. 1. მასშტაბი,
   2.  სამუშაო,
   3. ხანგრძლივობა,
   4. რელიზის გეგმა,
   5. ღირებულება,
   6. პროექტის ლიცენზირების ნაწილი,
   7. გუნდი,
   8. დაშვებები და შეზღუდვები.

პროექტის შეფასების პროცესის აქტივობები ხორციელდება მომხმარებელსა და კონტრაქტორს შორის მჭიდრო თანამშრომლობით და შეიძლება შეფასდეს შემდეგნაირად:

• მაღალი დონის სქოუფის განსაზღვრა – ERP სისტემის ფუნქციების მოთხოვნების განსაზღვრა მომხმარებლის ოფიციალური ან არაფორმალური მოთხოვნის საფუძველზე. ეს დავალება შეიძლება შესრულდეს განმეორებით და, როგორც წესი, მოითხოვს მოთხოვნების ფორმალიზაციას და კლასიფიკაციას. ამ მიზნით გამოიყენება სტანდარტული ბიზნეს პროცესების კლასიფიკატორი.
• მოთხოვნების დახვეწა – მომხმარებლის მოთხოვნების დაზუსტება შეხვედრების ჩატარებით, შესაძლოა ERP სისტემის ზოგიერთი ფუნქციის დემონსტრირებით, რათა განისაზღვროს ძირითადი საკითხები/შეზღუდვები/პროცესები/მოლოდინები და სხვა ატრიბუტები, რომლებიც განსაზღვრავენ პროექტის მართვის ძირითად ფაქტორებს (იხილეთ ზემოთ). ეს ოპერაცია გამოიყენება დაბალი სირთულის პროექტებისთვის.
• Discovery პროექტის განხორციელება – ეს ოპერაცია არსებითად ქვეპროექტია, რომელიც მკაცრად რეკომენდებულია მთავარი იმპლემენტაციის პროექტის მაღალი ხარისხის გეგმის მისაღებად. ეს ქვეპროექტი არ ცვლის ანალიზის ფაზას მთავარ პროექტში (იხილეთ სტატია „D365FO ERP განხორციელების მეთოდოლოგია მნიშვნელოვანია“), მაგრამ საშუალებას გაძლევთ საკმარისად ზუსტად შეიმუშავოთ საშუალო და მაღალი სირთულის ERP განხორციელების მთავარი პროექტის შეფასება და დაგეგმვა. აღმოჩენის ფარგლებში სამუშაოს შესრულება, როგორც წესი, 3-დან 6 კვირამდე გრძელდება და ანაზღაურებადია, ასევე შესაძლებელია Microsoft-ის დაფინანსება. Discovery ქვეპროექტის ძირითადი შედეგები:
  • პროექტის სქოუფი – პროცესები/ქვეპროცესები, სისტემის მოდულები,
  • რელიზის გეგმა – კონტენტის დაჯგუფება ამ პროცესების ექსპლუატაციაში თანდათანობითი გაშვების მიზნით:
    • პროცესების მიხედვით,
    • იურიდიული პირების მიხედვით,
    • გეოგრაფიული ლოკაციის მიხედვით.
  • თითოეული რელიზისთვის სამუშაო ქვეპროცესების დონემდე დაყოფით,
  • ხანგრძლივობა,
  • ღირებულება,
  • პროექტის გუნდი,
  • სისტემის ლანდშაფტი – ERP სისტემის მოდულებისა და სისტემების ურთიერთქმედების დიაგრამა, რომლებიც ქმნიან მომავალი გადაწყვეტილების საერთო არქიტექტურას, მათ შორის მონაცემთა ნაკადები და ინტეგრაციის მეთოდები,
  • Fit&Gap –მომხმარებლის მოთხოვნების დაფარვის პროცენტული მაჩვენებელი სისტემის სტანდარტული ფუნქციონალით,
  • პროექტის ძირითადი რისკები და მათი მართვის მეთოდები,
  • პროექტის შეფასების ძირითადი ვარაუდები,
  • პროექტის შეზღუდვები.

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

ERP-ის იმპლემენტაციის პროექტის ღირებულება

საკუთრების მთლიანი ღირებულება (TCO) განისაზღვრება სისტემის გამოყენების მთელი სასიცოცხლო ციკლისთვის და შემდეგი ელემენტებისგან შედგება:

1. Microsoft Dynamics 365-ის ფინანსური და ოპერაციული აპლიკაციების პროგრამული პროდუქტის ლიცენზიების ღირებულება,
2. იმ გარემოების ღირებულება, რომლებიც საჭიროა პროგრამული უზრუნველყოფის გადატანასა და ოპერირებისთვის, თუკი ისინი არ შედის ERP სისტემასთან ერთად სტანდარტულად მიწოდებულ კომპლექტში.
3. დამატებითი პროგრამული პროდუქტების ღირებულება (მაგალითად, Office 365, გარე Power BI და სხვ.), თუკი მათი გამოყენება გათვალისწინებულია ბიზნეს პროცესების ფარგლებში, ასევე დამატებითი მოდულებისა და სერვისების ღირებულება (მაგალითად, ლოკალიზაციის პაკეტები კონკრეტული ქვეყნებისთვის),
4. ERP სისტემის დანერგვის პროექტის ღირებულება იმ პროცესებისა და ფუნქციონალის ჭრილში, რაც პროექტის ფარგლებში ხორციელდება,
5. სისტემის პროექტის შემდგომი მხარდაჭერის ღირებულება.

• კომპლექსური პროექტი (ერთ ან რამდენიმე რელიზში), რომლის ფარგლებშიც შესაძლებელია სამუშაოების მოცულობის (Scope) დაგეგმვა პროექტის დაწყებამდე;
• ეტაპობრივი (release-by-release) პროექტი, სადაც სამუშაოების მოცულობა განისაზღვრება ყოველი შემდეგი რელიზის დაწყებამდე.

1. ლიცენზიების ღირებულება Microsoft Dynamics 365 Finance and Operations-ის პროგრამული უზრუნველყოფისთვის:
   • სისტემაში არსებობს ოთხი ძირითადი პროგრამული პროდუქტი, რომლებიც ცალ-ცალკე შეგიძლიათ შეიძნოთ, და ასევე დამატებითი მოდულები კონკრეტული ფუნქციონალისთვის: Microsoft Dynamics 365 Finance, Microsoft Dynamics 365 Supply Chain Management, Microsoft Dynamics 365 Commerce and Microsoft Dynamics 365 Human Resources.
   • ლიცენზირებული მომხმარებლები სახელობითად ინიშნება და იყოფიან ოთხ კატეგორიად:
     • Premium,
     • Operations – Activity,
     • Standard,
     • Team Member.

• SCM Premium,
• SCM,
• Operations – Activity,
• Team Member.

2. საოპერაციო გარემოს ღირებულება: პროდუქტის საბაზისო პაკეტი მოიცავს ორ გარემოს – სატესტო (sandbox) და საოპერაციო (production). დამატებითი გარემოების საჭიროება დამოკიდებულია:

• პროექტის ფარგლებში რაიმე სახის დეველოპმენტის აუცილებლობაზე. თუ პროექტის ფარგლებში აუცილებელია სისტემის მოდიფიკაცია ან დეველოპმენტი (coding), საჭირო გარემოების რაოდენობა განისაზღვრება არქიტექტურული მიდგომით და დამოკიდებულია იმაზე, რამდენი ცალკე დველოპმენტის ან ტესტირების ეტაპია გასათვალისწინებელი;
• ერთდროულად რამდენიმე გარემოს პარალელურად გამოყენების საჭიროებაზე, მაგალითად მაშინ, როცა სისტემა ეტაპობრივად (release-by-release) ამოქმედდება, შეიძლება საჭირო გახდეს რამდენიმე სატესტო ან დამატებითი საოპერაციო გარემოს არსებობა, რათა უზრუნველყოფილ იქნეს სისტემის შეუფერხებელი ფუნქციონირება და მისი თანმიმდევრული დანერგვა სხვადასხვა რელიზის ფარგლებში.

3. დამატებითი პროგრამული უზრუნველყოფის ღირებულება. თუ სისტემის დიზაინის ეტაპზე გაირკვა, რომ ბიზნეს-პროცესებისთვის აუცილებელია დამატებითი პროგრამების გამოყენება (მაგალითად, Office 365, Power BI, ლოკალიზაციის პაკეტები), უნდა გაითვალისწინოთ მათი ლიცენზიების შესყიდვაც.

4. ERP სისტემის დანერგვის პროექტის ღირებულება: ეს ღირებულება ორი ძირითადი პარამეტრით განისაზღვრება:

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

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

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

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

ვლად ბერიოზინი

Business Development Manager, SMART business