თავი 1 · ProjectVIEW ERP-ის ძირითადი SaaS ჩარჩო
პირველი თავი განსაზღვრავს ProjectVIEW ERP-ის ძირითად SaaS ჩარჩოში გამოყენებულ 130-ზე მეტ ტერმინს — უფლებამოსილი მომხმარებლიდან და ხელმისაწვდომობიდან RPO-მდე, RTO-მდე, ჩემპიონამდე და ესქროუ აგენტამდე — და ადგენს ინტერპრეტაციის წესებს, ასევე კომერციულ ხელშეკრულებასა და წინამდებარე ჩარჩოს შორის უპირატესობის თანმიმდევრობას. ასევე მოცემულია იმ მარეგულირებელი წყაროების ჩამონათვალი, რომლებსაც ჩარჩო ეყრდნობა, და შეთანხმების მართვის პროცესი.
- 130+განმარტებული ტერმინი
- GDPR · PDPLსაბაზისო რეგულირება
- ISO 27001 · 9001 · 20000-1მითითებული სტანდარტები
1.1 განმარტებები
წინამდებარე ჩარჩოში, თუ კონტექსტი სხვა რამეს არ მოითხოვს, ქვემოთ მოცემულ ტერმინებს აქვთ ქვემოთ განსაზღვრული მნიშვნელობა:
| ტერმინი | განმარტება |
|---|---|
| მისაღები გამოყენების პოლიტიკა (Acceptable Use Policy) | წესებისა და შეზღუდვების ერთობლიობა, რომელიც არეგულირებს დამკვეთისა და მისი უფლებამოსილი მომხმარებლების მიერ ProjectVIEW ERP-ის პლატფორმის/აპლიკაციების/პორტალების და/ან ყველა დაკავშირებული დამატების ნებადართულ გამოყენებას, მათ შორის უკანონო გამოყენების, უკუსავარაუდო ინჟინერიის, სავარაუდო მონაცემების გაზიარებისა და მონაცემების ავტომატური ამოღების (scraping) აკრძალვების ჩათვლით, როგორც ეს განსაზღვრულია მე-12 თავში. |
| AI აგენტი (პროგრამული უზრუნველყოფის ხარისხი) (AI Agent – Software Quality) | სპეციალურად შექმნილი AI სატესტო აგენტი, რომელიც კონფიგურირებულია დამკვეთისთვის სპეციფიკური დარგობრივი ცოდნით (მოდულების კონფიგურაცია, ბიზნეს-წესები, მონაცემთა სქემა, როლების ტაქსონომია) და ავტონომიურად ასრულებს სატესტო სცენარებს დამკვეთის ProjectVIEW ERP-ის ინსტანსზე მიმწოდებლის API ინტეგრაციის დაცული შრის მეშვეობით, როგორც ეს განსაზღვრულია მე-5 თავში. |
| უფლებამოსილი მომხმარებელი (Authorised User) | ნებისმიერი ფიზიკური პირი, რომელსაც დამკვეთი ანიჭებს უფლებას, წვდომა ჰქონდეს პლატფორმაზე და ისარგებლოს მით; თითოეულ მათგანს ენიჭება უნიკალური სამომხმარებლო იდენტობა. |
| ხელმისაწვდომობა (Availability) | კალენდარული თვის განმავლობაში დროის პროცენტული წილი, როდესაც პლატფორმა ფუნქციონირებს და ხელმისაწვდომია უფლებამოსილი მომხმარებლებისთვის; განისაზღვრება მე-3 ნაწილის (SLA) შესაბამისად. |
| Azure | Microsoft Azure — Microsoft Corporation-ის მიერ დართული ღრუბლოვანი გამოთვლის პლატფორმა, რომელზეც განთავსებულია პლატფორმა, მათ შორის Microsoft Entra ID (ყოფილი Azure Active Directory) იდენტობისა და წვდომის მართვისთვის. |
| ARR (წლიური განმეორებადი შემოსავალი – Annual Recurring Revenue) | დამკვეთის გამოწერის წლიური ღირებულება, რომელიც მოიცავს მოდულების გამოწერის საფასურის ჯამს (ერთ მომხმარებელზე წლიური საფასური ყველა ლიცენზირებული მოდულისთვის შესაბამისი მოცულობითი დიაპაზონის ფარგლებში), დამატებების/კონექტორების/პორტალების გამოწერის საფასურს და ნებისმიერ განმეორებად დამხმარე საფასურს, რომელიც კომერციულ ხელშეკრულებაში ARR-ში შემავალ საფასურადაა მითითებული. ARR არ მოიცავს ერთჯერად დანერგვის/მომსახურების საფასურს, ინდივიდუალური მორგების საფასურს, გაფართოებული მხარდაჭერის დანამატებს, ესქროუ აგენტის საფასურსა და საცხოვრებლის ხარჯებს. ARR არის SLA-ის შეუსრულებლობის ჯარიმების განსაზღვრის საფუძველი (თავი 3, §3.8) და დეტალურად აღწერილია თავში 11, §11.5. |
| წლიური გამოწერის საფასური (Annual Subscription Fee) | წლიური საფასური, რომელსაც დამკვეთი იხდის პლატფორმაზე წვდომისთვის უნივერსალური/ერთდროული მომხმარებლების ლიცენზირების მოდელის საფუძველზე, როგორც ეს განსაზღვრულია კომერციულ ხელშეკრულებაში. საფასური განისაზღვრება დამკვეთის ერთდროული მომხმარებლების საერთო რაოდენობის შესაბამისი მოცულობითი დიაპაზონით და მოიცავს პლატფორმაზე წვდომას, გამოყოფილ ღრუბლოვან ინფრასტრუქტურას, მხარდაჭერის მომსახურებას, რელიზებს, ძირითადი ვერსიის აპგრეიდებს, COTS კომპონენტების მომსახურებას, პროგრამული უზრუნველყოფის უვადო გარანტიას, BCDR-ს და შესაბამისობის უზრუნველყოფას. იხ. თავი 11, §11.4.1. |
| BCDR (ბიზნესის უწყვეტობა და კატასტროფის შემდგომი აღდგენა – Business Continuity & Disaster Recovery) | მიმწოდებლის ინტეგრირებული პროგრამა, რომელიც მოიცავს ბიზნესის უწყვეტობის დაგეგმვას, სარეზერვო ასლების მართვას, მონაცემთა რეპლიკაციას და კატასტროფის შემდგომი აღდგენის პროცედურებს და უზრუნველყოფს, რომ პლატფორმა დარჩეს ხელმისაწვდომი, ხოლო დამკვეთის მონაცემები — აღდგენადი ხელშეკრულებით განსაზღვრული RPO და RTO მაჩვენებლების ფარგლებში, როგორც ეს განსაზღვრულია მე-9 თავში. |
| BCMS (ბიზნესის უწყვეტობის მართვის სისტემა – Business Continuity Management System) | მიმწოდებლის მართვის სისტემა, რომელიც შესაბამისობაშია ISO 22301:2019 სტანდარტთან და მოიცავს პოლიტიკებს, პროცედურებს, მმართველობას და მუდმივი გაუმჯობესების მექანიზმებს, რომლებიც ქმნის და ინარჩუნებს პლატფორმის ბიზნესის უწყვეტობის შესაძლებლობას, როგორც ეს განსაზღვრულია მე-9 თავში. |
| BCP (ბიზნესის უწყვეტობის გეგმა – Business Continuity Plan) | პროცედურების, როლების, კომუნიკაციის პროტოკოლების, რესურსების ინვენტარისა და აღდგენის სამუშაო პროცესების დოკუმენტირებული ერთობლიობა, რომელსაც მიმწოდებელი ინარჩუნებს შეფერხების დროს პლატფორმის მომსახურების აღსადგენად ან შესანარჩუნებლად, როგორც ეს განსაზღვრულია ნაწილში 9.8.2. |
| BIA (ბიზნესზე ზემოქმედების ანალიზი – Business Impact Analysis) | სტრუქტურირებული შეფასება, რომელიც ავლენს პლატფორმით მხარდაჭერილ კრიტიკულ ბიზნეს-პროცესებს, ასახავს მათ დამოკიდებულებას პლატფორმის კომპონენტებზე და რაოდენობრივად აფასებს მომსახურების შეფერხების ზემოქმედებას აღდგენის მიზნების (RPO/RTO) დასაკალიბრებლად, როგორც ეს განსაზღვრულია ნაწილში 9.8.1. |
| საანგარიშსწორებო პერიოდი (Billing Period) | თორმეტი (12) თვის პერიოდი, რომელიც იწყება ჩარჩოს (ხელშეკრულების) ხელმოწერის დღიდან და წარმოადგენს ლიცენზირების გამოწერის ერთ წლიურ ციკლს. თითოეული საანგარიშსწორებო პერიოდი მოიცავს მეორე დონის მხარდაჭერას (ტექნიკური მომსახურება და მხარდაჭერა) და უფასო პროგრამულ განახლებებს (Updates) და აპგრეიდებს (Upgrades). იხ. თავი 11, §11.12.1. |
| სავალდებულო პერიოდი (Binding Period) | გამოწერის მინიმალური ვალდებულება, რომელიც დამკვეთს ავალდებს ProjectVIEW ERP-ში ჩართულობას და მოიცავს კომერციულ ხელშეკრულებაში განსაზღვრულ საანგარიშსწორებო პერიოდების რაოდენობას. სავალდებულო პერიოდის განმავლობაში არცერთ მხარეს არ აქვს უფლება შეწყვიტოს ხელშეკრულება მოხერხებულობის მოტივით. იხ. თავი 11, §11.12.1. |
| სამუშაო დღე (Business Day) | ნებისმიერი დღე, გარდა პარასკევისა, შაბათისა ან არაბთა გაერთიანებულ საამიროებში საერთო უქმე დღისა, თუ მხარეებს შორის სხვა რამ არ არის შეთანხმებული. |
| CAB (ცვლილებების საკონსულტაციო საბჭო – Change Advisory Board) | მმართველობითი ორგანო, რომელიც პასუხისმგებელია პლატფორმაში ჩვეულებრივი და გადაუდებელი ცვლილებების განხილვაზე, დამტკიცებაზე ან უარყოფაზე, როგორც ეს დეტალურად აღწერილია ნაწილში 4.6. |
| შეწყვეტის გეგმა (Cessation Plan) | გასვლის სტრუქტურირებული გეგმა, რომელსაც მიმწოდებელი ამზადებს დამკვეთისგან იმ ოფიციალური შეტყობინების მიღებისას, რომ იგი წყვეტს გამოწერას მომდევნო ვერსიაზე გადასვლის გარეშე. შეწყვეტის გეგმა მოიცავს მონაცემების დაბრუნებას, გარემოს ექსპლუატაციიდან გაყვანას, ინტეგრაციების გათიშვას და ხელშეკრულების შეწყვეტის შემდგომ ძალაში დარჩენილი ვალდებულებების მართვას, როგორც ეს განსაზღვრულია ნაწილში 10.9. |
| ცვლილების მოთხოვნა (Change Request) | ოფიციალური მოთხოვნა პლატფორმის კონფიგურაციის, ფუნქციონალის ან ინტეგრაციის შეცვლის შესახებ, რომლის მართვაც ხორციელდება ცვლილებების მართვის პროცესის მეშვეობით, რომელიც განსაზღვრულია ნაწილში 4.6. |
| ჩემპიონი (Champion – DANAOS ProjectVIEW ERP) | დამკვეთის მიერ დანიშნული უფროსი გამოცდილი მომხმარებელი (power user), რომელმაც გაიარა ჩემპიონების სპეციალიზებული სატრენინგო პროგრამა და ჩააბარა ჩემპიონის ოფიციალური გამოცდა (§6.6.3). თითოეულმა დამკვეთმა უნდა დანიშნოს მინიმუმ ორი (2) ჩემპიონი (ძირითადი და მოადგილე). ჩემპიონები ასრულებენ დამკვეთის პირველი დონის მხარდაჭერის საკონტაქტო პირის ფუნქციას ინტრანეტის (კომპანიის) და ექსტრანეტის (პორტალის) მომხმარებლებისთვის, ასევე მიმწოდებელთან კომუნიკაციის ძირითადი არხის ფუნქციას სისტემის ექსპლუატაციაში გაშვებიდან (Go-Live) (§6.6.4). |
| CI/CD (უწყვეტი ინტეგრაცია / უწყვეტი მიწოდება – Continuous Integration / Continuous Delivery) | მიმწოდებლის პროგრამული უზრუნველყოფის მიწოდების ავტომატიზებული ხაზი (pipeline), რომელიც Git რეპოზიტორიიდან აგებს, ტესტავს და ანთავსებს კოდში შეტანილ ცვლილებებს Staging გარემომდე, რითაც უზრუნველყოფს თანმიმდევრულობას და ამცირებს ხელით განთავსების შეცდომებს. |
| CMT (კრიზისული მართვის გუნდი – Crisis Management Team) | მიმწოდებლის დანიშნული ხელმძღვანელი გუნდი, რომელიც აქტიურდება DR-1 და DR-2 კატასტროფის შემდგომი აღდგენის მოვლენების დროს და შედგება CTO-სგან (ინციდენტის მეთაური), ღრუბლოვანი ოპერაციების ხელმძღვანელისგან, DBA ხელმძღვანელისგან, დამკვეთის ანგარიშის მენეჯერისა და კომუნიკაციების ხელმძღვანელისგან, როგორც ეს განსაზღვრულია ნაწილში 9.8.2. |
| CSI (მომსახურების უწყვეტი გაუმჯობესება – Continual Service Improvement) | ITIL-თან შესაბამისი პროგრამა, რომელსაც მიმწოდებელი ახორციელებს მომსახურების ხარისხის, ოპერაციული ეფექტურობისა და დამკვეთის კმაყოფილების უწყვეტი გაუმჯობესებისთვის, როგორც ეს განსაზღვრულია ნაწილში 4.10. |
| CISO | ინფორმაციული უსაფრთხოების მთავარი ოფიცერი (Chief Information Security Officer) — მიმწოდებლის დანიშნული ხელმძღვანელი პირი, რომელიც პასუხისმგებელია ინფორმაციული უსაფრთხოების პროგრამაზე, ISMS-ის მმართველობაზე და უსაფრთხოებასთან დაკავშირებული ცვლილებების დამტკიცებაზე, როგორც ეს მითითებულია მე-8 თავში. |
| ერთდროული მომხმარებელი (Concurrent User) | ფიზიკური პირი, რომელიც უნივერსალური/ერთდროული მომხმარებლების ლიცენზირების მოდელის ფარგლებში ერთდროულად არის შესული სისტემაში და აქტიურად იყენებს პლატფორმას. ერთდროული მომხმარებლების რაოდენობა ნებისმიერ დროს არ უნდა აღემატებოდეს დამკვეთის ლიცენზირებულ უნივერსალურ მომხმარებელთა რაოდენობას, როგორც ეს განსაზღვრულია კომერციულ ხელშეკრულებაში და რეგულირდება შესაბამისი მოცულობითი დიაპაზონით. იხ. თავი 11, §11.3.2. |
| კონფიდენციალური ინფორმაცია (Confidential Information) | ყველა ინფორმაცია, რომელსაც ერთი მხარე უმხელბს მეორეს ზეპირად, წერილობით ან ნებისმიერი სხვა ფორმით და რომელიც მონიშნულია კონფიდენციალურად ან ინფორმაციის ხასიათისა და გამოქვეყნების გარემოებების გათვალისწინებით გონივრულად უნდა იყოს აღქმული კონფიდენციალურად. |
| CSP (კონტენტის უსაფრთხოების პოლიტიკა – Content Security Policy) | HTTP უსაფრთხოების სათაური, რომელსაც პლატფორმა იყენებს ჯვარედინი სკრიპტინგის (XSS) და მონაცემთა ინექციის შეტევების შესამცირებლად დაშვებული კონტენტის წყაროების განსაზღვრის გზით, როგორც ეს განსაზღვრულია ნაწილში 8.4.4. |
| CVSS (მოწყვლადობების შეფასების სტანდარტული სისტემა – Common Vulnerability Scoring System) | საერთაშორისოდ აღიარებული სისტემა პროგრამული უზრუნველყოფის მოწყვლადობების სიმძიმის 0.0–10.0 შკალაზე შესაფასებლად, რომელსაც მიმწოდებელი იყენებს მოწყვლადობების აღმოფხვრის ვადების პრიორიტიზაციისთვის, როგორც ეს განსაზღვრულია ნაწილში 8.7.2. |
| დამკვეთი (Customer) | კომერციულ ხელშეკრულებაში მითითებული პირი, რომელმაც დადო წინამდებარე ჩარჩო პლატფორმისა და მასთან დაკავშირებული მომსახურებების მიღების მიზნით. |
| დამკვეთის მონაცემები (Customer Data) | ყველა მონაცემი, ინფორმაცია, დოკუმენტი და მასალა, რომელსაც დამკვეთი ან მისი სახელით მოქმედი პირი ტვირთავს პლატფორმაზე, ქმნის პლატფორმაში ან ამუშავებს პლატფორმის მეშვეობით, პერსონალური მონაცემების ჩათვლით. |
| მონაცემთა დამმუშავებელი (Data Controller) | GDPR-ის მუხლი 4(7)-ის შესაბამისად: ფიზიკური ან იურიდიული პირი, რომელიც დამოუკიდებლად ან სხვებთან ერთობლივად განსაზღვრავს პერსონალური მონაცემების დამუშავების მიზნებსა და საშუალებებს. დამკვეთის მონაცემებთან მიმართებაში დამკვეთი მოქმედებს როგორც მონაცემთა დამმუშავებელი. |
| მონაცემთა მთლიანობის ანგარიში (Data-Integrity Report) | AI აგენტების მიერ თითოეული სატესტო ციკლის დასრულებისას ავტომატურად შედგენილი ანგარიში, რომელიც აღრიცხავს დამკვეთის მონაცემთა სქემაზე შესრულებული რეფერენციული, გამოთვლითი და დროითი მთლიანობის შემოწმების (assertions) შედეგებს, როგორც ეს განსაზღვრულია ნაწილში 5.7.3. |
| უფლებამოსილი პირი (Data Processor) | GDPR-ის მუხლი 4(8)-ის შესაბამისად: ფიზიკური ან იურიდიული პირი, რომელიც პერსონალურ მონაცემებს ამუშავებს მონაცემთა დამმუშავებლის სახელით. დამკვეთის მონაცემებთან მიმართებაში მიმწოდებელი მოქმედებს როგორც უფლებამოსილი პირი. |
| მონაცემთა დაცვის კანონმდებლობა (Data Protection Laws) | მონაცემთა დაცვის ზოგადი რეგულაცია (EU) 2016/679 (GDPR), არაბთა გაერთიანებული საამიროების 2021 წლის ფედერალური დეკრეტ-კანონი №45 პერსონალური მონაცემების დაცვის შესახებ (PDPL) და მონაცემთა დაცვისა და კერძო ცხოვრების უფლების შესახებ ნებისმიერი სხვა მოქმედი კანონმდებლობა იმ იურისდიქციებში, სადაც მხარეები საქმიანობენ. |
| მონაცემთა სუბიექტი (Data Subject) | იდენტიფიცირებული ან იდენტიფიცირებადი ფიზიკური პირი, რომლის პერსონალური მონაცემები მუშავდება წინამდებარე ჩარჩოს ფარგლებში, როგორც ეს განსაზღვრულია GDPR-ის მუხლი 4(1)-ით და არაბთა გაერთიანებული საამიროების PDPL-ის მე-1 მუხლით. |
| DIAC (დუბაის საერთაშორისო საარბიტრაჟო ცენტრი – Dubai International Arbitration Centre) | საარბიტრაჟო და სამედიაციო ინსტიტუცია, რომელიც წინამდებარე ჩარჩოთ განსაზღვრულია იმ დავების გადასაწყვეტად, რომლების კეთილსინდისიერი მოლაპარაკების გზით გადაწყვეტა ვერ ხერხდება. მედიაცია და სავალდებულო არბიტრაჟი წარმოისახება DIAC-ის მოქმედი წესების შესაბამისად, არბიტრაჟის ადგილია დუბაი, არაბთა გაერთიანებული საამიროები, როგორც ეს განსაზღვრულია თავში 12, §12.10. |
| ექსპლუატაციიდან გაყვანის სერტიფიკატი (Decommissioning Certificate) | მიმწოდებლის მიერ გარემოს ექსპლუატაციიდან გაყვანის ყველა სამუშაოს დასრულებისას გაცემული ოფიციალური წერილობითი დადასტურება, რომელიც ადასტურებს, რომ დამკვეთის ყველა მონაცემი სამუდამოდ წაიშალა საწარმოო, Staging და სარეზერვო ასლების ინფრასტრუქტურიდან NIST SP 800-88 მედიასატარების გასუფთავების სახელმძღვანელო პრინციპების შესაბამისად, როგორც ეს განსაზღვრულია ნაწილში 10.10. |
| პლატფორმის რელიზების ცენტრი (Platform Release Centre) | მიმწოდებლის რელიზების მართვის ინტეგრირებული მოდული ProjectVIEW ERP პლატფორმის შიგნით, რომელიც გამოიყენება რელიზების გავრცელებისთვის, ვერსიების აღრიცხვისთვის და განთავსებების ისტორიისთვის. იგი უზრუნველყოფს როლზე დაფუძნებულ წვდომას რელიზების კატალოგებზე, რელიზის შენიშვნებსა და განთავსების ჩანაწერებზე უშუალოდ თითოეული დამკვეთის პლატფორმის გარემოში. |
| DPA | მონაცემთა დამუშავების შეთანხმება (Data Processing Agreement) — პირობები, რომლებიც არეგულირებს მიმწოდებლის მიერ დამკვეთის სახელით პერსონალური მონაცემების დამუშავებას, როგორც ეს განსაზღვრულია მე-17 ნაწილში. |
| DPO | მონაცემთა დაცვის ოფიცერი (Data Protection Officer) — პირი, რომელსაც მიმწოდებელი ნიშნავს GDPR-ის 37–39-ე მუხლებისა და არაბთა გაერთიანებული საამიროების PDPL-ის მე-10 მუხლის შესაბამისად მონაცემთა დაცვის მოთხოვნების შესრულების ზედამხედველობისთვის. |
| DR (კატასტროფის შემდგომი აღდგენა – Disaster Recovery) | პოლიტიკების, პროცედურებისა და ტექნიკური მექანიზმების ერთობლიობა, რომლებიც გამოიყენება მნიშვნელოვანი შეფერხების შემდეგ პლატფორმის ფუნქციონირების აღსადგენად ან გასაგრძელებლად, მათ შორის სარეზერვო ინფრასტრუქტურაზე გადართვის (failover), მონაცემთა ბაზის აღდგენისა და მომსახურების ვერიფიკაციის ჩათვლით, როგორც ეს განსაზღვრულია ნაწილში 9.7. |
| DAST (აპლიკაციის უსაფრთხოების დინამიკური ტესტირება – Dynamic Application Security Testing) | განთავსებული პლატფორმის ავტომატიზებული ტესტირება შესრულების რეჟიმში Staging გარემოში, საწარმოო გარემოში განთავსებამდე, უსაფრთხოების მოწყვლადობების (მაგ., OWASP Top 10) გამოსავლენად, როგორც ეს განსაზღვრულია ნაწილში 8.9. |
| ჩაშენებული თიქეთინგის სისტემა (Embedded Ticketing System) | ProjectVIEW ERP პლატფორმაში ჩაშენებული ITSM თიქეთინგის ფუნქციონალი, რომელიც წარმოადგენს მხარდაჭერის ყველა ურთიერთქმედების აღრიცხვის ოფიციალურ სისტემას, მათ შორის ინციდენტების რეგისტრაციის, მომსახურების მოთხოვნების, თიქეთის სასიცოცხლო ციკლის თვალყურის დევნების, SLA-ის გაზომვისა და ანგარიშგების ჩათვლით, როგორც ეს დეტალურად აღწერილია ნაწილში 4.2.1. |
| EBCM (საწარმოს ბიზნესის უწყვეტობის მართვა – Enterprise Business Continuity Management) | Microsoft-ის საწარმოს ბიზნესის უწყვეტობის მართვის პროგრამა, რომელიც არეგულირებს Azure პლატფორმის მდგრადობას, ხელმისაწვდომობის ზონების არქიტექტურას და გეოგრაფიულად დუბლირებულ ინფრასტრუქტურას და რომელსაც ეყრდნობა მიმწოდებლის BCDR ვალდებულებები, როგორც ეს მითითებულია ნაწილში 9.3. |
| საწარმოს სალიცენზიო შეთანხმება (Enterprise License Agreement – ELA) | სალიცენზიო ინსტრუმენტი, რომელიც არეგულირებს დამკვეთის უფლებას, ისარგებლოს ProjectVIEW ERP პლატფორმით უნივერსალური/ერთდროული მომხმარებლების მოდელის ფარგლებში. ELA განსაზღვრავს მოცულობით დიაპაზონს, სავალდებულო პერიოდს, საანგარიშსწორებო პერიოდს, ლიცენზირებულ მოდულებს, დამატებებზე/კონექტორებზე/პორტალებზე უფლებებს და შესაბამის საფასურების გრაფიკს. ELA ერთვის კომერციულ ხელშეკრულებას დანართის სახით ან ის მასშია ინკორპორირებული. იხ. თავი 11, §11.3.1. |
| ავტომატურად განახლებადი ხელშეკრულება (Evergreen Contract) | ავტომატური განახლების მექანიზმი, რომლის მიხედვით გამოწერის ვადა ავტომატურად განახლდება სავალდებულო პერიოდის შემდგომ თითოეული საანგარიშსწორებო პერიოდის ამოწურვისას, თუ რომელიმე მხარე არ შეწყვეტს მას შეტყობინების დებულებების შესაბამისად, რომლებიც განსაზღვრულია თავში 11, §11.12.2. |
| EOE (დამუშავების დასრულება – End of Engineering) | თარიღი, რომლის შემდეგაც მიმწოდებელი წყვეტს კონკრეტული ძირითადი ვერსიისთვის ფუნქციონალის შემუშავებას, არაკრიტიკული ხარვეზების გამოსწორებას და გაუმჯობესების სამუშაოებს. უსაფრთხოების კრიტიკული და P1 სიმძიმის პატჩები გრძელდება მხარდაჭერის სრული შეწყვეტის (EOL) თარიღამდე. EOE დგება EOL-მდე ოცდაათი (30) დღით ადრე, როგორც ეს განსაზღვრულია ნაწილში 10.3. |
| EOL (მხარდაჭერის სრული შეწყვეტა – End of Life) | თარიღი, რომლის შემდეგაც პლატფორმის ძირითად ვერსიას მიმწოდებელი აღარ უწევს მხარდაჭერას, აღარ უშვებს პატჩებს და აღარ ათავსებს გამოწერის სტანდარტული პირობებით. ყველა დამკვეთმა EOL თარიღამდე უნდა გადავიდეს მომდევნო ვერსიაზე ან შეწყვიტოს გამოწერა, როგორც ეს განსაზღვრულია ნაწილში 10.3. |
| ესქროუ აგენტი (Escrow Agent) | მიმწოდებლის მიერ დანიშნული დამოუკიდებელი მესამე მხარე — მწერასი, რომელიც საწყისი კოდის ესქროუ შეთანხმების ფარგლებში ინახავს პლატფორმის საწყის კოდს, აწყობის სკრიპტებს, მონაცემთა ბაზის სქემებს და განთავსების დოკუმენტაციას. ესქროუ აგენტი დეპოზიტს გადასცემს დამკვეთს განსაზღვრული პირობების დადგომისას (გადახდისუუნარობა, საქმიანობის შეწყვეტა, არსებითი დარღვევა ან პროდუქტის წარმოების შეწყვეტა), როგორც ეს განსაზღვრულია ნაწილში 9.14. |
| გაფართოებული მხარდაჭერა (Extended Support) | ნებაყოფლობითი, დროით შეზღუდული მხარდაჭერის შეთანხმება, რომელიც ხელმისაწვდომია EOL-ის შემდგომ თორმეტ (12) თვემდე ვადით და მოიცავს მხოლოდ P1/P2 ინციდენტებზე რეაგირებას და უსაფრთხოების კრიტიკულ პატჩებს, მოქმედი ARR-ის ოცი პროცენტის (20%) ოდენობის დანამატით, როგორც ეს განსაზღვრულია ნაწილში 10.13. |
| აღმასრულებელი სამეთვალყურეო კომიტეტი (Executive Steering Committee) | უმაღლესი მმართველობითი ორგანო, რომელიც შედგება ორივე მხარის უფროსი წარმომადგენლებისგან (თითოეული მხარიდან მინიმუმ ორი) და იკრიბება წელიწადში ორჯერ სტრატეგიული შესაბამისობის განსახილველად, არსებითი ცვლილებების დასამტკიცებლად, ესკალირებული დავების გადასაწყვეტად და გაუმჯობესების გეგმების მოსაწონებლად, როგორც ეს განსაზღვრულია თავში 12, §12.1.2. |
| ექსტრანეტის მომხმარებელი (Extranet User) | ინტრანეტის/ექსტრანეტის ლიცენზირების მოდელის ფარგლებში კლასიფიცირებული მომხმარებელი, რომელიც პლატფორმაზე წვდომას ახორციელებს მხოლოდ შეზღუდული ფუნქციონალური ფარგლების პორტალზე დაფუძნებული ინტერფეისების მეშვეობით. ექსტრანეტის მომხმარებლები, ჩვეულებრივ, არიან გარე დაინტერესებული მხარეები (მაგ., ქვეკონტრაქტორები, მშენებლობის ობიექტის სამუშაო პერსონალი, გარე პროექტის მენეჯერები), რომლებსაც სჭირდებათ წვდომა პროექტის კონკრეტულ მონაცემებზე მოდულებზე სრული წვდომის გარეშე. იხ. თავი 11, §11.3.3. |
| მოქნილი გამოწერის მოდელი (Flexible Subscription Model) | გამოყენებაზე დაფუძნებული მექანიზმი, რომელიც დამკვეთს საშუალებას აძლევს გამოწერის ვადის განმავლობაში დაამატოს ან განათავისუფლოს უნივერსალური მომხმარებლის ლიცენზიები ლიცენზიების მინიმალური ვალდებულების გათვალისწინებით. დამატებული ლიცენზიების ინვოისი იწერება პროპორციულად აქტივაციის თარიღიდან. ლიცენზიების გამოკლება ძალაში შედის საანგარიშსწორებო პერიოდის მომდევნო განახლებისას. იხ. თავი 11, §11.3.6. |
| ფორს-მაჟორული მოვლენა (Force Majeure Event) | ნებისმიერი მოვლენა, რომელიც სცდება მხარის გონივრულ კონტროლს, მათ შორის სტიქიური უბედურება, ომი, ტერორიზმი, პანდემია, სახელმწიფო ქმედება, ხანძარი, წყალდიდობა, მიწისძვრა, სახელმწიფო აქტორების მიერ განხორციელებული კიბერშეტევა, ან მესამე მხარის ტელეკომუნიკაციების ან ელექტრომომარაგების მწყობრიდან გამოსვლა. |
| GA (საერთო ხელმისაწვდომობა – General Availability) | თარიღი, როდესაც პლატფორმის ახალი ძირითადი ვერსია ოფიციალურად გამოიშვება ყველა დამკვეთისთვის საწარმოო გარემოში განსათავსებლად და რომლიდანაც იწყება სრული მხარდაჭერა, SLA-ის მოქმედება და ვერსიის სასიცოცხლო ციკლის სტანდარტული ვადები, როგორც ეს განსაზღვრულია ნაწილში 10.3. |
| GAP ანალიზის დოკუმენტი (GAP Analysis Document) | მიმწოდებლის მიერ დანერგვის სატრენინგო ეტაპის დასრულებისას (§6.4.6) მომზადებული ერთიანი ანგარიში, რომელიც კატეგორიებად ახარისხებს ტრენინგის მონაწილეების მიერ ტრენინგის დროს დარეგისტრირებულ ყველა შენიშვნას, კონფიგურაციის მოთხოვნასა და ცვლილების მოთხოვნას. GAP ანალიზის დოკუმენტი ოფიციალურად წარედგინება დამკვეთს წერილობითი დამტკიცებისთვის და წარმოადგენს დანერგვის გეგმის სავალდებულო დანამატს. |
| ექსპლუატაციაში გაშვება (Go-Live) | თარიღი, როდესაც საწარმოო გარემო (Production Environment) ხელმისაწვდომი ხდება ყველა უფლებამოსილი მომხმარებლისთვის რეალური ოპერაციული გამოყენებისთვის, UAT-ის წარმატებით დასრულებისა და დამკვეთის წერილობითი დადასტურების შემდეგ. ექსპლუატაციაში გაშვებისას შემუშავების/Sandbox გარემო გადადის Staging გარემოს ფუნქციაზე. |
| მმართველობითი ქმედებების რეესტრი (Governance Action Register) | მიმწოდებლის მიერ წარმოებული ქმედებების საერთო ჟურნალი, რომელიც აღრიცხავს ყველა მმართველობითი შეხვედრის (ყოველთვიური ოპერაციული შეხვედრა, QSR და აღმასრულებელი სამეთვალყურეო კომიტეტი) შედეგად მიღებულ გადაწყვეტილებებს, შესასრულებელ ქმედებებსა და შემდგომ ნაბიჯებს. ქმედებები, რომლებიც არ დახურულა ზედიზედ ორი (2) განხილვის ციკლის განმავლობაში, ავტომატურად ესკალირდება მმართველობის შემდეგ დონეზე, როგორც ეს განსაზღვრულია თავში 12, §12.1.4. |
| GOS (მომსახურების ხარისხის დონე – Grade of Service) | თითოეული პრიორიტეტულობის დონის ინციდენტების პროცენტული წილი, რომლებიც გაზომვის პერიოდში გადაწყდა შესაბამისი MTTR მაჩვენებლის ფარგლებში, როგორც ეს განსაზღვრულია ნაწილში 3.6. |
| GRS (გეოგრაფიულად დუბლირებული საცავი – Geo-Redundant Storage) | Azure Storage-ის რეპლიკაციის ვარიანტი, რომელიც ინახავს დამკვეთის მონაცემების ექვს ასლს — სამს Azure-ის ძირითად რეგიონში და სამს გეოგრაფიულად დაწყვილებულ მეორად რეგიონში (ასობით კილომეტრის დაშორებით) — და უზრუნველყოფს 16 ცხრიანის (16-nines) მდგრადობას რეგიონებს შორის ავტომატური გადართვით, როგორც ეს განსაზღვრულია ნაწილში 9.6. |
| GDPR | ევროპული პარლამენტისა და საბჭოს 2016 წლის 27 აპრილის რეგულაცია (EU) 2016/679 პერსონალური მონაცემების დამუშავებისას ფიზიკური პირების დაცვის შესახებ. |
| ჰიპერქეარი (Hypercare) | მიგრაციის შემდგომი გაძლიერებული მხარდაჭერის ოცდაათდღიანი (30) პერიოდი, რომლის განმავლობაშიც მიმწოდებელი ვერსიის გადასვლის შემდეგ გამოყოფს სპეციალურ რესურსებს ინციდენტების დაჩქარებული გადაწყვეტისთვის, კონფიგურაციის დახვეწილი რეგულირებისთვის და მომხმარებლების მიერ სისტემის ავისების მონიტორინგისთვის, როგორც ეს განსაზღვრულია ნაწილში 10.5. |
| IMAC/RD | ინსტალაცია, გადატანა, დამატება, ცვლილება, მოხსნა, უტილიზაცია (Install, Move, Add, Change, Remove, Dispose) — წინამდებარე ჩარჩოს ფარგლებში მართული მომსახურების მოთხოვნების კატეგორიები, როგორც ეს დეტალურად აღწერილია ნაწილში 4.8. |
| IRBC (საინფორმაციო-საკომუნიკაციო ტექნოლოგიების მზადყოფნა ბიზნესის უწყვეტობისთვის – ICT Readiness for Business Continuity) | ბიზნესის უწყვეტობის მართვის გავრცელება საინფორმაციო-საკომუნიკაციო ტექნოლოგიების მომსახურებებზე ISO 27031:2011-ის შესაბამისად, რაც უზრუნველყოფს, რომ ICT სისტემებმა შეეცულობენ მიმწოდებლის ბიზნესის უწყვეტობის მიზნებს შეთანხმებული RPO და RTO მაჩვენებლების ფარგლებში, როგორც ეს მითითებულია ნაწილში 9.3. |
| ITIL | Information Technology Infrastructure Library — IT მომსახურების მართვის საუკეთესო პრაქტიკის გლობალურად აღიარებული ჩარჩო. მიმწოდებელი მხარდაჭერის პროცესებს შესაბამისობაში ამყარებს ITIL 4-ის სახელმძღვანელო პრინციპებთან. |
| ITSM (IT მომსახურების მართვა – IT Service Management) | მიმწოდებლის IT მომსახურების მართვის შესაძლებლობა, რომელიც ხორციელდება პლატფორმის ჩაშენებული თიქეთინგის სისტემის მეშვეობით და გამოიყენება ყველა მხარდაჭერის თიქეთის, ინციდენტის, მომსახურების მოთხოვნის, პრობლემისა და ცვლილების მოთხოვნის რეგისტრაციისთვის, თვალყურის დევნებისთვის, მართვისა და ანგარიშგებისთვის მათი სასიცოცხლო ციკლის განმავლობაში. |
| ინციდენტი (Incident) | პლატფორმის ან მომსახურებების დაუგეგმავი შეწყვეტა ან ხარისხის გაუარსება, რომელიც მიმწოდებლისგან გამოსასწორებელ ქმედებას მოითხოვს. |
| საწყისი ვადა (Initial Term) | გამოწერის საწყისი პერიოდი, რომელიც იწყება გამოწერის დაწყების თარიღიდან და გრძელდება სავალდებულო პერიოდის მანძილზე, როგორც ეს განსაზღვრულია კომერციულ ხელშეკრულებასა და საწარმოს სალიცენზიო შეთანხმებაში. საწყისი ვადა მოიცავს ზედიზედ საანგარიშსწორებო პერიოდების მინიმალურ რაოდენობას, რომლის განმავლობაშიც დამკვეთი ხელშეკრულების საფუძველზე ბმულია პლატფორმასთან. იხ. თავი 11, §11.12.1. |
| ინტრანეტის მომხმარებელი (Intranet User) | ინტრანეტის/ექსტრანეტის ლიცენზირების მოდელის ფარგლებში კლასიფიცირებული მომხმარებელი, რომელიც პლატფორმის სრულ ფუნქციონალზე წვდომას ახორციელებს შიდა კორპორატიული ქსელის ან VPN-ის მეშვეობით. ინტრანეტის მომხმარებლები, ჩვეულებრივ, არიან ოფისში მოქმედი ადმინისტრაციული პერსონალი (მაგ., პროექტის მენეჯერები, ხარჯთაღრიცხვის სპეციალისტები, შესყიდვების ოფიცერები, ფინანსური გუნდები) მოდულებზე გაფართოებული წვდომით. იხ. თავი 11, §11.3.3. |
| ინტელექტუალური საკუთრების უფლებები (Intellectual Property Rights) | ყველა პატენტი, საავტორო უფლება, სასაქონლო ნიშანი, კომერციული საიდუმლო, მონაცემთა ბაზის უფლება, დიზაინის უფლება, ნოუ-ჰაუ და ყველა სხვა ინტელექტუალური საკუთრების უფლება, რეგისტრირებული თუ არარეგისტრირებული, და მათზე ყველა განაცხადი. |
| LRS (ლოკალურად დუბლირებული საცავი – Locally Redundant Storage) | Azure Storage-ის რეპლიკაციის ვარიანტი, რომელიც ინახავს დამკვეთის მონაცემების სამ ასლს ერთი Azure რეგიონის ერთ ნაგებობაში და უზრუნველყოფს 11 ცხრიანის (11-nines) მდგრადობას. გამოიყენება არაკრიტიკული დროებითი შენახვისთვის, სადაც ნაგებობებს შორის დუბლირებულობა არ მოითხოვება, როგორც ეს განსაზღვრულია ნაწილში 9.6. |
| ცოდნის ბაზა (Knowledge Base) | მიმწოდებლის ყოვლისმომცველი რეპოზიტორია პლატფორმის დოკუმენტაციის, პროცესების სახელმძღვანელოების, ვიდეოგაკვეთილების, ხშირად დასმული კითხვების (FAQ) სტატიებისა და რელიზის შენიშვნებისთვის, რომელიც განთავსებულია პლატფორმის რელიზების მართვის ინტეგრირებულ მოდულსა და თითოეული კლიენტისთვის გამოყოფილ სატრენინგო Wiki-ზე (https://docs.projectview.wiki/[client]) და ხელმისაწვდომია ყველა უფლებამოსილი მომხმარებლისთვის, როგორც ეს განსაზღვრულია ნაწილში 6.7. |
| ლიცენზიების მინიმალური ვალდებულება (Minimum Licence Commitment) | უნივერსალური/ერთდროული მომხმარებლის ლიცენზიების მინიმალური რაოდენობა (არანაკლებ ოცი (20)), რომლის შენარჩუნების ვალდებულებასაც დამკვეთი იღებს სავალდებულო პერიოდის მანძილზე, როგორც ეს განსაზღვრულია კომერციულ ხელშეკრულებასა და საწარმოს სალიცენზიო შეთანხმებაში. მოქნილი გამოწერის მოდელის მეშვეობით ლიცენზიების გამოკლებამ აქტიური ლიცენზიების რაოდენობა არ უნდა შეამციროს ამ ზღვრულზე ქვემოთ. იხ. თავი 11, §11.5.4. |
| მოდულის აქტივაციის ცვლილება (Module Activation Amendment) | მხარეების მიერ ხელმოწერილი კომერციული ხელშეკრულების ოფიციალური ცვლილება ProjectVIEW ERP-ის დამატებითი მოდულების ან დამატებების/კონექტორების/პორტალების ვადის შუალეუდ გააქტიურებისთვის. ცვლილება განსაზღვრავს კომპონენტ(ებ)ს, აქტივაციის თარიღს, ლიცენზირების ერთეულს და პროპორციულ საფასურს. იხ. თავი 11, §11.3.4. |
| სახელობითი მომხმარებელი (Named User) | უნიკალურად იდენტიფიცირებული ფიზიკური პირი, რომელსაც სახელობითი ლიცენზირების მოდელის ფარგლებში აქვს უფლება წვდომა ჰქონდეს კონკრეტულ დამატებებზე, კონექტორებზე ან პორტალებზე. სახელობითი ლიცენზიები ვრცელდება პლატფორმის დამატებით კომპონენტებზე, სადაც საჭიროა თითოეული პირის აღრიცხვა, და არ გადაცემადია, გარდა ადგილის ხელახლა განაწილებისა (Seat Reassignment). პლატფორმის ძირითად ფუნქციონალზე წვდომა რეგულირდება უნივერსალური/ერთდროული მომხმარებლების მოდელით. იხ. თავი 11, §11.3.4. |
| კლიენტის სატრენინგო Wiki (Per-Client Training Wiki) | თითოეული დამკვეთისთვის https://docs.projectview.wiki/[client] მისამართზე გამოყოფილი, AI-ით გაძლიერებული დოკუმენტაციის პორტალი, რომელიც შეიცავს პერსონალიზებულ სატრენინგო მასალებს, ჩაწერილი სესიების ბიბლიოთეკებს AI-ით გენერირებული ტრანსკრიფციებით, როლების მიხედვით სახელმძღვანელოებს, სატრენინგო გეგმებს და დამკვეთის კონფიგურაციისა და ტერმინოლოგიისთვის უნიკალურ, შერჩეულ FAQ შინაარსს, როგორც ეს განსაზღვრულია ნაწილში 6.7.1. |
| კომერციული ხელშეკრულება (Commercial Contract) | მხარეების მიერ ხელმოწერილი დოკუმენტი, რომელიც განსაზღვრავს პლატფორმის მოდულებს, უნივერსალური/ერთდროული მომხმარებლების რაოდენობას, შესაბამის მოცულობით დიაპაზონს, სავალდებულო პერიოდს, საანგარიშსწორებო პერიოდს, დამატებებზე/კონექტორებზე/პორტალებზე უფლებებს, სახელობითი მომხმარებლების განაწილებას (საჭიროების შემთხვევაში), ვალუტას, ლიცენზიების მინიმალურ ვალდებულებას და დამკვეთისთვის სპეციფიკურ ნებისმიერ კონფიგურაციას. კომერციული ხელშეკრულება მოიცავს საწარმოს სალიცენზიო შეთანხმებას და უპირატესობა აქვს ყველა სხვა დებულებასთან შედარებით §1.3-ის შესაბამისად. იხ. თავი 11, §11.1. |
| NSG (ქსელური უსაფრთხოების ჯგუფი – Network Security Group) | Azure-ის ჩაშენებული მდგომარეობის მქონე (stateful) ფაირვოლი, რომელიც გამოიყენება დამკვეთის სუვერენულ გარემოში თითოეულ ვირტუალურ მანქანასა და ქვექსელზე და ახორციელებს შემავალი და გამავალი ტრაფიკის წესებს ნაგულისხმევი სრული აკრძალვის (deny-all) პოლიტიკით, როგორც ეს განსაზღვრულია ნაწილში 8.5.1. |
| ომნიარხიანი მხარდაჭერის მოდელი (Omnichannel Support Model) | მიმწოდებლის მხარდაჭერის მიწოდების ერთიანი მიდგომა, რომელიც ჩაშენებულ თიქეთინგის სისტემას, WhatsApp Business არხს, ტელეფონსა და ელ.ფოსტას აერთიანებს მხარდაჭერის ერთ თვალყურის დევნებად სამუშაო პროცესში, როგორც ეს დეტალურად აღწერილია ნაწილში 4.2. |
| პერსონალური მონაცემები (Personal Data) | ნებისმიერი ინფორმაცია, რომელიც ეხება იდენტიფიცირებულ ან იდენტიფიცირებად ფიზიკურ პირს, როგორც ეს განსაზღვრულია GDPR-ის მუხლი 4(1)-ით და არაბთა გაერთიანებული საამიროების PDPL-ის მე-1 მუხლით. |
| PDCA (დაგეგმვა-შესრულება-შემოწმება-მოქმედება – Plan-Do-Check-Act) | ISO 22301:2019-ით გათვალისწინებული უწყვეტი გაუმჯობესების მეთოდოლოგია, რომელსაც მიმწოდებელი იყენებს თავის BCDR პროგრამისთვის: დაგეგმვა (BIA-ს განხილვა და აღდგენის მიზნების კალიბრაცია), შესრულება (სარეზერვო ასლების შექმნა და DR-ის შესრულება), შემოწმება (წვრთნების შედეგები და მონიტორინგი), მოქმედება (მაკორექტირებელი ქმედებები და არქიტექტურული გაუმჯობესებები), როგორც ეს განსაზღვრულია ნაწილში 9.12. |
| PIMS (კერძო ცხოვრების ინფორმაციის მართვის სისტემა – Privacy Information Management System) | მიმწოდებლის ინფორმაციული უსაფრთხოების მართვის სისტემის (ISMS) გაფართოება, რომელიც ISO/IEC 27701:2019-ის შესაბამისად ადგენს კერძო ცხოვრების სპეციფიკურ კონტროლებს, პროცედურებსა და დოკუმენტაციას და არეგულირებს მიმწოდებლის, როგორც უფლებამოსილი პირის, მიერ პერსონალური მონაცემების დამუშავებას. |
| PIR (ინციდენტის შემდგომი ანგარიში – Post-Incident Report) | ოფიციალური ანგარიში, რომელსაც მიმწოდებელი ამზადებს DR-1 ან DR-2 კატასტროფის შემდგომი აღდგენის მოვლენის გადაწყვეტიდან ხუთი (5) სამუშაო დღის განმავლობაში და რომელიც მოიცავს ძირეული მიზეზის ანალიზს, ქმედებების ქრონოლოგიას, მაკორექტირებელ ღონისძიებებსა და BCDR გეგმის განახლებებს; ანგარიში წარედგინება დამკვეთს, როგორც ეს განსაზღვრულია ნაწილში 9.7.2. |
| პლატფორმა (Platform) | DANAOS ProjectVIEW ERP პროგრამული აპლიკაცია. როდესაც იგი მიწოდებულია როგორც პროგრამული უზრუნველყოფა მომსახურების სახით (SaaS) და განთავსებულია DANAOS Cloud-ზე (Microsoft Azure), წინამდებარე ჩარჩოს პირობები ვრცელდება სრულად. პლატფორმა მოიცავს წინამდებარე ჩარჩოს ფარგლებში მიწოდებულ ყველა მოდულს, განახლებასა და გაუმჯობესებას. |
| მიმწოდებელი (Provider) | DANAOS Projects Software Solutions LLC — არაბთა გაერთიანებულ საამიროებში რეგისტრირებული კომპანია, რომელსაც ჰყავს საბერძნეთში რეგისტრირებული ევროკავშირის იურიდიული პირი, და მისი აფილირებული კომპანიები. |
| მიმწოდებლის მომსახურების ცენტრი (Provider Service Desk – PSD) | მიმწოდებლის მიერ მართული ძირითადი საკონტაქტო წერტილი ტექნიკურ მხარდაჭერასთან დაკავშირებული ყველა თიქეთის რეგისტრაციისა და მართვისთვის ომნიარხიანი მხარდაჭერის მოდელის მეშვეობით (ჩაშენებული თიქეთინგის სისტემა, WhatsApp Business, ტელეფონი და ელ.ფოსტა), რომელიც ხელმისაწვდომია დღეღამის 24 საათის განმავლობაში, კვირაში 7 დღე, წელიწადში 365 დღე. |
| პროცესების ოპტიმიზაციის საკონსულტაციო მომსახურება (Process Optimisation Advisory) | პროაქტიული მომსახურება, რომლის ფარგლებშიც მიმწოდებელი აანალიზებს AI აგენტების ტესტების შესრულების მონაცემებს დამკვეთის ProjectVIEW-ს განთავსებაში სამუშაო პროცესების შეუსაბამობების, კონფიგურაციული ანომალიებისა და გაუმჯობესების შესაძლებლობების გამოსავლენად და რეკომენდაციებს წარუდგენს მომსახურების კვარტალური განხილვების დროს, როგორც ეს განსაზღვრულია ნაწილში 5.9. |
| RPO | აღდგენის წერტილის მიზანი (Recovery Point Objective) — მონაცემთა დაკარგვის მაქსიმალური დასაშვები პერიოდი, გაზომილი დროით. პლატფორმის სამიზნე RPO შეადგენს თხუთმეტ (15) წუთს. |
| RBAC (როლზე დაფუძნებული წვდომის კონტროლი – Role-Based Access Control) | ავტორიზაციის მოდელი, რომელსაც ახორციელებს პლატფორმის მომხმარებლებისა და როლების მართვის მოდული (STY) და რომელიც დანიშნული როლების საფუძველზე უზრუნველყოფს დეტალურ ნებართვებს მოდულის, ფუნქციის, ველისა და ჩანაწერის დონეზე, როგორც ეს განსაზღვრულია ნაწილში 8.4.2. |
| RA-GRS (გეოგრაფიულად დუბლირებული საცავი წაკითხვის წვდომით – Read-Access Geo-Redundant Storage) | Azure Storage-ის რეპლიკაციის ვარიანტი, რომელიც აფართოებს GRS-ს და ძირითადი რეგიონის გათიშვისას უზრუნველყოფს დამკვეთის მონაცემებზე მხოლოდ წაკითხვის წვდომას მეორად რეგიონში, რაც სრული გადართვის დასრულებამდე მონაცემების დაუყოვნებლივ მიღებას უზრუნველყოფს, როგორც ეს განსაზღვრულია ნაწილში 9.6. |
| RTO | აღდგენის დროის მიზანი (Recovery Time Objective) — მნიშვნელოვანი შეფერხების შემდეგ პლატფორმის აღდგენის მაქსიმალური დასაშვები ხანგრძლივობა. პლატფორმის სამიზნე RTO შეადგენს ოთხ (4) საათს. |
| დამუშავების საქმიანობის რეესტრი (Record of Processing Activities – RoPA) | პერსონალური მონაცემების დამუშავების ყველა საქმიანობის დოკუმენტური ჩანაწერი, რომელსაც მიმწოდებელი, როგორც უფლებამოსილი პირი, აწარმოებს GDPR-ის მე-30 მუხლისა და არაბთა გაერთიანებული საამიროების PDPL-ის შესაბამისად და რომელიც მიუთითებს დამუშავების კატეგორიებს, მიზნებს, მონაცემთა სუბიექტებს, მიმღებებს, გადაცემის მექანიზმებსა და შენახვის ვადებს, როგორც ეს აღწერილია ნაწილში 7.11. |
| რელიზი / განახლება (Release / Update) | პროგრამული უზრუნველყოფის ინკრემენტული მიწოდება მიმდინარე ძირითადი ვერსიის ფარგლებში (მაგ., v11.01, v11.02… v11.xx), რომელიც ეხება დამკვეთის დანერგვისთვის სპეციფიკურ ცვლილების მოთხოვნებს, ხარვეზების გამოსწორებასა და მცირე გაუმჯობესებებს. მიწოდება ხორციელდება Agile სპრინტების მეშვეობით, როგორც ეს განსაზღვრულია ნაწილში 4.7.1. |
| განახლების ვადა (Renewal Term) | სავალდებულო პერიოდის ამოწურვის შემდგომი თითოეული მომდევნო საანგარიშსწორებო პერიოდი, რომლის განმავლობაშიც გამოწერა ავტომატურად განახლდება ავტომატურად განახლებადი ხელშეკრულების (Evergreen Contract) მექანიზმის საფუძველზე, თუ რომელიმე მხარე მოქმედი საანგარიშსწორებო პერიოდის ამოწურვამდე მინიმუმ ოთხმოცდაათი (90) კალენდარული დღით ადრე არ წარადგენს წერილობით შეტყობინებას არგანახლების შესახებ. იხ. თავი 11, §11.12.2. |
| SAST (აპლიკაციის უსაფრთხოების სტატიკური ტესტირება – Static Application Security Testing) | საწყისი კოდის ავტომატიზებული ანალიზი, რომელიც სრულდება კოდის ყოველ ჩატარებაზე (commit) განთავსებამდე უსაფრთხოების მოწყვლადობების გამოსავლენად; კრიტიკული/მაღალი სიმძიმის მიგნები ბლოკავს აწყობას (build), როგორც ეს განსაზღვრულია ნაწილში 8.9. |
| SCA (პროგრამული უზრუნველყოფის შემადგენლობის ანალიზი – Software Composition Analysis) | მესამე მხარის ბიბლიოთეკებისა და დამოკიდებულებების ავტომატიზებული სკანირება ცნობილი მოწყვლადობების (CVE) და ლიცენზიების შესაბამისობის დასადგენად, რომელიც ინტეგრირებულია მიმწოდებლის CI/CD ხაზში, როგორც ეს განსაზღვრულია ნაწილში 8.9. |
| SCCs (სტანდარტული სახელშეკრულებო დებულებები – Standard Contractual Clauses) | ევროპული კავშირის სტანდარტული სახელშეკრულებო დებულებები, რომლებიც მიღებულია კომისიის აღსრულებითი გადაწყვეტილების (EU) 2021/914 საფუძველზე პერსონალური მონაცემების ისეთ მესამე ქვეყნებში გადაცემისთვის, რომლებზეც არ ვრცელდება GDPR-ის მე-45 მუხლის შესაბამისი ადეკვატურობის გადაწყვეტილება, როგორც ეს მითითებულია ნაწილში 7.14. |
| ადგილის ხელახლა განაწილება (Seat Reassignment) | სახელობითი მომხმარებლის ლიცენზიის (დამატებებისთვის, კონექტორებისთვის ან პორტალებისთვის) გადაცემა წასული პირიდან შემცვლელ პირზე, რომელიც მუდმივად იკავებს წასული მომხმარებლის როლს. ადგილის ხელახლა განაწილება არ იწვევს დამატებით სალიცენზიო საფასურს, თუ აქტიური სახელობითი მომხმარებლების საერთო რაოდენობა არ აღემატება ლიცენზირებულ რაოდენობას. არ ვრცელდება უნივერსალური/ერთდროული მომხმარებლის ლიცენზიებზე, რომლებიც მოცურავეა (floating). იხ. თავი 11, §11.3.4. |
| დაგეგმილი მოცდენა (Scheduled Downtime) | ტექნიკური მომსახურების მიზნით პლატფორმის მიუწვდომლობის ნებისმიერი დაგეგმილი პერიოდი, რომლის შესახებაც დამკვეთს წინასწარ ეცნობება მე-3 ნაწილის შესაბამისად. |
| მომსახურების მოთხოვნა (Service Request) | დამკვეთის ოფიციალური მოთხოვნა რაიმეს მიწოდების, შეცვლის ან შესრულების შესახებ, რომელიც არ არის ინციდენტი — მაგალითად, ახალი მომხმარებლის შექმნა, წვდომის უფლებების ცვლილება ან ანგარიშის კონფიგურაცია. |
| სიმულაციის სცენარი (Simulation Scenario) | პარამეტრიზებული, ბოლომდე (end-to-end) სატესტო სპეციფიკაცია, რომელიც განსაზღვრავს ბიზნეს-პროცესის ტრანზაქციის სრულ გზას (მაგ., პროექტის ინიცირებიდან ინვოისირებამდე) და რომელსაც AI აგენტები ასრულებენ დამკვეთის Dev/Sandbox გარემოში მონაცემთა ნაკადების, ბიზნეს-წესებისა და ინტეგრაციის მთლიანობის ვალიდაციისთვის, როგორც ეს განსაზღვრულია ნაწილში 5.5.2. |
| SLA-ის შეუსრულებლობის ჯარიმა (SLA Non-Compliance Penalty) | ფინანსური ჯარიმა, რომელსაც მიმწოდებელი უხდის დამკვეთს და რომელიც გაიანგარიშება საერთო ARR-ის პროცენტული წილის სახით ნაწილის 3.8 შესაბამისად, თუ მიმწოდებელი ვერ აღწევს მომსახურების შესაბამის დონის ან GOS-ის მაჩვენებლებს. |
| მომსახურების დონე (Service Level) | მე-3 ნაწილში და დანართ A-ში განსაზღვრული საქმიანობის მაჩვენებლები და სამიზნე მნიშვნელობები, რომლების მიხედვითაც ფასდება მიმწოდებლის საქმიანობა. |
| SLO | მომსახურების დონის მიზანი (Service Level Objective) — პლატფორმის სამიზნე ხელმისაწვდომობა, რომელიც შეადგენს კალენდარულ თვეში ფუნქციონირების ხანის 99.9%-ს (ოთხმოცდაცხრამეტი მთელი ცხრა პროცენტი), დაგეგმილი მოცდენის გარეშე. |
| საწყისი კოდის ესქროუ (Source Code Escrow) | მიმწოდებლის მიერ დამოუკიდებელ ესქროუ აგენტთან დადებული შეთანხმება პლატფორმის სრული საწყისი კოდის, აწყობის სკრიპტების, მონაცემთა ბაზის სქემების, დამოკიდებულებების ჩამონათვლისა და განთავსების დოკუმენტაციის შენახვის შესახებ. ესქროუ დეპოზიტი ივსება კვარტალურად და თითოეული ძირითადი ვერსიის გამოშვებისას და ექვემდებარება ყოველწლიურ ვერიფიკაციას. გადაცემის პირობები და დამკვეთის უფლებები განსაზღვრულია ნაწილში 9.14. |
| სპრინტი (Sprint) | Agile შემუშავების მოკლევადიანი იტერაცია, საშუალოდ 3 სამუშაო დღის ხანგრძლივობის, რომლის განმავლობაშიც მიმწოდებელი დამკვეთის Staging გარემოში აწვდის ცვლილებების მოთხოვნების, ხარვეზების გამოსწორებების ან კონფიგურაციული ცვლილებების განსაზღვრულ კრებს, როგორც ეს დეტალურად აღწერილია ნაწილში 4.7.1. |
| Staging გარემო (Staging Environment) | არასაწარმოო გარემო, რომელიც ექსპლუატაციაში გაშვების შემდეგ გამოიყენება ხარვეზების აღმოფხვრისთვის, ცვლილებების მოთხოვნებისთვის, პროგრამული განახლებებისთვის და უნივერსალური სამომხმარებლო მიღების ტესტირებისთვის (UAT) საწარმოო გარემოში განთავსებამდე. Staging გარემო არის დანერგვის დროს გამოყოფილი შემუშავების/Sandbox გარემოს გაგრძელება ექსპლუატაციაში გაშვების შემდეგ. |
| სუპერმომხმარებელი (Super User) | დამკვეთის მიერ დანიშნული თანამშრომელი, რომელმაც გაიარა მიმწოდებლის ტრენერთა მომზადების (Train-the-Trainer, T3) სერტიფიცირების პროგრამა და უფლებამოსილია დამკვეთის ორგანიზაციაში ჩატაროს პირველადი შიდა ტრენინგი, ახალი მომხმარებლების ჩართვა (onboarding) და უზრუნველყოს პრობლემების პირველი დონის აღმოფხვრა, როგორც ეს განსაზღვრულია ნაწილში 6.5. |
| ქვე-უფლებამოსილი პირი (Sub-Processor) | ნებისმიერი მესამე პირი, რომელსაც მიმწოდებელი რთავს დამკვეთის სახელით პერსონალური მონაცემების დასამუშავებლად, მათ შორის Microsoft Corporation (როგორც Azure ღრუბლოვანი პროვაიდერი). |
| გამოწერის დაწყების თარიღი (Subscription Start Date) | თარიღი, როდესაც იწყება დამკვეთის გამოწერა, რომელიც ემთხვევა შეთანხმების ხელმოწერის თარიღს, როგორც ეს განსაზღვრულია კომერციულ ხელშეკრულებაში. გამოწერის დაწყების თარიღიდან იწყება სავალდებულო პერიოდი, პირველი საანგარიშსწორებო პერიოდი და საწყისი ვადა. იხ. თავი 11, §11.12.1. |
| გამოწერის ვადა (Subscription Term) | საერთო პერიოდი, რომელიც მოიცავს საწყის ვადას (სავალდებულო პერიოდს) და ავტომატურად განახლებადი ხელშეკრულების მექანიზმის ფარგლებში ნებისმიერ განახლების ვადას, რომლის განმავლობაშიც დამკვეთს უფლება აქვს წვდომა ჰქონდეს პლატფორმაზე და ისარგებლოს მით, როგორც ეს განსაზღვრულია კომერციულ ხელშეკრულებასა და საწარმოს სალიცენზიო შეთანხმებაში. იხ. თავი 11, §11.12. |
| გამოწერის წელი (Subscription Year) | საანგარიშსწორებო პერიოდის სინონიმი. გამოწერის ვადის ფარგლებში თითოეული ზედიზედ თორმეტთვიანი (12) პერიოდი, რომელიც იწყება შეთანხმების ხელმოწერის თარიღიდან ან მისი წლიური თარიღიდან. გამოწერის წლები / საანგარიშსწორებო პერიოდები წარმოადგენს ანგარიშსწორების პერიოდულობის, ARR-ის ხელახლა გაანგარიშების, ფასის ზრდისა და ლიცენზიების შესაბამისობის აუდიტის საფუძველს. იხ. თავი 11, §11.5. |
| ზედამხედველო ორგანო (Supervisory Authority) | ევროკავშირის წევრი სახელმწიფოს მიერ GDPR-ის მე-51 მუხლის შესაბამისად შექმნილი დამოუკიდებელი საჯარო ორგანო ან არაბთა გაერთიანებული საამიროების მონაცემთა ოფისი (UAE Data Office) 2021 წლის ფედერალური დეკრეტ-კანონის №44 შესაბამისად, რომელიც პასუხისმგებელია თავის იურისდიქციის ფარგლებში მონაცემთა დაცვის კანონმდებლობის გამოყენების ზედამხედველობაზე. |
| SIEM (უსაფრთხოების ინფორმაციისა და მოვლენების მართვა – Security Information and Event Management) | ღრუბლოვანი უსაფრთხოების მონიტორინგის პლატფორმა (Microsoft Sentinel), რომელიც აგროვებს და აკორელირებს ინფრასტრუქტურის, აპლიკაციისა და მონაცემთა ბაზის ყველა შრის ჟურნალებს საფრთხეებისა და ანომალიური ქცევის რეალურ დროში გამოსავლენად, როგორც ეს განსაზღვრულია ნაწილში 8.8.1. |
| TDE | მონაცემების გამჭვირვალე დაშიფვრა (Transparent Data Encryption) — დაშიფვრის ტექნოლოგია, რომელიც პლატფორმის მონაცემთა ბაზის შრეში შენახულ ყველა მონაცემზე გამოიყენება AES-256 დაშიფვრის გამოყენებით. |
| SQT (პროგრამული უზრუნველყოფის ხარისხი და ტესტირება – Software Quality & Testing) | მიმწოდებლის AI-ით გაძლიერებული პროგრამული უზრუნველყოფის ხარისხისა და ტესტირების ჩარჩო, რომელიც მოიცავს მონაცემთა ნაკადების ავტომატიზებულ სიმულაციას, მომხმარებლის ურთიერთქმედების სიმულაციას, მონაცემთა მთლიანობის ვალიდაციას, რეგრესიულ ტესტირებას და პროცესების ოპტიმიზაციის საკონსულტაციო მომსახურებას, როგორც ეს განსაზღვრულია მე-5 თავში. |
| სატესტო მტკიცებულებების რეპოზიტორია (Test Evidence Repository) | მიმწოდებლის მიერ თითოეული დამკვეთისთვის წარმოებული ცენტრალიზებული, უცვლელი საცავი, რომელიც შეიცავს სატესტო გეგმებს, AI აგენტების შესრულების ჟურნალებს, მონაცემთა მთლიანობის ანგარიშებს, პროცესების ოპტიმიზაციის ანგარიშებს, UAT-ის მტკიცებულებების პაკეტებს და რეგრესიული ტესტების კრებულის ისტორიას, როგორც ეს განსაზღვრულია ნაწილში 5.10.1. |
| TKT (ტრენინგი და ცოდნის გადაცემა – Training & Knowledge Transfer) | მიმწოდებლის უწყვეტი შესაძლებლობების გაღრმავების ჩარჩო, რომელიც მოიცავს ტრენერის მიერ ჩატარებულ ტრენინგს, თვითნაბიჯურ ციფრულ სწავლებას, აპლიკაციის შიდა AI ხელმძღვანელობას, ტრენერთა მომზადების სერტიფიცირებას და ცოდნის ბაზის შენარჩუნებას, როგორც ეს განსაზღვრულია მე-6 თავში. |
| TNA (სატრენინგო საჭიროებების შეფასება – Training Needs Assessment) | სტრუქტურირებული შეფასება, რომელსაც მიმწოდებელი დამკვეთთან თანამშრომლობით ატარებს სატრენინგო გეგმის შემუშავებამდე აქტივირებული მოდულების, ორგანიზაციული როლების, უნარების ხარვეზებისა და სატრენინგო მოთხოვნების გამოსავლენად, როგორც ეს განსაზღვრულია ნაწილში 6.4.1. |
| TNRA (სატრენინგო საჭიროებების ხელახალი შეფასება – Training Needs Re-Assessment) | დამკვეთის სატრენინგო მოთხოვნების სტრუქტურირებული ხელახალი შეფასება, რომელიც ტარდება EOL-ის გამოცხადებიდან სამოცი (60) დღის განმავლობაში და აფასებს მომდევნო ვერსიის ცვლილებების გავლენას არსებულ კომპეტენციებზე, როლებზე და სამუშაო პროცესებზე გადასვლის სატრენინგო გეგმის შესამუშავებლად, როგორც ეს განსაზღვრულია ნაწილში 10.7. |
| ტრენინგის კოორდინატორი (Training Coordinator) | დამკვეთის მიერ დანიშნული ერთადერთი საკონტაქტო პირი, რომელიც პასუხისმგებელია ტრენინგების ყველა ლოგისტიკურ საკითხზე, გრაფიკის შედგენაზე, მონაწილეების წარდგენაზე, უკუკავშირის შეგროვებაზე და მიმწოდებლის მიერ მოწოდებული სატრენინგო მასალების შიდა გავრცელებაზე, როგორც ეს განსაზღვრულია ნაწილში 6.9. |
| გადასვლის სატრენინგო გეგმა (Transition Training Plan) | TNRA-ს შემდეგ შემუშავებული ინდივიდუალური სატრენინგო პროგრამა დამკვეთის მომხმარებლების, ჩემპიონებისა და სუპერმომხმარებლების მომდევნო ვერსიაზე ხელახალი სერტიფიცირებისთვის. მოიცავს „რა არის ახალი“ ბრიფინგებს, პრაქტიკულ სამუშაო შეხვედრებს, ჩემპიონების ხელახალ სერტიფიცირებას, API/ინტეგრაციის სამუშაო შეხვედრებს, UAT-ის სახელმძღვანელოს, ექსპლუატაციაში გაშვებისთვის მზადყოფნის შემოწმებებს და მიგრაციის შემდგომ კონსულტაციებს, როგორც ეს განსაზღვრულია ნაწილში 10.7. |
| შესაბამისობაში მოყვანის შეტყობინება (True-Up Notice) | მიმწოდებლის მიერ ლიცენზიების შესაბამისობის აუდიტის შემდეგ გაცემული წერილობითი შეტყობინება, რომელიც ადგენს უნივერსალური/ერთდროული მომხმარებლების, სახელობითი მომხმარებლების (დამატებებისთვის/პორტალებისთვის) ან მოდულების ლიცენზირებულ უფლებებზე მეტი გამოყენების შემთხვევებს და მათი მოწესრიგებისთვის გამოსაყენებელ საფასურს. იხ. თავი 11, §11.11.3. |
| UAT (უნივერსალური სამომხმარებლო მიღების ტესტირება – Universal User Acceptance Testing) | ოფიციალური ტესტირების პროცესი, რომლის ფარგლებშიც დამკვეთი ადასტურებს, რომ ყველა პროგრამული ცვლილება, პატჩი, განახლება და ახალი ფუნქცია სწორად ფუნქციონირებს Staging გარემოში საწარმოო გარემოში განთავსებამდე. UAT საწარმოო გარემოში გამოშვებამდე დამკვეთის წერილობით დადასტურებას მოითხოვს. |
| აპგრეიდი (ძირითადი ვერსია) (Upgrade – Major Version) | პლატფორმის ახალი ძირითადი ვერსია მთლიანი პროდუქტის მასშტაბით (მაგ., v11 → v12), რომელიც მოიცავს მნიშვნელოვან ფუნქციონალურ გაუმჯობესებებს, UI/UX-ის განახლებულ დიზაინს, ახალ API/SDK-ებს და COTS კომპონენტების ძირითადი ვერსიების განახლებას. გამოდის დაახლოებით წელიწადში ერთხელ. რეგულირდება მხარდაჭერის სრული შეწყვეტის (End-of-Life) პოლიტიკით, რომელიც განსაზღვრულია მე-10 თავში. |
| მომხმარებლის ლიცენზიის ცვლილება (User Licence Amendment) | მხარეების მიერ ხელმოწერილი კომერციული ხელშეკრულების ოფიციალური ცვლილება უნივერსალური/ერთდროული მომხმარებლის ლიცენზიების ვადის შუალეუდ დამატების ან გამოკლებისთვის მოქნილი გამოწერის მოდელის ფარგლებში. დამატებული ლიცენზიების ინვოისი იწერება პროპორციულად აქტივაციის თარიღიდან, ხოლო ARR ხელახლა იანგარიშება ახალი მოცულობითი დიაპაზონის საფუძველზე. გამოკლება ძალაში შედის საანგარიშსწორებო პერიოდის მომდევნო განახლებისას და ექვემდებარება ლიცენზიების მინიმალურ ვალდებულებას. იხ. თავი 11, §11.3.6. |
| არაბთა გაერთიანებული საამიროების მონაცემთა ოფისი (UAE Data Office) | არაბთა გაერთიანებული საამიროების მონაცემთა კერძო ცხოვრების ეროვნული მარეგულირებელი ორგანო, რომელიც შექმნილია 2021 წლის ფედერალური დეკრეტ-კანონის №44 საფუძველზე და პასუხისმგებელია არაბთა გაერთიანებული საამიროების PDPL-ის გამოყენების რეგულირებაზე. |
| UAE PDPL | 2021 წლის ფედერალური დეკრეტ-კანონი №45 პერსონალური მონაცემების დაცვის შესახებ — არაბთა გაერთიანებულ საამიროებში მონაცემთა კერძო ცხოვრების პირველი ყოვლისმომცველი ფედერალური კანონი, რომელიც ძალაში შევიდა 2022 წლის 2 იანვარს. |
| უნივერსალური მომხმარებელი (Universal User) | მოცურავე (floating) სალიცენზიო უფლება უნივერსალური/ერთდროული მომხმარებლის (მოწყობილობაზე) ლიცენზირების მოდელის ფარგლებში, რომელიც ნებისმიერ უფლებამოსილ პირს აძლევს პლატფორმაზე წვდომის საშუალებას, თუ ერთდროულად აქტიური სესიების (ერთდროული მომხმარებლების) საერთო რაოდენობა არ აღემატება კომერციულ ხელშეკრულებაში განსაზღვრულ ლიცენზირებულ რაოდენობას. უნივერსალური მომხმარებლის ლიცენზიები არ არის მიბმული კონკრეტულ სახელობით პირებზე. იხ. თავი 11, §11.3.2. |
| მოცულობითი დიაპაზონი (Volume Band) | დამკვეთის წლიური გამოწერის საფასურზე გავრცელებული საფასურის სტურიანი დიაპაზონი, რომელიც განისაზღვრება ლიცენზირებული უნივერსალური/ერთდროული მომხმარებლების საერთო რაოდენობით. განსაზღვრულია ხუთი მოცულობითი დიაპაზონი: დიაპაზონი 1 (მინიმუმი–20 მომხმარებელი), დიაპაზონი 2 (21–30), დიაპაზონი 3 (31–50), დიაპაზონი 4 (51–100) და დიაპაზონი 5 (100+). უფრო მაღალი მოცულობითი დიაპაზონები იწვევს ერთ მომხმარებელზე თანდათანობით შემცირებულ ტარიფებს. იხ. თავი 11, §11.4.1. |
| WAF (ვებ-აპლიკაციების ფაირვოლი – Web Application Firewall) | Azure Web Application Firewall, რომელიც განთავსებულია პლატფორმის აპლიკაციური შრის წინ OWASP Top 10 ვებ-აპლიკაციური შეტევებისგან დასაცავად, მათ შორის SQL ინექციის, ჯვარედინი სკრიპტინგისა და მოთხოვნის კონტრაბანდული გატანის (request smuggling) შეტევებისგან, როგორც ეს განსაზღვრულია ნაწილში 8.5.1. |
| გარანტიის პერიოდი (უვადო გარანტია) (Warranty Period – Lifetime Warranty) | დამკვეთის აქტიური გამოწერის ვადისა და მისი ნებისმიერი განახლების მთლიანი ხანგრძლივობა, რომლის განმავლობაშიც მიმწოდებელი იძლევა გარანტიას, რომ პლატფორმა არსებითად იმუშავებს წინამდებარე ჩარჩოს შესაბამისად, იქნება არსებითი დეფექტებისგან თავისუფალი, მიიღებს უსაფრთხოების უწყვეტ პატჩებს და შეინარჩუნებს ხელშეკრულებით განსაზღვრულ SLO-ისა და აღდგენის მიზნების შესაბამის ან უფრო მაღალ მწარმოებლურობას. გარანტია გამოწერის თანაბრივი ხანგრძლივობისაა და არ იწურება, არ მცირდება მოცულობით და არ მოითხოვს ცალკე განახლებას. განსაზღვრულია ნაწილში 9.13. |
| WhatsApp Business არხი (WhatsApp Business Channel) | თითოეული დამკვეთისთვის შექმნილი ცალკე WhatsApp Business ჯგუფი, რომელიც აკავშირებს დამკვეთის ძირითად მომხმარებლებს მიმწოდებლის მიერ გამოყოფილ კონსულტანტებთან სწრაფი არაოფიციალური კომუნიკაციისთვის. რეგულირდება ნაწილში 4.2.3 განსაზღვრული მონაცემთა დაცვისა და ოფიციალურ არხზე გადატანის წესებით. |
| ZRS (ზონურად დუბლირებული საცავი – Zone-Redundant Storage) | Azure Storage-ის რეპლიკაციის ვარიანტი, რომელიც ინახავს დამკვეთის მონაცემების სამ ასლს ერთი Azure რეგიონის ფარგლებში ორიდან სამადე ხელმისაწვდომობის ზონაში და უზრუნველყოფს 12 ცხრიანის (12-nines) მდგრადობას და დაცვას ერთი ხელმისაწვდომობის ზონის მწყობრიდან გამოსვლისგან, როგორც ეს განსაზღვრულია ნაწილში 9.6. |
1.2 ინტერპრეტაცია
წინამდებარე დოკუმენტში, თუ კონტექსტი სხვა რამეს არ მოითხოვს:
- (a) მითითებები ნაწილებზე და დანართებზე გულისხმობს წინამდებარე ჩარჩოს ნაწილებსა და დანართებს.
- (b) მხოლობით რიცხვში გამოყენებული სიტყვები მოიცავს მრავლობით რიცხვს და პირიქით, ხოლო ნებისმიერი სქესის აღმნიშვნელი სიტყვები ყველა სქესს მოიცავს.
- (c) მითითებები ნებისმიერ კანონზე, რეგულაციაზე ან საკანონმდებლო დებულებაზე მოიცავს მათ ნებისმიერ ცვლილებას, ხელახლა მიღებას ან მოქმედების გაგრძელებას, მათ შორის, მაგრამ არა მხოლოდ, GDPR-ს, UAE PDPL-ს და ნებისმიერ მომდევნო კანონმდებლობას ან შემსრულებელ აქტებს (მათ შორის არაბთა გაერთიანებული საამიროების მონაცემთა ოფისის მიერ გაცემულ ნებისმიერ აღმასრულებელ რეგულაციას).
- (d) წინამდებარე დოკუმენტის სათაურები გამოიყენება მხოლოდ მოხერხებულობისთვის და გავლენას არ ახდენს მის ინტერპრეტაციაზე.
- (e) ტერმინები "მოიცავს" და "მათ შორის" განმარტება შეზღუდვის გარეშე.
- (f) თუ წინამდებარე დოკუმენტით გათვალისწინებული რომელიმე ვალდებულება სტანდარტთან შესაბამისობას მოითხოვს (მათ შორის ISO 27001, ISO 9001 ან ISO 20000-1), მითითება გულისხმობს წინამდებარე დოკუმენტის თარიღისთვის მოქმედ ვერსიას, ხოლო თუ მიმწოდებელი გადავიდა უფრო გვიანდელ ვერსიაზე — ამ უფრო გვიანდელ ვერსიას.
- (g) მითითებები მხარეზე მოიცავს ამ მხარის უფლებამოსარგეებსა და ნებადართულ მოიჯარეებს.
- (h) მხარის ნებისმიერი ვალდებულება, თავი შეიკავოს რაიმე ქმედებისგან, მოიცავს ვალდებულებას, არ დაუშვას, არ გამოიწვიოს ან არ მისცეს ნებართვა ამ ქმედების განხორციელებაზე.
1.3 უპირატესობის თანმიმდევრობა
წინამდებარე ჩარჩოს დებულებებს შორის ნებისმიერი წინააღმდეგობის ან შეუსაბამობის შემთხვევაში გამოიყენება უპირატესობის შემდეგი თანმიმდევრობა (კლებადობის მიხედვით):
- (a) კომერციული ხელშეკრულება (მასში შეთანხმებული დამკვეთისთვის სპეციფიკური ნებისმიერი პირობის ჩათვლით);
- (b) წინამდებარე ჩარჩოს A ნაწილი (კომერციული და სამართლებრივი ჩარჩო);
- (c) წინამდებარე ჩარჩოს B–E ნაწილები (ტექნიკური და ოპერაციული დებულებები);
- (d) წინამდებარე ჩარჩოს დანართები.
1.4 მარეგულირებელი წყაროები
წინამდებარე ჩარჩო ეყრდნობა შემდეგ მარეგულირებელ ჩარჩოებსა და სტანდარტებს. საჭიროების შემთხვევაში მოცემულია გარე ბმულები გადამოწმებისა და დამატებითი გაცნობისთვის:
- GDPR — რეგულაცია (EU) 2016/679 პერსონალური მონაცემების დამუშავებისას ფიზიკური პირების დაცვის შესახებ
https://eur-lex.europa.eu/eli/reg/2016/679/oj
- UAE PDPL — 2021 წლის ფედერალური დეკრეტ-კანონი №45 პერსონალური მონაცემების დაცვის შესახებ (არაბთა გაერთიანებული საამიროები). ძალაშია 2022 წლის 2 იანვრიდან. ადგენს მონაცემთა დაცვის ყოვლისმომცველ ვალდებულებებს იმ პირებისთვის, რომლებიც ამუშავებენ ფიზიკური პირების პერსონალურ მონაცემებს არაბთა გაერთიანებულ საამიროებში ან მისგან, მათ შორის მოთხოვნებს DPO-ს დანიშვნის, მონაცემთა დარღვევის შესახებ შეტყობინების, მონაცემთა დაცვაზე ზეგავლენის შეფასების (DPIA), საზღვრისგარეთ გადაცემის გარანტიებისა და დამუშავების საქმიანობის რეესტრის (ROPA) შესახებ. რეგულირდება არაბთა გაერთიანებული საამიროების მონაცემთა ოფისის მიერ 2021 წლის ფედერალური დეკრეტ-კანონის №44 საფუძველზე.
არაბთა გაერთიანებული საამიროების მთავრობის მონაცემთა დაცვის კანონები: https://u.ae/en/about-the-uae/digital-uae/data/data-protection-laws სრული ტექსტი: https://uaelegislation.gov.ae/en/legislations/1972/download კერძო ცხოვრების ეროვნული კომისია:
- ISO/IEC 27001:2022 — ინფორმაციული უსაფრთხოების მართვის სისტემები
- ISO 9001:2015 — ხარისხის მართვის სისტემები
- ISO/IEC 20000-1:2018 — IT მომსახურების მართვა
DANAOS-ის ISO სერტიფიკატები: https://danaos-projects.com/iso-certifications/
- Microsoft Azure-ის შესაბამისობა — SOC 1/2/3, ISO 27001/27017/27018, FedRAMP, PCI DSS, CSA STAR
Microsoft Service Trust Portal: https://servicetrust.microsoft.com/ Azure Trust Center: https://azure.microsoft.com/en-us/explore/trusted-cloud
შენიშვნა: მიმწოდებელი უზრუნველყოფს შესაბამისობას მონაცემთა დაცვის ყველა მოქმედ რეგულაციასთან საქმიანობის თითოეულ იურისდიქციაში. იქიდან გამომდინარე, რომ მიმწოდებლის საქმიანობის ძირითადი ადგილი არაბთა გაერთიანებული საამიროებია, UAE PDPL-ს GDPR-თან ერთად პირველხარისხოვანი მნიშვნელობა აქვს. მიმწოდებელი ადევნებს თვალს არაბთა გაერთიანებული საამიროების მონაცემთა ოფისის მიერ აღმასრულებელი რეგულაციების გამოცემას და შესაბამისად განაახლებს მონაცემთა დაცვის პრაქტიკას UAE PDPL-ით გათვალისწინებული შესაბამისობაში მოყვანის გარდამავალი პერიოდის ფარგლებში.
1.5 პროცესების რეესტრი
ქვემოთ მოცემული ცხრილი აჯამებს ამ თავში დადგენილ მმართველობით პროცესებს, პასუხისმგებელ როლებს, მოსალოდნელ შედეგებს და მითითებებს სხვა თავებში აღწერილ დაკავშირებულ პროცესებზე.
როლების აღნიშვნები: P = მიმწოდებელი | C = დამკვეთი | SC = სამეთვალყურეო კომიტეტი | DPO = მონაცემთა დაცვის ოფიცერი | SDM = მომსახურების
მიწოდების მენეჯერი
1.5.1 პროცესების ჩამონათვალი
| № | პროცესი | ინიცირების საფუძველი | შემსრულებელი | დამმტკიცებელი | მოსალოდნელი შედეგი | მითითება |
|---|---|---|---|---|---|---|
| P-1.01 | შეთანხმების ცვლილება | რომელიმე მხარე ითხოვს პირობების შეცვლას | იურიდიული მრჩეველი (P/C) | სამეთვალყურეო კომიტეტი | შეთანხმებაში ხელმოწერილი წერილობითი ცვლილება | § 7, § 1.3 |
| P-1.02 | უპირატესობასთან დაკავშირებული დავის გადაწყვეტა | შეთანხმების დოკუმენტებს შორის გამოვლენილი წინააღმდეგობა | SDM / დამკვეთის IT საკონტაქტო პირი | სამეთვალყურეო კომიტეტი | სავალდებულო ინტერპრეტაცია § 1.3-ის იერარქიის შესაბამისად | § 1.3, § 3.11 |
| P-1.03 | მარეგულირებელი შესაბამისობის განახლება | მონაცემთა დაცვის ახალი ან შეცვლილი კანონმდებლობა | DPO / იურიდიული მრჩეველი | სამეთვალყურეო კომიტეტი | განახლებული DPA, კერძო ცხოვრების შეტყობინებები და დამუშავების ჩანაწერები | § 1.4, § 17 |
1.5.2 RACI მატრიცა
| პროცესი (№) | მიმწოდებელი | დამკვეთი | სამეთვალყურეო კომიტეტი | DPO |
|---|---|---|---|---|
| P-1.01 შეთანხმების ცვლილება | C | C | A | I |
| P-1.02 უპირატესობის დავა | R | C | A | — |
| P-1.03 მარეგულირებელი განახლება | R | I | A | R |
R = პასუხისმგებელი (ასრულებს) | A = ანგარიშვალდებული (ამტკიცებს) | C = კონსულტირებული | I = ინფორმირებული | — = არ მონაწილეობს
1.5.3 პროცესის ნაკადი — შეთანხმების მართვის სასიცოცხლო ციკლი
| ეტაპი | საქმიანობა | როლი | შედეგი |
|---|---|---|---|
| ① ინიცირება | ცვლილების ან დავის მოთხოვნის წარდგენა | რომელიმე მხარე | წერილობითი მოთხოვნა წარდგენილია |
| ② შეფასება | სამართლებრივი/მარეგულირებელი ზეგავლენის ანალიზი | მიმწოდებელი + DPO | ზეგავლენის შეფასების ანგარიში |
| ③ განხილვა | სამეთვალყურეო კომიტეტის მიერ განხილვა და გადაწყვეტილება | სამეთვალყურეო კომიტეტი | დამტკიცება / უარყოფა / გადადება |
| ④ შესრულება | ხელმოწერილი ცვლილება ან განახლებული DPA | ორივე მხარე | ხელმოწერილი დოკუმენტი → შეთანხმება განახლებულია |