Реквізити та відомості про нас

1. Призначення та статус цього документа

1.1. Цей документ містить відомості про особу, яка надає послуги реєстрації та обслуговування доменних імен через сайт namespace.com.ua (далі — «Виконавець», «ми»), про реєстри доменних зон, у яких ми надаємо послуги, а також реквізити й контакти, потрібні контрагентові, щоб нас ідентифікувати, сплатити рахунок і подати претензію.

1.2. Оприлюднення цих відомостей є обов’язком продавця за статтею 7 Закону України «Про електронну комерцію» № 675-VIII. Стаття 11 частина 11 того самого Закону додатково вимагає, щоб підтвердження замовлення містило найменування та місцезнаходження продавця і порядок приймання претензій, — обидві ці позиції наведено нижче в пунктах 2.1, 4.1 і 9.

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

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

2. Відомості про Виконавця

2.1. Послуги надає:

2.2. Ми не є юридичною особою. Це не обмежує обсяг наших зобов’язань за договорами: фізична особа — підприємець відповідає за зобов’язаннями, пов’язаними з підприємницькою діяльністю, усім своїм майном, крім майна, на яке згідно із законом не може бути звернено стягнення (стаття 52 Цивільного кодексу України).

2.3. Ми не є адміністратором жодної доменної зони і не є оператором реєстру. Наш статус і його межі описано в розділі 6.

2.4. Ліцензування. Діяльність з реєстрації та обслуговування доменних імен не належить до видів діяльності, що підлягають ліцензуванню: вичерпний перелік таких видів наведено у статті 7 Закону України «Про ліцензування видів господарської діяльності» № 222-VIII і цієї діяльності не містить. Тому відомостей про ліцензію, яких вимагає абзац шостий частини першої статті 7 Закону України «Про електронну комерцію» № 675-VIII, ми не наводимо — ліцензії для цієї діяльності законом не передбачено. Акредитація реєстратора, описана в розділі 6, ліцензією не є: вона надається за договором з адміністратором доменної зони, а не органом ліцензування.

3. Система оподаткування та розрахункові документи

3.1. Ми є платником єдиного податку третьої групи за ставкою 5 відсотків доходу (пункт 293.3 статті 293 Податкового кодексу України) і платником військового збору за ставкою 1 відсоток доходу (пункт 16-1 підрозділу 10 розділу XX «Перехідні положення» Податкового кодексу України). Сукупно це 6 відсотків доходу; там, де в наших матеріалах згадано «6 %», ідеться саме про суму цих двох платежів, а не про третю ставку.

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

3.3. Відомості про включення податків до ціни наводяться на виконання вимоги абзацу сьомого частини першої статті 7 Закону України «Про електронну комерцію» № 675-VIII. Частина перша цієї статті поділена на абзаци, а не на пункти: перший абзац є вступним реченням, а перелічені в ній відомості становлять абзаци з другого по восьмий.

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

3.5. Розрахунковий документ (фіскальний чек) видається у випадках, коли обов’язок його видачі встановлено Законом України «Про застосування реєстраторів розрахункових операцій у сфері торгівлі, громадського харчування та послуг» № 265/95-ВР, — зокрема при оплаті з використанням електронного платіжного засобу. Перерахування коштів безпосередньо на банківський рахунок Виконавця розрахунковою операцією в розумінні цього Закону не є, і фіскальний чек за ним не видається. Перелік способів оплати, доступних на цьому сайті, наведено в пункті 5.4; станом на дату цієї редакції жоден з них не є оплатою з використанням електронного платіжного засобу, тому обов’язку видати фіскальний чек у нас не виникає.

4. Адреси

4.1. Місцезнаходження та адреси для листування:

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

4.2. Паперову кореспонденцію, зокрема претензії та процесуальні документи, слід надсилати на поштову адресу. Кореспонденція, надіслана на адресу державної реєстрації, вважається доставленою, але ми не гарантуємо строк її фактичного одержання.

4.3. Ми не маємо офісу, відкритого для відвідування без попереднього погодження. Особистий прийом здійснюється лише за домовленістю через контакти, наведені в пункті 8.1.

5. Банківські реквізити

5.1. Рахунок у гривні. Реквізити для оплати в гривні:

Рахунки в іноземній валюті. Ми обслуговуємо контрагентів, які розраховуються в доларах США і євро. Рахунок-фактура, виставлений в іноземній валюті, містить саме той блок реквізитів, який відповідає його валюті; наш генератор документів відмовляється виставити рахунок у валюті, для якої реквізити не налаштовано, тому в рахунку не може опинитися «сусідній» рахунок.

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

Найменування одержувача слід копіювати літера в літеру. Для маршрутів SWIFT воно містить префікс PE, для маршруту SEPA — ні. Рядок має точно збігатися з тим, який тримає банк-одержувач, інакше платіж зупиняється на з’ясуванні.

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

5.2. У призначенні платежу слід зазначати ідентифікатор облікового запису — він починається з літер NSPC, наприклад NSPC-EXAMPLE, — або номер рахунку-фактури. Платежі в гривні, що надходять на рахунок, зазначений у пункті 5.1, і містять таку відмітку, зараховуються на Особовий рахунок автоматично за банківською випискою — у строк, зазначений у пункті 3.2 Оплати та повернення коштів, який цей строк і встановлює. Строк зарахування ми не гарантуємо: момент, у який платіж надійде на наш рахунок, визначає банк платника, а не ми. Платіж без таких відомостей ми зараховуємо лише після того, як установимо платника; строк зарахування в такому разі не гарантується.

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

5.4. Способи оплати, доступні на цьому сайті: банківський переказ на рахунки, зазначені в пункті 5.1, — у гривні, доларах США або євро, відповідно до валюти рахунку-фактури. Інших способів оплати ми не приймаємо: оплата з використанням електронного платіжного засобу (платіжної картки) на цьому сайті не приймається — ані безпосередньо, ані через платіжний сервіс чи агрегатор. Тому обов’язок видати розрахунковий документ (фіскальний чек), передбачений пунктом 3.5, у нас не виникає. Якщо оплату карткою буде запроваджено, цю сторінку і пункт 3.5 буде змінено до дня її запровадження, а не після.

6. Статус реєстратора, договори з операторами реєстрів та доменні зони

6.1. Ми є акредитованим реєстратором доменних імен і діємо на підставі договорів з адміністраторами відповідних доменних зон. Ми не є адміністратором зони, не є оператором реєстру і не ведемо реєстраційну базу: записи в реєстрі створює, змінює та видаляє виключно оператор реєстру.

6.2. Ми не акредитовані ICANN і не є стороною Registrar Accreditation Agreement: домен .UA є національним доменом верхнього рівня (ccTLD), акредитацію реєстраторів у ньому здійснює адміністратор домену, а не ICANN. Правила ICANN щодо реєстраторів, передачі доменних імен і депонування даних до наших послуг у зоні .UA не застосовуються.

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

Договір з оператором реєстру:

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

Договори з адміністраторами публічних доменів:

Ця таблиця містить рядок для кожного ПРЯМОГО договору з адміністратором публічного домену. Вона не є переліком усіх зон, які ми обслуговуємо: частину з них ми обслуговуємо не за прямим договором з адміністратором. Адміністратора кожної окремої зони наведено на сторінці зон (https://namespace.com.ua/zones) — по зоні, а не по договору, оскільки те, хто встановлює правила для конкретного доменного імені, є відомістю про зону; там цей перелік є повним для всіх зон, які ми пропонуємо. Умови всіх таких договорів є конфіденційними (пункт 6.3.1), тому їх тут не наведено, а єдиним підтвердженням того, що зона обслуговується сьогодні, є Прайс-лист (пункт 6.4). Новий прямий договір з адміністратором додається до цієї таблиці до того, як відповідна зона з’явиться у Прайс-листі (пункт 6.4), а не після. Перелік осіб, яким фактично передаються дані реєстрантів, ширший за цю таблицю і наведений у пункті 4.3 Політики конфіденційності і в пункті 13.4 Договору з дистриб’ютором.

Наявність договору з адміністратором є необхідною, але не достатньою умовою: для кожної окремої операції в зоні потрібен ще й дозвіл адміністратора (пункт 6.4).

6.3.1. Конфіденційність. Договори, зазначені в пункті 6.3, відносять до конфіденційної інформації всю інформацію, яка прямо або опосередковано їх стосується, і забороняють розкривати її без попередньої письмової згоди відповідної сторони. Тому ми оприлюднюємо лише факт наявності договору і сторону, з якою його укладено — те, що дає змогу перевірити наш статус, — і не оприлюднюємо ані номерів і дат договорів, ані посилань на їхні окремі пункти, ані їхніх цінових додатків, формул індексації, курсових коефіцієнтів, строків, підстав припинення та інших умов. Зокрема, ми не оприлюднюємо вартість, яку оператор реєстру стягує з нас за конкретну операцію в конкретній зоні (собівартість), і не наводимо жодних відомостей, з яких її можна обчислити. Ціни, які ми оприлюднюємо, є кінцевими цінами наших послуг; їхня внутрішня структура є конфіденційною інформацією оператора реєстру, власником якої є він, а не ми.

Номери договорів не оприлюднюються. Оператора реєстру не ведуть публічного покажчика, у якому номер можна було б звірити, тому оприлюднений номер нічого не підтверджує — перевірка нашого статусу здійснюється за ідентифікатором реєстратора ua.tld у переліках самих операторів реєстрів, у WHOIS і в RDAP (пункт 6.8). Отже, номер не додає перевірності, а лише розкриває відомості, які ми зобов’язалися не розкривати. З тієї самої причини ми не наводимо номерів пунктів чужих договорів навіть тоді, коли пояснюємо, чому певний обов’язок у нас виник: сам обов’язок є нашим і ми його називаємо, а структура чужого документа нам не належить. Зокрема, ми не оприлюднюємо вартості, яку оператор реєстру стягує з нас за конкретну операцію в конкретній зоні (собівартості), і не наводимо жодних відомостей, з яких її можна обчислити. Ціни, які ми оприлюднюємо, є кінцевими цінами наших послуг; їхня внутрішня структура є конфіденційною інформацією оператора реєстру, власником якої є він, а не ми.

6.4. Перелік доменних зон, у яких ми фактично надаємо послуги, змінюється разом із зонами, у яких ми акредитовані. Чинний перелік із цінами (далі — Прайс-лист) оприлюднюється за адресою https://namespace.com.ua/pricing. Чинний перелік зон і доступних у кожній з них операцій разом із цінами відображається також в Особистому кабінеті (пункт 7.1) і надається на запит за контактами з пункту 8.1, а наведене нижче правило про єдине підтвердження застосовується до цього переліку.

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

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

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

6.5. Реєстрація доменного імені підпорядковується Регламентам, перелік і адреси оприлюднення яких наведено в пункті 6.9. Ці Регламенти мають перевагу над нашими документами в частині, що стосується самого реєстру, і змінюються без нашої згоди. Зокрема, Регламент публічного домену — той самий, що названий першим рядком таблиці пункту 6.9, — дозволяє Операторові Реєстру вносити зміни до нього за 30 днів до введення їх у дію, а в разі нагальної необхідності — одночасно з їх оприлюдненням, тобто без будь-якого строку попередження. Тому ми не можемо надати контрагентові довшого строку попередження про зміни, ніж той, що діє для самого реєстру.

6.6. Ми не гарантуємо реєстрацію конкретного доменного імені. Ми зобов’язуємося передати належно оформлену заявку до оператора реєстру та повідомити його відповідь. Право на доменне ім’я виникає лише з моменту підтвердження оператора реєстру. Згідно з Регламентом публічного домену (пункт 6.9) термін обробки заявки не може перевищувати 120 годин; протягом цього часу результат заявки невідомий і жодна зі сторін не може його гарантувати.

6.7. Спори щодо прав на доменні імена розглядаються в порядку, передбаченому Політикою вирішення спорів щодо доменних імен в домені .UA (.UA-DRP), Правилами цієї Політики та Додатковими правилами цієї Політики Всесвітньої організації інтелектуальної власності. Усі три документи оприлюднює ТОВ «Хостмайстер» за адресою https://www.hostmaster.ua/policy/ua-drp/; редакції, чинні станом на дату цієї сторінки, наведено в пункті 6.9. Спори за цією Політикою розглядає Центр арбітражу та посередництва Всесвітньої організації інтелектуальної власності; спір може розглядатися також у судовому порядку. Ми не вирішуємо такі спори по суті й не є їх стороною; наша роль і порядок виконання рішень описані в розділі 16 Умов користування послугами, а для партнерів — у розділі 21 Договору з дистриб’ютором.

6.8. Як перевірити наш статус. Наш ідентифікатор реєстратора — ua.tld. Саме під ним нас позначено в реєстрі, у публічних сервісах WHOIS і RDAP та в переліках реєстраторів, які оприлюднюють оператор реєстру і адміністратори публічних доменів (зокрема на офіційному вебсайті оператора реєстру https://www.hostmaster.ua). Ці переліки ведемо не ми, і саме за ними слід перевіряти, чи є ми акредитованим реєстратором у конкретній зоні.

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

6.9. Регламенти операторів реєстрів: повні найменування та адреси оприлюднення. Нижче перелічено документи, правила яких застосовуються до реєстрації і супроводу доменних імен. Ці документи ухвалюємо не ми: кожен з них ухвалює і змінює той, хто його оприлюднює. Кожен рядок таблиці містить повне найменування документа, того, хто його оприлюднює, і адресу, за якою його оприлюднено, — щоб рядок був придатний до використання окремо від решти таблиці і в друкованому вигляді.

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

6.9.1. Яка редакція застосовується. До кожної операції застосовується та редакція документа, яка була чинною на момент її виконання. Гарантувати незмінність редакції ми не можемо і не гарантуємо: як зазначено в пункті 6.5, у разі нагальної необхідності зміни набирають чинності одночасно з оприлюдненням. Стовпець «Редакція, чинна станом на дату цієї сторінки» наведено для орієнтування і не заморожує редакцію.

6.9.2. Ми зберігаємо датовані копії. Ми зберігаємо датовані копії редакцій документів, зазначених у пункті 6.9, чинних на момент виконання операцій з доменними іменами контрагента, і надаємо копію відповідної редакції на запит за контактами з пункту 8.1. Без цього спір, який виникає через два або три роки, неможливо було б розв’язати: адреси оприлюднення показують лише поточну редакцію, а попередніх редакцій оператора реєстру за цими адресами не зберігають. Так само ми зберігаємо і надаємо на запит редакції наших власних документів (пункт 12.1).

6.10. Межі відповідальності операторів реєстрів. Ці відомості ми оприлюднюємо на виконання обов’язку, покладеного на нас договорами з Оператором Реєстру і з адміністраторами публічних доменів:

6.10.1. Оператора Реєстру не може бути залучено як сторону в судових спорах щодо доменних імен.

6.10.2. Адміністратор публічного домену і Оператор Реєстру не несуть відповідальності за наслідки використання, невикористання або неправомірного використання доменного імені реєстрантом, у тому числі перед третіми особами, а також за порушення реєстрантом будь-яких прав третіх осіб.

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

7. Технічні інтерфейси та ідентифікація операцій

7.1. Послуги надаються через такі інтерфейси:

7.2. Тестове середовище (OT&E) не є робочим: операції в ньому не створюють записів у реєстрі, не породжують прав на доменні імена, не тарифікуються, а тестові дані можуть бути скинуті без попередження. Дані тестового середовища зберігаються окремо від робочих, а звернення до операторів реєстрів із нього не надсилаються — їхні відповіді емулюються.

7.3. Ідентифікатор операції. Відповідь на кожну команду містить два ідентифікатори транзакції.

7.3.1. Перший — ідентифікатор, який присвоїв команді сам контрагент (технічно — елемент clTRID протоколу EPP). Ми його не змінюємо, а лише повертаємо незміненим у відповіді, тому його вигляд визначає контрагент, а не ми.

7.3.2. Другий — Ідентифікатор операції: ідентифікатор, який присвоюємо цій операції ми (технічно — елемент svTRID протоколу EPP). Він має вигляд літер NSPC, дати й часу прийняття команди у форматі «рік, місяць, день, години, хвилини, секунди» та випадкового числа; дата й час у ньому — за київським часом, тим самим, у якому ми показуємо всі дати контрагентові. Ідентифікатор операції повертається у відповіді на команду, відображається в особистому кабінеті і повторюється в повідомленні Черги повідомлень, яким надходить результат асинхронної операції (пункт 7.4).

7.3.2.1. Число в ідентифікаторі є випадковим, а не послідовним. Послідовний номер, спільний для всіх контрагентів, дозволяв би кожному з них, віднявши два власні ідентифікатори, обчислити кількість операцій, які ми за цей час виконали для решти. Контрагенти конкурують між собою, ідентифікатор повертається у відповіді на кожну команду, і його зберігають системи контрагента, тому такий номер розкривав би обсяг чужих операцій постійно і без будь-якої дії з боку читача. Це не подробиця реалізації, яку ми можемо змінити: зобов’язання не включати до цього ідентифікатора жодної величини, з якої можна обчислити кількість або частоту операцій інших контрагентів, встановлено пунктом 20.4.2 Договору з дистриб’ютором — цей документ договором не є і зобов’язань не створює (пункт 1.3).

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

7.3.3. У зверненні, претензії чи спорі про списання коштів слід зазначати Ідентифікатор операції за пунктом 7.3.2 — той, що надійшов у відповіді на команду, — або обліковий номер операції за пунктом 7.3.2.2, той, що стоїть поряд зі списанням. Обидва вказують на ту саму операцію, за обома вона знаходиться однозначно, і зазначити достатньо будь-який. Ідентифікатор, присвоєний контрагентом за пунктом 7.3.1, ми приймаємо додатково, але самого його для пошуку може бути недостатньо: він не є унікальним у наших системах, бо його обирає контрагент.

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

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

7.4. Операції виконуються асинхронно. Якщо оператор реєстру відповідає повільно, команда приймається у стан «у черзі», а результат надходить окремим повідомленням через Чергу повідомлень — чергу, з якої контрагент отримує результати операцій; технічно вона реалізована командою poll протоколу EPP — або відображається в особистому кабінеті. Прийняття команди не є підтвердженням реєстрації, продовження чи передачі доменного імені. Непрочитане повідомлення залишається в черзі і доступне для вичитування протягом 30 днів. Сам запис — прочитаний чи ні — зберігається 1095 днів, тобто три роки, що дорівнює загальній позовній давності за статтею 257 Цивільного кодексу України, і є доказом доставки незалежно від того, чи було повідомлення вичитане.

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

8. Контакти

8.1. Адреси для звернень:

8.2. Канал електронного листування зі службою підтримки доступний цілодобово: звернення приймаються в будь-який час доби, будь-якого дня, і фіксуються в момент надходження. Цілодобове приймання є нашим обов’язком за договором з Оператором Реєстру і не залежить від графіка опрацювання. Опрацювання звернень здійснюється з понеділка по п’ятницю з 09:00 до 18:00 за київським часом, крім днів, оголошених в Україні неробочими. Звернення, одержане поза цим графіком, вважається одержаним у момент надходження, а опрацьовується з початку найближчого проміжку часу, зазначеного в попередньому реченні. Цей графік не поширюється на повідомлення про зловживання: вони опрацьовуються в порядку пункту 8.3, зокрема цілодобово в частині повідомлень про безпосередню загрозу. Окремого зобов’язання щодо часу відповіді ми на себе не приймаємо, крім строків, прямо встановлених у наших документах (зокрема пунктів 8.3 і 9.3). Індивідуальних договорів про рівень обслуговування з окремими роздрібними клієнтами ми не укладаємо: Умови користування послугами є публічним договором, умови якого встановлюються однаковими для всіх (пункт 3.13 зазначених Умов). Якщо зобов’язання щодо рівня обслуговування запроваджується, воно оприлюднюється разом із тарифами і застосовується до кожного, хто відповідає оприлюдненим критеріям. Окремі умови рівня обслуговування можливі лише в межах Договору з дистриб’ютором, який публічним договором не є (пункт 1.5 зазначеного Договору), і на однакових для всіх замовників умовах (пункт 1.5.1 того самого Договору).

8.3. Повідомлення про зловживання приймаються на адресу, зазначену в пункті 8.1, від будь-якої особи, без вимоги мати обліковий запис. Одержання такого повідомлення ми підтверджуємо протягом 1 робочого дня з моменту, коли воно вважається одержаним за пунктом 8.2, а розглядаємо його по суті протягом 5 робочих днів. Повідомлення про обставини, що становлять безпосередню загрозу — зокрема про матеріали, що зображують сексуальну експлуатацію дітей, про фішинг, про поширення шкідливого програмного забезпечення та про загрозу життю і здоров’ю людей, — розглядаються невідкладно, цілодобово, і заходи за ними вживаються не пізніше 24 годин з моменту одержання. Підстави та порядок призупинення послуг за наслідками такого повідомлення наведено в Умовах користування послугами та в Договорі з дистриб’ютором.

8.4. Ми не змінюємо банківські реквізити повідомленням електронною поштою без публікації змін на цій сторінці. Якщо ви одержали від нашого імені повідомлення про зміну реквізитів будь-яким іншим каналом, звіртеся з цією сторінкою та перевірте його за контактами з пункту 8.1, перш ніж переказувати кошти.

8.5. Цілодобова доступність каналів. Вебсайт, на якому опубліковано цю сторінку і решту документів розділу Правові документи, доступний цілодобово. Приймання звернень електронною поштою за адресами, наведеними в пункті 8.1, здійснюється цілодобово, без вихідних. Інтерфейси автоматизованого приймання та обробки заявок, наведені в пункті 7.1 (EPP і Особистий кабінет), доступні цілодобово, з перервами лише на технічні роботи, про які ми повідомляємо заздалегідь. Доки конкретна дія в Особистому кабінеті недоступна, вона вчиняється електронною поштою на адресу з пункту 8.1, і наслідків такої недоступності ми на контрагента не покладаємо.

8.6. Звернення реєстранта, який замовляв доменне ім’я не в нас. Якщо доменне ім’я зареєстровано на вас, але замовлялося через нашого партнера (замовника), ви можете звернутися до нас безпосередньо щодо цього доменного імені — зокрема щоб одержати код передачі (AuthInfo) і перенести доменне ім’я до іншого реєстратора. Адреса для такого звернення — з пункту 8.1. Стан розрахунків між вами і партнером або між партнером і нами на це право не впливає, і наявність облікового запису в нас для цього не потрібна.

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

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

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

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

9. Порядок звернень і претензій

9.1. Претензія подається в письмовій формі на адресу для юридично значущих повідомлень (пункт 8.1) або на поштову адресу (пункт 4.1). Порядок приймання претензій наводиться на виконання частини одинадцятої статті 11 Закону України «Про електронну комерцію» № 675-VIII, яка вимагає, щоб підтвердження вчинення електронного правочину містило найменування продавця (виконавця), його місцезнаходження та порядок прийняття претензії. Ця частина складається з вступного речення і чотирьох ненумерованих абзаців; пунктів вона не містить.

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

9.3. Строк розгляду претензії — 30 календарних днів з дня її одержання. Цей строк не подовжується і не починається заново через те, що для розгляду потрібна відповідь оператора реєстру: пункт 24.1 Умов користування послугами і пункт 21.2 Договору з дистриб’ютором продовження не передбачають, а ця сторінка договором не є (пункт 1.3) і власного, довшого строку встановити не може. Якщо відповіді оператора реєстру до спливу строку немає, ми відповідаємо в межах строку тим, що маємо, і повідомляємо, чого саме ще чекаємо.

Цей строк є граничним для всіх наших документів і збігається зі строком у пункті 24.1 Умов користування послугами і в пункті 21.2 Договору з дистриб’ютором. Для претензій щодо оплати та повернення коштів пункт 13.1 документа Оплата та повернення коштів встановлює коротший первісний строк — 14 календарних днів, — який подовжується до тих самих 30 календарних днів, якщо потрібна відповідь оператора реєстру. Коротший строк діє на користь заявника і цьому пунктові не суперечить.

9.4. Якщо послуги замовлено фізичною особою для власних потреб, не пов’язаних із підприємницькою діяльністю, така особа є споживачем у розумінні статті 1 Закону України «Про захист прав споживачів» № 1023-XII і додатково має право звернутися до центрального органу виконавчої влади, що реалізує державну політику у сфері державного контролю за додержанням законодавства про захист прав споживачів, або до суду.

Закон України «Про захист прав споживачів» № 1023-XII втрачає чинність з дня набрання чинності Законом України «Про захист прав споживачів» № 3153-IX (пункт 3 розділу IX «Прикінцеві та перехідні положення» Закону № 3153-IX). Сам Закон № 3153-IX набирає чинності через один рік з дня його опублікування, але не раніше дня припинення чи скасування воєнного стану (пункт 1 того самого розділу IX). З цього дня всі посилання цієї сторінки на Закон № 1023-XII слід читати як посилання на відповідні положення Закону № 3153-IX, а обсяг прав споживача визначається за Законом № 3153-IX. Ми зобов’язуємося привести цю сторінку і решту наших документів у відповідність до Закону № 3153-IX до дня набрання ним чинності.

9.5. Досудове звернення з претензією не є обов’язковою умовою звернення до суду і не обмежує право на судовий захист (стаття 55 Конституції України, стаття 16 Цивільного кодексу України). Для контрагентів, які замовляють послуги у зв’язку зі здійсненням підприємницької діяльності, обов’язковість і строк досудового врегулювання визначаються відповідним договором.

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

10. Юридично значущі повідомлення

10.1. Юридично значущі повідомлення сторони надсилають на адреси, наведені в пунктах 4.1 і 8.1, а нам на контрагента — на адресу електронної пошти, зазначену в його обліковому записі, та повідомленням в особистому кабінеті. Контрагент зобов’язаний підтримувати адресу в обліковому записі в актуальному стані; наслідки неодержання повідомлення через застарілу адресу несе він.

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

10.3. Ми приймаємо документи, підписані кваліфікованим електронним підписом, відповідно до Закону України «Про електронну ідентифікацію та електронні довірчі послуги» № 2155-VIII. Такі документи мають ту саму юридичну силу, що й підписані власноручно. Такий документ надсилається електронною поштою на адресу з пункту 8.1 разом із файлом підпису або у форматі, що містить підпис усередині. Окремих сервісів електронного документообігу ми не використовуємо і реєстрації в них не вимагаємо; надісланий підпис ми перевіряємо на офіційному сервісі перевірки кваліфікованих електронних підписів.

10.4. Одноразовий ідентифікатор як спосіб підписання електронного правочину (стаття 12 Закону України «Про електронну комерцію» № 675-VIII) не використовується: акцепт вчиняється діями, зазначеними в пункті 3.4 Умов користування послугами, і одноразового коду ми для цього не надсилаємо і не вимагаємо. Якщо ви одержали від нашого імені одноразовий код для підтвердження замовлення — це не наше повідомлення; просимо повідомити нас за контактами з пункту 8.1.

11. Мова

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

11.2. Мовою обслуговування є українська (стаття 30 Закону України «Про забезпечення функціонування української мови як державної» № 2704-VIII). На вимогу контрагента обслуговування може здійснюватися англійською або російською. Цими самими трьома мовами оприлюднено документи розділу Правові документи, працює інтерфейс Особистого кабінету і надсилаються повідомлення системи. Мова сесії EPP обирається окремо і на мову обслуговування не впливає (пункт 11.3).

11.3. Мова повідомлень, які надсилає система, налаштовується окремо для кожного облікового запису та не залежить від мови сесії EPP.

12. Зміни цих відомостей

12.1. Чинною є редакція, опублікована на цій сторінці; її номер і дату наведено у заголовку документа. Ми зберігаємо всі попередні редакції цієї сторінки і оприлюднюємо їх тут: https://namespace.com.ua/legal/archive — за тією самою адресою, що й редакції решти документів розділу Правові документи (пункт 22.7 Умов користування послугами), із зазначенням для кожної редакції її номера та періоду чинності. Будь-яку редакцію ми надсилаємо на запит електронною поштою за контактами з пункту 8.1. Редакція, чинна на момент укладення договору, залишається доступною контрагентові протягом усього строку дії договору і трьох років після його припинення.

12.2. Про зміну банківських реквізитів ми повідомляємо публікацією на цій сторінці та повідомленням на адресу електронної пошти, зазначену в обліковому записі, не пізніш як за 10 календарних днів до дня, з якого починають діяти нові реквізити, крім випадків, коли зміна відбувається з незалежних від нас причин (зокрема через дії банку) — тоді повідомлення надсилається невідкладно після того, як нам стало про це відомо.

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

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