თავი 2 · ProjectVIEW ERP-ის ძირითადი SaaS ჩარჩო
ProjectVIEW ERP მიწოდებულია როგორც სრულად მართული SaaS გადაწყვეტა და თითოეული დამკვეთი განთავსებულია Microsoft Azure-ის გამოყოფილ, კერძო, სუვერენულ გარემოში — საერთო ინფრასტრუქტურისა და მრავალმომხმარებლიანი მონაცემთა არევის გარეშე. მე-2 თავი ადგენს მომსახურების დარგებს და ფარგლებში შემავალ 10+1 მოდულს, სამდონიან არქიტექტურას, განთავსების მოდელს შემუშავება-ტესტირება-ექსპლუატაცია (develop-test-live), მომსახურების ფარგლებს, გამონაკლისებს და დამკვეთის ვალდებულებებს.
- 1 : 1გამოყოფილი Azure გარემო თითოეული დამკვეთისთვის
- 10+1საწარმოს მოდული
- 3 დონევების, აპლიკაციისა და მონაცემთა ბაზის არქიტექტურა
2.1 ProjectVIEW ERP პლატფორმის მიმოხილვა
მიმწოდებელი ProjectVIEW ERP-ს აწვდის როგორც სრულად მართულ პროგრამული უზრუნველყოფის მომსახურების (SaaS) გადაწყვეტას.
ProjectVIEW ERP არის ღრუბლოვანი, ინტეგრირებული და მაღალი მოქნილობის მშენებლობის დონის ERP, შექმნილი სპეციალურად კაპიტალიტევადი პროექტული დარგებისთვის. მისი ძირითადი ძლიერი მხარეა ზუსტი ხარჯების კონტროლი, მშენებლობის მართვა და რთული საინჟინრო პროექტების სრული ხილვადობა.
ProjectVIEW ERP შედგება 10+1 საწარმოს მოდულისგან შემდგარი ერთიანი სისტემისგან, რომელიც ციფრულად გარდაქმნის კომერციულ, ოპერაციულ, საწარმოო და ფინანსურ პროცესებს. სტრუქტურირებული მონაცემების, სტანდარტიზებული სამუშაო პროცესებისა და სამშენებლო ობიექტსა და ოფისს შორის უწყვეტი ინტეგრაციის უზრუნველყოფით იგი ხდება პროექტების შესრულების მართვის ცენტრალური ბირთვი და AI-სთვის მზად ოპერაციების ფუნდამენტური საყრდენი.
2.1.1 გამოყოფილი კერძო სუვერენული გარემო
თითოეული დამკვეთის ProjectVIEW ERP-ის ინსტანსი განთავსებულია Microsoft Azure-ზე გამოყოფილ, კერძო, სუვერენულ ღრუბლოვან გარემოში. ეს ნიშნავს:
- სრული იზოლაცია: თითოეული დამკვეთი საქმიანობს მხოლოდ მისთვის გამოყოფილ Azure-ის ვირტუალურ მანქანებზე, მონაცემთა ბაზის ინსტანსებზე და საცავის ანგარიშებზე. არ არსებობს საერთო ინფრასტრუქტურა ან მრავალმომხმარებლიანი მონაცემთა არევა.
- მონაცემთა სუვერენიტეტი: დამკვეთის მონაცემები ინახება კომერციულ ხელშეკრულებაში მითითებულ Azure-ის რეგიონში, რაც უზრუნველყოფს მონაცემთა ადგილმდებარეობის ადგილობრივი მოთხოვნებისა და მოქმედი მონაცემთა დაცვის კანონმდებლობის დაცვას.
- მორგების თავისუფლება: გამოყოფილი გარემო უზრუნველყოფს დამკვეთისთვის სპეციფიკურ კონფიგურაციებს, მორგებასა და განახლების გრაფიკებს სხვა დამკვეთების ინსტანსებზე ზეგავლენის გარეშე.
- უსაფრთხოების საზღვარი: თითოეული გარემო დაცულია საკუთარი Azure-ის ვირტუალური ქსელით (VNet), ქსელური უსაფრთხოების ჯგუფებით (NSG) და ფაირვოლის წესებით, რომლებიც ქმნიან უსაფრთხოების სრულ პერიმეტრს.
2.2 მომსახურების დარგები
ProjectVIEW ERP არ არის ზოგადი დანიშნულების ERP პლატფორმა. იგი არის სრული სპექტრის, Tier-1 დონის საწარმოს სისტემა, შექმნილი სპეციალურად სამშენებლო სამყაროსთვის (Build World), რომელიც გათვლილია რეალური სამშენებლო და პროექტზე ორიენტირებული ოპერაციების სირთულის, მასშტაბისა და ხარჯის ინტენსიურობის მართვაზე. კაპიტალიტევადი გარემოებისთვის შექმნილი, სადაც BoQ, WBS, დრო და ხარჯი უნდა მუშაობდეს ერთიანად, ProjectVIEW ERP უზრუნველყოფს სამშენებლო სამყაროს დარგების სრულ სპექტრს:
| # | დარგი | აღწერა |
|---|---|---|
| 1 | მშენებლობა | სამოქალაქო, ინფრასტრუქტურული, საშენობო და მძიმე მშენებლობა — საძირკვლიდან ჩაბარებამდე. EPC, EPCM და EPCi პროექტების სასიცოცხლო ციკლის სრული მხარდაჭერა. |
| 2 | საზღვაო საინჟინრო და ოფშორული მშენებლობა | ოფშორული პლატფორმები, წყალქვეშა დანადგარები, საზღვაო ინფრასტრუქტურა და სანაპირო საინჟინრო პროექტები რთული ლოგისტიკური და უსაფრთხოების მოთხოვნებით. |
| 3 | სამთო მოპოვება და კარიერები | ღია და მიწისქვეშა სამთო ოპერაციები, კარიერული მოპოვება, მინერალური ნედლეულის გადამუშავება და შესაბამისი ინფრასტრუქტურის განვითარება. |
| 4 | გემთმშენებლობა და გემთშეკეთება (SBR) | ახალი გემების მშენებლობა, გემების შეკეთება და გადაკეთება, მშრალ დოკში შესრულებული ოპერაციები და საზღვაო აღჭურვილობის დამზადება. |
| 5 | პროექტზე დაფუძნებული წარმოება | ფოლადის კონსტრუქციების დამზადება, მოდულური მშენებლობა, წინასწარი დამზადების საწარმოები და შეკვეთის მიხედვით დაპროექტებული (engineered-to-order) წარმოება. |
ჩვენი მომსახურების დარგები: https://danaos-projects.com/industries-we-serve/
2.3 პლატფორმის მოდულები და ფუნქციონალური ფარგლები
კომერციული ხელშეკრულების გათვალისწინებით, ProjectVIEW ERP მოიცავს 10+1 საწარმოს მოდულს, რომლებიც შემდეგნაირადაა ორგანიზებული:
| # | მოდული | ფუნქციონალური ფარგლები |
|---|---|---|
| 01 | ბიუჯეტის ხარჯთაღრიცხვა – ტენდერები | სტრუქტურირებული ფორმატით აიმპორტებს სამუშაოთა მოცულობების უწყებს (BoQ) Excel-იდან, ამოწმებს მოცულობებს BIM მოდელებთან (.IFC) და ასრულებს მოცულობების ავტომატურ აღრიცხვას (QTO). სინქრონიზაციას უკეთებს BoQ-ის პოზიციებს პროექტის WBS-თან და მხარს უჭერს როგორც გაზომვაზე დაფუძნებულ, ასევე ერთიანი თანხით (lump-sum) ფასწარმოქმნის მიდგომებს. |
| 02 | ხარჯების კონტროლი | ხარჯების რეალურ დროში მონიტორინგი ბიუჯეტთან მიმართებაში, ათვისებული ღირებულების მართვა (EVM), დასრულებამდე დარჩენილი ხარჯისა და დასრულებისას სავარაუდო ღირებულების პროგნოზირება, გადახრების ანალიზი, ფულადი ნაკადების პროგნოზები და ხარჯების მრავალგანზომილებიანი დეკომპოზიციის სტრუქტურები (CBS). |
| 03 | ქვეკონტრაქტორების მართვა | ქვეკონტრაქტების შექმნა და სასიცოცხლო ციკლის მართვა, სამუშაოთა პროგრესის გაზომვა და სერტიფიცირება, ცვლილების ბრძანებები (variation orders), პრეტენზიების მართვა, საგარანტიო დაკავებების (retention) აღრიცხვა და ქვეკონტრაქტორების საქმიანობის შეფასება. |
| 04 | შესყიდვები | შესყიდვის მოთხოვნები, შესყიდვის შეკვეთები, ფასის შეთავაზების მოთხოვნები (RFQ), შეთავაზებების შედარებითი ანალიზი, მომწოდებლების კვალიფიკაცია და მართვა, შესყიდვიდან გადახდამდე (procure-to-pay) სამუშაო პროცესები და ვალდებულებების აღრიცხვა. |
| 05 | მასალებისა და წარმოების მართვა | მარაგებისა და საწყობის ოპერაციები, მასალების მოთხოვნები, საქონლის მიღება, მარაგების გადაადგილება, მინიმალური/მაქსიმალური დონეები, შტრიხკოდის/RFID ინტეგრაცია, წარმოების თვალყურის დევნება და მასალების შედარება (reconciliation). |
| 06 | ტექნიკისა და მანქანა-დანადგარების მართვა | საავტომობილო პარკისა და აღჭურვილობის მართვა, შიდა/გარე ხარჯების აღრიცხვა და განაწილება, ტექნიკური მომსახურების დაგეგმვა (პრევენციული და მაკორექტირებელი), გამოყენების თვალყურის დევნება, საიჯარო ტარიფების მართვა და აღჭურვილობის ცვეთა. |
| 07 | HRMS – სახელფასო აღრიცხვა | თანამშრომლების ჩანაწერები და სასიცოცხლო ციკლის მართვა, დროისა და დასწრების აღრიცხვა, შვებულებების მართვა, სახელფასოს დამუშავება (მათ შორის არაბთა გაერთიანებული საამიროების WPS-თან შესაბამისობა), სამუშაო ძალის დაგეგმვა და შრომის ხარჯების პროექტებზე განაწილება. |
| 08 | ბუღალტრული აღრიცხვა – ფინანსური მართვა | მთავარი წიგნი, ანგარიშთა გეგმა, მრავალვალუტიანი მართვა, შიდაკორპორაციული ტრანზაქციები, ძირითადი საშუალებები, გადასახადების მართვა (მათ შორის დღგ), ფინანსური კონსოლიდაცია და კანონით გათვალისწინებული ანგარიშგება. |
| 09 | მომწოდებლების ანგარიშსწორება | მომწოდებლის ინვოისების დამუშავება, გადახდების გრაფიკის შედგენა, ვადადასულობის ანალიზი, საგარანტიო დაკავებების მართვა, დებეტური/კრედიტული შეტყობინებები და გადახდების ავტომატური შედარება. |
| 10 | დებიტორული დავალიანება | დამკვეთებისთვის ინვოისების წარდგენა, შუალედური გადახდის სერტიფიკატები (IPC), შემოსავლის აღიარება, ვადადასულობის ანალიზი, საგარანტიო დაკავებების აღრიცხვა და ამოღების მართვა. |
| 00 | ProjectVIEW ERP ბირთვი | პლატფორმის საბაზისო შრე, რომელიც მოიცავს: მომხმარებლებისა და როლების მართვას (STY), სამუშაო პროცესების ძრავს, დამტკიცების იერარქიებს, დაშბორდებისა და KPI-ების ჩარჩოს, Power BI ინტეგრაციას, დოკუმენტების მართვას, აუდიტის კვალს, შეტყობინებების ძრავს, API კარიბჭეს (gateway) და სისტემურ ადმინისტრირებას. |
შენიშვნა: დამკვეთისთვის აქტივირებული კონკრეტული მოდულები დეტალურად აღწერილია კომერციულ ხელშეკრულებაში. დამატებითი მოდულების დამატება გამოწერის ვადის განმავლობაში შესაძლებელია ურთიერთი წერილობითი შეთანხმებისა და საფასურის შესაბამისი კორექტირების პირობით.
2.4 SaaS მიწოდების მოდელი
გამოყენების ფარგლები: წინამდებარე SaaS მიწოდების მოდელი და ამ დოკუმენტში აღწერილი ვალდებულებები ვრცელდება მხოლოდ იმ შემთხვევაში, როდესაც ProjectVIEW ERP განთავსებულია DANAOS Cloud-ზე (მიმწოდებლის მიერ მართული Microsoft Azure-ის ინფრასტრუქტურა). დამკვეთებმა, რომლებიც ProjectVIEW-ს იყენებენ საკუთარ სერვერებზე (on-premises) ან მესამე მხარის მიერ განთავსებული მოდელით, უნდა იხელმძღვანელონ შესაბამისი სალიცენზიო და მხარდაჭერის შეთანხმებით.
ProjectVIEW ERP მიწოდებულია მხოლოდ როგორც სრულად მართული SaaS გადაწყვეტა. მიმწოდებელი იღებს სრულ პასუხისმგებლობას ტექნოლოგიური სტეკის ყველა შრეზე — ინფრასტრუქტურის უზრუნველყოფითა და უსაფრთხოების მართვით დაწყებული აპლიკაციის მიწოდებითა და მუდმივი მხარდაჭერით დამთავრებული.
დამკვეთი პლატფორმას იყენებს როგორც მომსახურებას და მას არ სჭირდება რაიმე საბაზისო ინფრასტრუქტურის, შუალედური პროგრამული უზრუნველყოფის (middleware) ან პლატფორმის კომპონენტების მართვა.
SaaS მიწოდების მოდელი მოიცავს შემდეგ მართულ შესაძლებლობებს:
| შესაძლებლობა | აღწერა |
|---|---|
| უსაფრთხოების მართვა | უსაფრთხოების პროაქტიული მონიტორინგი, მოწყვლადობების სკანირება, პატჩების მართვა, შეჭრის აღმოჩენა და ინციდენტებზე რეაგირება. მოიცავს Azure WAF-ს DDoS დაცვით და OWASP Top 10:2025 წესების სრული დაფარვით. |
| სარეზერვო ასლების მართვა | სარეზერვო ასლების ავტომატური გრაფიკები: მონაცემთა ბაზის სარეზერვო ასლები ყოველ 12 საათში, ტრანზაქციების ჟურნალის სარეზერვო ასლები ყოველ 15–60 წუთში, ფაილების ყოველდღიური ინკრემენტული ასლები, ყოველკვირეული და ყოველთვიური სრული ასლები. ყველა სარეზერვო ასლი შენახულია დაშიფრული სახით. |
| რესურსების მართვა | მწარმოებლურობის მონიტორინგი, სიმძლავრის დაგეგმვა, მასშტაბირების პროაქტიული რეკომენდაციები და რესურსების ოპტიმიზაცია აპლიკაციის სტაბილური მწარმოებლურობის უზრუნველსაყოფად. |
| გარანტირებული მწარმოებლურობა | SLO — 99.9% ფუნქციონირების დრო, RPO — 15 წუთი, RTO — 4 საათი. მწარმოებლურობის დეტალური მაჩვენებლები და მომსახურების კრედიტები განსაზღვრულია მე-3 ნაწილში. |
| განახლებების მართვა | პლატფორმის რეგულარული განახლებები, პატჩები, სწრაფი შესწორებები (hot-fixes) და ფუნქციონალური რელიზები, რომლებიც მიწოდებულია კონტროლირებადი CI/CD ხაზის მეშვეობით განთავსების მეთოდოლოგიით შემუშავება-ტესტირება-ექსპლუატაცია (develop-test-live). |
| მონიტორინგი და დაკვირვებადობა | Azure Monitor, Application Insights და Microsoft Defender for Cloud პლატფორმის უწყვეტი დაკვირვებისთვის, გაფრთხილებებისთვის და პრობლემების პროაქტიული გადაწყვეტისთვის. |
2.5 პლატფორმის არქიტექტურა
პლატფორმა ფუნქციონირებს სამდონიანი არქიტექტურით გამოყოფილ, კერძო, სუვერენულ Azure გარემოში:
| დონე | ტექნოლოგია | აღწერა |
|---|---|---|
| წარდგენის დონე | HTML5 JavaScript | ბრაუზერზე დაფუძნებული თხელი კლიენტი — DANAOS Web Enterprise Suite. კლიენტის მხარეს ინსტალაციები ან დანამატები (plugins) არ საჭიროებს. ადაპტიური დიზაინი უზრუნველყოფს წვდომას კომპიუტერიდან, პლანშეტიდან და მობილური მოწყობილობიდან. |
| აპლიკაციის დონე | .NET 10 C# MVC IIS 10.0 | ბიზნეს-ლოგიკის შრე RESTful API კარიბჭით. JWT ტოკენზე დაფუძნებული ავთენტიფიკაცია Microsoft Entra ID SSO-ითა და MFA-ით. განთავსებულია Azure-ის გამოყოფილ ვირტუალურ მანქანებზე დატვირთვის ბალანსირებით. |
| მონაცემთა დონე | SQL Server 2025 | საწარმოს მონაცემთა ბაზა მონაცემების გამჭვირვალე დაშიფვრით (TDE / AES-256), დროის კონკრეტულ მომენტზე ავტომატური აღდგენით და კონფიგურირებადი გეორეპლიკაციით. |
ტექნოლოგიური წყაროები:
Microsoft.NET 10 (LTS): https://dotnet.microsoft.com/en-us/download/dotnet/10.0 Microsoft SQL Server 2025: https://learn.microsoft.com/en-us/sql/sql-server/what-s-new-in-sql-server-2025 Microsoft Entra ID (Identity & Access): https://www.microsoft.com/en-us/security/business/identity-access/microsoft- entra-id Internet Information Services (IIS) 10.0: https://www.iis.net/ OWASP Top 10:2025: https://owasp.org/Top10/2025/ Microsoft Defender for Cloud: https://azure.microsoft.com/en-us/products/defender-for-cloud Azure Monitor & Application Insights: https://azure.microsoft.com/en-us/products/monitor
2.5.1 განთავსების მეთოდოლოგია და გარემოს სასიცოცხლო ციკლი
მიმწოდებელი ყველა პროგრამული განთავსებისას მკაცრად იცავს შემუშავება-ტესტირება-ექსპლუატაციის (develop-test-live) პრინციპს, რომელსაც საფუძვლად უდებს ორი გარემოს არქიტექტურა:
- (a) დანერგვის დროს: მიმწოდებელი უზრუნველყოფს ორ (2) გარემოს — შემუშავების / Sandbox გარემოს კონფიგურაციისათვის, მორგებისა და უნივერსალური სამომხმარებლო მიღების ტესტირებისთვის (UAT) და საწარმოო (Production) გარემოს რეალური ოპერაციებისთვის.
- (b) გადასვლა ექსპლუატაციაში გაშვების შემდეგ: ექსპლუატაციაში გაშვებისას (Go-Live) შემუშავების / Sandbox გარემო გადადის მუდმივი Staging გარემოს ფუნქციაზე, რომელიც გამოიყენება ხარვეზების აღმოფხვრისთვის, ცვლილებების მოთხოვნებისთვის, პროგრამული განახლებებისთვის და UAT-სთვის საწარმოო გარემოში განთავსებამდე.
- (c) UAT-ის კარიბჭე: საწარმოო გარემოში არცერთი ცვლილება არ ინერგება Staging გარემოში წინასწარი ვალიდაციისა და დამკვეთის მიერ UAT-ის წერილობითი დადასტურების გარეშე, გადაუდებელი ტექნიკური მომსახურების შემთხვევებისა (იხ. ნაწილი 3.2.3). საჭიროების შემთხვევაში მიმწოდებელი იყენებს უწყვეტ ინტეგრაციას / უწყვეტ მიწოდებას (CI/CD) განთავსების რისკის შესამცირებლად და რელიზების ციკლების დასაჩქარებლად. გარემოს სასიცოცხლო ციკლი დეტალურად აღწერილია ნაწილში 3.3.
2.6 მომსახურების ფარგლები
წინამდებარე ჩარჩოს ფარგლებში გაწეული მომსახურებები მოიცავს, მაგრამ არა მხოლოდ:
| # | მომსახურების სფერო | აღწერა |
|---|---|---|
| 1 | მოთხოვნების ინჟინერია | დამკვეთის მოთხოვნების გამოვლენა და სპეციფიკაციების შესაბამისად შემუშავება/მორგება. მორგების დამატებითი ხარჯები წერილობით უნდა შეთანხმდეს სამუშაოს დაწყებამდე. |
| 2 | პროექტის მართვა | პროგრამული უზრუნველყოფის დანერგვის პროექტის სრული საკვანძის ჩაბარებით (turn-key) მართვა Agile მეთოდოლოგიის გამოყენებით. |
| 3 | დოკუმენტაცია | საჭირო პროგრამული დოკუმენტების მიწოდება, მათ შორის: მაღალი და დაბალი დონის მოთხოვნების/დიზაინის დოკუმენტები, მომხმარებლის მოთხოვნების სპეციფიკაცია (URS), სისტემური მოთხოვნების სპეციფიკაცია (SRS), ბლოკ-სქემები, სატესტო გეგმები, სისტემური დოკუმენტაცია, საბოლოო მომხმარებლის სახელმძღვანელოები, ინსტალაციის სახელმძღვანელოები და დეფექტების აღრიცხვის ჟურნალები. |
| 4 | მონაცემთა ბაზის დოკუმენტაცია | მონაცემთა ბაზის დოკუმენტების მიწოდება, მათ შორის: მონაცემთა ნაკადების დიაგრამები (DFD), არსების-კავშირის დიაგრამები (ERD) და მონაცემთა ლექსიკონები. |
| 5 | პატჩები და სწრაფი შესწორებები | პროგრამული პატჩებისა და სწრაფი შესწორებების (hot-fixes) მიწოდება დამკვეთისთვის დამატებითი საფასურის გარეშე. |
| 6 | უწყვეტი გაუმჯობესება | პროგრამული უზრუნველყოფის შემუშავების უწყვეტი გაუმჯობესების მიდგომა, დამკვეთის უკუკავშირისა და დარგობრივი საუკეთესო პრაქტიკის გათვალისწინებით. |
| 7 | ხარვეზების აღმოფხვრა | ჩვეულებრივი ექსპლუატაციისას წარმოქმნილი პროგრამული ხარვეზების დიაგნოსტიკა და აღმოფხვრა. |
| 8 | მხარდაჭერის რეაგირება | პროგრამული უზრუნველყოფის მხარდაჭერის მოთხოვნებზე რეაგირება მე-3 ნაწილში განსაზღვრული SLA მატრიცის შესაბამისად. |
| 9 | ჩაშენებული თიქეთინგის სისტემა | ProjectVIEW ERP-ში ჩაშენებული ITSM თიქეთინგის სისტემა ინციდენტების რეგისტრაციისთვის, თიქეთის სასიცოცხლო ციკლის თვალყურის დევნებისთვის, SLA-ის გაზომვისთვის, ცოდნის ბაზაზე წვდომისთვის და თვითმომსახურების მხარდაჭერისთვის. |
| 10 | 24/7 ომნიარხიანი მომსახურების ცენტრი | მიმწოდებლის მომსახურების ცენტრზე (PSD) წვდომა 24×7×365 ჩაშენებული თიქეთინგის სისტემის, WhatsApp Business არხის, ტელეფონისა და ელ.ფოსტის მეშვეობით თიქეთების რეგისტრაციისა და მართვისთვის. |
| 11 | WhatsApp Business მხარდაჭერა | ცალკე WhatsApp Business ჯგუფი, რომელიც აკავშირებს დამკვეთის ძირითად მომხმარებლებს მიმწოდებლის მიერ გამოყოფილ კონსულტანტებთან სწრაფი არაოფიციალური კომუნიკაციისა და სწრაფი შეკითხვებისთვის. |
| 12 | ტრენინგი | საბოლოო მომხმარებლებისა და ადმინისტრატორებისთვის საჭირო ტრენინგების ჩატარება, მათ შორის ახალი უფლებამოსილი მომხმარებლების ჩართვა (onboarding). |
| 13 | პრევენციული ტექნიკური მომსახურება | პლატფორმის ყველა მოდულის ყოველთვიური პრევენციული ტექნიკური მომსახურება დამკვეთთან შეთანხმების შესაბამისად. |
| 14 | ანგარიშგება | კვარტალური მომსახურების ანგარიშების წარდგენა დამკვეთთან შეთანხმებული ფორმატით, SLA-ის შესრულების მაჩვენებლების ჩათვლით. |
2.7 გამონაკლისები
თუ კომერციულ ხელშეკრულებაში ან ცალკე სამუშაოთა აღწერაში (Statement of Work) პირდაპირ სხვა რამ არ არის შეთანხმებული, წინამდებარე ჩარჩოს ფარგლებიდან გამორიცხულია:
- (a) აპარატური უზრუნველყოფის შესყიდვა, ინსტალაცია ან ტექნიკური მომსახურება დამკვეთის შენობა-ნაგებობებში
- (b) მესამე მხარის პროგრამული უზრუნველყოფის ლიცენზირება (გარდა პლატფორმისა და მისი შემადგენლობაში შემავალი კომპონენტებისა)
- (c) ქსელური ინფრასტრუქტურა, ინტერნეტზე მიერთება ან ლოკალური ქსელის მართვა დამკვეთის ობიექტებზე
- (d) მესამე მხარის სისტემებთან ინდივიდუალური ინტეგრაციები, რომლებიც არ არის მითითებული კომერციულ ხელშეკრულებაში
- (e) მოძველებული სისტემებიდან მონაცემების მიგრაცია (ხელმისაწვდომია ცალკე განსაზღვრული ფარგლების მომსახურების სახით)
- (f) ადგილზე კონსულტაცია, ტრენინგი ან მხარდაჭერა კომერციულ ხელშეკრულებაში განსაზღვრული ფარგლების მიღმა
- (g) დამკვეთის მიერ არასწორი გამოყენებით, არაავტორიზებული ცვლილებებით ან მესამე მხარის პროგრამული უზრუნველყოფის ჩარევით გამოწვეული ინციდენტების შედეგების აღმოფხვრა
- (h) დამკვეთის საკუთარ მარეგულირებელ ვალდებულებებთან დაკავშირებული შესაბამისობის ღონისძიებები (მიმწოდებლის შესაბამისობის ვალდებულებები განსაზღვრულია C ნაწილში)
2.8 დამკვეთის ვალდებულებები
იმისათვის, რომ მიმწოდებელმა შეძლოს მომსახურებების ეფექტურად მიწოდება, დამკვეთი ვალდებულია:
- (a) დანიშნოს ძირითადი საკონტაქტო პირი და ესკალაციის საკონტაქტო პირი მომსახურების ყოველდღიური მართვისთვის;
- (b) დროულად უზრუნველყოს წვდომა შესაბამის ბიზნეს-ინფორმაციაზე, დოკუმენტაციასა და დარგობრივ ექსპერტებზე, რომლებიც საჭიროა მოთხოვნების ინჟინერიისა და დანერგვისთვის;
- (c) უზრუნველყოს, რომ უფლებამოსილი მომხმარებლები იცავდნენ მიმწოდებლის მისაღები გამოყენების პოლიტიკას და უსაფრთხოების ყველა მოქმედ პოლიტიკას;
- (d) უზრუნველყოს დამკვეთის შენობა-ნაგებობებში ინტერნეტზე სათანადო მიერთება პლატფორმაზე წვდომისთვის;
- (e) ინციდენტებისა და მომსახურების მოთხოვნების შესახებ შეტყობინოს მიმწოდებლის მომსახურების ცენტრის (PSD) მეშვეობით მე-4 ნაწილში განსაზღვრული პროცედურების შესაბამისად;
- (f) მონაწილეობა მიიღოს სამომხმარებლო მიღების ტესტირებაში (UAT) შეთანხმებულ ვადებში და წერილობით დაადასტუროს შედეგების მიღება;
- (g) უზრუნველყოს, რომ პლატფორმაზე ატვირთული დამკვეთის ყველა მონაცემი შეესაბამებოდეს მოქმედ მონაცემთა დაცვის კანონმდებლობას და არ შეიცავდეს აკრძალულ შინაარსს;
- (h) აწარმოოს უფლებამოსილი მომხმარებლების აქტუალური და ზუსტი ჩანაწერები და დაუყოვნებლივ გააუქმოს წასული თანამშრომლების წვდომა.
დამკვეთის მიერ წინამდებარე ნაწილით 2.8 გათვალისწინებული ვალდებულებების შეუსრულებლობა შესაძლოა გავლენა მოახდინოს მიმწოდებლის შესაძლებლობაზე, შეასრულოს მომსახურების დონეები, და ასეთი გავლენა გამორიცხული იქნება SLA-ის გაანგარიშებებიდან მე-3 ნაწილის შესაბამისად.
2.9 პროცესების რეესტრი
ქვემოთ მოცემული ცხრილი აჯამებს ამ თავში დადგენილ მომსახურების მიწოდების პროცესებს, პასუხისმგებელ როლებს, მოსალოდნელ შედეგებს და მითითებებს სხვა თავებში აღწერილ დაკავშირებულ პროცესებზე.
როლების აღნიშვნები: P = მიმწოდებელი | C = დამკვეთი | PM = მიმწოდებლის პროექტის მენეჯერი | SDM = მომსახურების მიწოდების მენეჯერი | SC =
სამეთვალყურეო კომიტეტი
2.9.1 პროცესების ჩამონათვალი
| № | პროცესი | ინიცირების საფუძველი | შემსრულებელი | დამმტკიცებელი | მოსალოდნელი შედეგი | მითითება |
|---|---|---|---|---|---|---|
| P-2.01 | გარემოების უზრუნველყოფა | კომერციული ხელშეკრულება ხელმოწერილია | მიმწოდებელი (ინფრასტრუქტურა) | SDM | Dev/Sandbox + საწარმოო გარემოები ფუნქციონირებს | § 3.3 |
| P-2.02 | მოდულის აქტივაცია | კომერციული ხელშეკრულება ან მისი ცვლილება | მიმწოდებელი (შემუშავება) | დამკვეთის IT საკონტაქტო პირი | ლიცენზირებული მოდულები ხელმისაწვდომია საწარმოო გარემოში | § 2.3, § 6 |
| P-2.03 | დამკვეთის ჩართვა (onboarding) | მიღწეულია ექსპლუატაციაში გაშვებისთვის მზადყოფნა | PM (მიმწოდებელი) | დამკვეთის IT საკონტაქტო პირი | ყველა მომხმარებელი რეგისტრირებული, გადამზადებული და საქმიანობს | § 5, § 3.9 |
| P-2.04 | UAT-ის ჩატარება და დადასტურება | ცვლილებები განთავსდა Staging გარემოში | დამკვეთი | დამკვეთის IT საკონტაქტო პირი | UAT-ის წერილობითი დადასტურება 5 სამუშაო დღის განმავლობაში | § 3.3.1, § 4.7 |
| P-2.05 | ფარგლების ცვლილების მოთხოვნა | დამკვეთი ითხოვს დამატებით მოდულებს/მომსახურებებს | PM (მიმწოდებელი) | სამეთვალყურეო კომიტეტი | შეცვლილი კომერციული ხელშეკრულება კორექტირებული საფასურით | § 6, § 4.8 |
| P-2.06 | გადასვლა ექსპლუატაციაში გაშვების შემდეგ | ექსპლუატაციაში გაშვება დასრულებულია | მიმწოდებელი (ინფრასტრუქტურა) | SDM | Dev/Sandbox → Staging გარემო | § 3.3.1, § 4.7 |
2.9.2 RACI მატრიცა
| პროცესი (№) | მიმწოდებელი | დამკვეთი | PM | SDM | SC |
|---|---|---|---|---|---|
| P-2.01 გარემოების უზრუნველყოფა | R | I | C | A | — |
| P-2.02 მოდულის აქტივაცია | R | A | R | I | — |
| P-2.03 დამკვეთის ჩართვა | R | C | A | I | — |
| P-2.04 UAT და დადასტურება | C | R/A | C | I | — |
| P-2.05 ფარგლების ცვლილება | R | C | R | I | A |
| P-2.06 ექსპლუატაციაში გაშვების შემდეგ | R | I | R | A | I |
R = პასუხისმგებელი (ასრულებს) | A = ანგარიშვალდებული (ამტკიცებს) | C = კონსულტირებული | I = ინფორმირებული | — = არ მონაწილეობს
2.9.3 პროცესის ნაკადი — მომსახურების მიწოდების სასიცოცხლო ციკლი
| ეტაპი | საქმიანობა | როლი | შედეგი |
|---|---|---|---|
| ① ხელშეკრულება | კომერციული ხელშეკრულება ხელმოწერილია, ფარგლები და მოდულები შეთანხმებულია | მიმწოდებელი + დამკვეთი | ხელმოწერილი კომერციული ხელშეკრულება |
| ② უზრუნველყოფა | Azure გარემოები უზრუნველყოფილია (Dev/Sandbox + საწარმოო) | მიმწოდებელი (ინფრასტრუქტურა) | 2 გარემო ფუნქციონირებს |
| ③ კონფიგურაცია | პლატფორმა კონფიგურირებულია, მორგებულია, მონაცემები მიგრირებულია | მიმწოდებელი (შემუშავება) + PM | კონფიგურირებული პლატფორმა Staging გარემოში |
| ④ UAT | დამკვეთი ახორციელებს ვალიდაციას Staging გარემოში (მინ. 5 სამუშაო დღე) | დამკვეთი | UAT-ის წერილობითი დადასტურება |
| ⑤ ექსპლუატაციაში გაშვება | საწარმოო გარემოში განთავსება, მომხმარებლების ჩართვა, ტრენინგი | მიმწოდებელი + დამკვეთი | ფუნქციონირებადი საწარმოო სისტემა |
| ⑥ გადასვლა | Dev/Sandbox ხდება მუდმივი Staging გარემო | მიმწოდებელი (ინფრასტრუქტურა) | 2 გარემოს სტაბილური მდგომარეობა → § 3.3.1 |