Пагадненне аб узроўні абслугоўвання
Дата ўступлення ў сілу: чакае ўвядзення ў дзеянне (не вызначана; зарэзервавана для выпуску).
Дата апошняга абнаўлення: чакае ўвядзення ў дзеянне (не вызначана; зарэзервавана для выпуску).
Праект падрыхтаваны і перагледжаны: 7 кастрычніка 2026 года. Чакае ўвядзення ў дзеянне.
Кароткі выклад без юрыдычна абавязковай сілы. Лікавы абавязак адносна даступнасці або падтрымкі дзейнічае, толькі калі мы з вамі прынялі запоўнены дадатак аб узроўні абслугоўвання. Free і Pro не ўключаюць лікавага SLA. Узгодненыя сэрвісныя кампенсацыі не замяняюць законных сродкаў абароны. Выклад не ўваходзіць у дагаворныя палажэнні пагаднення.
1. Сфера і ўвядзенне ў дзеянне
1.1. Пастаўшчык — Igor Tkachenko OwlMeans Software (што працуе пад назвай «OwlMeans Software, JDG»), ul. Ariańska 9/5, 31-505 Kraków, Польшча; NIP 6772507251; ідэнтыфікатар ПДВ ЕС PL6772507251; REGON 527979906; support@owlmeans.com; +48 780 256 571. Азначэнні адпавядаюць Умовам карыстання. Гэтая рамка стварае вымерныя абавязкі толькі калі запоўнены дадатак з Кліентам, ахопленым Сэрвісам і перыядам выразна прыняты ў Заказе/SOW.
1.2. Стандартныя куплі Free/Pro не ўключаюць лікавых гарантый даступнасці, аднаўлення, рэзервовага капіявання, часу адказу або сэрвіснай кампенсацыі. Адсутнасць лікавага SLA не скасоўвае ўзгодненага надання, бяспекі, разумнай абачлівасці або абавязковай адпаведнасці/сродкаў абароны. Непадпісаны або няпоўны дадатак не служыць аперацыйным абавязкам. Падпіска аплачваецца паводле пагаднення аб аплаце; праца на заказ — паводле Умоў надання паслуг.
2. Запоўнены дадатак узроўню абслугоўвання
2.1. Да прымянення SLA бакі павінны запоўніць кожнае адпаведнае поле ніжэй і выразна пазначыць непрыдатныя. Мэтавы працэнт або тэрмін не выводзіцца з гэтай табліцы.
| Поле дадатка | Звесткі ў прынятым Заказе/SOW |
|---|---|
| Бакі, перыяд і сфера | Кліент, пачатак/канец, ахопленыя функцыі Платформы/хостынгу, рэгіёны і залежнасці. |
| Абавязак даступнасці | Узгодненая мэта, перыяд вымярэння, узгодненая крыніца вымярэння, даныя якой вызначальныя, азначэнне недаступнасці і разлік. |
| Абслугоўванне | Планавыя вокны, папярэдняе паведамленне, аварыйнае рэагаванне і дазволеныя выключэнні. |
| Падтрымка | Канал, гадзіны/часавы пояс, узроўні цяжкасці, мэты адказу і эскалацыя; адказ асобны ад вырашэння. |
| Аднаўленне і даныя | Узгодненыя мэты аднаўлення/копій, абсяг даных, метад/тэставанне аднаўлення, выключэнні і межы экспарту. |
| Кампенсацыі і патрабаванні | Сума/формула, належная база платы, максімум, прапарцыянальныя доказы, працэдура/тэрмін патрабавання і спосаб разліку. |
| Змена і выхад | Паведамленне, патрабаванні згоды, сродкі пры істотных паўторных збоях і пераход/нявыкарыстаная перадаплата. |
2.2. Вымярэнне павінна справядліва адлюстроўваць доступ ахопленага Кліента. Выключэнні павінны быць пэўнымі і прычынна звязанымі, а не выключаць кожны збой субпадрадчыка. Выключэнні абслугоўвання дзейнічаюць толькі на ўзгодненых умовах. Абавязковае права, Пагадненне аб апрацоўцы даных для апрацоўкі і выразна ўзгодненая камерцыйная сфера маюць перавагу; змена лікавага SLA патрабуе запісанай згоды.
3. Падтрымка, абслугоўванне і інцыдэнты
3.1. Для паведамленняў пра Сэрвіс ужывайце support@owlmeans.com, калі прыняты дадатак не дае дадатковага канала. Пазначце запіс/функцыю, час і назіраны ўплыў без непатрэбных сакрэтаў або персанальных даных. OwlMeans павінна ацаніць істотны перапынак, паведаміць адпаведны стан і каардынаваць аднаўленне; лікавыя тэрміны дзейнічаюць толькі пры запаўненні ў дадатку. Абавязкі бяспекі і паведамлення пра парушэнні паводле Пагаднення аб апрацоўцы і права дзейнічаюць незалежна ад гадзін падтрымкі.
3.2. OwlMeans павінна разумна загадзя паведамляць планаванае істотнае абслугоўванне і своечасова — значныя непланаваныя перапынкі, калі практычна магчыма. Тэрміновыя меры павінны быць прапарцыянальнымі і пераглядацца; змены Сэрвісу рэгулююцца раздзелам 22 Умоў. Google reCAPTCHA абараняе асобныя працэсы; палітыкі прыватнасці і cookie тлумачаць даныя бяспекі і сховішча. Неабавязковы дазвол не патрэбны для паведамлення інцыдэнту або набытай падтрымкі.
4. Кампенсацыі, сродкі абароны і спыненне
4.1. Сэрвісныя кампенсацыі ўзнікаюць толькі паводле ўзгодненай формулы запоўненага дадатка. Тэрмін патрабавання можа рэгуляваць гэтыя дадатковыя дагаворныя кампенсацыі, але не скарачаць законных сродкаў абароны. Адну дагаворную кампенсацыю нельга лічыць двойчы за адну страту; абавязковыя правы кампенсацыі шкоды, адмовы, вяртання і адпаведнасці захоўваюцца незалежна. Кампенсацыі не служаць выключным сродкам для Спажыўцоў або законных абавязкаў абароны даных.
4.2. Паўторны/істотны збой і звычайнае заканчэнне рэгулююцца ўзгодненым дадаткам і абавязковымі правамі спынення. Палітыка вяртання сродкаў і скасавання тлумачыць законныя сродкі і нявыкарыстаныя плацяжы/крэдыты. Спыненне SLA не выдаляе даныя аўтаматычна; раздзел 21 Умоў і Пагадненне аб апрацоўцы рэгулююць экспарт, пераход і вяртанне/выдаленне. Форс-мажор або выключэнне пастаўшчыка не дазваляюць бестэрмінова ўтрымліваць законныя вяртанні або перадаплату за ненаданыя паслугі.
4.3. Спрэчкі, межы адказнасці і законныя змены рэгулююцца раздзеламі 18 і 22–26 Умоў без павелічэння бізнес-межаў або распаўсюджвання на Спажыўцоў. Для прапановы SLA звярніцеся да пастаўшчыка вышэй; сам запыт прапановы не стварае гарантыі.