Договір з дистриб’ютором

1. Загальні положення

1.1. Цей Договір укладається між Фізичною особою-підприємцем Терещуком Андрієм Олександровичем, РНОКПП 3796706819, платником єдиного податку третьої групи, який не є платником податку на додану вартість (далі — Виконавець) та особою, яка приєдналася до нього в порядку розділу 5 і відповідає пункту 3.6 (далі — Замовник). Повні відомості про Виконавця, його адреси, банківські реквізити та статус реєстратора наведено на сторінці Реквізити і становлять невід’ємну частину цього Договору.

1.2. Виконавець є акредитованим реєстратором доменних імен у доменних зонах, перелік яких оприлюднено за адресою, зазначеною в пункті 12.1, і надає Замовнику доступ до власної реєстраційної платформи для подання заявок і команд до операторів реєстрів цих зон.

1.3. Цей документ є пропозицією укласти договір (офертою) у розумінні частини першої статті 641 Цивільного кодексу України: він містить істотні умови договору і виражає намір Виконавця вважати себе зобов’язаним у разі прийняття пропозиції. Абзац третій цієї частини (документи у відкритому доступі в мережі Інтернет, доповнено Законом України № 1667-IX від 15.07.2021) тут підставою не є: він описує пропозицію, звернену до кожного, хто звернеться, а ця пропозиція звернена лише до тих, хто одержав Допуск. Того, що для укладення цього Договору не потрібен ані власноручний, ані електронний підпис, це не змінює — це випливає з розділу 5 і Закону України «Про електронну комерцію» № 675-VIII (пункти 1.7, 5.3, 5.7 і 5.8). Застереження частини другої статті 641 ЦК України до цього документа не застосовується: він не є рекламою і не є запрошенням робити пропозиції. Ця пропозиція адресована виключно тим, хто одержав Допуск за розділом 4 і укладає цей Договір для перепродажу операцій власним клієнтам, а не для власних потреб, — а не кожному, хто звернеться; саме тому вона не робить цей Договір публічним договором (пункт 1.5). Організаційно-правова форма при цьому значення не має: Замовником може бути юридична особа, фізична особа-підприємець або фізична особа без реєстрації, у тому числі нерезидент (пункти 4.1 і 4.6). Єдиний критерій — здатність виконувати розділ 11.

1.3.1. Щодо особи, яка Допуску ще не одержала, цей документ пропозицією укласти договір не є: він є запрошенням подати заявку на Допуск. Пропозицією укласти договір він стає щодо конкретної особи з моменту надання їй Допуску і в редакції, чинній на цей момент. Послідовність, у якій укладається Договір, є такою: заявка Замовника (розділ 4) — Допуск, наданий Виконавцем (пункт 5.1.1), — акцепт Замовника (пункт 5.1.2 або 5.1.3). Це узгоджується з пунктом 1.5: обов’язку укласти Договір з кожним, хто звернеться, Виконавець на себе не бере.

1.4. Цей Договір є договором приєднання в розумінні статті 634 ЦК України: його умови встановлені Виконавцем у стандартній формі і можуть бути прийняті Замовником лише шляхом приєднання до Договору в цілому.

1.5. Цей Договір не є публічним договором у розумінні статті 633 ЦК України. Виконавець не бере на себе обов’язку укласти його з кожним, хто звернеться: укладенню передує Допуск (розділ 4), і Виконавець має право відмовити в Допуску з підстав, вичерпно наведених у пункті 4.5. Непублічним цей Договір робить те, що пропозиція адресована не кожному, хто звернеться, а лише тим, хто одержав Допуск (розділ 4) і укладає цей Договір для перепродажу операцій власним клієнтам, а не для власних потреб (пункт 1.3). Організаційно-правова форма Замовника критерієм тут не є (пункти 3.6 і 4.1), і предметом Договору є доступ до інтерфейсів автоматизованого подання Заявок, а не реєстрація доменних імен як така, яку кожна особа може одержати за Умовами користування послугами (пункт 1.5.2).

1.5.1. Незалежно від пункту 1.5, умови цього Договору і тарифи (розділ 9) є однаковими для всіх Замовників, а підстави відмови в Допуску (пункт 4.5), перелік документів (пункт 4.2) і технічні вимоги (пункт 4.4) є вичерпними та об’єктивними і застосовуються до всіх заявників однаково. Виконавець не укладає цього Договору на індивідуальних умовах, не надає індивідуальних ставок Комісії і не звільняє окремих Замовників від Плати за підключення чи мінімального Авансу поза межами Тарифного плану. Умова, фактично надана одному Замовникові і краща за встановлену цим Договором, стає доступною кожному, хто відповідає тим самим ознакам.

1.5.2. Пункт 1.5 не позбавляє жодну особу — у тому числі фізичну особу, яка не є підприємцем, — права одержувати послуги реєстрації та обслуговування доменних імен на однакових з усіма умовах Умов користування послугами, які є публічним договором. Цей Договір має інший предмет (пункт 3.1) і не є для нікого єдиним способом одержати доменне ім’я.

1.5.3. На виконання пункту 1.5.1 Виконавець зобов’язується не встановлювати для окремих Замовників індивідуальних значень ставки Комісії, Кредитного ліміту, обмежень інтенсивності (пункт 6.5) та порядку розгляду Заявок поза межами критеріїв, встановлених цим Договором. Значення, фактично встановлені для конкретного Замовника, надаються йому на письмовий запит протягом п’яти робочих днів.

1.6. Замовник приєднується до цього Договору у зв’язку зі здійсненням ним підприємницької діяльності. Відповідно:

• Замовник не є споживачем у розумінні статті 1 Закону України «Про захист прав споживачів» № 1023-XII, і положення цього Закону до відносин Сторін не застосовуються;
• Сторони застосовують частину третю статті 634 ЦК України, і Замовник підтверджує, що до приєднання ознайомився з повним текстом цього Договору, тарифами (розділ 9) і додатками (пункт 22.5), мав можливість оцінити їхній зміст і не позбавлений був можливості з’ясувати будь-яке їх положення до акцепту.

1.7. Відносини Сторін регулюються Цивільним кодексом України, Законом України «Про електронну комерцію» № 675-VIII, Законом України «Про захист персональних даних» № 2297-VI та іншим законодавством України. Господарський кодекс України втратив чинність 28.08.2025 на підставі Закону України № 4196-IX, тому будь-які заходи впливу Сторін одна на одну — призупинення доступу, зупинення виконання, пеня, дострокове припинення — мають виключно договірну підставу і застосовуються лише в порядку і на підставах, прямо передбачених цим Договором.

1.8. Умови користування послугами для роздрібних клієнтів (Умови користування послугами) до Замовника не застосовуються, крім випадків, прямо зазначених у пункті 19.7.

1.9. Договір укладається державною мовою (частина чотирнадцята статті 11 Закону України «Про електронну комерцію» № 675-VIII); мовою обслуговування є українська (стаття 30 Закону України «Про забезпечення функціонування української мови як державної» № 2704-VIII), а частина шоста статті 27 того самого Закону вимагає, щоб україномовна версія вебсайту була не меншою за обсягом та змістом, ніж версії іншими мовами. Жодна з цих норм не встановлює переваги однієї мовної редакції над іншою — це домовленість Сторін: автентичним є текст цього Договору українською мовою, тексти іншими мовами наведено для зручності, і в разі розбіжності переважну силу має український текст.

1.10. Ієрархія документів. У разі суперечності застосовуються, у порядку спадання пріоритету: (1) Стандартні договірні положення (ЄС) 2021/914 (Додаток 5) — у частині, що ними охоплена, і лише тоді, коли вони застосовуються за пунктом 13.7; за пунктом 5 самих Положень вони мають перевагу над будь-якими іншими домовленостями Сторін і не можуть бути змінені; (2) правила доменних зон, встановлені операторами реєстрів (розділ 12) — у частині, що стосується самого реєстру та відомостей у ньому; (3) цей Договір; (4) інші додатки до нього; (5) інші матеріали на сайті Виконавця.

2. Терміни та визначення

2.1. Платформа — програмно-апаратний комплекс Виконавця, який приймає команди Замовника, передає заявки до операторів реєстрів, веде облік операцій і розрахунків.

2.2. Оператор реєстру — збірний термін, що охоплює адміністратора публічного домену та оператора реєстру відповідної зони в розумінні її регламенту: особу, яка веде реєстр і встановлює правила реєстрації в ньому. Оператор реєстру не є субпідрядником, представником або довіреною особою Виконавця; він є самостійним суб’єктом, який одноосібно вирішує, чи створити, змінити або видалити об’єкт у реєстрі.

2.3. Реєстрант — особа, на ім’я якої зареєстроване доменне ім’я. Реєстранти Замовника не є стороною цього Договору.

2.4. Заявка — звернення Замовника до Платформи щодо вчинення операції з доменним іменем або пов’язаним об’єктом (контактом, сервером імен, записом DNSSEC).

2.5. Операція — делегування (реєстрація), продовження строку, перенесення до Виконавця, перенесення від Виконавця, зміна відомостей, відновлення, скасування делегування та інші дії, передбачені протоколом EPP і правилами відповідної зони.

2.6. Особовий рахунок — обліковий запис Замовника в Платформі, на якому ведеться облік надходжень і списань у гривні.

2.7. Аванс — грошові кошти, попередньо сплачені Замовником і зараховані на Особовий рахунок. Аванс є передоплатою за власні послуги Виконавця; він не є електронними грошима, не призначений для розрахунків з третіми особами і не може бути переказаний іншій особі.

2.8. Плата за підключення — разова плата за створення облікового запису, видачу облікових даних і надання доступу до тестового середовища.

2.9. Собівартість — плата, що стягується оператором реєстру з Виконавця за відповідну операцію. Собівартістю не є і до неї не входять будь-які платежі, які оператори реєстрів стягують з Виконавця незалежно від кількості операцій. Такі платежі Виконавець несе за власний рахунок і покриває Комісією (пункт 9.13); окремо на Замовника вони не перекладаються і в розрахунок вартості операції не входять. Розмір Собівартості є конфіденційною інформацією операторів реєстрів (пункти 9.8.1 і 20.1) і не розкривається ані публічно, ані Замовнику.

2.10. Комісія — винагорода Виконавця за надання послуг за цим Договором, ставка якої визначається обраним Тарифним планом. Порядок її обчислення входить до Порядку формування вартості (пункт 2.18) і не розкривається (пункт 9.1.2).

2.11. Тарифний план — сукупність умов, що визначають мінімальний Аванс, ставку Комісії і кінцеву вартість операцій. Плани, порядок входження до них, підвищення, зниження та утримання встановлено пунктами 9.4—9.7.4, а числові значення — Прайс-листом (пункт 2.24).

2.12. EPP — Extensible Provisioning Protocol, визначений RFC 5730–5734.

2.13. OT&E — тестове (навчальне) середовище Платформи, відокремлене від промислового.

2.14. Черга повідомлень — черга, з якої Замовник одержує результати асинхронних операцій і повідомлення операторів реєстрів. Технічно реалізована командою poll протоколу EPP; далі за текстом вживається лише термін «Черга повідомлень».

2.15. Ідентифікатор операції — ідентифікатор, за яким операція однозначно відшукується в обліку Виконавця. Виконавець присвоює операції два такі ідентифікатори, і кожного з них достатньо, щоб її знайти: перший повертається у відповіді на команду і описаний у пункті 7.3.2 сторінки Реквізити; другий — обліковий номер операції (пункт 7.3.2.2 сторінки Реквізити), який Платформа присвоює команді до її виконання і яким пов’язує між собою всі наслідки цієї команди; саме він наводиться в деталізації кожної операції (пункт 9.12). У зверненні, претензії чи спорі достатньо зазначити будь-який із них.

2.15.1. Ідентифікатором операції не є clTRID протоколу EPP. Його присвоює команді сам Замовник, а Виконавець лише повертає його незміненим у відповіді (пункт 7.3.1 сторінки Реквізити). Замовник може обрати його довільно і може повторити, тому в системах Виконавця він не є унікальним і підставою пошуку сам собою не є; Виконавець приймає його додатково. Ідентифікатор, яким Виконавець позначає власне звернення до оператора реєстру, є третім, окремим значенням і не містить ані найменування, ані облікового імені Замовника (пункт 20.4.1 цього Договору і пункт 7.3.4.1 сторінки Реквізити).

2.16. Кредитний ліміт — сума, у межах якої Платформа дозволяє виконувати платні операції за Заявкою Замовника за від’ємного залишку Особового рахунку. Розмір Кредитного ліміту і момент, з якого він діє, є наперед відомими обом Сторонам (розділ 10). Кредитний ліміт не слід змішувати з Вимушеним овердрафтом (пункт 2.25): перший є відстроченням, яке Виконавець надає за заявою, другий виникає сам собою за операцією, якої ніхто не замовляв.

2.17. Правила зони — сукупність документів операторів реєстрів, зазначених у розділі 12, а саме: Регламент публічного домену .UA; Регламент домену .UA; регламенти окремих публічних доменів, у яких Виконавець надає послуги; Регламент супроводу доменного імені у випадку, коли воно не обслуговується реєстратором; Регламент розширення DNSSEC; Регламент публічного інтернет-сервісу WHOIS; Регламент публічного інтернет-сервісу RDAP; Політика вирішення спорів щодо доменних імен в домені .UA, Правила до неї та Додаткові правила Центру арбітражу та посередництва Всесвітньої організації інтелектуальної власності; а також інші документи операторів реєстрів, які вони поширюють на реєстраторів. Перелік не є вичерпним лише в тому сенсі, що оператор реєстру може ухвалити новий документ; чинний склад для кожної зони наведено за адресою, зазначеною в пункті 12.1.

2.18. Порядок формування вартості — внутрішній порядок, за яким Виконавець обчислює вартість операції для Замовника, виходячи із Собівартості. Він є єдиним для всіх Замовників, усіх зон і всіх операцій, застосовується до всіх них однаково і не розкривається (пункти 9.1.1, 9.1.2 і 9.10).

2.19. Регламент технічної взаємодії — технічна документація Платформи: опис команд і розширень EPP, чинні значення технічних обмежень, відповідність портів доменним зонам і порядок роботи з тестовим середовищем. Надається за зверненням до служби підтримки (сторінка Контакти).

2.20. Допуск — рішення Виконавця про надання Замовникові доступу до Платформи за результатами перевірки за розділом 4. Допуск не є акредитацією в жодній доменній зоні, не є дозволом, ліцензією чи іншим публічним підтвердженням статусу і не породжує жодних відносин між Замовником і будь-яким оператором реєстру. Допуск є внутрішньою процедурою Виконавця і надається виключно у відносинах між Сторонами.

2.21. Акредитація — статус Виконавця як акредитованого реєстратора у відповідній доменній зоні, що ґрунтується на його власних договорах з операторами реєстрів. У цьому Договорі термін «Акредитація» вживається виключно щодо Виконавця; внутрішня процедура перевірки Замовника називається Допуском (пункт 2.20).

2.22. Замовник — юридична особа, фізична особа — підприємець або фізична особа, яка підприємцем не зареєстрована (пункт 4.1), яка одержала Допуск і приєдналася до цього Договору не для особистих потреб, а для того, щоб замовляти Послуги Виконавця і перепродавати їх власним клієнтам від свого імені та за свій рахунок (пункт 3.6.4), тобто виступати дистриб’ютором цих Послуг. Цей Договір не надає Замовникові статусу реєстратора доменних імен, не є акредитацією в жодній доменній зоні і не створює правовідносин між Замовником і жодним оператором реєстру. Чи має Замовник власну акредитацію в будь-якій зоні за іншим договором з іншою особою, Виконавцеві не відомо, і цим Договором це питання не регулюється; наслідки такої власної акредитації Замовник несе самостійно і не має права змішувати її з Послугами за цим Договором (пункт 11.8).

2.23. Реселер — особа, яку Замовник залучає для просування, продажу або обслуговування власних послуг щодо доменних імен і яка не є стороною цього Договору (пункт 11.7).

2.24. Прайс-лист — оприлюднений Виконавцем перелік усіх сум, які цей Договір відносить до Прайс-листа. Він складається з двох сторінок, і обидві є Додатком 1 до цього Договору (пункт 22.5):

• сторінка Тарифних планів (https://namespace.com.ua/tariffs) — Плата за підключення, мінімальний Аванс і ставка Комісії за кожним Тарифним планом;
• сторінка цін (https://namespace.com.ua/pricing) — кінцева вартість операцій за зонами, операціями і строками.

Посилання цього Договору на Прайс-лист означає посилання на обидві сторінки, а щодо конкретної суми — на ту з них, на якій цю суму оприлюднено.

2.25. Вимушений овердрафт — від’ємний залишок Особового рахунку, що виникає без Заявки Замовника внаслідок списання вартості операції, яку оператор реєстру виконав самостійно і яку Виконавець не міг ані замовити, ані відвернути (пункт 12.6.4). Вимушений овердрафт не є кредитом, не є Кредитним лімітом і не має ані встановленого розміру, ані встановленого моменту виникнення; Сторони не можуть їх передбачити (пункт 10.11).

2.26. Заявник — особа, яка подала заявку на Допуск за розділом 4 і щодо якої Договір ще не укладено. Заявник не є Замовником і стає ним з моменту, зазначеного в пункті 5.3.

2.27. Пов’язана особа — щодо заявника: особа, яка прямо або опосередковано контролює заявника, перебуває під його контролем або перебуває разом із ним під контролем тієї самої третьої особи, а також фізична особа, яка є керівником заявника або його кінцевим бенефіціарним власником. Контролем вважається можливість вирішально впливати на управління або діяльність особи, зокрема через володіння часткою понад 50 відсотків. Виконавець посилається на пов’язаність лише тоді, коли має відомості, які дають змогу її встановити, і наводить їх у відмові (пункт 4.6).

3. Предмет Договору

3.1. Виконавець зобов’язується:

• надати Замовнику доступ до Платформи через інтерфейс EPP;
• приймати від Замовника Заявки, перевіряти їх на відповідність Правилам зони і передавати до відповідного оператора реєстру — за умови, що на момент передавання Виконавець має чинну акредитацію у відповідній зоні і доступ до реєстру не призупинено оператором реєстру (пункти 14.1.10 і 16.4). Стан власних розрахунків Виконавця з оператором реєстру умовою цього обов’язку не є: недостатність коштів на рахунку Виконавця в оператора реєстру не звільняє його від передавання Заявки, а лише відкладає його в межах і на умовах пункту 7.5.1;
• доставляти Замовнику відповідь оператора реєстру в незміненому за змістом вигляді;
• вести облік розрахунків і надавати розрахункові документи.

3.2. Замовник зобов’язується сплачувати Плату за підключення, підтримувати Особовий рахунок і дотримуватися цього Договору та Правил зони.

3.3. Виконавець не продає доменні імена і не є їх власником. Предметом Договору є послуги з передачі Заявок і технічного забезпечення взаємодії з операторами реєстрів. Доменне ім’я не є товаром і не переходить у власність Замовника або Виконавця.

3.4. Виконавець не гарантує, що конкретне доменне ім’я буде зареєстроване. Виконавець гарантує лише передачу до оператора реєстру Заявки, що відповідає Правилам зони, і доставку відповіді оператора реєстру. Реєстрація вважається такою, що відбулася, виключно з моменту підтвердження оператором реєстру. Це відповідає Регламенту публічного домену .UA, згідно з яким заявка вважається прийнятою до обробки з моменту, коли система реєстрації надає реєстратору відповідне підтвердження.

3.5. До предмета Договору не входять: хостинг, обслуговування серверів імен Замовника чи його Реєстрантів, послуги з реєстрації торговельних марок, юридичний супровід доменних спорів, перевірка прав Реєстранта на позначення по суті (пункт 12.4), а також розрахунки Замовника з його власними клієнтами.

3.6. Стороною цього Договору може бути юридична особа, фізична особа — підприємець або фізична особа, яка підприємцем не зареєстрована, — за єдиної умови, що вона здатна виконати розділ 11. Критерієм є саме ця здатність, а не організаційно-правова форма, не система оподаткування і не зручність обліку.

3.6.1. Наслідки для фізичної особи, яка не є підприємцем. Систематична діяльність з надання послуг третім особам з метою одержання прибутку є підприємницькою, і частина перша статті 50 ЦК України надає право її здійснювати з моменту державної реєстрації підприємцем. Обрання форми — справа самої особи; ми її не перевіряємо і перевіряти не зобов’язані, а наслідки — податкові (для фізичної особи, яка не є підприємцем, це податок на доходи фізичних осіб і військовий збір, які утримуються за правилами Податкового кодексу України) і адміністративні — несе вона сама. Для Виконавця це ризиком не є: частина третя статті 50 ЦК України прямо не дозволяє фізичній особі, не зареєстрованій як підприємець, оспорювати вчинені нею правочини на тій підставі, що вона не є підприємцем.

3.6.2. Заявлена категорія. Приєднуючись до цього Договору, Замовник — фізична особа заявляє, чи діє він у зв’язку зі здійсненням підприємницької діяльності у розумінні частини третьої статті 634 ЦК України. Заяву ми фіксуємо разом із записом про приєднання (пункт 5.3) і на її підставі визначаємо, чи застосовується до тлумачення цього Договору зазначена норма. Заява не змінює обсягу обов’язків за розділом 11 і не впливає ні на ціну, ні на умови Допуску (пункти 1.5.1 і 1.5.3): вона стосується виключно тлумачення договору приєднання.

3.6.3. Нерезиденти. Стороною цього Договору може бути нерезидент у будь-якій із форм, зазначених у пункті 3.6 — юридична особа, фізична особа — підприємець або фізична особа, яка підприємцем не зареєстрована. Резидентство і організаційно-правова форма є незалежними одне від одного, і жодне з них критерієм пункту 3.6 не є. Розрахунки здійснюються у гривні (пункт 9.10), а обов’язки за розділом 11 і за Правилами зон від резидентства не залежать. Особливості оподаткування і валютного регулювання, що виникають у нерезидента за його власним законодавством, є його справою; ми жодних податків за нього не утримуємо і податковим агентом щодо нього не виступаємо.

Підстави, з яких критерієм є саме здатність виконати розділ 11, такі:

3.6.4. предметом Договору є надання послуг власним клієнтам (пункт 11.1), тобто діяльність, звернена до третіх осіб, а не до власних потреб Замовника. Саме це, а не форма контрагента, виводить відносини Сторін з-під захисту споживача (пункт 3.6.7) і робить обов’язки розділу 11 виконуваними;

3.6.5. це головна підстава. Розділ 11 покладає на Замовника обов’язок включити дев’ять груп умов до власних договорів із Реєстрантами (пункт 11.2) — щодо .UA-DRP, обробки персональних даних, автоматичного продовження і видалення, перенесення до іншого реєстратора та інших питань — і надати текст цих договорів на вимогу (пункт 11.3). Особа, яка власних договорів із Реєстрантами не укладає, цих обов’язків виконати не може, і ланцюг обривається на першій же ланці. Саме тому критерієм є здатність виконати розділ 11, і вона перевіряється під час Допуску (пункти 4.2.6 і 4.5.7);

3.6.6. Замовник виступає самостійним володільцем персональних даних щодо власних клієнтів (пункт 13.1.1) і першою лінією підтримки для них (пункт 11.5). Обидві ролі передбачають наявність власної діяльності, власних договорів і власної відповідальності перед третіми особами;

3.6.7. наслідком, а не підставою, є те, що до відносин Сторін не застосовується Закон України «Про захист прав споживачів» № 1023-XII (пункт 1.6). Підставою є предмет цього Договору: Замовник одержує операції не для особистих потреб, а для надання послуг власним клієнтам, і споживачем у розумінні статті 1 зазначеного Закону не є. Це справедливо і тоді, коли Замовником є фізична особа, не зареєстрована підприємцем;

3.6.8. Припинення юридичної особи є підставою для припинення цього Договору в порядку пункту 18.5 і тягне наслідки, передбачені розділом 19. Припинення підприємницької діяльності фізичною особою — підприємцем підставою для припинення Договору не є: вона залишається стороною як фізична особа, і змінюється лише те, що залежить від цього статусу, — Кредитний ліміт (пункт 10.5.1) і заявлена категорія (пункт 3.6.2), про зміну якої вона повідомляє в порядку пункту 4.7.

3.7. Виконавець має право залучати третіх осіб до забезпечення роботи Платформи (хостинг, канали зв’язку, платіжні сервіси, поштові релеї), залишаючись відповідальним перед Замовником за їхні дії. Розмір цієї відповідальності обмежено розділом 15; підставою обмеження є частина перша статті 906 і стаття 627 ЦК України. Частина друга статті 902 ЦК України тут не наводиться як підстава, бо встановлює протилежне — відповідальність виконавця перед замовником у повному обсязі; обмеження діє остільки, оскільки Сторони відступили від цього правила в порядку статті 906 ЦК України. Це правило не поширюється на операторів реєстрів: вони не є залученими Виконавцем особами (пункт 2.2), і Виконавець не відповідає за їхні дії та бездіяльність (пункт 15.5).

4. Перевірка та допуск Замовника

4.1. Замовником може бути юридична особа, фізична особа — підприємець або фізична особа, яка підприємцем не зареєстрована (пункт 3.6), у тому числі нерезидент (пункт 3.6.3). Єдиним критерієм є здатність виконати розділ 11, і саме її перевіряють пункти 4.2.6 і 4.5.7. Відмовити в Допуску з причини організаційно-правової форми заявника або обраної ним системи оподаткування Виконавець не має права (пункт 4.6).

4.2. Перелік документів для Допуску. Заявка подається через вебформу за адресою https://namespace.com.ua/admission або електронною поштою на адресу info@namespace.com.ua — на вибір заявника. Заявник надає виключно такі документи і відомості; перелік є вичерпним, і Виконавець не має права вимагати нічого понад нього (частина четверта статті 7 Закону України «Про електронну комерцію» № 675-VIII).

Обсяг відомостей залежить від того, хто подає заявку. Відомість, якої заявник за своєю організаційно-правовою формою або за своїм резидентством не має, не вимагається і її відсутність не є неповнотою комплекту за пунктом 4.3: зокрема, у фізичної особи, не зареєстрованої підприємцем, немає ані системи оподаткування, ані статусу платника податку на додану вартість, а в нерезидента немає ані коду ЄДРПОУ, ані РНОКПП, ані рахунка в українському банку.

4.2.1. Підтвердження державної реєстрації:

• для юридичної особи — витяг або виписка з Єдиного державного реєстру юридичних осіб, фізичних осіб — підприємців та громадських формувань (ЄДР), сформовані не раніше ніж за 30 календарних днів до подання заявки, або відомості з відкритої частини ЄДР із зазначенням коду ЄДРПОУ, за яким Виконавець перевіряє їх самостійно;
• для фізичної особи — підприємця — витяг або виписка з ЄДР чи відомості з його відкритої частини із зазначенням реєстраційного номера облікової картки платника податків (РНОКПП) або серії та номера паспорта для особи, яка через релігійні переконання відмовилася від РНОКПП;
• для фізичної особи, не зареєстрованої підприємцем, — жодного документа про державну реєстрацію не вимагається, оскільки такої реєстрації не існує. Особа зазначає РНОКПП (або серію та номер паспорта, якщо вона відмовилася від РНОКПП через релігійні переконання); особу підтверджує кваліфікований електронний підпис, яким підписується Договір, або документ, що посвідчує особу;
• для нерезидента — витяг, виписка або інший документ реєстру держави реєстрації чи відомості з його відкритої частини, а для фізичної особи-нерезидента — документ, що посвідчує особу. Реєстраційний або податковий номер зазначається в тому вигляді, у якому його видано в державі реєстрації; вимога вісьмох або десятьох цифр до нерезидента не застосовується.

4.2.2. Підтвердження повноважень підписанта. Ця відомість потрібна лише тоді, коли Договір підписує не сам заявник: для юридичної особи — відомості ЄДР про особу, уповноважену діяти від її імені, а якщо Договір підписує інша особа — довіреність або інший документ про надання повноважень. Фізична особа — підприємець і фізична особа, не зареєстрована підприємцем, за загальним правилом підписують Договір особисто, і тоді жодного підтвердження повноважень від них не вимагається; особу підтверджує кваліфікований електронний підпис або документ, що посвідчує особу. Підписання через представника доступне заявникові будь-якої організаційно-правової форми (стаття 244 Цивільного кодексу України): у такому разі надається довіреність або інший документ про надання повноважень, форма якого відповідає формі цього правочину (стаття 245 того самого Кодексу) — тобто письмова, без нотаріального посвідчення. Копій документа, що посвідчує особу, Виконавець не вимагає і не зберігає: фіксуються лише вид і номер такого документа або відомості кваліфікованого сертифіката відкритого ключа, дата перевірки та особа, яка її здійснила. Ідентифікацію заявника додатково забезпечує пункт 5.1.2, за яким акцепт вчиняється платежем з рахунку, відкритого на ім’я самого заявника.

4.2.3. Реквізити:

4.2.4. Чотири адреси електронної пошти, кожна з яких може збігатися з іншою, але кожна має бути зазначена окремо і підтримуватися в робочому стані:

4.2.5. Контактний телефон та відомості про особу, відповідальну за взаємодію з Виконавцем.

4.2.5.1. За бажанням заявника — адреса його вебсайту. Ця відомість є необов’язковою: її відсутність не є неповнотою комплекту за пунктом 4.3. Вимога мати загальнодоступний ресурс із матеріалами пункту 11.3.1 встановлена пунктом 4.4.5 і перевіряється в порядку пункту 4.4; вебсайтом такий ресурс бути не зобов’язаний.

4.2.6. Текст договору Замовника з його Реєстрантами — для перевірки виконання пункту 11.2. Заявник надає його у будь-який із цих способів: посиланням на оприлюднений текст; самим текстом; або описом того, у який спосіб Реєстранти його приймають. Вебсайт для цього не потрібен. Пункт 11.2 вимагає, щоб Реєстрант прийняв відповідні умови, а не щоб їх було розміщено на вебсторінці: умови, які Реєстрант приймає в застосунку обміну повідомленнями, у боті, у надісланому йому файлі або підписом на папері, виконують цей пункт так само. Якщо текст ще готується, заявник надає проєкт, а остаточний текст — до першої операції в промисловому середовищі.

4.2.7. Відомості про кінцевого бенефіціарного власника заявника — юридичної особи, якщо вони не містяться у відкритій частині ЄДР, — для перевірки за пунктом 4.5.3.

4.3. Виконавець розглядає заявку протягом п’яти робочих днів з дня одержання повного комплекту документів і відомостей за пунктом 4.2 і повідомляє про результат на адресу електронної пошти, зазначену в заявці. Якщо комплект неповний, Виконавець протягом двох робочих днів повідомляє, чого бракує; перебіг п’ятиденного строку починається з дня одержання останнього з витребуваних документів.

4.4. Технічні вимоги до Замовника. Виконавець встановлює виключно такі технічні вимоги, і кожну з них він фактично перевіряє:

4.4.1. здатність підключитися до Платформи інтерфейсом пункту 6.1 — клієнтом EPP поверх TLS версії 1.2 або новішої;

4.4.2. фіксований перелік вихідних IP-адрес, з яких здійснюватиметься підключення, що відповідає обмеженням пункту 6.4: публічні (маршрутизовані в інтернеті) адреси, не ширше ніж /24 для IPv4 і не ширше ніж /48 для IPv6, без адрес виду 0.0.0.0/0 або ::/0;

4.4.3. здатність регулярно вичитувати Чергу повідомлень (пункт 6.9) — без цього Замовник не одержує результатів асинхронних операцій і повідомлень операторів реєстрів;

4.4.4. чотири робочі адреси електронної пошти за пунктом 4.2.4, кожна з яких приймає пошту від будь-якого відправника;

4.4.5. загальнодоступний ресурс в інтернеті за постійною адресою з матеріалами, переліченими в пункті 11.3.1. Ресурс має бути доступним цілодобово будь-якій особі, без реєстрації, без облікового запису і без встановлення застосунку. Вебсайт є звичайним способом виконати цю вимогу і не є єдиним: їй відповідає будь-яка сторінка або канал, які відкриваються у браузері за постійним посиланням і задовольняють ці умови.

Жодних інших технічних вимог — зокрема до серверів імен Замовника, до його поштового сервера, до конкретного програмного забезпечення чи до його продуктивності — Виконавець не встановлює і не перевіряє.

4.5. Виконавець має право відмовити в Допуску виключно з таких підстав:

4.5.1. заявник не надав документів, передбачених пунктом 4.2, або надав недостовірні відомості;

4.5.2. заявник не відповідає технічним вимогам пункту 4.4;

4.5.3. щодо заявника, його керівника або кінцевого бенефіціарного власника застосовано санкції відповідно до Закону України «Про санкції» № 1644-VII або міжнародні санкції, які поширюються на Виконавця, або укладення Договору чи виконання операції для заявника заборонено вимогою законодавства про запобігання та протидію легалізації (відмиванню) доходів, одержаних злочинним шляхом, фінансуванню тероризму та фінансуванню розповсюдження зброї масового знищення, чи вимогою банку або постачальника платіжних послуг Виконавця, застосованою на цій підставі. Відмова з цієї підстави можлива і щодо заявника-нерезидента, до якого така вимога застосовується;

4.5.4. Договір із заявником або з пов’язаною з ним особою раніше було припинено Виконавцем з підстав пункту 18.5.1;

4.5.5. заявник має непогашену заборгованість перед Виконавцем;

4.5.6. у Виконавця відсутня технічна можливість підключити ще одного Замовника. За цією підставою заявник за його бажанням вноситься до черги на підключення в порядку надходження заявок і повідомляється, щойно підключення стає можливим; жодних інших наслідків для нього така відмова не має і поданню нової заявки не перешкоджає.

4.5.7. заявник не здатний виконати розділ 11 — а саме: не надав ані оприлюдненого тексту, ані проєкту власного договору з Реєстрантами (пункт 4.2.6), або наданий текст не містить умов пункту 11.2 і заявник не усунув цього у наданий йому строк, або заявник прямо повідомив, що власних договорів із Реєстрантами не укладає. Це підстава, наведена в пункті 3.6.5; вона стосується змісту і наявності договорів, а не організаційно-правової форми заявника і не його системи оподаткування, і Виконавець не має права підмінювати її жодним іншим критерієм.

4.6. Відмова в Допуску повідомляється в письмовій формі із зазначенням підстави з переліку пункту 4.5. Відмова з інших підстав не допускається. Перелік пункту 4.5 є вичерпним і однаковим для всіх заявників (пункт 1.5.1); Виконавець не має права відмовити з міркувань доцільності, конкуренції або на власний розсуд.

4.7. Замовник зобов’язаний повідомити Виконавця про зміну будь-яких відомостей або документів, наданих за пунктом 4.2, — реєстраційних даних, керівника, будь-якої з чотирьох адрес електронної пошти, телефону, платіжних реквізитів, системи оподаткування або тексту договору з Реєстрантами — протягом трьох робочих днів з дня зміни. Виконавець зобов’язаний своєчасно передати ці відомості операторам реєстрів, і строк за цим пунктом установлено так, щоб він мав змогу це зробити.

4.7.1. Перебіг строку за пунктом 4.7 зупиняється на час призупинення доступу Замовника (розділ 14) та на час, протягом якого Платформа з причин, що залежать від Виконавця, відхиляє відповідні команди. Зміни, повідомлені Виконавцеві письмово протягом такого періоду, Виконавець вносить самостійно, і пункт 14.1.4 до них не застосовується.

4.8. Виконавець має право не частіше одного разу на дванадцять місяців вимагати підтвердження чинності відомостей, наданих під час Допуску. Позачергова вимога допускається лише за наявності обґрунтованих сумнівів у достовірності конкретної відомості або на вимогу оператора реєстру і містить зазначення тієї відомості, якої вона стосується.

5. Порядок укладення Договору

5.1. Акцептом цього Договору є одержання Допуску (пункт 5.1.1) і будь-яка з двох дій, зазначених у пунктах 5.1.2 і 5.1.3, вчинена після нього; акцепт вважається вчиненим тією з них, яка сталася раніше:

5.1.1. одержання Допуску відповідно до розділу 4 і одержання від Виконавця повідомлення про його надання; та

5.1.2. перше поповнення Особового рахунку — на суму мінімального Авансу за обраним Тарифним планом, а якщо для нього мінімальний Аванс не встановлений — на суму, достатню для списання Плати за підключення (пункт 8.2.1), — з рахунку, відкритого на ім’я самого заявника. Окремого платежу Плати за підключення не потрібно: вона списується з Особового рахунку після зарахування поповнення (пункт 8.2.1). Реквізити платежу мають дозволяти ідентифікувати платника, а ім’я або найменування платника — збігатися з тим, яке заявник зазначив за пунктом 4.2.3, оскільки саме рахунок платника підтверджує особу заявника (пункт 4.2.2). Платіж, здійснений третьою особою, акцептом не є: такі кошти повертаються платнику (пункт 5.2), Допуск при цьому зберігає чинність, і акцепт вважається вчиненим після надходження поповнення з рахунку самого заявника.

5.1.3. або письмове підтвердження приєднання, надіслане заявником з адреси для юридично значущих повідомлень (пункт 4.2.4) із зазначенням номера редакції цього Договору, до якої він приєднується. Підтвердження не потребує кваліфікованого електронного підпису; підписання на вимогу здійснюється в порядку пункту 5.8.

5.2. Сплата коштів вважається акцептом на підставі частини другої статті 642 ЦК України. Водночас Сторони прямо погоджують, що кошти, які надійшли від особи, яка не одержала Допуску, або з рахунку, відкритого не на ім’я заявника, акцептом не є; такі кошти повертаються платнику протягом п’яти робочих днів з дня їх зарахування, на рахунок, з якого вони надійшли, і Договір не вважається укладеним. Повернення здійснюється у гривні; комісії банків несе платник, а курсова різниця між датою зарахування і датою повернення не відшкодовується жодною зі Сторін — у порядку пунктів 3.3.1, 8.7 і 11.5 документа Оплата та повернення коштів.

5.3. Договір вважається укладеним з моменту одержання Виконавцем акцепту (частина третя статті 11 Закону України «Про електронну комерцію» № 675-VIII), тобто з дати зарахування коштів на рахунок Виконавця або з дати одержання письмового підтвердження за пунктом 5.1.3 — залежно від того, що сталося раніше, — за умови виконання пункту 5.1.1. Доступ до Платформи відкривається після першого поповнення Особового рахунку (розділ 6) незалежно від дати укладення Договору.

5.4. Виконавець фіксує факт акцепту і зберігає його як доказ у розумінні частини третьої статті 634 ЦК України. Запис про акцепт містить:

• номер редакції цього Договору і номер редакції кожного з додатків, чинних на момент акцепту (пункт 22.5);
• дату і час акцепту в межах хвилини, за Всесвітнім координованим часом (UTC);
• ідентифікатор Замовника (clID) та найменування заявника, зазначене в заявці на Допуск;
• яким саме із двох способів учинено акцепт — поповненням Особового рахунку (пункт 5.1.2) чи письмовим підтвердженням (пункт 5.1.3);
• дату і номер повідомлення про надання Допуску (пункт 5.1.1);
• якщо акцепт учинено поповненням — ідентифікатор платежу: дату зарахування, суму, призначення платежу і реквізити рахунку платника. Якщо акцепт учинено письмовим підтвердженням, платіжних відомостей запис не містить, оскільки платежу не було; запис містить адресу, з якої надійшло підтвердження, і зазначену в ньому редакцію;
• заявлену категорію за пунктом 3.6.2 — лише якщо Замовником є фізична особа, бо лише вона цю заяву робить;
• постійне посилання на архівну копію тієї самої редакції Договору і додатків (пункт 5.6).

Частина третя статті 634 ЦК України вимагає доведення не факту оплати, а того, на яких умовах Замовник приєднався, тому саме номер редакції і посилання на її архівну копію є істотними елементами цього запису. Ці записи зберігаються протягом строку, зазначеного в пункті 17.2.

5.5. До акцепту Виконавець має право змінити або відкликати цю пропозицію. Це застереження є умовою самої пропозиції, як прямо допускає частина третя статті 641 ЦК України, за якою пропозиція не може бути відкликана протягом строку для відповіді, «якщо інше не вказане у пропозиції або не випливає з її суті чи обставин, за яких вона була зроблена»; окремої домовленості Сторін для нього не потрібно і відступом від закону воно не є. Умови, чинні на момент акцепту, застосовуються до Договору і не змінюються заднім числом.

5.6. На письмовий запит Замовника Виконавець надає чинну редакцію Договору у форматі, що унеможливлює її зміну (PDF), — на виконання частини сьомої статті 11 Закону України «Про електронну комерцію» № 675-VIII. Архів усіх попередніх редакцій цього Договору і додатків до нього оприлюднюється за адресою https://namespace.com.ua/legal/archive — тією самою, що й архів решти документів розділу Правові документи, — із зазначенням для кожної редакції її номера і періоду чинності. Будь-яку редакцію Виконавець надсилає електронною поштою на запит. Редакція, чинна на момент акцепту, залишається доступною Замовнику протягом усього строку дії Договору і трьох років після його припинення. Умова, включена до цього Договору посиланням на документ, який на момент акцепту не був доступний за оприлюдненою адресою, до Замовника не застосовується.

5.7. За бажанням будь-якої зі Сторін Договір додатково підписується кваліфікованим електронним підписом відповідно до Закону України «Про електронну ідентифікацію та електронні довірчі послуги» № 2155-VIII (назва в редакції Закону України № 2801-IX від 01.12.2022). Підписання КЕП не змінює умов Договору і не є обов’язковою умовою його чинності.

5.8. Підписання на вимогу. На письмову вимогу Виконавця Замовник протягом десяти робочих днів підписує чинну редакцію Договору кваліфікованим електронним підписом (пункт 5.7) або надсилає Виконавцеві примірник, підписаний власноручно, — паперовий оригінал або його скан-копію. Вимога заявляється не частіше одного разу на дванадцять місяців, крім випадків, коли вона зумовлена спором між Сторонами, вимогою оператора реєстру, суду або іншого уповноваженого органу. Підписання не змінює умов Договору і не впливає на дату його укладення (пункт 5.3). Ненадання підпису у зазначений строк є істотним порушенням цього Договору (пункт 18.5.1).

6. Технічне підключення

6.1. Доступ до Платформи надається через:

• EPP відповідно до RFC 5730–5734 поверх TLS. Адреси, порти і відповідність їх доменним зонам наведено в Регламенті технічної взаємодії (пункт 2.19), який надається Замовникові після Допуску;
• особистий кабінет — вебінтерфейс, доступ до якого надається Замовнику після Допуску; його адреса — https://namespace.com.ua/account. В особистому кабінеті Замовник переглядає свої доменні імена, Баланс і списання за операціями, чинні ціни за доменними зонами та повідомлення Черги повідомлень; керує доступом до Облікового запису — паролем, переліком дозволених IP-адрес і клієнтськими сертифікатами; і змінює адреси для повідомлень (пункт 4.2.4; зміна, внесена в особистому кабінеті, є повідомленням за пунктом 4.7). Перегляд повідомлення в особистому кабінеті не є його підтвердженням: підтвердження вчиняється через EPP, і до нього повідомлення залишається в черзі (пункт 6.9). Операції з доменними іменами — реєстрація, продовження, передача і відновлення — в особистому кабінеті не вчиняються: Замовник виконує їх через EPP. Це правило однакове для всіх Замовників, незалежно від організаційно-правової форми.

6.1.1. Особистий кабінет не є єдиним і не є обов’язковим каналом. Будь-яку дію, передбачену цим Договором, Замовник може вчинити електронною поштою на адресу, зазначену на сторінці Реквізити, а будь-який документ — одержати тим самим каналом. Там, де цей Договір згадує особистий кабінет, слід читати «особистий кабінет або електронна пошта». Наслідків недоступності особистого кабінету Виконавець на Замовника не покладає: недоступність особистого кабінету не є підставою для несвоєчасного виконання Замовником жодного його обов’язку і не є підставою для відмови Виконавця виконати доручення, подане електронною поштою.

6.2. Виконавець надає SDK для PHP, Node.js і Python. SDK постачаються на умовах ліцензії MIT і розміщені в репозиторіях https://github.com/epptools/php-sdk, https://github.com/epptools/node-sdk і https://github.com/epptools/python-sdk. Репозиторії відкриті: доступ до них не потребує Допуску і не надається Виконавцем. Ліцензія MIT поширюється на код SDK і не поширюється на Платформу, на її внутрішню документацію та на права на позначення Виконавця. Замовник не має права видавати SDK або Платформу за власну розробку, здійснювати зворотну розробку Платформи або обходити встановлені обмеження доступу.

6.3. Облікові дані. Виконавець видає Замовнику логін EPP, пароль і, за потреби, клієнтський TLS-сертифікат. Облікові дані видаються особисто Замовнику, є конфіденційними (розділ 20) і не можуть передаватися третім особам, у тому числі власним клієнтам Замовника та залученим ним реселерам (пункт 11.7).

6.4. Перелік дозволених IP-адрес. Доступ до EPP надається лише з IP-адрес, внесених до переліку дозволених. Перелік працює за принципом «заборонено все, крім дозволеного»: з’єднання з адреси, відсутньої в переліку, відхиляється. Максимальна кількість записів у переліку — п’ять на одного Замовника; запис є або окремою адресою, або мережею не ширшою за /24 для IPv4 і не ширшою за /48 для IPv6. Запис має бути публічною (маршрутизованою в інтернеті) адресою або мережею. Приватні, локальні, зарезервовані та документаційні діапазони не приймаються — зокрема 10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16, 127.0.0.0/8, 169.254.0.0/16, 100.64.0.0/10, 192.0.2.0/24, 198.51.100.0/24, 203.0.113.0/24, 224.0.0.0/4, а для IPv6 — fc00::/7, fe80::/10, ::1 і 2001:db8::/32: з’єднання з такої адреси до Виконавця не надходить, тому такий запис не може збігтися з жодним підключенням. Запис виду 0.0.0.0/0 або ::/0 не приймається: він не розширює перелік, а скасовує його. Зміна переліку здійснюється в особистому кабінеті або за заявкою з технічної адреси Замовника (пункт 4.2.4); зміни застосовуються не пізніше ніж протягом п’ятнадцяти хвилин з моменту їх внесення.

6.5. Обмеження інтенсивності. Для кожного Замовника діє єдиний ліміт кількості команд за хвилину. Чинне значення — 500 команд за хвилину, і воно є однаковим для всіх Замовників; Тарифний план на нього не впливає (пункт 1.5.3). Кількість одночасних з’єднань також є однаковою для всіх Замовників і Тарифним планом не змінюється: три одночасні з’єднання. Виконавець має право тимчасово знизити ліміт для окремого Замовника лише як захід за пунктом 14.1.5, лише на строк дії підстави і письмово повідомивши про це. Зміна чинних значень для всіх Замовників здійснюється в порядку розділу 18.

6.6. Команди, що не спричиняють списання коштів (перевірка доступності, перевірка ціни, читання даних), витрачають ліміт інтенсивності, але не витрачають кошти Особового рахунку.

6.7. У разі перевищення ліміту Платформа відхиляє надлишкові команди з відповідним кодом помилки. Систематичне перевищення, що створює загрозу вичерпання квоти Виконавця в оператора реєстру, є підставою для призупинення доступу згідно з пунктом 14.1.5.

6.8. Безпека облікових даних. Замовник зобов’язаний: зберігати облікові дані в таємниці; змінювати пароль не рідше ніж один раз на дванадцять місяців, а клієнтський TLS-сертифікат — поновлювати до спливу строку його дії (сертифікат видається строком на 825 днів; Виконавець нагадує про наближення спливу за 30 днів); невідкладно, але не пізніше чотирьох годин з моменту виявлення повідомити Виконавця про будь-яку компрометацію або підозру на компрометацію. Виконавець має право негайно відкликати скомпрометовані облікові дані без попереднього повідомлення і видати нові.

6.8.1. Перебіг чотиригодинного строку. Строк за пунктом 6.8 починається з моменту, коли Замовникові стало відомо про компрометацію або виникла обґрунтована підозра на неї, і не зупиняється на час власної перевірки Замовника: повідомити слід і тоді, коли обсяг інциденту ще не встановлено. Неповне повідомлення, надіслане вчасно, порушенням цього пункту не є — Замовник доповнює його в міру з’ясування обставин.

6.9. Черга повідомлень. Результати асинхронних операцій і повідомлення операторів реєстрів доставляються через Чергу повідомлень (пункт 2.14). Замовник зобов’язаний регулярно вичитувати чергу. Непрочитане повідомлення залишається в черзі і доступне для вичитування протягом 30 днів з моменту, коли його поміщено в чергу; після спливу цього строку воно з черги не видається. Сам запис зберігається 1095 днів — і прочитаний, і непрочитаний — як доказ того, що результат було доставлено (пункт 17.2). Саме тому обов’язок регулярно вичитувати чергу є обов’язком, а не рекомендацією. Повідомлення, доставлене в чергу, вважається доставленим Замовнику незалежно від того, чи було воно ним прочитане.

6.10. Тестове середовище (OT&E). Виконавець надає доступ до OT&E. Щодо нього Сторони погоджують:

6.10.1. OT&E не є промисловим середовищем; операції в ньому не створюють доменних імен і не породжують прав щодо реального реєстру;

6.10.2. дані OT&E можуть бути видалені або скинуті у будь-який момент без попереднього повідомлення;

6.10.3. окремі сценарії в OT&E є емуляцією (зокрема перенесення доменних імен за спеціальними кодами передачі) і не відтворюють поведінку операторів реєстрів у повному обсязі;

6.10.4. щодо OT&E не застосовуються жодні зобов’язання щодо доступності; використання OT&E для навантажувального тестування понад ліміти пункту 6.5 не допускається.

6.11. Зміни інтерфейсів. Виконавець має право розвивати EPP-розширення. Про зміни, що порушують сумісність із чинними версіями SDK або схемами, Виконавець повідомляє не пізніше ніж за 30 календарних днів до набрання ними чинності, технічною адресою (пункт 4.2.4), із зазначенням того, які саме команди, елементи або поля змінюються. Це не стосується змін, впроваджуваних на вимогу оператора реєстру (пункт 18.3), і термінових змін, необхідних для усунення вразливості безпеки; про такі зміни Виконавець повідомляє невідкладно з моменту, коли вони стали для нього обов’язковими або необхідними.

6.12. Повідомлення операторів реєстрів про несанкціонований доступ. Виявивши несанкціонований доступ до Платформи, до облікових даних Замовника або до реєстраційної системи, Виконавець негайно повідомляє про це оператора реєстру та адміністраторів відповідних публічних доменів — у тому числі якщо джерелом інциденту є системи Замовника. Замовник з таким повідомленням погоджується і зобов’язаний надати відомості, потрібні для його повноти, у строк за пунктом 6.8.

6.12.1. Повідомлення Замовника про компрометацію запускає цей обов’язок. Повідомлення, надіслане Замовником за пунктом 6.8 — про компрометацію або підозру на компрометацію його облікових даних, — є для Виконавця виявленням несанкціонованого доступу в розумінні пункту 6.12, і Виконавець повідомляє оператора реєстру навіть тоді, коли Замовник просить цього не робити. Виконавець не має права не виконати цього обов’язку ані на прохання Замовника, ані за домовленістю з ним. Строк, у який Замовник повідомляє Виконавця, і порядок його перебігу встановлено пунктами 6.8 і 6.8.1.

6.12.2. Обсяг повідомлення. Повідомлення містить лише ті відомості, які необхідні для оцінки загрози для реєстраційної системи, і не містить комерційних відомостей про Замовника — обсягу його операцій, переліку його клієнтів, Тарифного плану чи стану розрахунків (розділ 20). Копію надісланого повідомлення Виконавець надає Замовникові на його запит. Замовник зобов’язаний невідкладно на вимогу надати Виконавцеві відомості, потрібні для складення такого повідомлення.

7. Порядок виконання операцій. Асинхронність

7.1. Отримавши команду, Платформа перевіряє її на відповідність синтаксису протоколу, Правилам зони і наявності коштів (розділ 10), після чого:

• виконує її синхронно і повертає остаточну відповідь оператора реєстру; або
• приймає її до виконання і повертає відповідь про постановку в чергу.

7.2. Прийняття команди не є її виконанням. Відповідь Платформи про прийняття команди до виконання підтверджує лише те, що команда прийнята; вона не підтверджує ані реєстрації, ані будь-якої іншої операції. Операція вважається вчиненою виключно з моменту підтвердження оператором реєстру (пункт 3.4).

7.2.1. Обов’язок Замовника є обов’язком достовірності, а не обов’язком мовчати. Замовник не має права повідомляти Реєстранта, що операцію вчинено, до моменту, зазначеного в пункті 3.4, і не має права видавати прийняття команди за її виконання — ані у власному інтерфейсі, ані в листуванні, ані в рахунку. Повідомляти Реєстранта про хід виконання (команду прийнято, операція в обробці, очікується відповідь оператора реєстру) Замовник має право будь-коли і будь-яким способом; цей Договір спілкування Замовника з його власними клієнтами не обмежує. Обов’язок за цим пунктом не залежить від того, чи вичитує Замовник Чергу повідомлень: він стосується змісту того, що Замовник стверджує, а не того, коли Замовник про це дізнався.

7.2.2. Канали доставки результату. Результат операції доставляється Замовникові:

7.2.3. Достовірним каналом є Черга повідомлень. Повідомлення, доставлене в неї, вважається доставленим Замовникові незалежно від того, чи було воно прочитане. Виконавець зобов’язаний зберігати доказ доставки протягом строку, зазначеного в пункті 17.2. Електронна пошта дублює те саме повідомлення для зручності, і недоставлення листа поштовим сервером Замовника або третьої особи на факт доставки результату не впливає (пункт 7.2.2).

7.3. Строк обробки на боці оператора реєстру. Пункт 6.4 Регламенту публічного домену .UA встановлює: «Термін обробки заявки не може перевищувати 120 годин». Виконавець не має жодного договірного права вимагати від оператора реєстру швидшої обробки і не приймає на себе зобов’язання щодо строку, коротшого за встановлений оператором реєстру. Будь-які строки, які Замовник обіцяє власним клієнтам, є його власним зобов’язанням.

7.4. Невизначений результат. Якщо відповідь оператора реєстру не отримана в межах технічного тайм-ауту, операція набуває статусу невизначеної. У цьому разі:

7.4.1. відповідна сума резервується на Особовому рахунку і не є списаною;

7.4.2. Виконавець встановлює, чи відбулася операція, і за результатом резерв або перетворюється на списання (операція відбулася), або звільняється (операція не відбулася). Списання можливе лише тоді, коли операцію справді виконано; за недоведеної операції зарезервована сума звільняється;

7.4.3. звірка виконується невідкладно і завершується не пізніше ніж через 24 години з моменту подання команди; результат доставляється в Чергу повідомлень. Резерв за операцією, яка ще виконується, за жодним строком не звільняється: доки операція триває, кошти за нею залишаються зарезервованими, скільки б часу вона не тривала, — інакше операцію було б виконано без оплати. Окремо від цього Платформа звільняє безхазяйні резерви — ті, за якими операції взагалі немає (збій між резервуванням і передаванням Заявки) і за якими нічого не списано і не звільнено: Платформа перевіряє це не рідше ніж один раз на п’ять хвилин, і такий резерв звільняється, коли з моменту резервування минула година; заяви Замовника для цього не потрібно. Те саме правило і тими самими словами встановлено пунктом 7.2 Оплати та повернення коштів;

7.4.4. повторне подання Замовником тієї самої команди до завершення звірки може призвести до подвійної операції на боці оператора реєстру; ризик і вартість такої повторної операції несе Замовник.

7.5. Відмова оператора реєстру. Якщо оператор реєстру відхилив Заявку, Собівартість і Комісія не стягуються, а зарезервована сума звільняється. Якщо оператор реєстру вже списав свою плату з Виконавця і не повертає її, Собівартість підлягає відшкодуванню Замовником; Комісія в такому разі не стягується.

7.5.1. Відмова оператора реєстру, зумовлена станом рахунку самого Виконавця. Якщо оператор реєстру відмовив у виконанні Заявки з підстав, що стосуються рахунку або договору самого Виконавця з ним — зокрема недостатності коштів на рахунку Виконавця в оператора реєстру або блокування його договору, — Виконавець має право не повідомляти Замовника негайно і повторити передавання Заявки після поповнення власного рахунку, зберігаючи при цьому зарезервовану суму. Щодо такої Заявки Виконавець зобов’язаний:

• завершити її виконання або остаточно повідомити Замовника про невиконання не пізніше ніж через 24 години з моменту першої такої відмови;

• після спливу цього строку звільнити зарезервовану суму в повному обсязі і повідомити Замовника, що Заявку не виконано;

• не стягувати Комісії за таку Заявку за жодних обставин;

• на запит Замовника повідомити, що причина затримки стосується Виконавця, а не Заявки. Відомостей про стан розрахунків Виконавця з оператором реєстру Виконавець при цьому не розкриває (розділ 20);

• повторити передавання Заявки автоматично, щойно на рахунку Виконавця з’являться кошти, яких на неї вистачає. Від Замовника при цьому не вимагається жодної дії: Заявка залишається чинною, і подавати її повторно не потрібно — повторна Заявка щодо того самого об’єкта відхиляється, доки перша не завершиться, а зарезервовану за нею суму звільняють одразу. Друга Заявка не створюється і подвійного резервування не виникає. Порядок черги зберігається — Заявки повертаються до виконання в тому порядку, у якому їх подано.

7.5.2. Обставина, зазначена в пункті 7.5.1, не є обставиною поза контролем Виконавця, і до неї не застосовуються пункти 16.4 і 15.5.1. Виконавець відповідає за наслідки пропуску Замовником строку, встановленого оператором реєстру, якщо пропуск спричинений затримкою за пунктом 7.5.1; обмеження пункту 15.2 при цьому зберігається. Пункт 15.8 стосується виключно стану Особового рахунку Замовника і на цей випадок не поширюється.

7.6. Доступність. Гарантованого рівня доступності Виконавець на себе не бере. Виконавець вживає розумних заходів для безперебійної роботи Платформи і здійснює цілодобовий автоматизований контроль її стану. Цей Договір не встановлює гарантованого рівня доступності (SLA), і Виконавець прямо застерігає, що жодного відсотка доступності, жодного максимального часу відновлення і жодних штрафних санкцій чи компенсацій за перерву в роботі він на себе не бере. Це сказано прямо, а не залишено на здогад: зобов’язання, виконання якого не можна виміряти погодженим Сторонами способом, не є зобов’язанням, і Виконавець не бере на себе такого, поки спосіб вимірювання не погоджено. Якщо його буде погоджено, показник і порядок його вимірювання вводяться в порядку розділу 18.

7.6.1. Поверхні доступу і режим кожної з них. «Платформа» не є однією поверхнею, і наслідки перерви для кожної з них різні:

7.6.2. Перерва не подовжує строків, крім випадку, зазначеного в пункті 7.6.1 щодо Черги повідомлень. Зокрема перерва не подовжує строків, встановлених оператором реєстру (строку реєстрації, пільгового періоду, періоду відновлення, строку погодження перенесення), і не подовжує кінцевого строку відмови від автоматичного продовження (пункт 12.6.3) — цих строків Виконавець не встановлює і подовжити не може. Заявка, прийнята Платформою до виконання до початку перерви, залишається в черзі і завершується після відновлення (пункти 7.4 і 7.5.1); Заявка, не прийнята до виконання, подається повторно.

7.6.3. Перерва з боку оператора реєстру — не те саме, що перерва з боку Виконавця. Недоступність або нестабільна робота оператора реєстру, обмеження і квоти, встановлені оператором реєстру, недоступність мереж зв’язку між Платформою і оператором реєстру є обставинами поза контролем Виконавця в розумінні пункту 16.4, і Виконавець за них не відповідає. Виняток становить недостатність коштів на власному рахунку Виконавця в оператора реєстру та блокування його договору з ним за несплату: це обставинами поза контролем Виконавця не є, і наслідки визначено пунктами 7.5.1 і 7.5.2. Про перерву, спричинену оператором реєстру, Виконавець повідомляє Замовника невідкладно і документує її в журналах (розділ 17).

7.7. Планові та аварійні роботи.

7.7.1. Планові технічні роботи проводяться у вікні щовівторка з 17:00 до 20:00 за Всесвітнім координованим часом (UTC) з попередженням не пізніше ніж за три календарні дні, технічною адресою (пункт 4.2.4), із зазначенням очікуваної тривалості і того, які саме поверхні з пункту 7.6.1 будуть недоступні.

7.7.2. Планові роботи не проводяться першого числа календарного місяця і завершуються до зміни календарної дати за київським часом, за яким Замовник відлічує строки життєвого циклу доменного імені. Жодне вікно планових робіт не припадає на момент, у який «29-й день» стає «30-м».

7.7.3. Строк попередження — три календарні дні — обрано так, щоб Замовник міг перенести на інший час єдиний вид робіт, який неможливо перенести всередині доби, — масову операцію на кількасот і більше доменних імен. Для змін, що порушують сумісність інтерфейсів, діє довший строк — 30 календарних днів (пункт 6.11).

7.7.4. Аварійні роботи проводяться без попередження, якщо зволікання створює загрозу цілісності даних, безпеці або доступу Виконавця до реєстру. Про них Виконавець повідомляє постфактум технічною адресою не пізніше ніж протягом однієї години після їх завершення, із зазначенням часу початку і закінчення, поверхонь, яких вони стосувалися, і причини. Аварійні роботи не звільняють Виконавця від обов’язків за пунктами 7.5.1, 7.6.2 і 11.1.1.

8. Особовий рахунок, Аванс і Плата за підключення

8.1. Облік на Особовому рахунку ведеться виключно у гривні, з точністю до копійки. Застосовується математичне округлення до копійки: половина копійки округлюється в більший бік за модулем. Округлення виконується один раз — на остаточній сумі операції; проміжні величини (валютний перерахунок, обчислення за пунктом 9.1) визначаються з точністю до шести знаків після коми і не округлюються.

8.2. Плата за підключення сплачується одноразово при укладенні Договору, у розмірі, встановленому Прайс-листом (пункт 9.4.1 — вона однакова для всіх Тарифних планів). Окремого платежу вона не потребує і окремого призначення платежу не має: усі кошти, що надходять від Замовника, зараховуються на Особовий рахунок як Аванс, а Плата за підключення списується з Особового рахунку в порядку пункту 8.2.1. Списана Плата за підключення поверненню не підлягає, оскільки нею оплачуються фактично надані та невідворотні дії: створення облікового запису, видача облікових даних і сертифіката, налаштування переліку дозволених IP-адрес, надання доступу до OT&E. Це не обмежує права Замовника на повернення невитраченого залишку Особового рахунку (пункт 19.5).

8.2.1. Коли саме вона списується. Плата за підключення списується з першого поповнення, якого для неї достатньо, повністю і за один раз; частинами вона не стягується. Якщо залишку Особового рахунку для неї недостатньо, вона залишається несписаною і списується з наступного поповнення. Розмір Плати визначається на день укладення Договору і надалі не переглядається: якщо Договір укладено в період дії акційної ціни, діє саме вона, коли б Замовник не поповнив рахунок уперше.

8.2.2. На визначення Тарифного плану Плата за підключення не впливає. План визначається сумою зарахованого Авансу (пункт 9.5) до списання Плати, тому поповнення на суму мінімального Авансу відкриває відповідний план, навіть якщо після списання залишок стане меншим за цей поріг. Зменшення залишку — від Плати за підключення чи від будь-якої іншої операції — Тарифного плану не знижує (пункт 9.7.1).

8.3. Аванс не є платою. Сума Авансу у повному обсязі зараховується на Особовий рахунок, витрачається на оплату операцій і підлягає поверненню в частині невитраченого залишку в порядку розділу 19 і документа Оплата та повернення коштів. Виконавець не утримує Аванс і не позбавляє Замовника права на невитрачений залишок за жодних обставин, крім наявності заборгованості (пункт 19.5).

8.4. Мінімальний Аванс є умовою входження до Тарифного плану, а не постійним мінімальним залишком. Він перевіряється на момент підключення або на момент підвищення Тарифного плану. Зменшення залишку Особового рахунку нижче цієї суми Тарифного плану не змінює і ставки Комісії не змінює: Тарифний план утримується обсягом поповнень, а не залишком (пункт 9.7.1).

8.5. Способи поповнення Особового рахунку — банківський переказ на один із рахунків Виконавця, наведених на сторінці Реквізити, а саме:

Інших способів поповнення — платіжних систем, електронних гаманців, платежів карткою — Виконавець не приймає. Поповнення після укладення Договору може здійснити й інша особа — за умови, що призначення платежу дає змогу віднести його до Особового рахунку Замовника; правило пункту 5.1.2 про рахунок самого заявника стосується виключно акцепту, оскільки саме перший платіж підтверджує особу (пункт 4.2.2). Зарахування такого поповнення не створює жодних прав платника за цим Договором і не робить його Стороною. У призначенні платежу зазначається ідентифікатор Замовника (clID) або номер рахунка-фактури; платіж без такого зазначення зараховується після його ідентифікації вручну, і затримка з цієї причини є ризиком платника. Кошти вважаються отриманими з моменту їх зарахування на рахунок Виконавця. Комісії банків за переказ несе Замовник; на Особовий рахунок зараховується фактично отримана сума.

8.6. Якщо платіж здійснено в іноземній валюті, він зараховується у гривні за офіційним курсом Національного банку України, що діяв на дату зарахування коштів на рахунок Виконавця згідно з банківською випискою (пункт 292.5 статті 292 Податкового кодексу України). Це правило є єдиним і застосовується до всіх рахунків, зазначених у пункті 8.5, незалежно від валюти і маршруту платежу. Жодного іншого курсу до зарахування платежів Замовника Виконавець не застосовує. Застосований курс і його дата зазначаються в деталізації надходження.

8.7. Податковий статус Виконавця. Виконавець є платником єдиного податку третьої групи за ставкою 5 відсотків доходу відповідно до пункту 293.3 статті 293 Податкового кодексу України і додатково сплачує військовий збір за ставкою 1 відсотка доходу відповідно до пункту 16-1 підрозділу 10 розділу XX Податкового кодексу України, що разом становить 6 відсотків доходу. Виконавець не є платником податку на додану вартість, тому ПДВ на вартість Послуг не нараховується; жодна сума за цим Договором не збільшується на ПДВ ані під час виставлення рахунка, ані згодом. Податкові накладні не виписуються. Замовник підтверджує, що ознайомлений із цим і не матиме права на податковий кредит з ПДВ за операціями за цим Договором.

8.8. Первинні документи. Сторони погодили, що факт надання Послуг підтверджується рахунком-фактурою (інвойсом), підписаним Виконавцем, без складання акта наданих послуг. Рахунок-фактура містить дату або період надання Послуг та інші обов’язкові реквізити. Це положення застосовується на підставі статті 9 Закону України «Про бухгалтерський облік та фінансову звітність в Україні» № 996-XIV у редакції Закону України № 4791-IX, чинній з 01.04.2026, яка допускає підтвердження факту надання послуг документом, складеним і підписаним лише виконавцем, за умови, що такий порядок документування прямо встановлений договором.

8.9. Порядок і періодичність надання документів.

8.9.1. Рахунок-фактура на поповнення Особового рахунку формується на вимогу Замовника, на зазначену ним суму, і надсилається на фінансову адресу (пункт 4.2.4) не пізніше наступного робочого дня з дня одержання вимоги. Він не прив’язаний до періоду надання послуг і є документом на передоплату.

8.9.2. Щомісяця, не пізніше п’ятого числа місяця, наступного за звітним, Виконавець формує і надсилає на фінансову адресу: виписку по Особовому рахунку за попередній календарний місяць — з переліком усіх списань за операціями і всіх надходжень — та акт наданих послуг за той самий місяць. Складення акта є додатковим засобом звірки і не змінює правила пункту 8.8: факт надання Послуг підтверджується рахунком-фактурою, і непідписання Замовником акта не є підставою вважати Послуги ненаданими та не є підставою для несплати.

8.9.3. Заперечення проти рахунка, акта або окремого списання подаються в порядку і в строк, встановлені пунктом 17.3. Якщо заперечень у цей строк не заявлено, документ вважається погодженим; це не позбавляє Замовника права вимагати повернення безпідставно списаних сум у межах позовної давності, якщо помилка виявлена пізніше і підтверджується записами Платформи (пункт 17.1).

9. Собівартість, Комісія та Тарифні плани

9.1. Вартість операції. Вартість кожної операції для Замовника є єдиною кінцевою сумою у гривні, оприлюдненою за зоною, операцією і строком у Прайс-листі (пункт 2.24, Додаток 1). Саме ця сума є ціною за цим Договором і саме вона списується з Особового рахунку.

9.1.1. Вартість обчислюється із Собівартості за Порядком формування вартості (пункт 2.18) — єдиним для всіх Замовників, усіх зон і всіх операцій; результат округлюється один раз, за правилом пункту 8.1. Жодних інших надбавок, коефіцієнтів або зборів до вартості операції не додається, крім прямо передбаченого пунктом 12.6.4 подвоєння за вимушене автоматичне продовження. Сам Порядок не розкривається — з підстави, викладеної в пункті 9.1.2.

9.1.2. Собівартість і Порядок формування вартості не розкриваються і публічно не оприлюднюються. Причина не є комерційною: Собівартість є конфіденційною інформацією операторів реєстрів (пункт 9.8.1), а оприлюднена кінцева вартість разом із Порядком дозволила б обчислити Собівартість. Саме тому Виконавець оприлюднює кінцеву вартість — і не оприлюднює Порядку, за яким її обчислено.

9.1.2.1. Ставка Комісії за кожним Тарифним планом, навпаки, оприлюднюється — на сторінці Тарифних планів, яка є частиною Прайс-листа (пункт 2.24). Це не суперечить пункту 9.8.1: ставка Комісії є власною величиною Виконавця, а не умовою його договорів з операторами реєстрів, і сама по собі — без нерозкритого Порядку — Собівартості не дає. Ставка Комісії не є часткою Виконавця в кінцевій вартості і не описує, з чого ця вартість складається; вона є характеристикою плану, за якою плани порівнюються між собою.

9.1.2.2. Ніщо з наведеного не позбавляє Замовника можливості перевірити кожне списання: воно звіряється з оприлюдненою кінцевою вартістю за тією самою зоною, операцією і строком (пункт 9.12).

9.2. Формула застосовується до операцій: делегування (реєстрація); продовження строку; перенесення доменного імені до Виконавця; відновлення доменного імені, якщо це можливо за Правилами зони.

9.2.1. Операції, за які Виконавець не стягує нічого — ані Собівартості, ані Комісії, ані окремої плати: перенесення доменного імені від Виконавця до іншого реєстратора; видача коду передачі (AuthInfo) — як Замовникові, так і Реєстрантові (пункт 11.1.1.1); зміна відомостей про доменне ім’я, контакт або сервер імен; скасування делегування (видалення) доменного імені; перевірка доступності імені та перевірка вартості операції (пункт 6.6). Заборгованість Замовника вартості цих операцій не змінює і підставою для їх невиконання не є (пункти 14.3.1 і 19.4).

9.3. Якщо Собівартість операції дорівнює нулю, вартість операції для Замовника також становить 0,00 грн: Комісія не стягується і Порядок формування вартості (пункт 9.1.1) до неї не застосовується.

9.4. Тарифні плани. Виконавець застосовує чотири Тарифні плани: Базовий, Стандарт, Бізнес і Партнер. Плани розрізняються між собою мінімальним Авансом і кінцевою вартістю операцій: чим вищий план, тим нижча кінцева вартість кожної операції, і саме зіставлення кінцевої вартості за планами є тим, що Замовник порівнює, обираючи план.

9.4.1. Плата за підключення є однаковою для всіх чотирьох Тарифних планів. Робота з підключення — створення облікового запису, видача облікових даних і сертифіката, налаштування переліку дозволених IP-адрес, надання доступу до OT&E (пункт 8.2) — не залежить від обраного плану, тому й плата від нього не залежить.

9.4.2. Числові значення в цьому Договорі не наводяться. Розмір Плати за підключення, розмір мінімального Авансу для кожного плану і кінцева вартість кожної операції встановлюються Прайс-листом (пункт 2.24), який є Додатком 1 до цього Договору. Причина винесення цифр з тексту Договору проста: акція або тимчасова знижка, вміщена в текст Договору, вимагала б змінювати Договір щоразу, коли вона закінчується. Прайс-лист зазначає для кожної суми, чи є вона постійною, чи акційною, і — для акційної — строк її дії. Зміна Прайс-листа здійснюється в порядку розділу 18.

9.4.3. Порядок формування вартості (пункт 2.18) є однаковим для всіх Тарифних планів, усіх зон і всіх операцій. Плани різняться між собою виключно мінімальним Авансом і кінцевою вартістю операцій за Прайс-листом; жодних додаткових коефіцієнтів, надбавок чи зборів, які застосовувалися б до одного плану і не застосовувалися б до іншого, не існує. Вартість операцій змінюється лише в порядку розділу 18 — з попередженням не пізніше ніж за 30 календарних днів і з правом Замовника припинити Договір за пунктом 18.2.4 без утримань.

9.4.4. Ставка Комісії є однаковою для всіх Замовників у межах одного плану (пункти 1.5.1 і 1.5.3), і Виконавець не має права застосувати до окремого Замовника ставку, відмінну від оприлюдненої за його планом (пункт 9.1.2.1). Числове значення ставки змінюється в порядку розділу 18.

9.4.5. Податок на додану вартість. Виконавець не є платником податку на додану вартість, тому ПДВ на вартість Послуг не нараховується (пункт 8.7). Суми Прайс-листа є остаточними: до них не додається ані ПДВ, ані будь-який інший податок чи збір.

9.4.6. У цьому Договорі немає виносок і приміток дрібним шрифтом. Кожна умова, яка створює обов’язок або впливає на вартість, має власний номер. Умова, наведена у виносці, примітці або іншому тексті поза нумерацією, до Замовника не застосовується.

9.4.7. Заборгованість Замовника параметром Тарифного плану не є. Ані Кредитний ліміт (розділ 10), ані Вимушений овердрафт (пункт 10.11) не залежать від Тарифного плану, у Прайс-листі не наводяться і від плану до плану не відрізняються.

9.5. Входження до Тарифного плану. Тарифний план визначається виключно за об’єктивним критерієм — сумою першого Авансу, за порогами мінімального Авансу, наведеними в Прайс-листі. Якщо сума першого Авансу не відповідає жодному з порогів, застосовується найближчий нижчий план, а якщо вона нижча за поріг усіх планів — план «Базовий». Виконавець не має права призначити Замовникові інший план, ніж той, що випливає з цього критерію, ані на власний розсуд, ані за домовленістю.

9.5.1. Застереження щодо плану «Базовий». Якщо для плану «Базовий» Прайс-лист встановлює мінімальний Аванс 0,00 грн, це означає лише те, що для входження до нього поповнення не потрібне. Це не означає, що операції виконуватимуться за нульового залишку. За нульового або недостатнього залишку кожна платна операція відхиляється негайно з кодом помилки тарифікації, не зберігається, у чергу очікування оплати не потрапляє і після поповнення сама не виконується (пункт 10.3). Черги операцій, що очікують оплати, на Платформі не існує. Отже, до першого поповнення Особового рахунку жодна платна операція виконана не буде.

9.6. Підвищення Тарифного плану відбувається автоматично і заяви не потребує. Щойно залишок Особового рахунку після зарахування Авансу досягає мінімального Авансу вищого плану, цей план застосовується негайно з моменту зарахування, без очікування початку місяця і без будь-яких дій з боку Замовника. Значення має саме залишок, а не розмір окремого платежу: Замовник, у якого на рахунку 5 000,00 грн і який поповнює рахунок на 1 000,00 грн, досягає порогу 6 000,00 грн і переходить на відповідний план. Водночас два поповнення поспіль вищого плану самі по собі не відкривають: якщо частину коштів витрачено, значення має те, скільки залишилося. Виконавець повідомляє про це на фінансову адресу (пункт 4.2.4). Плата за підключення при цьому не стягується — ані повністю, ані частково: вона сплачується один раз за весь час дії Договору (пункт 8.2).

9.6.1. Ціна вже зарезервованої операції не переглядається. Якщо на момент зміни Тарифного плану операція вже прийнята до виконання і сума за нею зарезервована на Особовому рахунку (пункти 7.1 і 10.1), списується саме зарезервована сума, обчислена за планом, чинним на момент резервування, навіть якщо операція завершується вже після зміни плану. Це правило діє в обидва боки — і при підвищенні, і при зниженні плану — і вже виконані операції не перераховуються в жодному разі.

9.6.2. План визначається залишком на момент зарахування Авансу і згодом за залишком не переглядається. Тому подальше зменшення залишку — від Плати за підключення (пункт 8.2.2), від вартості виконаних операцій чи з будь-якої іншої причини — Тарифного плану не знижує. Зниження можливе лише в порядку пунктів 9.7—9.7.3.

9.7. Зниження Тарифного плану за заявою Замовника допускається у будь-який час — в особистому кабінеті або електронною поштою (пункт 6.1). Новий план застосовується з першого числа календарного місяця, наступного за місяцем подання заяви, і окремої плати за перехід не стягується. Нова вартість застосовується до операцій, поданих після зміни плану, з урахуванням пункту 9.6.1. Повторне підвищення плану після зниження здійснюється в порядку пункту 9.6, і Плата за підключення повторно не стягується.

9.7.1. Утримання Тарифного плану — за обсягом, а не за залишком. Тарифний план вище за «Базовий» утримується за умови, що за три попередні повні календарні місяці досягнуто полуторного мінімального Авансу цього плану за Прайс-листом — за будь-яким одним із двох показників:

• сумою Авансів, зарахованих на Особовий рахунок за цей період; або
• вартістю операцій, оплачених з Особового рахунку за цей період.

Достатньо одного з них: Замовник, який вніс велику суму наперед і витрачає її протягом року, виконує умову оборотом, а Замовник, який поповнює рахунок регулярно, — поповненнями. Показники не додаються один до одного.

До суми Авансів не зараховуються коригування, компенсації та інші зарахування, що не є платежами Замовника, а повернені Замовникові кошти з неї віднімаються.

Перевірка проводиться не частіше ніж один раз на календарний місяць, після п’ятого числа, за трьома попередніми повними календарними місяцями, і зниження Тарифного плану без такої перевірки не допускається. Перші три повні календарні місяці після входження до плану перевірці не підлягають; перша перевірка можлива в наступному за ними місяці і охоплює саме ці три місяці. Доки Виконавець перевірки не проводить, Тарифний план за цією підставою не знижується — це право Виконавця, а не подія, що настає сама собою. Усі строки цього пункту обчислюються за київським календарем.

9.7.2. Порядок зниження плану за результатами перевірки. Якщо умову пункту 9.7.1 не дотримано, Виконавець письмово повідомляє про це Замовника на фінансову адресу (пункт 4.2.4), із зазначенням обчисленої суми поповнень, потрібної суми і плану, до якого буде здійснено зниження. З дня надсилання повідомлення Замовникові надається 30 календарних днів, протягом яких він може довести суму поповнень до потрібної; у цьому разі план зберігається і перевірка вважається пройденою. Якщо цього не зроблено, новий план застосовується з першого числа календарного місяця, наступного за місяцем спливу цих 30 днів.

9.7.3. Межі зниження. Зниження не має зворотної дії: вже виконані і вже зарезервовані операції не перераховуються (пункт 9.6.1). Зниження здійснюється не більше ніж на один план за одну перевірку і не нижче за план «Базовий». Плата за підключення при зниженні не повертається і при подальшому підвищенні повторно не стягується.

9.7.4. Значення, обчислені для конкретного Замовника, — сума поповнень за період перевірки, дата наступної перевірки і чинний план — надаються йому на письмовий запит протягом п’яти робочих днів (пункт 1.5.3).

9.8. Собівартість визначають оператори реєстрів. Собівартість не є ціною Виконавця і змінюється разом із цінами операторів реєстрів.

9.8.1. Собівартість є конфіденційною інформацією операторів реєстрів і публічно не оприлюднюється. Ця інформація належить операторові реєстру, а не Виконавцеві, і не може бути розкрита третім особам без його попередньої письмової згоди. Тому Виконавець:

• оприлюднює лише кінцеву вартість операції для Замовника — за зоною, операцією і строком, однією сумою у гривні, у Прайс-листі (пункт 2.24);
• не розкриває Собівартості нікому — ані публічно, ані Замовнику, ані в деталізації операції (пункти 9.1.2 і 9.12);
• не оприлюднює жодного набору відомостей, з якого Собівартість можна обчислити — зокрема не розкриває Порядку формування вартості (пункт 2.18) поряд із кінцевою вартістю. Оприлюднення ставки Комісії (пункт 9.1.2.1) цього не порушує: без нерозкритого Порядку ставка Собівартості не дає, а сама вона умовою договорів з операторами реєстрів не є;
• не наводить у жодному публічному матеріалі сум, формул індексації, курсових коефіцієнтів чи інших умов договорів з конкретними операторами реєстрів і не називає, який саме оператор реєстру встановив яку суму.

9.8.2. Замовник зобов’язаний поводитися з оприлюдненою для нього вартістю операцій і з деталізацією (пункт 9.12) як з конфіденційною інформацією (пункт 20.1): не передавати їх третім особам, у тому числі власним клієнтам і залученим реселерам, і не використовувати в рекламних матеріалах. Власним клієнтам Замовник називає власну ціну. Порушення цього пункту є істотним порушенням Договору (пункт 18.5.1).

9.9. Преміальні (спеціальні) доменні імена. Оператор реєстру може встановити для окремого доменного імені власну собівартість кожної операції, відмінну від собівартості за зоною. Вартість такого імені для Замовника обчислюється за Порядком пункту 9.1.1 від цієї власної собівартості, не наводиться в Прайс-листі за зонами і повідомляється Замовникові окремо за кожним іменем до подання Заявки.

9.9.1. Сума Комісії за преміальну операцію. Ставка Комісії застосовується до преміальної операції у відсотках — тому, що ризик Виконавця за такою операцією зростає разом із сумою: Виконавець оплачує операторові реєстру всю собівартість наперед з власного рахунку, до і незалежно від того, чи розрахується з ним Замовник. Сума Комісії вже включена до вартості, повідомленої Замовникові за пунктом 9.9, і окремо або додатково не стягується. Замовник за жодних обставин не сплачує за преміальну операцію більше за повідомлену йому вартість, і саме ця вартість зобов’язує Виконавця протягом строку за пунктом 9.9.2. Це правило є однаковим для всіх Замовників (пункти 1.5.1 і 1.5.3).

9.9.2. Ціна преміального імені є ціною на момент операції. Вартість, повідомлена Замовникові за пунктом 9.9, є кінцевою і зобов’язує Виконавця протягом строку, прямо зазначеного в самому повідомленні; якщо строку не зазначено, повідомлена вартість зобов’язує сім календарних днів з дня надсилання. Після спливу цього строку застосовується вартість, чинна на момент подання Заявки. Виконавець не може надати довшого строку, ніж має сам: оператори реєстрів переглядають собівартість преміальних імен без попередження (пункт 9.11.1).

9.9.3. Преміальне ім’я може перевищити власний рахунок Виконавця в оператора реєстру. Собівартість преміального імені може бути в багато разів вищою за звичайну, і Виконавець підтримує на своїх рахунках в операторів реєстрів кошти, розраховані на звичайний обіг. Тому Заявка на преміальне ім’я може бути відкладена в порядку і в межах строку, встановлених пунктом 7.5.1, доки Виконавець не поповнить власний рахунок. Щоб цього уникнути, Замовник має право завчасно повідомити Виконавця про намір подати таку Заявку — електронною поштою на фінансову адресу Виконавця, не пізніше ніж за два робочі дні. Якщо щодо конкретного імені таке повідомлення є обов’язковим, Виконавець прямо зазначає це в самому повідомленні про вартість за пунктом 9.9; без такого застереження повідомлення є правом Замовника, а не обов’язком. Одержавши таке повідомлення, Виконавець забезпечує наявність коштів до зазначеного строку або невідкладно повідомляє, що не зможе цього зробити. Ненадсилання Замовником такого повідомлення не позбавляє його прав за пунктом 7.5.1, але відкладення Заявки в такому разі порушенням Виконавця не є.

9.10. Ціни — у гривні; ціна фіксується на момент подання операції. Вартість усіх операцій для Замовника визначається і сплачується виключно у гривні. Порядок, у який Виконавець формує цю вартість зі своїх розрахунків з операторами реєстрів, Замовника не стосується, у розрахунках із ним не бере участі і не розкривається (пункти 9.1.2, 9.8.1 і 20.1). Щодо ціни Виконавець зобов’язується:

9.10.1. застосовувати до операції вартість, чинну на момент її подання, і фіксувати її в деталізації операції (пункт 9.12);

9.10.2. не переглядати зафіксованої вартості надалі за жодних обставин — у тому числі при виставленні рахунка, при формуванні виписки за пунктом 8.9.2 і при поверненні коштів;

9.10.3. оприлюднювати зміну вартості наперед у порядку розділу 18, а у випадку зміни, зумовленої оператором реєстру, — невідкладно і в межах строку, який Виконавець одержав сам (пункти 9.11 і 18.3);

9.10.4. повідомляти чинну вартість будь-якої операції на запит і безоплатно, до її вчинення — командою перевірки вартості, яка ліміту коштів не витрачає (пункт 6.6), або електронною поштою.

9.11. Зміна Собівартості. Зміна цін оператором реєстру набирає чинності для Замовника одночасно з набранням нею чинності для Виконавця. Виконавець повідомляє про таку зміну невідкладно з моменту, коли дізнався про неї, але не може надати Замовнику більший строк попередження, ніж отримав сам від оператора реєстру (пункт 18.3). Ставка Комісії при цьому не змінюється.

9.11.1. Замовник прямо повідомлений, що ціни операторів реєстрів переглядаються, у тому числі позачергово і без попереднього повідомлення Виконавця. Виконавець не має договірного права вимагати від оператора реєстру попереднього повідомлення про такий перегляд і жодного строку попередження не гарантує. Будь-які фіксовані ціни, які Замовник обіцяє власним клієнтам на визначений строк, є його власним ризиком.

9.12. До кожної операції доступна деталізація, що містить: кінцеву вартість операції, зону, вид операції і строк, Ідентифікатор операції (пункт 2.15), дату і час операції. Списання, яке сталося не за командою Замовника — примусове поновлення оператором реєстру (пункт 12.6.4), поповнення Особового рахунку або виправлення, внесене Виконавцем, — команди не має, тому Ідентифікатора операції в його деталізації немає; замість нього деталізація наводить підставу списання. Собівартість і ставка Комісії в деталізації не наводяться з підстав пункту 9.1.2. Оприлюднена кінцева вартість за тією самою зоною, операцією і строком (пункт 9.8.1) є достатньою для перевірки кожного списання, і Замовник має право вимагати виправлення будь-якої розбіжності в порядку пунктів 17.3 і 9.15. Деталізація надається в особистому кабінеті, а доки ця функція недоступна — на запит електронною поштою (пункт 6.1), протягом трьох робочих днів.

9.13. Платежі операторам реєстрів, не пов’язані з кількістю операцій. Будь-які платежі, які оператори реєстрів стягують з Виконавця незалежно від кількості операцій, не є Собівартістю (пункт 2.9), на Замовника не перекладаються і в жодному розрахунку за пунктом 9.1 не з’являються. Виконавець несе їх за власний рахунок і покриває Комісією. Замовнику не виставляються рахунки за доступ до реєстру, за акредитацію Виконавця, за технічні перевірки Виконавця оператором реєстру чи за поновлення його доступу після призупинення — за жодних обставин і незалежно від їх розміру.

9.14. Керована послуга автоматичного продовження. За окремою письмовою заявою Замовника Виконавець надає послугу автоматичного продовження. Платформа щодня подає Заявку на продовження строку реєстрації на один рік щодо кожного доменного імені такого Замовника, строк реєстрації якого спливає протягом найближчих 14 днів, а також щодо кожного, строк реєстрації якого сплив не більш ніж 30 днів тому і яке ще не перейшло до періоду відновлення. Щодо цієї послуги Сторони погоджують:

9.14.1. кожне таке продовження тарифікується за пунктом 9.1 як звичайне продовження і оплачується з Особового рахунку; подвоєння за пунктом 12.6.4 до нього не застосовується;

9.14.2. якщо коштів на Особовому рахунку недостатньо, продовження не виконується; Платформа повторює спробу щодня в межах строків, зазначених вище, і Виконавець не відповідає за наслідки невиконання, спричиненого недостатністю коштів (пункт 15.8);

9.14.3. доменні імена Замовника, який користується цією послугою, не видаляються за пунктом 12.6.6; замість видалення Виконавець продовжує спроби продовження, а якщо жодна не вдалася і оператор реєстру здійснив примусове продовження — оплачує його операторові реєстру і виставляє Замовнику за одинарною вартістю пункту 9.1, без подвоєння;

9.14.4. послуга надається на однакових умовах кожному Замовникові, який її замовить (пункт 1.5.1), окремої плати за неї не встановлюється, і вона припиняється за письмовою заявою Замовника з наступного календарного дня;

9.14.5. послуга не надається щодо доменного імені, стосовно якого триває розгляд за Політикою вирішення спорів щодо доменних імен в домені .UA, або яке перебуває під обмеженням, встановленим оператором реєстру, судом чи іншим уповноваженим органом.

9.15. Розбіжність між обчисленою і фактично списаною сумою. Якщо сума, фактично списана за операцією, відрізняється від оприлюдненої кінцевої вартості (пункт 9.8.1), різниця повертається на Особовий рахунок без окремої заяви Замовника з моменту, коли Виконавцеві стало про це відомо, а якщо про розбіжність заявив Замовник — протягом строку розгляду за пунктом 17.3. Це положення діє незалежно від того, чи погоджено відповідний рахунок за пунктом 8.9.3.

10. Списання коштів, вичерпання балансу та Кредитний ліміт

10.1. Кошти списуються з Особового рахунку в момент прийняття операції до виконання. Для операцій, прийнятих у чергу (пункт 7.1), сума резервується і перетворюється на списання після отримання підтвердження оператора реєстру.

10.2. Порогове значення залишку — рівень попередження, а не блокування. Платформа веде порогове значення низького залишку Особового рахунку і надсилає Замовникові попередження, коли залишок опускається нижче за нього. Досягнення порогу не блокує виконання операцій і договірною подією не є. Порогове значення встановлюється на заяву Замовника — у будь-якому розмірі — і може бути змінене або скасоване в будь-який час зверненням з фінансової адреси (пункт 4.2.4). Значення за замовчуванням немає: якщо Замовник порогового значення не заявив, попередження за цим пунктом не надсилаються взагалі, і залишок Замовник контролює самостійно (пункт 10.4). Попередження надсилається на фінансову адресу (пункт 4.2.4) і дублюється в Чергу повідомлень (подія низького залишку); надсилається не частіше одного разу на добу, доки залишок нижчий за поріг. Те, що фактично зупиняє операцію, описано в пункті 10.3.

10.3. Недостатність коштів. Платформа перевіряє достатність коштів за кожною окремою операцією. Якщо доступного залишку Особового рахунку разом із наданим Кредитним лімітом не вистачає на оплату цієї операції, операція відхиляється негайно з кодом помилки тарифікації. Код залежить від профілю з’єднання: у профілі RFC — 2104 («помилка тарифікації»), у профілі Hostmaster, який кодів 21xx для цього не використовує, — 2309 («заявку відхилено»). Який профіль діє на якому порту, зазначено в Регламенті технічної взаємодії (пункт 2.19). Обидва коди означають одне й те саме і обробляються Замовником однаково. Відхилена операція не зберігається, у чергу очікування оплати не потрапляє і після поповнення Особового рахунку автоматично не виконується: Замовник подає її повторно. Черги операцій, що очікують оплати, на Платформі не існує.

10.4. Застереження, яке Замовник зобов’язаний довести до відома своїх клієнтів. Оскільки операція, для якої не вистачає коштів, відхиляється і згодом сама не виконується, недостатність коштів у потрібний момент означає пропуск строку, встановленого оператором реєстру, — зокрема продовження строку реєстрації після спливу пільгового періоду, погодження перенесення доменного імені в межах строку, встановленого Правилами зони, або реєстрація імені, яке за цей час зареєструвала інша особа. Виконавець не відповідає за наслідки пропуску такого строку, спричиненого недостатністю коштів на Особовому рахунку (пункт 15.8). Замовник самостійно стежить за залишком; попередження за пунктом 10.2 є допоміжним засобом і цього обов’язку не замінює.

10.5. Кредитний ліміт — це відстрочення оплати, яке надає Виконавець. Його розмір і момент виникнення є наперед відомими обом Сторонам: ліміт обчислюється за пунктом 10.5.4, повідомляється Замовникові і починає діяти з дня надання. Саме цим він відрізняється від Вимушеного овердрафту (пункт 10.11), розміру і моменту виникнення якого передбачити не можна.

10.5.1. Кредитний ліміт надається виключно фізичним особам — підприємцям та юридичним особам. Фізичній особі, яка підприємцем не зареєстрована, Кредитний ліміт не надається — і це єдине, що для неї відрізняється.

Це не формальність і не оцінка такої особи. Відстрочення оплати, розмір і строк якого наперед визначені, надане фізичній особі — не підприємцю, є споживчим кредитом, і на нього поширювався б Закон України «Про споживче кредитування» № 1734-VIII з усіма його вимогами до кредитодавця — від переддоговірного інформування до реєстрації відповідної діяльності. Виконавець фінансових послуг не надає, фінансовою установою не є і наміру набувати цього статусу не має. Обмеження випливає з предмета — з того, чим є відстрочення оплати, — а не з форми контрагента, і саме тому воно є єдиним у цьому Договорі, що взагалі залежить від наявності реєстрації.

10.5.2. Вимушений овердрафт це обмеження не скасовує і застосовується до всіх без винятку. Він не є ані кредитом, ані відстроченням: це обов’язок відшкодувати вартість операції, яку оператор реєстру вже вчинив і яку Виконавець уже оплатив (пункти 2.25 і 10.11). Такий обов’язок виникає у Замовника незалежно від його організаційно-правової форми, у тому числі у фізичної особи, якій Кредитний ліміт не надається, і правова кваліфікація цього наведена в пункті 10.11.3.

10.5.3. Кредитний ліміт може бути наданий за таких умов: Замовник безперервно обслуговується за цим Договором не менше ніж три календарні місяці і за цей час не мав жодного випадку призупинення доступу з підстав пунктів 14.1.1, 14.1.2 або 14.1.4;

10.5.4. розмір ліміту не перевищує 40 % середньомісячної суми списань з Особового рахунку за операції за останні три календарні місяці, і в жодному разі не перевищує 10 000,00 грн;

10.5.5. Кредитний ліміт надається кожному Замовникові, який відповідає умовам пунктів 10.5.3 і 10.5.4, за його письмовою заявою, протягом п’яти робочих днів з дня її одержання. Виконавець не має права відмовити тому, хто цим умовам відповідає, і не має права надати ліміт тому, хто їм не відповідає, або в розмірі, більшому за обчислений. Відмова надається письмово із зазначенням тієї з умов пунктів 10.5.3—10.5.4, якої не дотримано, і розрахунку, з якого це випливає.

10.5.6. Проценти, комісія та будь-яка інша плата за користування Кредитним лімітом не нараховуються. Кредитний ліміт є відстроченням оплати власних послуг Виконавця, а не фінансовою послугою; Виконавець не є фінансовою установою і кредитів не надає.

10.6. Погашення. Використаний Кредитний ліміт має бути погашений повністю (Особовий рахунок має бути виведений у додатний залишок) протягом 30 календарних днів з дня виникнення від’ємного залишку.

10.7. Призупинення за вичерпаним Кредитним лімітом настає автоматично і невідкладно. Платформа призупиняє Замовника, коли від’ємний залишок Особового рахунку досягає наданого Кредитного ліміту, і надсилає повідомлення про призупинення одночасно із самим призупиненням. Перевірка виконується періодично — не рідше ніж один раз на п’ять хвилин, — тому між моментом, коли від’ємний залишок досяг ліміту, і моментом призупинення може минути до п’яти хвилин. Окремого попередження заздалегідь Платформа не надсилає, і настання призупинення не залежить від спливу строку погашення за пунктом 10.6: підставою є вичерпання Кредитного ліміту, а не перебіг строку. Функцію завчасного попередження про наближення вичерпання Кредитного ліміту Виконавець не запроваджує і не обіцяє; засобом раннього попередження є порогове значення низького залишку за пунктом 10.2, яке Замовник встановлює самостійно і яке спрацьовує до вичерпання ліміту.

10.7.1. Єдиний виняток із негайності призупинення. Призупинення за пунктом 10.7 не настає внаслідок списання за пунктом 12.6.4 (вимушене автоматичне продовження оператором реєстру) — і жодним строком цей виняток не обмежений. Під час перевірки досягнення Кредитного ліміту Платформа додає до залишку Особового рахунку суму непогашених списань за пунктом 12.6.4 і порівнює з лімітом уже цю, збільшену величину. Виняток діє доти, доки залишок Особового рахунку вперше не стане невід’ємним; з цього моменту відповідні списання вважаються погашеними і до розрахунку більше не додаються. Цей виняток існує тому, що таке списання виникає без Заявки Замовника і без перевірки достатності коштів, а отже, не є наслідком його власної дії. Обов’язок оплатити таке продовження (пункт 12.6.4) і строк його оплати цим не змінюються, а несплата у строк є самостійною підставою призупинення за пунктом 14.1.2.

10.8. Під час призупинення Кредитний ліміт анулюється і може бути наданий повторно за окремим рішенням Виконавця. Обсяг призупинення визначено пунктом 14.3, а поновлення доступу — пунктом 14.4.

10.9. Пеня. За прострочення погашення заборгованості Замовник сплачує пеню в розмірі подвійної облікової ставки Національного банку України, що діяла у період, за який сплачується пеня, від суми заборгованості за кожен день прострочення, до дня фактичного погашення включно (статті 549, 611 та 625 ЦК України). Розмір пені обмежений подвійною обліковою ставкою Національного банку України, що діяла у період, за який сплачується пеня (стаття 3 Закону України «Про відповідальність за несвоєчасне виконання грошових зобов’язань» № 543/96-ВР); у частині перевищення цієї межі умова про пеню не застосовується. Нарахування пені не обмежується шестимісячним строком: відповідне обмеження містилося в Господарському кодексі України, який втратив чинність (пункт 1.7). Водночас до вимоги про стягнення пені застосовується позовна давність в один рік (пункт 1 частини другої статті 258 ЦК України).

10.10. Черговість погашення. Сторони, користуючись правом, наданим статтею 534 ЦК України, встановлюють іншу черговість, ніж передбачена цією статтею за замовчуванням: сума платежу спрямовується спершу на погашення заборгованості за фактично надані послуги, потім на витрати Виконавця, пов’язані з одержанням виконання, і в останню чергу — на пеню.

10.11. Вимушений овердрафт — це не кредит і не Кредитний ліміт. Оператор реєстру може самостійно продовжити строк реєстрації доменного імені і виставити Виконавцеві за це рахунок (пункт 12.6). Виконавець зобов’язаний оплатити такий рахунок, після чого відповідна сума списується з Особового рахунку Замовника без перевірки достатності коштів — тобто може утворити від’ємний залишок понад Кредитний ліміт або за його відсутності. Цей від’ємний залишок є Вимушеним овердрафтом (пункт 2.25). Щодо нього Сторони прямо погоджують:

10.11.1. Виконавець не встановлює для Вимушеного овердрафту жодного ліміту і не може його встановити. Ані Договір, ані Прайс-лист, ані Платформа не визначають суми, до якої від’ємний залишок «дозволяється»; такого дозволу не існує. Розмір Вимушеного овердрафту дорівнює сумі операцій, які оператор реєстру фактично вчинив, і не є прогнозованим ані за розміром, ані за часом виникнення — ні для Виконавця, ні для Замовника. Це не редакційна обережність, а точний опис механізму: Виконавець дізнається про таке продовження після того, як воно вже вчинене.

10.11.2. Проценти, комісія і будь-яка плата за користування Вимушеним овердрафтом не нараховуються. Вимушений овердрафт не є кредитом, позикою чи іншою фінансовою послугою; це обов’язок відшкодувати вартість операції, яку оператор реєстру вже вчинив і яку Виконавець уже оплатив. Обов’язок відшкодування настає негайно з моменту надсилання Замовникові відповідного рахунка (пункт 12.6.4), незалежно від стану Особового рахунку, наявності чи вичерпання Кредитного ліміту та незалежно від того, чи призупинено доступ Замовника (розділ 14).

10.11.3. Правова кваліфікація. Оскільки розмір і час виникнення Вимушеного овердрафту не є прогнозованими, він є несанкціонованим овердрафтом у розумінні пункту 6 частини другої статті 3 Закону України «Про споживче кредитування» № 1734-VIII і виключений зі сфери дії цього Закону, — крім положень щодо врегулювання простроченої заборгованості, які застосовуються завжди. Сторони прямо застерігають: саме тому Договір не встановлює для Вимушеного овердрафту жодної граничної суми. Встановлення такої суми зробило б овердрафт прогнозованим, і зазначений виняток перестав би діяти.

10.11.4. Наслідки для доступу. Вимушений овердрафт сам собою не є підставою для призупинення доступу (пункт 10.7.1). Підставою є несплата рахунка за пунктом 12.6.4 у строк — пункт 14.1.2. Пеня за пунктом 10.9 на суму Вимушеного овердрафту нараховується лише з дня, наступного за спливом строку оплати цього рахунка, а не з дня утворення від’ємного залишку.

10.11.5. Що Виконавець зобов’язаний зробити. Виконавець зобов’язаний: надіслати Замовникові рахунок із зазначенням доменного імені, дати операції та підстави (пункт 12.6.4); на запит підтвердити, що операцію вчинив оператор реєстру, а не Виконавець; не стягувати подвоєння там, де воно за пунктом 12.6.4.1 не застосовується; і не подавати Заявок, які створюють Вимушений овердрафт, — жодна Заявка Виконавця такого залишку не утворює.

11. Обов’язки Замовника щодо його клієнтів

11.1. Замовник укладає договори зі своїми Реєстрантами від власного імені та за власний рахунок. Виконавець не є стороною цих договорів і не отримує від Реєстрантів оплати. Водночас Виконавець є акредитованим реєстратором цих доменних імен перед оператором реєстру, і цей статус покладає на нього обов’язки, які він виконує безпосередньо щодо Реєстранта Замовника, незалежно від відносин між Реєстрантом і Замовником і незалежно від стану розрахунків між Виконавцем і Замовником. Перелік цих обов’язків, наведений у пункті 11.1.1, є вичерпним.

11.1.1. Обов’язки Виконавця щодо Реєстранта Замовника. Виконавець зобов’язаний:

11.1.1.1. не перешкоджати бажанню Реєстранта змінити поточного реєстратора і на звернення самого Реєстранта щодо його власного доменного імені видати йому код передачі (AuthInfo) — у тому числі за наявності заборгованості Замовника (пункти 19.4.1 і 19.4.2) і в тому числі під час призупинення доступу Замовника (пункт 14.3). Звернення надсилається на адресу для звернень реєстрантів, зазначену на сторінці Реквізити; Виконавець має право вимагати від Реєстранта підтвердження його особи або повноважень — зверненням з адреси електронної пошти, зазначеної у відомостях контакту доменного імені, або документом, підписаним кваліфікованим електронним підписом, — в обсязі, без якого видача коду неможлива, і не більшому. Стан розрахунків між Реєстрантом і Замовником або між Замовником і Виконавцем на це не впливає. У доменних зонах, правила яких коду передачі не передбачають (пункт 12.9.4), Виконавець замість видачі коду сприяє передачі в порядку, встановленому оператором реєстру, і не відмовляє в сприянні з тієї причини, що коду в цій зоні не існує. Порядок такого звернення і перелік способів підтвердження особи Виконавець оприлюднює на своєму вебсайті, а Замовник зобов’язаний довести їх до відома своїх Реєстрантів (пункт 11.2.6);

11.1.1.2. виконувати рішення адміністративної комісії Центру арбітражу та посередництва ВОІВ, ухвалені за Політикою вирішення спорів щодо доменних імен в домені .UA, — блокувати, видаляти або переделеговувати доменне ім’я, — а також надавати Центру ВОІВ на його запит підтвердження реєстрації доменного імені, відомості про належність його зазначеному відповідачеві, контактні дані Реєстранта і, за потреби, договори про реєстрацію та супровід доменного імені;

11.1.1.3. не змінювати Реєстранта і реєстратора спірного доменного імені під час розгляду скарги за зазначеною Політикою, а також протягом 15 робочих днів після завершення розгляду (пункт 21.4.4);

11.1.1.4. виконувати вимоги оператора реєстру щодо доменного імені, у тому числі щодо блокування, видалення, переделегування, зміни статусів і надання відомостей, а також рішення суду та інших уповноважених державних органів;

11.1.1.5. передавати до реєстру достовірні відомості про Реєстранта і підтримувати їх в актуальному стані, а також не оприлюднювати персональних даних Реєстранта та контактів доменного імені у службах WHOIS і RDAP без згоди відповідної особи (пункт 13.5);

11.1.1.6. вживати заходів для повідомлення Реєстранта про закінчення строку реєстрації доменного імені та встановлювати статус, що блокує доменне ім’я, якщо його не продовжено на наступний період. Цей обов’язок Виконавець виконує так: автоматично надсилає повідомлення Замовникові на адресу за пунктом 4.2.4 за графіком пункту 12.6.5, а безпосередньо Реєстрантові — за наявності в Платформі його чинної адреси електронної пошти — окремою дією. Повідомлення про строк реєстрації адресуються Замовникові, і саме тому обов’язок Замовника довести їх до Реєстранта є істотною умовою цього Договору. Виконавець зобов’язується запровадити автоматичне пряме повідомлення Реєстранта і повідомити про це в порядку пункту 6.11. Статус, що блокує доменне ім’я, у зонах, правила яких цього вимагають, станом на цю дату Виконавець окремою командою не встановлює — блокування здійснює сам оператор реєстру за правилами зони, — і Виконавець зобов’язується запровадити подання такої команди. Замовник зобов’язаний невідкладно і без змін довести кожне таке повідомлення до Реєстранта і не має права його затримувати, замінювати власним або зумовлювати його передавання станом розрахунків з Реєстрантом; ненадсилання Замовником такого повідомлення є істотним порушенням цього Договору (пункт 18.5.1). Замовник зобов’язаний передавати Виконавцеві чинну адресу електронної пошти Реєстранта (пункт 13.10), без якої пряме повідомлення неможливе;

11.1.1.7. приймати від будь-якої третьої особи повідомлення про зловживання доменним іменем і вживати за ними заходів (пункт 11.6), незалежно від того, чи має така особа обліковий запис і чи є вона клієнтом Замовника;

11.1.1.8. не пізніше ніж за 10 днів до припинення обслуговування зони — зокрема у разі припинення чи призупинення акредитації Виконавця — вжити всіх необхідних дій для переведення доменних імен до інших реєстраторів і повідомити Реєстрантів про те, що доменні імена, не переведені до цієї дати, підтримуватимуться згідно з Регламентом супроводу доменного імені у випадку, коли воно не обслуговується реєстратором (пункти 19.2 і 19.7);

11.1.1.9. виконувати власні обов’язки володільця персональних даних щодо Реєстранта, зокрема повідомити його про обробку, коли дані одержано не від нього самого (пункт 13.10), і розглядати його звернення як суб’єкта персональних даних (розділ 8 Політики конфіденційності);

11.1.1.10. зберігати документи, що підтверджують надання Реєстранту інформації про обробку персональних даних, протягом усього періоду обробки.

11.1.2. Ці обов’язки Виконавець виконує безпосередньо, не переадресовуючи Реєстранта до Замовника, і не може бути звільнений від них домовленістю із Замовником. Замовник не має права перешкоджати їх виконанню, зокрема відмовляти Виконавцеві в передаванні звернення Реєстранта або чинної адреси електронної пошти Реєстранта (пункт 13.10). Виконання Виконавцем цих обов’язків не робить його стороною договору Замовника з Реєстрантом і не створює для Виконавця жодних інших зобов’язань перед Реєстрантом.

11.1.3. Доменні імена, Реєстрантом яких є сам Замовник. Замовник має право реєструвати доменні імена і для себе. Це не змінює нічого в цьому Договорі: він залишається укладеним для перепродажу (пункти 1.3 і 3.7), і те, що частина імен обслуговується для власних потреб Замовника, не робить його публічним договором і не переводить Замовника до іншої категорії. Змінюється одне: обов’язки, встановлені пунктом 11.1.1 на захист Реєстранта від Замовника, щодо таких імен не мають кого захищати, бо Реєстрант і Замовник — одна особа; конкретний наслідок цього для коду передачі під час зупинення за пунктом 19.4 наведено в пункті 19.4.1.1. Решта пункту 11.1.1 — обов’язки перед оператором реєстру, виконання рішень і повідомлення про строк реєстрації — застосовується без змін. Розділ 11.2 щодо такого імені виконується тим, що Замовник як Реєстрант сам знає і приймає перелічені в ньому умови; окремого договору із самим собою для цього не потрібно.

11.2. Замовник зобов’язаний включити до своїх договорів із Реєстрантами (або забезпечити прийняття Реєстрантами) такі умови:

11.2.1. достовірність відомостей — Реєстрант підтверджує достовірність наданих про нього відомостей і зобов’язується оновлювати їх;

11.2.2. обробка персональних даних — Реєстрант, укладаючи договір, підтверджує, що він повідомлений та погоджується із: складом та змістом персональних даних, які обробляються; цілями і метою обробки та правовими підставами для неї; передаванням персональних даних адміністратору публічного домену та оператору реєстру як розпорядникам персональних даних (операторам) — для виконання договору про реєстрацію та супровід доменного імені; зберіганням персональних даних Замовником, Виконавцем, а також зазначеними адміністратором і оператором протягом строку дії договору про реєстрацію та супровід доменного імені та/або з моменту створення запису контакту в Реєстрі до його видалення з Реєстру; правом адміністратора публічного домену та оператора реєстру зберігати персональні дані Реєстранта після видалення контакту з Реєстру протягом строку позовної давності та використовувати їх як доказ, у тому числі у справах за участю реєстратора та/або Реєстранта; правами Реєстранта як суб’єкта персональних даних за законодавством України та (для осіб, які перебувають у Європейському Союзі) Регламентом (ЄС) 2016/679. Адміністратор публічного домену та оператор реєстру називаються поіменно, із зазначенням повного офіційного найменування та офіційного вебсайту (пункт 13.4); формулювання «третім особам» недостатньо. Повідомлення здійснюється в момент збирання даних (стаття 12 Закону України «Про захист персональних даних» № 2297-VI), а документи, що підтверджують його надання, Замовник зберігає протягом усього періоду обробки персональних даних;

11.2.2.1. оприлюднення у WHOIS і RDAP — лише за згодою. Персональні дані Реєстранта, адміністративного, технічного та фінансового контактів оприлюднюються у службах WHOIS і RDAP виключно за бажанням відповідної особи та на підставі одержаної від неї згоди, висловленої у письмовій формі або у формі, що дає змогу зробити висновок про надання згоди. Згода надається окремо щодо кожного поля (ім’я або найменування, найменування організації, поштова адреса, телефон, факс, адреса електронної пошти) і може бути відкликана щодо будь-якого з них. Замовник відповідає за одержання такої згоди і за правомірність її передавання Виконавцеві. Відмова надати згоду або її відкликання не впливає на чинність договору про реєстрацію та супровід доменного імені, не є підставою для відмови в обслуговуванні і не тягне жодних інших несприятливих наслідків; договір Замовника з Реєстрантом не може встановлювати іншого. Відсутність згоди передається Виконавцеві прямо — заперечною ознакою розкриття, і технічний порядок, яким це забезпечується, разом із наслідками ненадсилання такого блоку визначено пунктом 13.5.1;

11.2.2.2. персональні дані третіх осіб. Реєстрант гарантує, що передавання персональних даних третіх осіб — зокрема як адміністративного, технічного та/або фінансового контактів — здійснюється з дотриманням законодавства України та (для осіб, які перебувають у Європейському Союзі) Регламенту (ЄС) 2016/679 і не порушує їхніх прав, і зобов’язується самостійно повідомляти цих осіб про склад та зміст переданих персональних даних, про цілі та мету обробки, про осіб, яким дані передаються, а також про порядок реалізації їхніх прав;

11.2.3. політика вирішення доменних спорів — Політика вирішення спорів щодо доменних імен в домені .UA (чинна з 15.02.2025), Правила до неї та Додаткові правила Центру арбітражу та посередництва Всесвітньої організації інтелектуальної власності включаються до договору з Реєстрантом шляхом посилання, як цього прямо вимагає пункт 1 самої Політики, і Реєстрант зобов’язується дотримуватися всіх трьох документів;

11.2.3.1. обов’язкове адміністративне провадження — Реєстрант погоджується, що спори, перелік яких наведено в параграфі 4 зазначеної Політики, які виникають із третіми особами щодо доменного імені, реєстрантом якого він є, вирішуються у порядку обов’язкового адміністративного провадження Центром арбітражу та посередництва ВОІВ;

11.2.4. заяви і гарантії Реєстранта за пунктом 2 зазначеної Політики: відомості, надані в договорі про реєстрацію, є повними і точними; реєстрація доменного імені не порушує прав третіх осіб; ім’я не реєструється з протиправною метою і не використовуватиметься для порушення законодавства; Реєстрант самостійно несе відповідальність за визначення того, чи порушує реєстрація доменного імені права іншої особи;

11.2.5. згода на виконання рішень — Реєстрант погоджується, що доменне ім’я може бути заблоковане, видалене або переделеговане реєстратором у порядку, передбаченому зазначеною Політикою, у тому числі на виконання рішень адміністративної комісії Центру ВОІВ, а також на підставі рішення оператора реєстру, суду чи іншого уповноваженого державного органу, — без відшкодування сплачених ним коштів;

11.2.6. перенесення до іншого реєстратора — порядок, який гарантує можливість перенести доменне ім’я до іншого реєстратора без втрати делегування, і порядок отримання коду передачі (AuthInfo). Замовник не має права перешкоджати бажанню Реєстранта змінити поточного реєстратора і не має права зумовлювати видачу коду передачі погашенням заборгованості Реєстранта;

11.2.7. асинхронність — Реєстрант повідомлений, що операція може виконуватися не миттєво, що строк обробки на боці оператора реєстру може становити до 120 годин (пункт 7.3) і що реєстрація вважається такою, що відбулася, лише з моменту підтвердження оператором реєстру;

11.2.8. автоматичне продовження і видалення — умови автоматичного продовження оператором реєстру, порядок і кінцевий строк відмови від нього (пункт 12.6.3), а також передбачуваний час, коли доменне ім’я буде видалене, відносно дати закінчення строку реєстрації (пункт 12.6.6: 29-й день після закінчення строку реєстрації у зонах, де оператор реєстру здійснює автоматичне продовження). Реєстрант має бути прямо попереджений, що фактичним останнім днем продовження за звичайною вартістю є цей 29-й день, а не 30-й, і що після видалення повернення доменного імені можливе лише за вартістю відновлення. Замовник також зобов’язується невідкладно і без змін передавати Реєстранту повідомлення Виконавця про закінчення строку реєстрації та про дату видалення (пункт 11.1.1.6);

11.2.8.1. особливі умови окремих зон — Реєстрант повідомлений про особливі умови виконання Заявок, перелічені в пункті 12.9, які стосуються зони його доменного імені, зокрема про строк, протягом якого передача доменного імені неможлива, про відсутність коду передачі в окремих зонах, про неможливість дострокового видалення в окремих зонах, про потребу підтвердження реєстрації окремим каналом зв’язку і про спільне переміщення групи дзеркальних доменних імен;

11.2.9. реагування на зловживання — зобов’язання не використовувати доменне ім’я для протиправної діяльності та згода на призупинення делегування у випадках, передбачених пунктом 11.6;

11.2.10. зміна Реєстранта — лише за письмовою заявою. Переделегування доменного імені іншому реєстранту здійснюється виключно на підставі письмової заяви поточного реєстранта доменного імені. Це вимога цього Договору, а не припис правил доменної зони: розділ 7.3.3 Регламенту публічного домену дозволяє змінити Реєстранта звичайною командою оновлення. Замовник не повідомляє своїм клієнтам, що письмової заяви вимагають правила зони або закон. Підстава вимоги — те, що зміну Реєстранта не можна повернути силами Виконавця, а єдиним доказом волі поточного реєстранта в разі спору є його власна заява; саме тому обов’язок зберігати заяву (нижче) є невіддільною частиною цього пункту. Дії в інтерфейсі Замовника, підтвердження електронною поштою або згода нового реєстранта цієї вимоги не замінюють. Замовник визначає у власному договорі, які форми письмової заяви він приймає (паперовий оригінал, скан-копія підписаного документа, кваліфікований електронний підпис), і зберігає такі заяви протягом строку, зазначеного в пункті 17.2;

11.2.11. доменне ім’я, яке не обслуговується реєстратором — Реєстрант повідомлений, що у разі припинення обслуговування доменні імена, не переведені до іншого реєстратора, підтримуються згідно з Регламентом супроводу доменного імені у випадку, коли воно не обслуговується реєстратором, і що цей порядок встановлює оператор реєстру;

11.2.12. DNSSEC — Реєстрант поінформований про можливість використання розширення DNSSEC та особливості роботи з ним, з метою запобігання збоям у роботі доменного імені: ключами керує той, хто обслуговує сервери імен; помилка в записі DNSSEC або невчасна заміна ключа роблять доменне ім’я недоступним для більшості користувачів навіть за справних серверів імен;

11.2.13. знеособлення відомостей про Реєстранта (проксі-контакт) — якщо Замовник пропонує знеособлення даних Реєстранта, він зобов’язаний проінформувати Реєстранта про ризики, пов’язані з неможливістю ідентифікації Реєстранта доменного імені, зокрема про потенційну неможливість ідентифікації Реєстранта як власника доменного імені у випадку припинення діяльності реєстратора, технічних збоїв або втрати даних;

11.2.14. достовірність відомостей при зміні реєстратора чи реєстранта і при достроковому видаленні — Реєстрант зобов’язується забезпечити достовірність відомостей, за якими він ідентифікується, зокрема перед переданням доменного імені іншому реєстратору, перед зміною реєстранта та перед достроковим видаленням доменного імені;

11.2.15. відсутність відповідальності адміністратора та оператора реєстру — Реєстрант повідомлений, що оператор реєстру та адміністратор публічного домену не можуть бути залучені як Сторона у судових спорах щодо доменних імен і не несуть відповідальності щодо наслідків використання, невикористання або неправомірного використання доменних імен Реєстрантом, у тому числі перед третіми особами, а також щодо порушення Реєстрантом будь-яких прав третіх осіб (пункт 15.9).

11.3. Замовник на вимогу Виконавця надає підтвердження виконання пункту 11.2 — витяг з відповідних положень власного договору або посилання на його оприлюднений текст. Оператори реєстрів мають право перевіряти виконання Виконавцем відповідних вимог у будь-який час протягом строку дії договорів з ними, тому Замовник надає таке підтвердження протягом п’яти робочих днів з дня отримання вимоги, а якщо вимога надійшла від оператора реєстру і містить коротший строк — у строк, зазначений оператором реєстру, про що Виконавець повідомляє Замовника одночасно з вимогою.

11.3.1. Оприлюднення матеріалів Замовником. Замовник зобов’язаний оприлюднити на власному загальнодоступному ресурсі (пункт 4.4.5): свої контактні дані (найменування, місцезнаходження, телефони, адресу технічної підтримки, графік роботи); опис усіх операцій з доменними іменами, включно з автоматичним продовженням, відновленням після видалення та зміною реєстранта і контактів, із зазначенням передбачуваного часу видалення доменного імені відносно дати закінчення строку реєстрації; текст власного договору з Реєстрантами; політику конфіденційності; порядок оплати; порядок переведення доменних імен до іншого реєстратора у разі припинення обслуговування клієнтів; порядок супроводу доменного імені у випадку, коли воно не обслуговується реєстратором; посилання на всі документи, перелічені в пункті 2.17, зокрема на регламенти публічних інтернет-сервісів WHOIS і RDAP; особливі умови виконання заявок (пункт 12.9); адресу для повідомлень про зловживання (пункт 11.6); відомості про акредитованого реєстратора за пунктом 11.8.1; а також застереження за пунктом 11.2.15. Цей перелік відтворює вимоги, які оператора реєстру висувають до самого Виконавця.

11.4. Відшкодування. Замовник відшкодовує Виконавцю документально підтверджені збитки, суми, стягнені з Виконавця оператором реєстру, і витрати на правову допомогу, що виникли внаслідок: недостовірності відомостей про Реєстрантів; порушення прав третіх осіб на об’єкти інтелектуальної власності доменними іменами, поданими Замовником; зловживань з боку його Реєстрантів; невиконання пункту 11.2. Це положення ґрунтується на свободі договору (стаття 627 ЦК України) і не є визнанням Виконавцем чиєїсь відповідальності перед третіми особами.

11.5. Підтримка. Замовник є першою лінією підтримки для своїх Реєстрантів. На звернення третьої особи, переадресоване Виконавцем, Замовник зобов’язаний надати відповідь по суті протягом трьох робочих днів, а якщо звернення стосується зловживання за пунктом 11.6 — у строки, встановлені тим пунктом. Систематичне ненадання відповіді є підставою для призупинення доступу (пункт 14.1.7); систематичним вважається ненадання відповіді у строк на три і більше звернення протягом 90 календарних днів.

11.6. Зловживання. Замовник зобов’язаний забезпечити приймання скарг на зловживання за окремою адресою електронної пошти, зазначеною за пунктом 4.2.4 і оприлюдненою на його ресурсі за пунктом 4.4.5. Адреса має бути доступною для будь-якої особи без вимоги мати обліковий запис, реєструватися чи заповнювати форму, приймати пошту від будь-якого відправника і не використовуватися для інших цілей. Замовник:

11.6.1. підтверджує одержання скарги протягом 24 годин і вживає заходів по суті протягом трьох робочих днів з дня її одержання;

11.6.2. у разі фішингу, поширення шкідливого програмного забезпечення або матеріалів із сексуальним насильством над дітьми — вживає заходів невідкладно і не пізніше чотирьох годин з моменту одержання скарги;

11.6.3. повідомляє Виконавця про кожну скаргу, за якою делегування доменного імені було припинено, і про результат розгляду.

Виконавець має право самостійно призупинити делегування доменного імені без попереднього звернення до Замовника у випадках, зазначених у пункті 11.6.2, а також на виконання рішення суду, іншого уповноваженого органу або вимоги оператора реєстру. Про таке призупинення Виконавець повідомляє Замовника на його адресу для повідомлень про зловживання одночасно з його застосуванням.

11.6.4. Заморожування доменного імені — окремий і слабший захід, ніж припинення делегування. Виконавець має право встановити для доменного імені статуси, що забороняють його зміну, видалення і передачу іншому реєстратору (serverUpdateProhibited, serverDeleteProhibited, serverTransferProhibited), не припиняючи делегування: доменне ім’я продовжує працювати, а розпорядитися ним стає неможливо. Замовник зняти ці статуси не може.

11.6.4.1. Перелік підстав є вичерпним. Заморожування застосовується лише: на виконання рішення суду або іншого уповноваженого органу; на вимогу оператора реєстру чи адміністратора публічного домену; на час розгляду скарги за Політикою вирішення спорів щодо доменних імен в домені .UA і протягом 15 робочих днів після завершення розгляду; на час судового або арбітражного розгляду справи щодо цього доменного імені — навіть якщо рішення ще не ухвалено і розгляду за Політикою не було (пункт 21.4.4); за письмовою заявою Реєстранта або Замовника; а також якщо Виконавець має обґрунтовану підозру, що доменним іменем розпоряджається особа, яка не має на це права, — до з’ясування обставин, але не довше ніж 30 календарних днів, якщо за цей час не з’явиться інша підстава з цього переліку. Жодна інша обставина заморожування не виправдовує; несплата Замовником рахунків підставою для заморожування не є — наслідки несплати встановлено розділом 14.

11.6.4.2. Повідомлення і підстава. Виконавець повідомляє Замовника про заморожування одночасно з його застосуванням, на адресу для повідомлень про зловживання, і зазначає в повідомленні підставу з переліку пункту 11.6.4.1. Підставу Виконавець фіксує в записі про доменне ім’я і на письмовий запит Замовника повідомляє її повторно у строк, установлений пунктом 17.3.

11.6.4.3. Зняття. Заморожування знімається невідкладно після того, як відпала підстава, з якої його застосовано, і не пізніше наступного робочого дня з дня, коли Виконавцю стало про це відомо. Зняття фіксується так само, як і застосування.

11.6.4.4. Чого заморожування не змінює. Воно не є призупиненням надання Послуг у розумінні розділу 14 і не впливає на строки розділів 12 і 13: строк реєстрації замороженого доменного імені спливає звичайним чином, а продовження залишається можливим і в цей час.

11.7. Залучення реселерів. Замовник має право залучати Реселерів (пункт 2.23) — осіб, які просувають, продають або обслуговують послуги Замовника щодо доменних імен, — без попереднього погодження з Виконавцем. Замість погодження діють такі умови:

11.7.1. Повідомлення і перелік. Замовник повідомляє Виконавця про те, що залучає Реселерів, протягом п’яти робочих днів з дня залучення першого з них, і на письмову вимогу Виконавця надає перелік усіх чинних Реселерів — найменування, код ЄДРПОУ або РНОКПП, адресу вебсайту — протягом п’яти робочих днів. Вимога заявляється не частіше одного разу на дванадцять місяців, а поза цим — на вимогу оператора реєстру або у зв’язку зі скаргою за пунктом 11.6.

11.7.2. Відсутність правовідносин. Залучення Реселера не створює жодних правовідносин між Реселером і Виконавцем. Окремих облікових даних Реселеру не видається (пункт 6.3). Замовник відповідає перед Виконавцем за дії та бездіяльність кожного Реселера як за власні.

11.7.3. Ланцюг будь-якої довжини. Реселер має право залучати власних реселерів. Цей Договір довжини ланцюга не обмежує, але кожна ланка ланцюга несе ті самі обов’язки, а Замовник відповідає перед Виконавцем за весь ланцюг, якою б довгою він не був. Усі умови пункту 11.2 мають бути передані далі по ланцюгу і забезпечені в договорах кожної ланки.

11.7.4. Оплата від Реселера, Реєстранта або іншого клієнта Замовника не приймається. Поповнити Особовий рахунок Замовника може будь-яка особа в порядку пункту 8.5, крім Реселера, Реєстранта та іншого клієнта Замовника: платіж від них поставив би Виконавця у прямі грошові відносини з тими, з ким він договору не має і розрахунки з ким Замовник веде самостійно і від власного імені (пункт 11.7). Кошти, що надійшли від такої особи, на Особовий рахунок не зараховуються і повертаються платнику протягом п’яти робочих днів з дня їх зарахування, на рахунок, з якого вони надійшли. Перший платіж за пунктом 5.1.2 в будь-якому разі здійснюється з рахунку самого заявника: саме він підтверджує особу.

11.7.5. Повідомлення про обробку персональних даних — у точці збирання. Стаття 12 Закону України «Про захист персональних даних» № 2297-VI вимагає повідомити суб’єкта персональних даних у момент збирання даних. Якщо дані Реєстранта збирає Реселер, то саме Реселер зобов’язаний надати це повідомлення. Тому обов’язок за пунктом 11.2.2 має бути покладений на кожну ланку ланцюга, яка фактично збирає дані, а Замовник забезпечує це у власному договорі з Реселером і в договорі кожної наступної ланки. Документи, що підтверджують надання повідомлення, зберігає та ланка, яка його надала, а Замовник забезпечує їх надання Виконавцеві на вимогу (пункт 11.3) протягом усього періоду обробки.

11.7.6. Простежуваність. На звернення Виконавця, пов’язане зі скаргою на зловживання (пункт 11.6), з вимогою оператора реєстру, суду чи іншого уповноваженого органу або зі зверненням самого Реєстранта, Замовник зобов’язаний повідомити, через якого саме Реселера обслуговується конкретне доменне ім’я, і контактні дані цього Реселера — протягом одного робочого дня, а у випадках пункту 11.6.2 — протягом чотирьох годин. Виконавцеві відомий лише Замовник; без цієї відповіді пункти 11.5 і 11.6 виконати неможливо.

11.7.7. Заборони, що передаються далі. Заборони, встановлені пунктом 11.8, і обов’язок розкриття, встановлений пунктом 11.8.1, поширюються на кожного Реселера і на кожну наступну ланку ланцюга, і Замовник забезпечує це у відповідних договорах. Порушення цих заборон будь-якою ланкою ланцюга є істотним порушенням цього Договору Замовником (пункт 18.5.1).

11.7.8. Вимога припинити співпрацю з конкретним Реселером. Виконавець має право письмово вимагати від Замовника припинити обслуговування через конкретного Реселера, якщо той порушив пункт 11.8, не усунув зловживання у строк пункту 11.6 або якщо цього вимагає оператор реєстру, суд чи інший уповноважений орган. Вимога подається із зазначенням підстави і надає Замовникові не менше ніж 30 календарних днів на її виконання і на переведення відповідних Реєстрантів. З інших підстав такої вимоги Виконавець не заявляє.

11.7.9. Припинення Договору і Реєстранти Реселерів. Обов’язки Замовника за розділом 19 — зокрема повідомити Реєстрантів про припинення Договору, про граничну дату переведення і про наслідки її пропуску — поширюються на Реєстрантів усього ланцюга. Виконавець з Реселерами не листується і їхніх адрес не має; довести повідомлення до кожної ланки і до кожного Реєстранта зобов’язаний Замовник. Права Реєстранта, передбачені пунктами 11.1.1 і 19.1, від довжини ланцюга не залежать і зберігаються повністю.

11.8. Використання позначень і заборона видавати себе за акредитованого реєстратора. Замовник має право надавати послуги під власним брендом. Замовник не має права:

а) використовувати знаки для товарів і послуг, комерційні найменування та доменні імена Виконавця без його письмової згоди;

б) заявляти себе акредитованим реєстратором доменної зони, якщо він таким не є, а також посилатися на Допуск (пункт 2.20) як на акредитацію, дозвіл, ліцензію чи інше підтвердження статусу;

в) повідомляти своїм клієнтам, що доменні імена, зареєстровані через Платформу, зареєстровані за його власною акредитацією. Це стосується і Замовника, який справді має власну акредитацію в будь-якій зоні за окремим договором з іншою особою: доменне ім’я, зареєстроване через Платформу, зареєстроване за Акредитацією Виконавця, і представляти його інакше Замовник не має права. Власна акредитація Замовника, якщо вона є, цим Договором не регулюється, з Послугами за ним не пов’язана і не може бути з ними змішана ані в договорі з Реєстрантом, ані на вебсайті, ані в рекламних матеріалах, ані в листуванні.

Порушення підпунктів «б» і «в» цього пункту є істотним порушенням цього Договору (пункт 18.5.1).

11.8.1. Водночас Замовник зобов’язаний розкривати своїм Реєстрантам — у договорі про реєстрацію та супровід доменного імені і на власному ресурсі за пунктом 4.4.5 — такі відомості про акредитованого реєстратора, і не менше: повне найменування Виконавця; його ідентифікатор реєстратора; адресу, за якою Реєстрант може звернутися до Виконавця безпосередньо щодо свого доменного імені, зокрема за кодом передачі (пункт 11.1.1.1); адресу для повідомлень про зловживання Виконавця. Чинні значення цих відомостей наведено на сторінці Реквізити. Розкриття цих відомостей не є використанням позначень Виконавця в розумінні першого абзацу цього пункту і не потребує окремої згоди; приховування їх від Реєстранта є істотним порушенням цього Договору (пункт 18.5.1), оскільки позбавляє Реєстранта можливості скористатися правами за пунктом 11.1.1.

12. Правила доменних зон

12.1. Реєстрація і обслуговування доменних імен підпорядковуються правилам, встановленим операторами реєстрів відповідних зон (пункт 2.17), зокрема: Регламенту публічного домену .UA (версія 3.5 від 24.01.2020 або чинна на відповідну дату редакція); Регламенту домену .UA (версія 1.0 від 01.04.2014 або чинна на відповідну дату редакція); регламентам окремих публічних доменів, у яких Виконавець надає послуги; Регламенту супроводу доменного імені у випадку, коли воно не обслуговується реєстратором; Регламенту розширення DNSSEC; Регламенту публічного інтернет-сервісу WHOIS; Регламенту публічного інтернет-сервісу RDAP; Політиці вирішення доменних спорів .UA (чинна з 15.02.2025), Правилам до неї та Додатковим правилам Центру арбітражу та посередництва ВОІВ. Для окремих зон загальний Регламент застосовується у редакції, зміненій регламентом відповідного публічного домену; у разі розбіжності перевагу має регламент конкретного домену. Перелік зон, у яких Виконавець надає послуги, чинні редакції всіх перелічених документів для кожного оператора реєстру, чинні строки життєвого циклу, максимальний строк реєстрації та особливі умови виконання Заявок (пункт 12.9) для кожної зони наведено за адресою https://namespace.com.ua/zones.

12.1.1. Зона включається до цього переліку виключно за наявності чинного договору Виконавця з адміністратором відповідного публічного домену і наданого цим адміністратором дозволу на виконання відповідних операцій. Договір з оператором реєстру сам собою права працювати в зоні не надає. Зона, договір з адміністратором якої припинено або призупинено, вилучається з переліку невідкладно. Наявність зони і конкретної операції в цьому переліку є єдиним підтвердженням того, що Виконавець її обслуговує; згадка зони в будь-якому іншому матеріалі — у прикладах у цьому Договорі, у рекламних матеріалах, на головній сторінці — таким підтвердженням не є і зобов’язання надати послугу не створює. Перелік наводиться в розрізі окремих операцій: у частині зон нову реєстрацію припинено, тоді як продовження, передача і відновлення для вже зареєстрованих доменних імен залишаються доступними.

12.1.2. Адреси, за якими ці документи оприлюднено їхніми видавцями. Адреси наведено в тексті повністю, а не лише посиланням, щоб вони збереглися в друкованій копії Договору:

Чинний склад цих документів для кожної зони, у якій Виконавець надає послуги, наведено за адресою пункту 12.1.

12.1.3. Яка редакція застосовується. До кожної операції застосовується редакція документа, чинна на момент її вчинення. Заморожену редакцію Виконавець не обіцяє і обіцяти не може: Регламент публічного домену .UA дозволяє оператору реєстру у разі нагальної необхідності змінити його самостійно, оприлюднити зміни на своєму офіційному вебсайті і повідомити реєстраторів — без жодного мінімального строку попередження. Виконавець доводить такі зміни до відома Замовника невідкладно і не може надати більшого строку, ніж одержав сам (пункти 12.8 і 18.3).

12.1.4. Виконавець зберігає датовані копії редакцій цих документів, чинних на момент кожної операції, і надає їх Замовникові на письмовий запит протягом п’яти робочих днів. Без цього спір через два-три роки не міг би встановити, які правила діяли в день операції: оператора реєстру архіву попередніх редакцій не оприлюднюють, а за адресами пункту 12.1.2 доступна лише чинна редакція. Копії зберігаються протягом строку, зазначеного в пункті 17.2. Цей обов’язок Виконавця є дзеркальним до того, який він уже несе щодо власних редакцій (пункти 5.4 і 5.6).

12.2. Правила зони не є нормативно-правовими актами — Регламент публічного домену .UA прямо це зазначає — і є частиною договірних відносин між оператором реєстру та Виконавцем. Саме тому вони не поширюються на Замовника автоматично, а покладаються на нього цим розділом і передаються далі Реєстрантам у порядку пункту 11.2. Замовник зобов’язаний дотримуватися Правил зони так, ніби він є їх безпосереднім адресатом.

12.3. Максимальний строк реєстрації доменного імені — 10 років, якщо Правилами конкретної зони не встановлено менший строк. У частині зон він становить один або два роки; чинне значення для кожної зони наведено за адресою пункту 12.1. Заявка на строк, більший за встановлений правилами зони, відхиляється оператором реєстру або Платформою і виконаною не вважається.

12.4. Домени другого рівня в зоні .UA. Пункт 3.3 Регламенту домену .UA допускає делегування приватного доменного імені другого рівня в зоні .UA лише якщо воно за написанням збігається зі Знаком, права на використання якого в Україні належать Реєстранту. Виконавець не оцінює ані чинності, ані обсягу, ані належності прав на Знак і не звіряє рядка доменного імені зі словесною частиною свідоцтва. Виконавець перевіряє виключно формат зазначеного Замовником номера свідоцтва (від одного до п’ятдесяти літер і цифр, без пробілів і розділових знаків) і передає його до оператора реєстру без змін. Рішення про відповідність доменного імені Знакові та про делегування ухвалює оператор реєстру (пункти 3.4 і 7.2). Замовник гарантує, що його Реєстрант має відповідні права, і несе за це відповідальність згідно з пунктом 11.4. Документів на підтвердження прав Виконавець не збирає і не зберігає; їх зберігає Замовник і надає на вимогу (пункт 11.3). На домени третього рівня в публічних доменах ця вимога не поширюється.

12.5. Життєвий цикл. Для публічного домену .UA: пільговий період автоматичного продовження — 30 днів, у межах яких Виконавець видаляє непродовжене доменне ім’я на 29-й день (пункт 12.6.6); період відновлення — 30 днів; період очікування видалення — 5 днів, після спливу якого видалення є необоротним. Строки періоду відновлення та очікування видалення обчислюються від дня видалення, а не від дня закінчення строку реєстрації. Для інших зон строки визначаються Правилами відповідної зони і можуть відрізнятися, зокрема пільгового періоду може не бути взагалі; чинні значення наведено за адресою, зазначеною в пункті 12.1.

12.6. Автоматичне продовження і його фінансові наслідки — положення, на яке Замовник зобов’язаний звернути особливу увагу. Згідно з Регламентом публічного домену .UA оператор реєстру не припиняє публікацію доменного імені після спливу строку реєстрації, а після спливу 30-денного пільгового періоду автоматично продовжує строк реєстрації і виставляє рахунок реєстратору, тобто Виконавцю.

12.6.1. Три різні події, що позначаються словом «продовження». Вони мають різні підстави з різними підставами і різною ціною:

12.6.2. Вимушене автоматичне продовження Виконавець не замовляє і відвернути не може, а Замовник його не замовляв. Оператор реєстру виконує таке продовження самостійно, за правилами відповідної зони; Виконавець не має права ані замовити його, ані від нього відмовитися, ані скасувати його наслідки. Доменне ім’я Замовника при цьому справді продовжено на відповідний строк, і Замовник цей строк одержує. Відповідно обов’язок Замовника оплатити таке продовження виникає незалежно від стану Особового рахунку, наявності чи вичерпання Кредитного ліміту і незалежно від того, чи призупинено його доступ (пункти 10.11.2 і 14.5).

Відповідно:

12.6.3. якщо Замовник не бажає продовжувати доменне ім’я, він зобов’язаний подати команду на його видалення не пізніше 26-го дня після закінчення строку реєстрації. Цей строк не є довільним: він залишає три дні до дати, у яку Виконавець сам видаляє непродовжене доменне ім’я (пункт 12.6.6), і саме цей 29-й день, а не 30-й, є фактичним кінцевим строком відмови від автоматичного продовження;

12.6.4. якщо оператор реєстру здійснив вимушене автоматичне продовження, Замовник зобов’язаний оплатити його незалежно від того, чи оплатив його власний Реєстрант і чи відмовився той від доменного імені. За загальним правилом воно тарифікується за одинарною вартістю пункту 9.1. Подвійна вартість застосовується лише за одночасної наявності двох умов, кожна з яких має бути підтверджена записами Платформи (пункт 17.1): (1) Замовник пропустив кінцевий строк за пунктом 12.6.3 і (2) Виконавець фактично подав команду на видалення за пунктом 12.6.6, а оператор реєстру її відхилив — зокрема через те, що на непродовженому доменному імені залишилися сервери імен, які обслуговують інші доменні імена. Подвоєння є неустойкою в розумінні статті 549 Цивільного кодексу України, погодженою Сторонами в письмовій формі, як цього вимагає стаття 547 того самого Кодексу; воно встановлене саме за те, що Замовник зробив видалення неможливим. Розмір неустойки може бути зменшений судом (частина третя статті 551 того самого Кодексу);

12.6.4.1. Якщо Виконавець команди на видалення не подав, подвоєння не застосовується — це його власна помилка, а не порушення Замовника. Подвоєння не застосовується також, якщо: кінцевий строк за пунктом 12.6.3 припав на період призупинення доступу Замовника (пункт 14.5) або на період, протягом якого Платформа відхиляла його команди з причин, що залежали від Виконавця; на непродовженому доменному імені не було серверів імен, через які видалення стало неможливим; Виконавець не надіслав повідомлення, передбаченого пунктом 12.6.6; видалення не вчинялося з підстав, перелічених у пункті 12.6.6; або Замовник користується послугою за пунктом 9.14. У всіх цих випадках продовження тарифікується за одинарною вартістю пункту 9.1;

12.6.4.2. Перевіряє це Виконавець, а не Замовник. Перед виставленням рахунка за подвійною вартістю Виконавець зобов’язаний перевірити за власними журналами (пункт 17.1) наявність поданої команди на видалення і відповіді оператора реєстру про відмову і зазначити в рахунку дату цієї команди та код відповіді оператора реєстру. Якщо суму списано в подвійному розмірі без наявності обох умов пункту 12.6.4, різниця повертається на Особовий рахунок без окремої заяви Замовника в порядку пункту 9.15. Обов’язок доведення наявності обох умов покладається на Виконавця; за їх відсутності подвоєння не застосовується;

12.6.5. Виконавець надсилає нагадування про наближення закінчення строку реєстрації за 30, 15, 7 і 1 день до дати закінчення строку реєстрації, на адресу для юридично значущих повідомлень (пункт 4.2.4); безпосередньо Реєстрантові — у порядку і з обмеженням, зазначеними в пункті 11.1.1.6. Ненадсилання цих нагадувань не звільняє Замовника від обов’язку за пунктом 12.6.4, але враховується при розгляді заперечень за пунктом 17.3;

12.6.6. Видалення непродовженого доменного імені. Щоб оператор реєстру не здійснив автоматичного продовження за рахунок Виконавця, Виконавець подає команду на видалення непродовженого доменного імені за один день до спливу пільгового періоду автоматичного продовження, тобто на 29-й день після закінчення строку реєстрації. Після цього доменне ім’я переходить до періоду відновлення (пункт 12.5) і може бути повернене лише за вартістю відновлення, яка є вищою за вартість продовження. Щодо цього видалення Сторони погоджують:

• Виконавець надсилає Замовнику окреме повідомлення після закінчення строку реєстрації, із зазначенням конкретної дати видалення і вартості відновлення, і не видаляє доменного імені, доки таке повідомлення не надіслано;
• Замовник зобов’язаний підтримувати в робочому стані адресу за пунктом 4.2.4; якщо повідомлення не може бути доставлене з причин, що залежать від Замовника, воно вважається наданим, і видалення вчиняється;
• видалення не вчиняється щодо доменного імені, стосовно якого триває передача іншому реєстратору, яке вже перебуває в періоді відновлення або очікування видалення, до якого застосовано обмеження за рішенням оператора реєстру, суду, іншого уповноваженого органу чи за Політикою вирішення спорів щодо доменних імен в домені .UA, а також щодо доменних імен Замовника, який користується послугою за пунктом 9.14;
• у доменних зонах, у яких оператор реєстру автоматичного продовження не здійснює, цей пункт не застосовується: там непродовжене доменне ім’я видаляє сам оператор реєстру у строк, встановлений правилами відповідної зони, і 30-денного пільгового періоду може не бути взагалі. Чинні строки для кожної зони наведено за адресою пункту 12.1.

12.7. Перенесення доменних імен. За Правилами публічного домену .UA реєстратор, від якого переноситься ім’я, має 5 днів на погодження або відмову; відсутність відповіді означає, що перенесення відбувається. Код передачі (AuthInfo) дійсний 30 днів. Замовник зобов’язаний довести це до відома своїх Реєстрантів (пункт 11.2.6). У більшості зон, у яких Виконавець надає послуги, перенесення супроводжується обов’язковим продовженням строку реєстрації на один рік, яке оплачується і від якого не можна відмовитися; в окремих зонах перенесення продовження не спричиняє. Чинне правило для кожної зони наведено за адресою пункту 12.1, а повна вартість перенесення до Виконавця, включно з обов’язковим продовженням, — у Прайс-листі (пункт 2.24). Перенесення від Виконавця до іншого реєстратора Виконавець не тарифікує взагалі (пункти 9.2.1 і 19.2.4.1).

12.8. Зміна Правил зони. Пункт 11 Регламенту публічного домену .UA дозволяє операторові реєстру змінювати правила з попередженням за 30 днів, а у разі нагальної необхідності — негайно. Зміни Правил зони обов’язкові для Сторін з моменту набрання ними чинності для Виконавця. Виконавець доводить їх до відома Замовника невідкладно, але не може надати більший строк попередження, ніж отримав сам (пункт 18.3).

12.9. Особливі умови виконання Заявок. Правила окремих зон встановлюють додаткові умови, які перевіряються до передавання Заявки до оператора реєстру і які Замовник зобов’язаний довести до відома своїх Реєстрантів (пункт 11.2.8.1). Чинний склад таких умов для кожної зони наведено за адресою пункту 12.1. До них належать, зокрема:

12.9.1. зарезервовані та заборонені до реєстрації позначення — Заявка на таке доменне ім’я відхиляється;

12.9.2. обов’язкові контакти — окремі зони вимагають зазначення адміністративного, технічного і фінансового контактів; Заявка без них відхиляється;

12.9.3. заборона передачі за строком — окремі зони не допускають передачі доменного імені іншому реєстратору протягом визначеної кількості днів з дати реєстрації або з дати попередньої передачі (у частині зон — 60 днів). На запит Замовника Виконавець повідомляє, чи діє така заборона щодо конкретного доменного імені і коли вона спливає;

12.9.4. зони, у яких коду передачі не існує — правила окремих зон коду передачі (AuthInfo) не передбачають взагалі; передача в них здійснюється без коду, у порядку, встановленому оператором реєстру. Виконавець на запит повідомляє, чи застосовується код передачі у зоні конкретного доменного імені (пункт 11.1.1.1);

12.9.5. зони, у яких дострокове видалення не допускається — оператор реєстру окремих зон встановлює на доменне ім’я при створенні статус, що забороняє його видалення. У таких зонах Заявка на видалення на вимогу Реєстранта не виконується, про що Виконавець повідомляє Замовника; плата за таке звернення не стягується;

12.9.6. підтвердження реєстрації окремим каналом зв’язку — в окремих зонах щойно зареєстроване доменне ім’я не делегується, доки Реєстрант не підтвердить реєстрацію у спосіб, встановлений оператором реєстру (зокрема повідомленням SMS). До такого підтвердження доменне ім’я вважається зареєстрованим, але неделегованим; відповідальності за неотримання підтвердження Виконавець не несе;

12.9.7. дзеркальні (пов’язані) доменні імена — правила окремих зон об’єднують доменні імена, що відрізняються лише транслітерацією зони, у групу, усі імена якої мають належати одному Реєстранту та обслуговуватися одним реєстратором. Реєстрація нового імені такої групи можлива лише на того самого Реєстранта, а передача одного імені групи спричиняє передачу всіх інших імен групи. На запит Замовника Виконавець повідомляє, чи входить конкретне доменне ім’я до такої групи і які саме імена до неї належать.

12.9.8. Строк відповіді, встановлений оператором реєстру. Правила окремих зон зобов’язують реєстратора відповісти на звернення, яке оператор реєстру йому переслав, у визначений строк, і наслідком мовчання є блокування доменного імені самим оператором реєстру — зокрема, договір адміністратора зон biz.ua, co.ua, pp.ua і .укр встановлює для відповіді на звернення третьої особи два робочі дні, а для відповіді на власні листи адміністратора — три робочі дні. Виконавець невідкладно і без змін пересилає таке звернення Замовникові, зазначаючи кінцевий строк відповіді, і цей строк ніколи не буде меншим за один робочий день з моменту надсилання. Замовник зобов’язаний відповісти в межах зазначеного строку або повідомити Виконавцеві, що відповіді не буде. Виконавець не несе відповідальності за блокування доменного імені, спричинене неотриманням відповіді Замовника, і повідомляє Замовника про таке блокування невідкладно; заходів до відповіді Замовника Виконавець самостійно не вживає, крім випадків, коли цього прямо вимагає оператор реєстру.

12.10. Доменне ім’я, яке не обслуговується реєстратором. Порядок супроводу доменного імені у випадку, коли воно не обслуговується реєстратором, встановлює оператор реєстру. Виконавець оприлюднює цей порядок і посилання на відповідний регламент за адресою пункту 12.1, а Замовник — на власному ресурсі за пунктом 4.4.5 і в договорі з Реєстрантом (пункт 11.2.11). Наслідки застосування цього порядку описано в пункті 19.7.1.

13. Захист персональних даних

13.1. Розподіл ролей. Щодо персональних даних Реєстрантів та їхніх контактних осіб:

13.1.1. Замовник є володільцем персональних даних у розумінні Закону України «Про захист персональних даних» № 2297-VI: він самостійно визначає мету і склад даних, які збирає у своїх клієнтів;

13.1.2. Виконавець є самостійним володільцем персональних даних, а не розпорядником Замовника: він самостійно визначає строки зберігання, склад відомостей, що передаються операторам реєстрів, і виконує власні обов’язки акредитованого реєстратора. Сторони прямо погоджують, що між ними не виникає відносин «володілець — розпорядник» і доручення на обробку даних за статтею 4 зазначеного Закону не надається.

13.1.3. Оператора реєстру щодо цих даних є розпорядниками персональних даних Виконавця, а не самостійними володільцями. Виконавець як володілець персональних даних (контролер) надає їм як розпорядникам персональних даних (операторам) право обробляти одержані персональні дані від його імені — у визначених меті, характері, обсязі та строках обробки, і залучати до обробки інших розпорядників без письмової згоди Виконавця їм заборонено. Саме цей розподіл ролей описується Реєстрантові за пунктом 11.2.2.

13.2. Терміни «володілець персональних даних» і «розпорядник персональних даних» вживаються у значенні, визначеному статтею 2 Закону № 2297-VI у чинній редакції.

13.3. Правова підстава обробки. Виконавець обробляє персональні дані Реєстрантів на підставі пункту 3 частини першої статті 11 Закону № 2297-VI (укладення та виконання правочину, стороною якого є суб’єкт персональних даних, і вчинення дій, що передують укладенню правочину на його вимогу) та пункту 6 частини першої статті 11 (законний інтерес володільця) — у частині виконання зобов’язань Виконавця за договорами з операторами реєстрів як акредитованого реєстратора. Пункт 5 частини першої статті 11 тут не застосовується: він охоплює виконання обов’язку володільця, передбаченого законом, а обов’язок перед оператором реєстру є договірним, а не законним. Обробка, необхідна для надання послуг, на згоді не ґрунтується, оскільки передавання даних операторові реєстру є невідворотною умовою існування доменного імені, а згода є відкличною і Виконавець не зміг би виконати її відкликання. Оприлюднення у WHOIS і RDAP є винятком: воно ґрунтується саме на згоді (пункти 13.5 і 11.2.2.1).

13.4. Одержувачі даних, про яких Замовник зобов’язаний повідомити своїх Реєстрантів у момент збирання (стаття 12 Закону № 2297-VI), із зазначенням повного офіційного найменування та офіційного вебсайту кожного, наведено в пункті 4.3 Політики конфіденційності (Додаток 3 до цього Договору). Там названо кожного адміністратора публічного домену та оператора реєстру і зазначено, у яких саме зонах він одержує дані. Перелік наведено там і тільки там: другий його примірник у цьому Договорі був би другою відповіддю на те саме питання, а розійшовшись, саме він опинився б у договорі Замовника з Реєстрантом. Стороною, яка є самостійним володільцем цих даних, є сам Виконавець (пункт 13.1.2), і його теж належить назвати:

Крім них, одержувачами є: публічні сервіси WHOIS і RDAP відповідних зон — лише за наявності згоди за пунктом 13.5; постачальник платіжних послуг Виконавця; Центр арбітражу і посередництва ВОІВ — у разі спору за Політикою вирішення спорів щодо доменних імен в домені .UA. Загального формулювання «третім особам» для цілей статті 12 недостатньо; одержувачі мають бути названі поіменно.

13.5. Оприлюднення у WHOIS і RDAP здійснюється лише за згодою; за відсутності згоди жодне поле не позначається як таке, що підлягає оприлюдненню (пункт 13.5.1). Персональні дані реєстранта, адміністративного, технічного та фінансового контактів не оприлюднюються у службах WHOIS і RDAP інакше, ніж за бажанням відповідної особи та на підставі одержаної від неї згоди на поширення її персональних даних, висловленої у письмовій формі або у формі, що дає змогу зробити висновок про надання згоди. Відповідно:

13.5.1. Замовник одержує таку згоду від свого Реєстранта (пункт 11.2.2.1) і передає Виконавцеві ознаку її наявності. Ознакою згоди на цьому інтерфейсі є ознака розкриття, передбачена протоколом EPP для об’єкта «контакт» (RFC 5733). Замовник зазначає її у команді створення або зміни контакту: за наявності згоди — як позитивну ознаку з переліком тих полів, на оприлюднення яких згоду одержано; за відмови від згоди або її відкликання — як заперечну ознаку з переліком усіх полів (ім’я або найменування, найменування організації, поштова адреса, телефон, факс, адреса електронної пошти). Точний технічний вигляд цієї ознаки наведено в Регламенті технічної взаємодії (пункт 2.19). Виконавець передає цю ознаку до оператора реєстру в незміненому вигляді. Якщо Замовник ознаки розкриття не надіслав узагалі, Виконавець застосовує заперечну ознаку щодо всіх полів — імені або найменування, найменування організації, поштової адреси, телефону, факсу та адреси електронної пошти — і саме в такому вигляді передає її до оператора реєстру. Мовчання Замовника оприлюдненням не є і оприлюднення не спричиняє. Це не звільняє Замовника від обов’язку надсилати ознаку розкриття в кожній команді створення контакту — позитивну за наявності згоди і заперечну за її відсутності: лише сам Замовник знає, на які поля згоду одержано, і заперечна ознака, застосована Виконавцем, приховає і ті поля, які Реєстрант погодився оприлюднити. Виконавець зберігає чинну ознаку для кожного контакту і історію її змін — дату, час і особу, яка внесла зміну, — протягом 1095 днів (пункт 17.2); окремого реєстру згод із зазначенням способу її одержання Виконавець не веде — документи, що підтверджують одержання згоди, зберігає Замовник (пункти 11.2.2 і 13.5.3). Передавання Виконавцеві позитивної ознаки розкриття щодо поля, згоди на оприлюднення якого Замовник не одержав, є істотним порушенням цього Договору (пункт 18.5.1).

13.5.2. Відмова надати згоду або її відкликання не впливає на чинність договорів — ані договору Замовника з Реєстрантом, ані цього Договору — і не є підставою для відмови у виконанні операції чи для призупинення доступу. Одержавши відкликання, Замовник невідкладно повідомляє Виконавця, а Виконавець невідкладно подає до оператора реєстру команду про припинення оприлюднення.

13.5.3. Ознака згоди, передана Замовником, є його запевненням. Передаючи позитивну ознаку розкриття, Замовник запевняє Виконавця, що згоду відповідної особи на оприлюднення кожного зазначеного поля одержано, і зберігає документи, що це підтверджують, протягом строку обробки (пункт 11.2.2). Передавання Виконавцеві ознаки згоди, якої Замовник насправді не одержав, є істотним порушенням цього Договору (пункт 18.5.1) і тягне відшкодування за пунктом 11.4.

13.5.4. Обсяг відомостей, які оприлюднюються за наявності згоди, визначається політикою оператора реєстру, а не Виконавцем. Пункти 13.5—13.5.3 стосуються персональних даних фізичних осіб; відомості про юридичну особу як таку персональними даними не є.

13.6. Повідомлення про інцидент. Кожна Сторона повідомляє іншу про інцидент безпеки, що зачіпає персональні дані, передані за цим Договором, невідкладно з моменту виявлення, із зазначенням характеру інциденту, приблизного кола постраждалих осіб, вжитих заходів і контактної особи. Обов’язок є взаємним. Граничний строк — 24 години з моменту виявлення інциденту. Цей строк обрано не за аналогією зі статтею 33 Регламенту (ЄС) 2016/679: там 72 години — це строк повідомлення наглядового органу контролером, а не строк між контролерами. Двадцять чотири години обрано тому, що кожна зі Сторін є самостійним володільцем даних (пункт 13.1) і кожній потрібен запас часу в межах цих 72 годин, щоб виконати власний обов’язок перед наглядовим органом і перед суб’єктами даних. Повідомлення надсилається на технічну адресу і на адресу для юридично значущих повідомлень одночасно. Неповнота відомостей на момент виявлення не є підставою для відкладення повідомлення: воно надсилається у наявному обсязі і доповнюється в міру з’ясування обставин.

13.7. Транскордонна передача та GDPR. Якщо Замовник має осідок у Європейському Союзі або Європейському економічному просторі чи передає Виконавцю дані осіб, які перебувають у ЄС:

13.7.1. Сторони визнають, що щодо України відсутнє рішення Європейської Комісії про належний рівень захисту в розумінні статті 45 Регламенту (ЄС) 2016/679 (GDPR);

13.7.2. Сторони укладають Стандартні договірні положення, затверджені Імплементаційним рішенням Комісії (ЄС) 2021/914, модуль 1 (передача від володільця до володільця), що відповідає розподілу ролей за пунктом 13.1. Щодо них Сторони визнають, що: Положення застосовуються без змін і змінені бути не можуть (пункт 2 Положень); у частині, ними охопленій, вони мають перевагу над цим Договором і над будь-якими іншими домовленостями Сторін (пункт 5 Положень; пункт 1.10 цього Договору); до самих Положень застосовується право держави — члена ЄС і компетентним щодо них є суд держави-члена, як передбачено їхніми пунктами 17 і 18, — пункти 21.1 і 21.3 цього Договору до Положень не застосовуються; Положення діють лише за умови, що заповнено Додатки до них. Для модуля 1 це Додатки I і II: у Доповненні до Положень Додаток III має назву «Перелік субпроцесорів» і застосовується лише до модулів 2 і 3. Заповнені Додатки наведено в Додатку 5 (пункт 22.5) — Стандартні договірні положення (ЄС) 2021/914 — Додатки. У пунктах 17 і 18 Стандартних договірних положень Сторони обирають право Республіки Польща і суди Республіки Польща — держави-члена, право якої допускає права третіх осіб — вигодонабувачів, як цього вимагає пункт 17 Положень, і найдоступнішої для обох Сторін з огляду на її географічне розташування;

13.7.3. представника Виконавця в Європейському Союзі за статтею 27 Регламенту (ЄС) 2016/679 не призначено. Підставою є пункт «a» частини другої статті 27 Регламенту: обробка Виконавцем даних осіб, які перебувають у Європейському Союзі, має епізодичний характер (доменні зони, у яких Виконавець надає послуги, є українськими, і реєстрантами доменних імен у них є переважно особи, які перебувають в Україні; резидентство самого Замовника до цієї оцінки не належить — нерезидент може бути Замовником за пунктом 3.6.3, і це не робить реєстрантів європейськими), не є масштабною обробкою особливих категорій даних чи даних про судимість (пункт 13.8) і навряд чи призведе до ризику для прав і свобод фізичних осіб. Якщо ця обставина зміниться, Виконавець призначає представника і повідомляє Замовника протягом 30 календарних днів.

13.8. Виконавець не обробляє за цим Договором особливих категорій персональних даних. Замовник зобов’язаний не передавати Виконавцю таких даних, у тому числі скан-копій паспортів і документів про стан здоров’я, крім випадків, коли їх подання прямо вимагає оператор реєстру.

13.9. Строки зберігання, права суб’єктів персональних даних і порядок їх реалізації визначено в документі Політика конфіденційності. Персональні дані Реєстранта та контактів доменного імені зберігаються протягом 1095 днів (трьох років) з дня припинення обслуговування доменного імені — цей строк відповідає загальній позовній давності (стаття 257 ЦК України) і строкам зберігання записів за пунктом 17.2, з яких такий спір і вирішується. Документи, що підтверджують надання Реєстранту інформації про обробку персональних даних (пункти 11.1.1.10 і 11.2.2), зберігаються протягом усього періоду обробки. Право адміністратора публічного домену та оператора реєстру зберігати дані після видалення контакту з Реєстру протягом строку позовної давності і використовувати їх як доказ (пункт 11.2.2) цим строком не обмежується і належить їм, а не Виконавцеві.

13.10. Обов’язок повідомлення за статтею 12 Закону № 2297-VI. Покладення на Замовника обов’язку за пунктом 11.2.2 розподіляє ризик між Сторонами, але не звільняє Виконавця від його власного обов’язку повідомити суб’єкта персональних даних, коли дані одержано не від нього самого: за пунктом 13.1.2 Виконавець є самостійним володільцем цих даних, а отже, адресатом обов’язку за частиною другою статті 12 Закону № 2297-VI. Виконавець виконує цей обов’язок самостійно, у порядку і в строк, визначені пунктом 6.5 Політики конфіденційності. Замовник зобов’язаний передавати Виконавцеві чинну адресу електронної пошти Реєстранта, без якої таке повідомлення неможливе.

13.11. Вивантаження контактних даних на вимогу оператора реєстру. Оператор реєстру має право вимагати від Виконавця, у разі технічної несправності реєстру та неможливості відновити його базу іншим шляхом, вивантаження контактних даних усіх активних записів про доменні імена, які він обслуговує, у зазначеному нею форматі. Виконавець зобов’язаний виконати таку вимогу протягом п’яти робочих днів, у тому числі щодо доменних імен, поданих Замовником. Сторони погоджують:

13.11.1. оператора реєстру щодо цих даних є розпорядниками персональних даних Виконавця (пункт 13.1.3), тому таке вивантаження не є передаванням третій особі; воно здійснюється виключно з метою відновлення реєстру і в межах, які визначає вимога;

13.11.2. Замовник цим погоджується з таким вивантаженням і зобов’язаний невідкладно на вимогу надати Виконавцеві відомості, яких для нього бракує;

13.11.3. Виконавець повідомляє Замовника про кожне таке вивантаження — про його дату, вимогу, на підставі якої воно здійснене, обсяг переданих відомостей і особу, якій вони передані, — не пізніше десяти робочих днів з дня передавання, щоб Замовник міг виконати власний обов’язок перед своїми Реєстрантами.

14. Призупинення доступу

14.1. Виконавець має право призупинити виконання платних операцій Замовника виключно з таких підстав:

14.1.1. від’ємний залишок Особового рахунку досяг наданого Кредитного ліміту (пункт 10.7) або не погашений у строк, встановлений пунктом 10.6. Це дві різні обставини: перша настає в момент вичерпання ліміту і призупинення за нею застосовується автоматично і негайно, друга настає зі спливом тридцятиденного строку і призупинення за нею застосовується після попередження і п’яти робочих днів (пункт 14.2);

14.1.2. заборгованість за рахунком не погашено протягом 10 календарних днів з дати його надання;

14.1.3. виявлено або обґрунтовано припускається компрометацію облікових даних Замовника;

14.1.4. Замовник надав недостовірні відомості під час Допуску або не оновив їх у порядку пункту 4.7;

14.1.5. систематичне перевищення обмежень пункту 6.5, що створює загрозу вичерпання квоти Виконавця в оператора реєстру;

14.1.6. зловживання, передбачені пунктом 11.6, не усунуто у встановлений строк;

14.1.7. систематичне ненадання відповідей на переадресовані звернення (пункт 11.5);

14.1.8. відповідна вимога оператора реєстру, рішення суду або іншого уповноваженого державного органу;

14.1.9. застосування до Замовника санкцій, зазначених у пункті 4.5.3, або настання обставини, за якої подальше виконання Договору чи окремої операції заборонено вимогою законодавства про запобігання та протидію легалізації (відмиванню) доходів, одержаних злочинним шляхом, фінансуванню тероризму та фінансуванню розповсюдження зброї масового знищення, або вимогою банку чи постачальника платіжних послуг Виконавця, застосованою на цій підставі. Призупинення з цієї підстави діє лише на строк дії відповідної обставини, і Виконавець повідомляє про нього із зазначенням підстави в обсязі, у якому це не заборонено законом;

14.1.10. призупинення або припинення доступу самого Виконавця до реєстру відповідної зони чи його акредитації в ній — на строк дії такої обставини. Виконавець не приховує від Замовника, що така обставина є реальною: доступ Виконавця до реєстру може бути призупинений або припинений оператором реєстру, у тому числі автоматично і без попереднього повідомлення, і Виконавець не може ані передбачити її, ані відвернути. Оскільки Виконавець фізично не може передати Заявку до реєстру, доступ до якого йому припинено, це є підставою призупинення, а не порушенням пункту 3.1. При цьому Виконавець:

• повідомляє Замовника невідкладно з моменту, коли дізнався про призупинення, із зазначенням зони та, наскільки це не порушує його зобов’язань про конфіденційність перед оператором реєстру, очікуваного строку;
• не стягує Комісії за операції, які не могли бути виконані з цієї причини, і звільняє зарезервовані за ними суми;
• зберігає Замовникові доступ до тих зон, яких обставина фактично не стосується — з урахуванням пункту 14.1.10.1;
• на вимогу Замовника надає коди передачі та вивантаження портфеля в порядку пунктів 19.2.2 і 19.2.3, не чекаючи припинення Договору, — а якщо призупинення триває понад 30 календарних днів, будь-яка Сторона має право розірвати Договір, письмово повідомивши іншу не пізніше ніж за 10 календарних днів; застосовується розділ 19. Шістдесятиденний строк пункту 16.5 до цієї підстави не застосовується: там ідеться про обставини поза контролем Сторін, а тут — про доступ, без якого Виконавець не може виконувати Договір узагалі;
• не звільняється від обов’язків за пунктом 11.1.1 щодо Реєстрантів у межах, які залишаються йому доступними.

14.1.10.1. Обіцянка обмежити призупинення однією зоною була б нездійсненною, тому вона не дається. Замовник прямо повідомлений, що доменні зони згруповані за реєстраційними системами, через які виконуються команди, що одна реєстраційна система обслуговує зони кількох різних адміністраторів, і що призупинення доступу до однієї реєстраційної системи одночасно зачіпає всі зони, які через неї обслуговуються. Крім того, окремі адміністратори мають самостійне договірне право призупинити або припинити відносини з Виконавцем саме тому, що його доступ призупинено в іншому місці. Виконавець не гарантує, що призупинення обмежиться однією зоною, і оприлюднює склад груп зон за реєстраційними системами за адресою пункту 12.1, щоб Замовник міг оцінити цей ризик до того, як зосередить портфель.

14.2. Порядок. Призупинення застосовується після письмового попередження із зазначенням підстави та строку на усунення — п’ять робочих днів з дня надсилання попередження. Без попереднього попередження призупинення застосовується з підстав пунктів 14.1.3, 14.1.6 (за наявності триваючої шкоди), 14.1.8 і 14.1.9, а у разі вичерпання Кредитного ліміту (пункт 10.7) — автоматично і негайно, у момент, коли від’ємний залишок досягає Кредитного ліміту; повідомлення про таке призупинення надсилається в момент його застосування. Підстава пункту 14.1.1 — непогашення від’ємного залишку у тридцятиденний строк пункту 10.6 — під цей виняток не підпадає і застосовується за загальним правилом цього пункту, тобто після попередження і п’яти робочих днів.

14.3. Обсяг призупинення. Призупинення зупиняє будь-які зміни об’єктів у реєстрі, а не лише платні операції. Зокрема, під час призупинення відхиляються і безоплатні команди: зміна контакту, зміна сервера імен, зміна відомостей про доменне ім’я та команда на видалення доменного імені. Призупинення не припиняє делегування доменних імен, строк реєстрації яких не сплив, і не змінює відомостей про них у реєстрі. Щодо доменних імен, строк реєстрації яких сплив, застосовується пункт 14.3.1. Під час призупинення зберігаються: вхід до Платформи і читання даних; можливість поповнити Особовий рахунок; доступ до Черги повідомлень і до повідомлень про закінчення строку реєстрації; доступ до перегляду портфеля і розрахункових документів. Призупинення не зупиняє виконання обов’язків Виконавця за пунктом 11.1.1: код передачі за зверненням самого Реєстранта видається, рішення адміністративної комісії та вимоги оператора реєстру виконуються, а звернення про зловживання приймаються і розглядаються незалежно від призупинення.

14.3.1. Доменні імена, строк реєстрації яких спливає під час призупинення. Оскільки призупинення відхиляє і команду на продовження, а Виконавець видаляє непродовжене доменне ім’я на 29-й день після закінчення строку реєстрації (пункт 12.6.6), обіцянка попереднього пункту не торкатися доменних імен Замовника була б порожньою, якби Виконавець при цьому їх видаляв. Тому протягом усього строку призупинення Виконавець:

• приймає і виконує письмове доручення Замовника на продовження або на відновлення конкретного доменного імені, надіслане каналом за пунктом 17.4, за умови, що на Особовому рахунку достатньо коштів для його оплати. Виконавець вчиняє таку операцію самостійно за дорученням Замовника; відхилення команди Платформою підставою для невиконання такого доручення не є;
• не видаляє доменного імені за пунктом 12.6.6, доки не мине п’ять робочих днів з дня надсилання Замовнику повідомлення із зазначенням конкретної дати видалення;
• повідомляє Замовника — разом із повідомленням про призупинення — про цю можливість і про найближчу дату закінчення строку реєстрації кожного з доменних імен, що перебувають під його управлінням;
• виконує пункт 11.1.1.1 — видає код передачі за зверненням самого Реєстранта.

14.4. Доступ поновлюється невідкладно і не пізніше наступного робочого дня після усунення підстави призупинення. Якщо підставу усунуто платежем, строк відліковується від моменту зарахування коштів на рахунок Виконавця.

14.4.1. Підстави діють незалежно одна від одної. Якщо одночасно наявні дві або більше підстав, кожна з них зберігає силу окремо, а доступ поновлюється лише тоді, коли відпала остання з них. Усунення однієї підстави не поновлює доступ, доки діє інша, і не скасовує її.

14.4.2. Автоматичне призупинення і призупинення за рішенням Виконавця розрізняються. Призупинення з підстави вичерпання Кредитного ліміту (пункт 10.7) застосовується і знімається Платформою автоматично — у момент, коли від’ємний залишок досягає Кредитного ліміту, і відповідно в момент зарахування коштів. Призупинення з будь-якої іншої підстави застосовує і знімає Виконавець. Платформа не знімає призупинення, застосованого Виконавцем, а Виконавець не знімає автоматичного призупинення інакше, ніж усуненням його підстави — тобто надходженням коштів.

14.4.3. Повідомлення відповідає фактичному стану доступу. Повідомлення про поновлення доступу надсилається лише тоді, коли доступ справді поновлено. Якщо підставу усунуто, але діє інша підстава, Виконавець такого повідомлення не надсилає, а стан доступу Замовник у будь-який момент бачить в особистому кабінеті і може дізнатися за зверненням на адресу підтримки. Повідомлення про застосування призупинення надсилається за кожною підставою окремо, у момент її застосування, — у тому числі якщо доступ на цей момент уже призупинено з іншої підстави.

14.5. Призупинення не звільняє Замовника від грошових зобов’язань, які виникли до призупинення, і не зупиняє вимушених автоматичних продовжень: оператор реєстру вчиняє їх незалежно від стану доступу Замовника і незалежно від стану власного рахунку Виконавця (пункт 12.6.2), тому обов’язок оплатити таке продовження виникає і під час призупинення (пункт 10.11.2). Водночас, оскільки призупинення відхиляє і команду на видалення (пункт 14.3), подвоєння за пунктом 12.6.4 не застосовується щодо доменних імен, кінцевий строк відмови від продовження за якими (пункт 12.6.3) припав на період призупинення (пункт 12.6.4.1). Замовник має право письмово заявити Виконавцеві про відмову від продовження і під час призупинення; Виконавець виконує таку заяву негайно, а якщо строк спливає раніше за поновлення доступу — до спливу строку. Ненадсилання такої заяви права за цим пунктом не позбавляє. Само по собі призупинення підставою для стягнення подвоєння ніколи не є (пункт 12.6.4.1).

15. Відповідальність Сторін

15.1. Сторони несуть відповідальність відповідно до законодавства України з урахуванням застережень цього розділу. Сторони прямо користуються правом, наданим частиною першою статті 906 ЦК України, яка допускає встановлення договором іншого порядку відповідальності виконавця за договором про надання послуг.

15.2. Обмеження розміру відповідальності Виконавця. Сукупний розмір відповідальності Виконавця за всіма підставами, що виникли протягом одного календарного місяця, обмежується сумою Комісії, фактично отриманої Виконавцем від Замовника протягом трьох календарних місяців, що передували місяцю виникнення підстави відповідальності. Розмір цієї суми Виконавець підтверджує на письмову вимогу Замовника протягом п’яти робочих днів — сукупно, без розподілу за зонами й операціями, оскільки такий розподіл разом з оприлюдненою вартістю операцій розкрив би Собівартість (пункт 9.1.2).

15.3. Чого це обмеження не охоплює. Обмеження пункту 15.2 та виключення пункту 15.4 не застосовуються і не можуть бути застосовані до:

15.3.1. умисного порушення зобов’язання Виконавцем — правочин, яким скасовується чи обмежується відповідальність за умисне порушення зобов’язання, є нікчемним згідно з частиною третьою статті 614 ЦК України;

15.3.2. шкоди, завданої життю або здоров’ю фізичної особи (глава 82 ЦК України);

15.3.3. обов’язку повернути невитрачений залишок Особового рахунку (пункт 8.3) — цей обов’язок не є відповідальністю і не обмежується.

15.4. Виключені види збитків. Виконавець не відшкодовує упущену вигоду, непрямі збитки, втрату даних, втрату клієнтів чи ділової репутації Замовника та збитки його власних клієнтів. Сторони встановлюють це на підставі свободи договору (статті 6 і 627 ЦК України) з урахуванням пункту 15.3.

15.5. Обставини, за які Виконавець не відповідає. Виконавець не несе відповідальності за:

15.5.1. дії та бездіяльність операторів реєстрів, у тому числі відмову в задоволенні Заявки, затримку обробки в межах строку, встановленого пунктом 7.3, зупинення роботи реєстру, вичерпання квот і обмежень, встановлених оператором реєстру, зміну цін і правил зони;

15.5.2. роботу серверів імен, які не перебувають під контролем Виконавця, у тому числі серверів Замовника та його Реєстрантів;

15.5.3. зміст рішень адміністративних комісій за Політикою вирішення спорів щодо доменних імен в домені .UA, рішень судів та інших уповноважених органів, а також за наслідки їх виконання;

15.5.4. дії Реєстрантів Замовника та залучених ним реселерів (пункт 11.7);

15.5.5. наслідки використання Замовником облікових даних з порушенням пункту 6.3 або несвоєчасного повідомлення про компрометацію (пункт 6.8).

15.6. Відсутність гарантії реєстрації. Виконавець за жодних обставин не гарантує, що конкретне доменне ім’я буде або залишатиметься зареєстрованим (пункт 3.4). Претензії, що ґрунтуються на неотриманні конкретного доменного імені, задоволенню не підлягають, крім випадку, коли Виконавець не передав до оператора реєстру Заявку, що відповідала Правилам зони, за наявності достатніх коштів на Особовому рахунку.

15.7. Відповідальність Замовника. Замовник відповідає за: достовірність відомостей про Реєстрантів; виконання пункту 11.2; оплату операцій, у тому числі автоматичних продовжень за пунктом 12.6.4; дотримання технічних обмежень (пункт 6.5); збереження облікових даних; відшкодування за пунктом 11.4.

15.8. Пропуск строків через недостатність коштів. Виконавець не відповідає за втрату доменного імені, неможливість продовження строку реєстрації, неможливість погодження перенесення або будь-які інші наслідки, спричинені тим, що на момент, коли операція мала бути виконана, на Особовому рахунку не було достатньо коштів, а Кредитний ліміт був відсутній, вичерпаний або призупинений (пункт 10.4). Цей пункт стосується виключно стану Особового рахунку Замовника. Наслідки недостатності коштів на рахунку Виконавця в оператора реєстру визначено пунктами 7.5.1 і 7.5.2 і на Замовника не перекладаються.

15.9. Відсутність відповідальності адміністратора публічного домену та оператора реєстру. Сторони визнають і доводять до відома Реєстрантів (пункт 11.2.15), що:

15.9.1. оператор реєстру та адміністратор публічного домену не можуть бути залучені як Сторона у судових спорах щодо доменних імен — на додаток до пункту 21.4.1, який стосується розгляду за Політикою вирішення спорів щодо доменних імен в домені .UA;

15.9.2. вони не несуть відповідальності щодо наслідків використання, невикористання або неправомірного використання доменних імен Реєстрантом, у тому числі перед третіми особами;

15.9.3. вони не несуть відповідальності щодо порушення Реєстрантом будь-яких прав третіх осіб.

Це застереження зроблено на користь осіб, перелічених у пункті 13.4, і його оприлюднення та передавання далі по ланцюгу є обов’язком Виконавця за договорами з ними. Воно не обмежує відповідальності Виконавця перед Замовником, встановленої цим розділом.

16. Обставини непереборної сили та обставини поза контролем Сторін

16.1. Сторона звільняється від відповідальності за порушення зобов’язання, якщо воно сталося внаслідок обставин непереборної сили (стаття 617 ЦК України).

16.2. До таких обставин Сторони відносять, зокрема: воєнний стан, бойові дії, ракетні та безпілотні удари, окупацію, комендантську годину, мобілізацію; аварійні і тривалі відключення електропостачання та зв’язку, спричинені пошкодженням критичної інфраструктури; кібератаки на критичну інфраструктуру; рішення органів державної влади, що унеможливлюють виконання; стихійні лиха, пожежі, епідемії.

16.3. Настання обставин непереборної сили підтверджується сертифікатом Торгово-промислової палати України або регіональної торгово-промислової палати відповідно до статті 14-1 Закону України «Про торгово-промислові палати в Україні» № 671/97-ВР. Сторона повідомляє іншу про настання таких обставин протягом п’яти робочих днів з дня, коли їй стало про них відомо, і надає сертифікат протягом 30 календарних днів з дня його одержання. Неповідомлення у цей строк позбавляє Сторону права посилатися на відповідну обставину, крім випадку, коли сама ця обставина унеможливила повідомлення; у такому разі строк відліковується з дня, коли повідомлення стало можливим.

16.4. Обставини поза контролем Виконавця, які не є форс-мажором. Окремо від пункту 16.2 Сторони погоджують, що Виконавець не вважається таким, що порушив зобов’язання, і не несе відповідальності, якщо невиконання спричинене: недоступністю або нестабільною роботою оператора реєстру; відмовою оператора реєстру в задоволенні Заявки; обмеженнями інтенсивності або квотами, встановленими оператором реєстру; зміною правил або цін оператора реєстру; припиненням чи зміною умов акредитації Виконавця оператором реєстру; недоступністю мереж зв’язку між Платформою і оператором реєстру. Ці обставини не потребують підтвердження сертифікатом торгово-промислової палати, але Виконавець повідомляє про них Замовника невідкладно і документує їх у журналах (розділ 17). Цей пункт не поширюється на недостатність коштів на власному рахунку Виконавця в оператора реєстру та на блокування договору Виконавця з ним за несплату: наслідки таких обставин визначено пунктами 7.5.1 і 7.5.2, і обставинами поза контролем Виконавця вони не є.

16.5. Якщо обставини за пунктами 16.1 або 16.4 тривають понад 60 календарних днів безперервно, будь-яка Сторона має право розірвати Договір, письмово повідомивши іншу не пізніше ніж за 10 календарних днів; при цьому застосовується розділ 19. Якщо такі обставини стосуються лише окремої зони, право на розірвання виникає щодо Договору в цілому, а не лише в частині цієї зони.

17. Журнали, докази та розгляд заперечень щодо розрахунків

17.1. Доказова сила журналів Платформи. Сторони погоджують, що записи Платформи є погодженими доказами факту, змісту, часу і результату кожної операції. До них належать: журнал команд і відповідей EPP; Ідентифікатор операції (пункт 2.15) і похідний від нього ідентифікатор трасування; записи трасування виконання; записи руху коштів за Особовим рахунком з деталізацією за пунктом 9.12. Сторони погоджують, що тягар доведення недостовірності або технічної помилки такого запису несе Сторона, яка на них посилається, а сам запис має силу визнання відповідного факту Виконавцем. Це застереження не надає записам Платформи заздалегідь встановленої сили для суду — жодні докази такої сили для суду не мають (частина друга статті 86 Господарського процесуального кодексу України) — і не позбавляє жодну зі Сторін права надавати будь-які інші докази.

17.2. Строки зберігання записів, зазначених у пункті 17.1: журнал команд і відповідей EPP — 1095 днів; історія змін об’єктів — 1095 днів; черга повідомлень — 1095 днів; журнал дій операторів — 1825 днів; записи трасування виконання — 7 днів; сирі відповіді операторів реєстрів і журнал їх опрацювання — 1095 днів; технічні черги виконання операцій — 30 днів. Ці строки збігаються з пунктом 7.2 Політики конфіденційності. Записи за пунктом 5.4 (докази акцепту) зберігаються протягом строку дії Договору і 1095 днів (трьох років) після його припинення — цей строк відповідає загальній позовній давності (стаття 257 ЦК України) і строкам зберігання, наведеним вище.

17.3. Заперечення щодо розрахунків. Заперечення проти рахунка, акта або окремого списання подаються в письмовій формі протягом 30 календарних днів з дати відповідної операції або з дати надання відповідного документа, із зазначенням ідентифікаторів команд щодо спірних операцій. Виконавець розглядає заперечення протягом 10 робочих днів і, у разі їх обґрунтованості, повертає відповідну суму на Особовий рахунок. Заперечення без зазначення ідентифікатора команди розглядаються, якщо спірну операцію можна однозначно встановити за іншими наведеними в них відомостями. Заперечення, подані після спливу строку, розглядаються на розсуд Виконавця; це не позбавляє Замовника права вимагати повернення безпідставно списаних сум у межах позовної давності і не обмежує пункту 9.15.

17.4. Канали повідомлень. Юридично значущі повідомлення (попередження про призупинення, повідомлення про зміну умов, претензії, повідомлення про припинення Договору) надсилаються на адресу для юридично значущих повідомлень, зазначену Замовником в обліковому записі (пункт 4.2.4), і вважаються отриманими наступного робочого дня після відправлення. Приймання повідомлень і звернень електронною поштою здійснюється цілодобово, без вихідних; опрацювання надісланого відбувається у строки, встановлені цим Договором. Особистий кабінет і Черга повідомлень є операційними, а не юридично значущими каналами, крім випадків, прямо зазначених у цьому Договорі (пункт 6.9). Звичайне ділове листування — запити, уточнення і відповіді на них — ведеться на ту саму адресу, якщо Замовник не зазначив для нього окремої; на юридично значущі повідомлення це не впливає. Замовник зобов’язаний підтримувати зазначену адресу в робочому стані та повідомляти про її зміну (пункт 4.7).

17.5. Обмін документами, підписаними кваліфікованим електронним підписом, здійснюється електронною поштою на адреси, зазначені в пункті 4.2.4 і на сторінці Реквізити — у вигляді файла документа і файла підпису або документа з вбудованим підписом — і прирівнюється до обміну паперовими документами (стаття 18 Закону України «Про електронну ідентифікацію та електронні довірчі послуги» № 2155-VIII). За письмовою домовленістю Сторін обмін може додатково здійснюватися через сервіс електронного документообігу, погоджений обома Сторонами; використання такого сервісу не є обов’язковою умовою і не змінює наслідків обміну електронною поштою.

17.6. Мова повідомлень і сповіщень, що надсилаються Замовнику, визначається налаштуванням мови сповіщень в обліковому записі окремо від мови сесії EPP. За замовчуванням застосовується українська мова.

18. Строк дії, зміна умов і припинення Договору

18.1. Договір укладається на невизначений строк і діє до припинення в порядку цього розділу.

18.2. Зміна умов Виконавцем. Виконавець має право в односторонньому порядку змінювати умови цього Договору, тарифи і додатки. Це право прямо застережене на підставі частини першої статті 651 ЦК України, яка допускає зміну договору в односторонньому порядку, якщо це встановлено договором. Порядок:

18.2.1. нова редакція оприлюднюється на цій сторінці із зазначенням номера редакції та дати набрання чинності, а попередні редакції зберігаються в архіві (пункт 5.6). Умова, включена до нової редакції посиланням на документ, який на дату набрання нею чинності не був доступний за оприлюдненою адресою, до Замовника не застосовується;

18.2.2. повідомлення надсилається каналом, визначеним у пункті 17.4, не пізніше ніж за 30 календарних днів до набрання чинності, із зазначенням переліку змінених пунктів;

18.2.3. продовження використання Платформи після набрання чинності новою редакцією вважається згодою Замовника з нею;

18.2.4. Замовник, який не згоден зі змінами, має право до набрання ними чинності припинити Договір без застосування строку попередження за пунктом 18.4 і без будь-яких утримань, отримавши невитрачений залишок Особового рахунку в порядку пункту 19.5. Зміни не застосовуються до операцій, поданих до набрання ними чинності.

18.3. Зміни, зумовлені оператором реєстру. Зміни Собівартості, Правил зони, технічних обмежень і форматів, впроваджувані на вимогу оператора реєстру, набирають чинності одночасно з набранням чинності для Виконавця, у тому числі негайно, якщо оператор реєстру впроваджує їх негайно (пункт 12.8). Виконавець повідомляє про такі зміни невідкладно. Строк попередження за пунктом 18.2.2 до них не застосовується, оскільки Виконавець не має можливості надати більший строк, ніж отримав сам. Право на припинення Договору за пунктом 18.2.4 зберігається і в цьому випадку.

18.4. Припинення за ініціативою Замовника. Замовник має право відмовитися від Договору в будь-який час, письмово повідомивши Виконавця не пізніше ніж за 30 календарних днів. Підстава — стаття 907 ЦК України, яка допускає розірвання договору про надання послуг шляхом односторонньої відмови на підставах, встановлених договором.

18.5. Припинення за ініціативою Виконавця.

18.5.1. У разі істотного порушення Замовником цього Договору, не усунутого протягом строку, зазначеного у письмовій вимозі (не менше ніж 10 робочих днів), Виконавець має право відмовитися від Договору. Істотними порушеннями є: непогашення заборгованості; надання недостовірних відомостей під час Допуску; порушення пункту 11.2, що триває; передача облікових даних третім особам; порушення пунктів 9.8.2, 11.1.1.6 (у частині обов’язку довести повідомлення до Реєстранта), підпунктів «б» і «в» пункту 11.8, пунктів 11.8.1, 11.7.7 або 13.5.1; ненадання підпису на вимогу за пунктом 5.8; повторне порушення, за яке доступ уже призупинявся.

18.5.2. За відсутності порушень Виконавець має право відмовитися від Договору, повідомивши Замовника не пізніше ніж за 90 календарних днів. Цей строк не є меншим за Період виведення (пункт 19.2), тому Замовник має повне вікно на переведення портфеля ще до припинення Договору.

18.5.3. Одностороння відмова від Договору змінює або припиняє його з моменту, визначеного в повідомленні, без звернення до суду (частина третя статті 651 ЦК України).

18.5.4. Залишення Договору без виконання (мовчання Замовника). Розділ 19 відлічує Період виведення від дати припинення Договору, а Замовник, який просто перестав відповідати, такої дати не створює — і його Реєстранти залишаються без будь-якого повідомлення. Тому Сторони прямо погоджують: Виконавець має право вважати Договір припиненим за одночасної наявності трьох обставин:

• Замовник не подавав жодної Заявки і не поповнював Особового рахунку протягом 90 календарних днів поспіль; і
• існує непогашена заборгованість Замовника (у тому числі Вимушений овердрафт за пунктом 10.11) або від’ємний залишок Особового рахунку; і
• Замовник не відповів на письмову вимогу Виконавця, надіслану каналом за пунктом 17.4 на адресу для юридично значущих повідомлень, протягом 20 робочих днів з дня її надсилання. Вимога прямо зазначає, що ненадання відповіді матиме наслідком припинення Договору, і містить дату, з якої Договір вважатиметься припиненим.

18.5.4.1. У цьому разі Договір вважається припиненим з дати, зазначеної у вимозі, і Період виведення (пункт 19.2) відлічується від цієї дати. Виконавець зобов’язаний повідомити Реєстрантів безпосередньо — на адреси електронної пошти, зазначені у відомостях контактів доменних імен, — про припинення Договору, про дату спливу Періоду виведення і про наслідки, передбачені пунктами 19.7 і 19.7.1, не пізніше ніж за 10 календарних днів до спливу Періоду виведення. Пункти 19.3 і 19.4.1 застосовуються повністю: жодне доменне ім’я з цієї підстави не видаляється, Реєстранта не змінюють, а код передачі за зверненням самого Реєстранта видається незалежно від заборгованості Замовника.

18.5.4.2. Якщо Замовник відповів у строк — будь-яким із каналів пункту 17.4 — цей пункт не застосовується, і припинення Договору здійснюється лише в порядку пунктів 18.4, 18.5.1 або 18.5.2.

18.6. Автоматичне припинення. Договір припиняється в частині відповідної зони, якщо Виконавець втратив акредитацію в цій зоні або зона припинила існування. Виконавець повідомляє про це невідкладно з моменту, коли дізнався про майбутню або доконану втрату акредитації, і сприяє виведенню доменних імен у порядку розділу 19 у межах, які залишаються йому доступними.

18.6.1. Період виведення при втраті акредитації починається раніше за припинення, а не після нього. Виконавець зобов’язаний завершити переведення доменних імен до інших реєстраторів не пізніше ніж за 10 днів до дати, з якої він перестає бути реєстратором у відповідній зоні, а строк, який він сам одержує на підготовку, є коротким і від нього не залежить. Тому, як тільки Виконавцеві стало відомо про припинення чи призупинення його акредитації, він негайно розпочинає виведення за розділом 19, не чекаючи дати припинення цього Договору, і повідомляє Замовнику граничну дату, до якої доменні імена мають бути переведені. Строки за пунктами 19.2.2 і 19.2.3 у цьому випадку скорочуються до трьох робочих днів — так, щоб Замовникові залишалася щонайменше половина доступного вікна на фактичне переведення.

19. Наслідки припинення. Доменні імена під управлінням

19.1. Основний принцип. Доменні імена, зареєстровані через Платформу, належать Реєстрантам, а не Виконавцю і не Замовнику. Припинення цього Договору саме собою не припиняє делегування доменних імен, не є підставою для їх видалення і не змінює відомостей про Реєстранта в реєстрі.

19.2. Період виведення. Період виведення триває 60 календарних днів і починається:

• з дати припинення Договору — за загальним правилом;
• з дати повідомлення за пунктом 18.6.1 — якщо підставою є припинення чи призупинення акредитації Виконавця у відповідній зоні. У цьому випадку Період виведення спливає не пізніше ніж за 10 днів до дати, з якої Виконавець перестає бути реєстратором у цій зоні, оскільки після цієї дати він не може вчиняти щодо доменних імен жодних дій.

Протягом Періоду виведення Виконавець зобов’язаний:

19.2.1. зберегти Замовнику доступ до перегляду портфеля доменних імен, розрахункових документів і Черги повідомлень;

19.2.2. на письмову вимогу Замовника надати вивантаження портфеля — перелік усіх доменних імен під його управлінням із зазначенням дат закінчення строку реєстрації, серверів імен, контактів та статусів, у машинозчитуваному форматі, протягом трьох робочих днів з дня отримання вимоги;

19.2.3. надати коди передачі (AuthInfo). Порядок їх одержання є таким:

• поодинока видача — самообслуговування, доки діє доступ до Платформи. Код передачі щодо кожного окремого доменного імені під управлінням Замовника повертається йому в повному вигляді у відповіді на запит відомостей про це доменне ім’я через EPP. Це не потребує ані звернення до Виконавця, ані Періоду виведення, і жодного строку тут немає, бо немає й посередника. Водночас Виконавець прямо застерігає: із припиненням Договору доступ до Платформи закривається, тому в Періоді виведення цей спосіб не працює — коди передачі одержуються пакетно за наступним підпунктом, а Реєстрант одержує код щодо власного доменного імені безпосередньо і незалежно від цього;
• пакетна видача — за письмовою вимогою, у строк п’ять робочих днів. На письмову вимогу Замовника Виконавець надає коди передачі для всіх доменних імен під його управлінням одним пакетом, у машинозчитуваному форматі, протягом п’яти робочих днів з дня отримання вимоги. Виконавець прямо застерігає, що до запровадження такої функції пакетна видача є діяльністю Виконавця, а не властивістю Платформи, і що поодинока видача, описана вище, від цього не залежить і працює завжди;
• зони, у яких коду передачі не існує (пункт 12.9.4), до пакета не входять; щодо них Виконавець зазначає у вивантаженні порядок передачі, встановлений оператором реєстру, і сприяє передачі в цьому порядку;
• Реєстрант одержує код передачі щодо власного доменного імені безпосередньо — у порядку пункту 11.1.1.1, незалежно від стану розрахунків і незалежно від того, чи заявив Замовник вимогу за цим підпунктом;

19.2.4. не перешкоджати перенесенню доменних імен до іншого реєстратора і не вчиняти дій, що збільшують строк або вартість такого перенесення;

19.2.4.1. Хто що оплачує при перенесенні. Щоб між Сторонами не залишилося неясності:

• Виконавець не стягує нічого — ані за видачу коду передачі, ані за погодження перенесення, ані за саме перенесення доменного імені від нього до іншого реєстратора (пункт 9.2.1). Жодної плати за вихід цей Договір не встановлює;
• обов’язкове продовження строку реєстрації на один рік, яким у більшості зон супроводжується перенесення (пункт 12.7), стягує оператор реєстру з реєстратора, який приймає доменне ім’я, а не Виконавець. Хто саме сплатить це продовження — Замовник, його Реєстрант чи новий реєстратор — визначається їхніми власними договорами; на Особовий рахунок у Виконавця воно не потрапляє і Виконавцем не виставляється;
• невитрачений залишок Особового рахунку повертається в порядку пункту 19.5 і на вартість перенесення не зараховується;

19.2.5. виконувати продовження строку реєстрації доменних імен, строк яких спливає протягом Періоду виведення. Якщо на Особовому рахунку достатньо коштів, Виконавець продовжує такі доменні імена за вартістю пункту 9.1 і без окремої вимоги. Якщо коштів недостатньо, Виконавець зобов’язаний:

• письмово повідомити про це Замовника і, за наявності в Платформі чинних адрес Реєстрантів, — самих Реєстрантів, із зазначенням конкретних доменних імен, дат закінчення строку реєстрації, суми, якої бракує, і наслідків непоповнення, не пізніше ніж за 10 календарних днів до найближчої з цих дат;
• застосувати пункт 12.6.6 — тобто подати команду на видалення непродовженого доменного імені на 29-й день, щоб оператор реєстру не здійснив вимушеного автоматичного продовження. Це не є винятком із пункту 19.3.4: видалення стосується виключно доменних імен, строк реєстрації яких уже сплив і які не було продовжено, і вчиняється лише після повідомлення за пунктом 12.6.6;
• якщо видалення виявилося неможливим і оператор реєстру здійснив вимушене автоматичне продовження — виставити його Замовникові за пунктом 12.6.4. Припинення Договору цього обов’язку не скасовує: обов’язок оплатити виникає з факту операції, вчиненої оператором реєстру, а не з чинності Договору, і зберігається після його припинення (пункт 19.8). Відповідна сума утримується з невитраченого залишку Особового рахунку (пункт 19.5), а за його недостатності підлягає сплаті Замовником;
• не пред’являти Реєстрантові жодних вимог за таке продовження: Реєстрант стороною цього Договору не є (пункт 2.3);

19.3. Чого Виконавець не робитиме за жодних обставин. Виконавець прямо і безумовно зобов’язується не вчиняти таких дій щодо доменних імен, які перебували під управлінням Замовника:

19.3.1. не передавати портфель доменних імен іншому реєстратору за власним вибором — крім єдиного випадку, зазначеного в пункті 19.3.5;

19.3.2. не змінювати Реєстранта;

19.3.3. не реєструвати ці доменні імена на себе або на пов’язаних із собою осіб;

19.3.4. не видаляти і не припиняти делегування доменних імен, строк реєстрації яких оплачений і не сплив. Цей пункт не обмежує видалення за пунктом 12.6.6, яке стосується виключно доменних імен, строк реєстрації яких уже сплив і які не було продовжено, здійснюється лише після повідомлення із зазначенням конкретної дати і не застосовується у випадках, перелічених у пунктах 12.6.6 і 14.3.1.

Винятками є: вказівка самого Реєстранта; вимога оператора реєстру; рішення суду або іншого уповноваженого органу; рішення адміністративної комісії за Політикою вирішення спорів щодо доменних імен в домені .UA; а також випадок, зазначений у пункті 19.3.5.

19.3.5. Виняток із пункту 19.3.1: припинення акредитації. Виконавець зобов’язаний не пізніше ніж за 10 днів до дати, з якої він перестає бути реєстратором у відповідній зоні, вжити всіх необхідних дій для переведення доменних імен, які перебувають у нього на обслуговуванні, до інших реєстраторів. Це його обов’язок, а не вибір, і безумовна обіцянка за пунктом 19.3.1 його не скасовує. Тому, якщо акредитацію Виконавця у відповідній зоні припинено або припиняється (пункт 18.6.1) і Замовник не переніс доменні імена до іншого реєстратора до граничної дати, повідомленої йому за пунктом 18.6.1, Виконавець вживає дій для переведення таких доменних імен до іншого реєстратора. При цьому Виконавець:

• завчасно повідомляє Замовника і, якщо має їхні адреси, Реєстрантів про граничну дату і про наслідки її пропуску;
• надає Замовникові коди передачі і вивантаження портфеля (пункти 19.2.2 і 19.2.3) до настання граничної дати, а якщо Замовник має заборгованість — застосовує пункт 19.4 з урахуванням пункту 19.4.2;
• не змінює Реєстранта, не припиняє делегування і не скорочує оплаченого строку реєстрації;
• не одержує від такого переведення жодної винагороди і не переводить доменні імена на себе або на пов’язаних із собою осіб (пункт 19.3.3);
• повідомляє Замовника і Реєстрантів, що доменні імена, не переведені до дати припинення, підтримуватимуться згідно з Регламентом супроводу доменного імені у випадку, коли воно не обслуговується реєстратором (пункт 19.7.1).

19.4. Єдиний важіль Виконавця у разі заборгованості. За наявності непогашеної та не оспореної в порядку пункту 17.3 заборгованості Замовника Виконавець має право зупинити виконання обов’язків, передбачених пунктом 19.2.2 і другим підпунктом пункту 19.2.3 (пакетна видача кодів передачі), до погашення заборгованості. Підстава — частина третя статті 538 ЦК України щодо права зупинити виконання свого обов’язку у разі невиконання зустрічного обов’язку другою стороною. Це право не поширюється на поодиноке одержання коду передачі за першим підпунктом пункту 19.2.3: цей код повертається у відповіді на запит відомостей про доменне ім’я, читання даних зберігається і під час призупинення доступу (пункт 14.3), і Виконавець не має права ані вимкнути, ані обмежити цю можливість через заборгованість. При цьому Виконавець зобов’язаний і за наявності заборгованості:

19.4.1. видати код передачі за зверненням самого Реєстранта щодо його власного доменного імені;

19.4.1.1. Пункт 19.4.1 захищає Реєстранта — іншу особу, ніж Замовник. Він не застосовується до доменного імені, Реєстрантом якого є сам Замовник, особа, яка ним контролюється або яка його контролює, або особа, яка звертається за його дорученням чи в його інтересах. Інакше зупинення за пунктом 19.4 не мало б жодного змісту: боржник одержував би поодинці ті самі коди, пакетну видачу яких зупинено, і єдиний важіль Виконавця став би декоративним. Виконавець зазначає цю підставу письмово в кожній відмові і несе обов’язок доведення зв’язаності; за наявності обґрунтованого сумніву код видається. Пункт 19.4.2 застосовується і в цьому разі без винятків: жодне доменне ім’я не втрачається через це зупинення, а строк реєстрації продовжується незалежно від заборгованості.

19.4.2. не допустити спливу строку реєстрації доменного імені з цієї причини — якщо строк реєстрації спливає протягом періоду зупинення, Виконавець виконує продовження або невідкладно видає код передачі, незалежно від заборгованості;

19.4.3. зупинення припиняється в момент погашення заборгованості, а строки за пунктом 19.2.2 і другим підпунктом пункту 19.2.3 відліковуються з цього моменту.

19.5. Невитрачений залишок Особового рахунку. Залишок повертається Замовнику на його письмову заяву протягом 10 робочих днів з дня отримання заяви, на рахунок, з якого надходили кошти. З суми залишку утримуються: заборгованість за фактично надані послуги; суми автоматичних продовжень, здійснених оператором реєстру до дати припинення (пункт 12.6.4); нарахована пеня (пункт 10.9). Плата за підключення не повертається (пункт 8.2). Порядок і документи для повернення визначено в документі Оплата та повернення коштів.

19.6. Операції в стані виконання. Операції, прийняті до виконання, але не завершені на дату припинення, доводяться до завершення, якщо коштів на Особовому рахунку достатньо; в іншому разі вони скасовуються, а зарезервовані суми звільняються.

19.7. Доменні імена, не виведені після спливу Періоду виведення. Доменні імена, які після спливу Періоду виведення залишилися під спонсорством Виконавця, не видаляються. Виконавець продовжує підтримувати їх до закінчення оплаченого строку реєстрації і взаємодіє щодо них безпосередньо з Реєстрантом. Подальше обслуговування таких доменних імен здійснюється на умовах Умов користування послугами за чинним роздрібним Прайс-листом: Реєстрант може укласти договір з Виконавцем безпосередньо, продовживши обслуговування, або перенести доменне ім’я до іншого реєстратора. Виконавець повідомляє про це Реєстранта — на адресу електронної пошти, зазначену у відомостях контакту доменного імені, — не пізніше ніж за 10 календарних днів до спливу Періоду виведення, із зазначенням дати закінчення строку реєстрації, вартості продовження за роздрібним Прайс-листом і порядку одержання коду передачі. Жодних платежів за сам перехід на роздрібні умови не стягується, а оплачений строк реєстрації не скорочується. Про це саме Виконавець повідомляє і Замовника.

19.7.1. Пункт 19.7 не застосовується, якщо Виконавець втратив акредитацію у відповідній зоні. Обіцянка підтримувати доменне ім’я до закінчення оплаченого строку реєстрації можлива лише доти, доки Виконавець залишається його реєстратором. Якщо його акредитацію в зоні припинено (пункти 18.6 і 18.6.1), він не може ані спонсорувати доменне ім’я, ані вчиняти щодо нього операцій. Такі доменні імена, не переведені до іншого реєстратора до дати припинення, підтримуються згідно з Регламентом супроводу доменного імені у випадку, коли воно не обслуговується реєстратором — порядком, який встановлює оператор реєстру, а не Виконавець. У цьому стані доменне ім’я не видаляється достроково, але жодних операцій з ним ані Виконавець, ані Замовник виконати не можуть, доки Реєстрант не обере нового реєстратора. Виконавець зобов’язаний повідомити про це Замовника і Реєстрантів завчасно (пункти 11.1.1.8, 11.2.11 і 19.3.5) і не має права представляти цей стан як продовження обслуговування.

19.8. Положення, що зберігають чинність після припинення Договору: розділи 13 (захист персональних даних), 15 (відповідальність), 17 (журнали та докази), 19 (наслідки припинення), 20 (конфіденційність) і 21 (вирішення спорів), а також пункт 11.4 (відшкодування).

20. Конфіденційність

20.1. Конфіденційною є інформація, отримана Стороною за цим Договором і не оприлюднена її власником, зокрема: облікові дані та ключі доступу; умови, на яких Виконавець працює з операторами реєстрів, у тому числі Собівартість — власником такої інформації є відповідний оператор реєстру, а не Виконавець, тому Виконавець не має права розкрити її навіть за власним рішенням (пункти 9.1.2 і 9.8.1); деталізація списань за Особовим рахунком Замовника (пункт 9.12), і деталізація операцій (пункт 9.8.2); технічна документація Платформи, не оприлюднена публічно; перелік клієнтів Замовника та обсяги його операцій; відомості про виявлені вразливості безпеки.

20.2. Конфіденційна інформація не розкривається третім особам без письмової згоди іншої Сторони, крім випадків: розкриття на вимогу суду або уповноваженого державного органу; розкриття операторові реєстру в обсязі, необхідному для виконання операції або на його вимогу; розкриття професійним радникам, які зобов’язані зберігати таємницю.

20.3. Обов’язок конфіденційності діє протягом строку дії Договору і трьох років після його припинення. Щодо відомостей, власником яких є оператор реєстру (пункт 20.1), цей обов’язок діє безстроково: строку для таких відомостей не встановлено, а Виконавець не може надати Замовникові коротшого строку, ніж має сам.

20.4. Виконавець не оприлюднює переліку Замовників і не називає Замовника своїм партнером у публічних матеріалах без його окремої письмової згоди. За наявності такої згоди оприлюднюються виключно найменування, логотип і адреса вебсайту Замовника, у погодженому з ним вигляді; згода може бути відкликана в будь-який час, і Виконавець вилучає відповідні відомості протягом п’яти робочих днів. Обсяг операцій, Тарифний план і будь-які фінансові показники Замовника не оприлюднюються за жодних обставин. Цей пункт не поширюється на розкриття, якого вимагає оператор реєстру (пункт 20.2) або закон.

20.4.1. Оператор реєстру не дізнається з наших команд, що Замовником є саме Замовник. У службових ідентифікаторах, які Виконавець надсилає до оператора реєстру, Замовник позначений так, що зіставити позначення із Замовником може лише Виконавець; його найменування і його обліковий запис туди не потрапляють (пункт 7.3.4.1 сторінки Реквізити). Оператори реєстрів зберігають такі ідентифікатори постійно і працюють на тому самому ринку, що й Замовник, тому це стосується не лише окремої команди, а всієї історії його операцій. Зіставити позначник із Замовником може лише Виконавець. Цей пункт не поширюється на розкриття, якого вимагає оператор реєстру (пункт 20.2) або закон, і не стосується відомостей про Реєстранта, які за правилами зони передаються до реєстру (пункт 13.4).

20.4.2. Ідентифікатори, які Виконавець видає Замовникові, не є мірою чужих операцій. Відповідь на кожну команду містить Ідентифікатор операції, а Черга повідомлень — номер повідомлення; обидва зберігаються в системах Замовника. Виконавець зобов’язується не включати до жодного з них величини, з якої можна обчислити кількість або частоту операцій інших Замовників — зокрема наскрізного лічильника, спільного для всіх Замовників, з якого різниця двох власних ідентифікаторів давала б обсяг чужих. Номер повідомлення Черги є наскрізним у межах Замовника і починається з одиниці для кожного окремо. Склад цих ідентифікаторів описано в пунктах 7.3.2 і 7.3.2.1 сторінки Реквізити.

21. Вирішення спорів і застосовне право

21.1. До цього Договору застосовується право України. Виняток становлять Стандартні договірні положення (Додаток 5): до них застосовується право держави — члена ЄС, обране в самих Положеннях (пункт 13.7.2).

21.2. Досудовий порядок. До звернення до суду Сторона надсилає іншій письмову претензію каналом, визначеним у пункті 17.4. Претензія розглядається протягом 30 календарних днів з дня отримання. Претензії щодо розрахунків подаються з дотриманням пункту 17.3.

21.3. Спори, не врегульовані в досудовому порядку, розглядаються господарським судом України. Стаття 20 Господарського процесуального кодексу України визначає юрисдикцію господарських судів, а не підсудність конкретного спору; підсудність визначається за правилами того самого Кодексу. Сторони підсудності не змінюють: договірна підсудність у господарському процесі допускається лише у випадках, прямо передбачених Господарським процесуальним кодексом України, а загальне застереження «за місцезнаходженням Виконавця» до таких випадків не належить і було б нікчемним. Тому спір розглядається судом, визначеним за правилами того самого Кодексу — за загальним правилом за місцезнаходженням відповідача.

21.3.1. Для Замовника, який не є резидентом України, Сторони прямо погоджують, що спори з цього Договору належать до юрисдикції господарських судів України (пункт 1 частини першої статті 76 Закону України «Про міжнародне приватне право», який допускає підсудність справи судам України за письмовою угодою сторін). Конкретний суд визначається за правилами Господарського процесуального кодексу України. Спори, що виникають зі Стандартних договірних положень (Додаток 5), розглядаються судом держави — члена ЄС, обраним у самих Положеннях (пункт 13.7.2), і це застереження над пунктами 21.3 і 21.3.1 переважає.

21.4. Спори щодо прав на доменні імена цим Договором не вирішуються. Такі спори розглядаються за Політикою вирішення спорів щодо доменних імен в домені .UA або в судах України. Сторони визнають і доводять до відома Реєстрантів, що:

21.4.1. Виконавець і оператор реєстру не є учасниками розгляду за Політикою і не можуть бути залучені до нього як сторона (пункти 4(h) і 6 Політики); оператор реєстру та адміністратор публічного домену не можуть бути залучені як Сторона і до судових спорів щодо доменних імен (пункт 15.9.1);

21.4.2. Виконавець вчиняє дії щодо доменного імені лише на підставі рішення адміністративної комісії, рішення суду, вимоги оператора реєстру або вказівки Реєстранта;

21.4.3. рішення адміністративної комісії виконується не раніше ніж через 10 робочих днів з дня повідомлення про нього і зупиняється, якщо Реєстрант надасть докази звернення до суду України (пункт 4(k) Політики);

21.4.4. під час розгляду і протягом 15 робочих днів після його завершення доменне ім’я не може бути передане іншій особі, а реєстратор не може бути змінений; та сама заборона діє протягом судового або арбітражного розгляду справи щодо цього доменного імені — незалежно від того, чи велося розглядання за Політикою (пункти 8(a) і 8(b) Політики). Строк обчислюється за місцезнаходженням реєстратора .UA. Передачу, вчинену з порушенням цієї заборони, адміністратор публічного домену має право скасувати;

21.4.5. засоби правового захисту за Політикою обмежені скасуванням або передачею доменного імені; відшкодування збитків за Політикою не присуджується (пункт 4(i) Політики), а витрати на розгляд несе скаржник (пункт 4(g) Політики);

21.4.6. використання знака для товарів і послуг у доменному імені регулюється, зокрема, пунктом 4 статті 16 Закону України «Про охорону прав на знаки для товарів і послуг» № 3689-XII (стаття 16 поділена на пункти, а не на частини); звернення до суду України можливе незалежно від розгляду за Політикою.

22. Заключні положення

22.1. Замовник не має права відступати права або переводити обов’язки за цим Договором на третю особу без письмової згоди Виконавця (статті 512 і 520 ЦК України).

22.1.1. Відступлення прав Виконавцем можливе лише за умови, що набувач сам є акредитованим реєстратором. Виконавець має право відступити права за цим Договором у разі реорганізації або передачі бізнесу виключно особі, яка на момент відступлення має чинні власні договори з усіма операторами реєстрів відповідних зон, повідомивши Замовника не пізніше ніж за 30 календарних днів. Відступлення на користь особи, яка сама не є акредитованим реєстратором у відповідних зонах, знищило б саме той доступ, який передається, тому воно не допускається.

22.1.2. Акредитація реєстратора і право працювати в доменних зонах до правонаступника автоматично не переходять: правонаступник набуває їх лише самостійно, у відносинах з операторами реєстрів і адміністраторами публічних доменів. Тому Виконавець не обіцяє Замовникові безперервності обслуговування через реорганізацію або передачу бізнесу і не може її гарантувати. Якщо набувач не має власних договорів з операторами реєстрів на момент відступлення, Виконавець замість відступлення застосовує розділ 19 (припинення і виведення).

22.2. Якщо окреме положення цього Договору визнано недійсним або нікчемним, це не тягне недійсності інших положень; Сторони замінюють таке положення дійсним, що найближче відповідає його економічному змісту.

22.3. Незастосування Стороною будь-якого свого права не є відмовою від нього і не позбавляє права застосувати його надалі.

22.4. Зміни до цього Договору вчиняються у формі, встановленій розділом 18; в іншому — у тій самій формі, що й Договір (стаття 654 ЦК України).

22.5. Додатки, що є невід’ємною частиною Договору:

22.6. Реквізити Виконавця, адреси для юридично значущих повідомлень і контакти служб наведено на сторінці Реквізити.