-- домены которые за год унесены от beget
SELECT
dh1.registrant AS 'Registrant',
COUNT(*) AS count
FROM
domain_history AS dh1
WHERE
dh1.date_start <= '2018-07-01'
AND dh1.date_end > '2018-07-01'
AND dh1.registrant != 'beget-ru'
AND dh1.domain_id IN (SELECT
dh.domain_id
FROM
domain_history AS dh
WHERE
dh.date_start <= '2017-07-01'
AND dh.date_end > '2017-07-01'
AND dh.registrant = 'beget-ru')
GROUP BY dh1.registrant
ORDER BY COUNT(*);
-- домены которые перенесены в beget
SELECT
dh2.registrant AS 'Registrant', COUNT(*) AS count
FROM
domain_history AS dh2
WHERE
dh2.date_start <= '2017-07-01'
AND dh2.date_end > '2017-07-01'
AND dh2.domain_id IN (SELECT
dh1.domain_id
FROM
domain_history AS dh1
WHERE
dh1.date_start <= '2018-07-01'
AND dh1.date_end > '2018-07-01'
AND dh1.registrant = 'beget-ru'
AND dh1.domain_id IN (SELECT
dh.domain_id
FROM
domain_history AS dh
WHERE
dh.date_start <= '2017-07-01'
AND dh.date_end > '2017-07-01'
AND dh.registrant != 'beget-ru'))
GROUP BY dh2.registrant
ORDER BY COUNT(*);
Кому интересно поиграться:
mysql -h manikin.beget.ru -P 3311 -u read_only -pread_only domain_statistic
-- домены которые за год унесены от beget
SELECT
dh1.registrant AS 'Registrant',
COUNT(*) AS count
FROM
domain_history AS dh1
WHERE
dh1.date_start <= '2018-07-01'
AND dh1.date_end > '2018-07-01'
AND dh1.registrant != 'beget-ru'
AND dh1.domain_id IN (SELECT
dh.domain_id
FROM
domain_history AS dh
WHERE
dh.date_start <= '2017-07-01'
AND dh.date_end > '2017-07-01'
AND dh.registrant = 'beget-ru')
GROUP BY dh1.registrant
ORDER BY COUNT(*);
-- домены которые перенесены в beget
SELECT
dh2.registrant AS 'Registrant', COUNT(*) AS count
FROM
domain_history AS dh2
WHERE
dh2.date_start <= '2017-07-01'
AND dh2.date_end > '2017-07-01'
AND dh2.domain_id IN (SELECT
dh1.domain_id
FROM
domain_history AS dh1
WHERE
dh1.date_start <= '2018-07-01'
AND dh1.date_end > '2018-07-01'
AND dh1.registrant = 'beget-ru'
AND dh1.domain_id IN (SELECT
dh.domain_id
FROM
domain_history AS dh
WHERE
dh.date_start <= '2017-07-01'
AND dh.date_end > '2017-07-01'
AND dh.registrant != 'beget-ru'))
GROUP BY dh2.registrant
ORDER BY COUNT(*);
Кому интересно поиграться:
mysql -h manikin.beget.ru -P 3311 -u read_only -p read_only domain_statistic
Это мы решим в суде — кто что нарушал, то любите вы быть арбитром.
Мы до сих пор отправляем письма и до сих пор работает акция, все на что Вы жаловались работает.
Мы можем отправлять своим клиентам любые письма, это не касается Вас. Конечно упрощение переноса работает (то, что Вы называете скриптом), мало того перенос от Вас сейчас бесплатный и в ближайшее время будет развитие этой идеи. Мы не просто оставили то, что Вы называете «скриптом» (хотя Ваши юристы даже не понимаю, что это) но и развили эту идею дальше. И что более приятно, так начали поступать и другие провайдеры, в итоге это приведет к большей демократизации рынка.
Перенос 6000 доменов за 3 недели от Вас — наверное Вы все таки заметили =)
Мы можем отправлять своим клиентам любые письма, это не касается Вас. Конечно упрощение переноса работает (то, что Вы называете скриптом), мало того перенос от Вас сейчас бесплатный и в ближайшее время будет развитие этой идеи. Мы не просто оставили то, что Вы называете «скриптом» (хотя Ваши юристы даже не понимаю, что это) но и развили эту идею дальше. И что более приятно, так начали поступать и другие провайдеры, в итоге это приведет к большей демократизации рынка.
По поводу того что Вы не видите, о чем Вы, API отключили, а вот перенос 6000 доменов за 3 недели от Вас — наверное Вы все таки заметили =)
Еще раз, какие нарушения — конкретно, вы даже в жалобе КЦ не указали нарушений кроме текста рассылки нашим клиентам =)?
Хватит уже писать об абстрактных нарушениях и вводить всех в заблуждения. Вы не регулирующий орган, вы монополист (точнее олигополист), который хочет продолжить зарабатывать на продлении доменов за 900 рублей при стоимости в КЦ 141 рубль.
Еще раз, какие нарушения — конкретно, вы даже в жалобе КЦ не указали нарушений кроме текста рассылки нашим клиентам =)?
Хватит уже писать об абстрактных нарушениях и вводить всех в заблуждения. Вы не регулирующий орган, вы монополист (точнее олигополист), который хочет продолжить зарабатывать на продлении доменов за 900 рублей при стоимости в КЦ 141 рубль.
А какие замечания у Вас были? В вашей жалобе в принципе не было конкретики. Там было 2 скриншота и по ним КЦ дал четкий ответ — это не нарушение правил.
Ваша новая позиция интересна, но у нас не было не каких нарушений и мы нечего не устраняли.
Алексей, спасибо, что Вы высоко оценили качество нашей работы с администраторами доменов.
Я не понимаю Ваших выводов, как впринципе и всего того, что Вы делаете или пишите. Я считаю, что Вы нарушили права как администраторов так и пользователей доменов.
На данный момент все они защищены, жалоб нет
Да откуда Вам это знать? Вы же не КЦ? Можете поинтересоваться пришлось ли КЦ работать в выходные…
Наша компания является не только хостинг провайдером, но и аккредитованным регистратором. В юридической плоскости можно как угодно делить пользователей (администратры, пользователи доменов, клиенты хосиинга) на Ваших/Наших — что Вы явно и пытаетесь делать. Но в конечном итоге доставлены неудобства людям — которым до этого нет абсолютно не какого дела.
Если Вы не можете понять, что Вы уже повлияли не только на работу нашей компании, но и на работу своей компании — у меня нету комментариев.
Сейчас мы подготавливаем официальный ответ на обращение КЦ. Этот процесс занимает некоторое время. Суть обращения наших коллег в КЦ я сейчас поясню, так как даже нам потребовалось достаточно большое количество времени, что бы его понять, много текста так что спрятал его под спойлер:
Обвинение в нарушении процедуры получения AuthInfo-кода в случае, если речь идет о получении кода для клиентов компании Рег.ру
Определение: администратор домена— пользователь, на имя которого зарегистрировано доменное имя в Реестре;
пользователь домена— лицо, заказывающее или использующее услуги, связанные с регистрацией доменных имен;
В случае, если этот пункт относиться к нам как к партнеру аккредитованного регистратора — компании РегРу, поясняем:
В соответствии с пунктом 2.3 «правил регистрации доменных имен в зонах .RU и.РФ» пользователь вправе заключить договор с любым регистратором. Пункт 1 регламента «О процедуре, подлежащей применению при передаче поддержки сведений о доменном имени между регистраторами»:
С целью получения AuthInfo-кода администратор направляет регистратору-донору соответствующую заявку. Регистратор-донор обязан обеспечить администратору возможность направить заявку на выдачу AuthInfo-кода через свой сайт, посвященный регистраторской деятельности.
При этом нигде в официальных документах Координационного центра зоны RU не указывается способ, которым администратор должен и может запрашивать AuthInfo-код. Для целей упрощения данного действия для администраторов и наших клиентов (пользователей) мы использовали метод API create_authinfo_request, описание метода доступно здесь www.reg.ru/support/help/api2#create_authinfo_request. Запрос идет к домену api.reg.ru, который, согласно сервису Whois, является сайтом компании РегРу. В качестве параметра этого метода передается только домен (или список доменов), а также способ доставки уведомлений без передачи других данных.
Прошу заменить, данный метод доступен группе «Клиенты» руководствуясь определениями Координационного Центра — пользователем доменов, то есть из описания следует, что фактически он не требует заключения партнерского договора и договора на имя администратора домена. Из описания API на сайте reg.ru: это функции требующие аутентификации, но доступные для всех клиентов, зарегистрировавшихся на нашем сайте.
Фактически, человек, зарегистрировавший аккаунт на сайте компании РегРу, будучи будущим пользователем доменов, может регистрировать домены на любые персоны (администраторов доменов) и далее, имея логин и пароль только от своего аккаунта, может запрашивать через API AuthInfo-код для любых доменов на аккаунте (в данном случае, будучи именно пользователем доменов, а не администратором доменов), при этом, мы полагаем, он не обязательно будет являться администратором домена, но регистрировал домен, заплатил за него и имеет все полномочия по управлению доменом, то есть является пользователем домена. Аналогичные действия он может совершить и через форму на сайте reg.ru (форма была доступна без авторизации до 19 часов 11.06.2018), так как имеет доступ к регистрационным данным домена, таким как имя домена и email адрес. При подаче заявки, любым из способов в соотвествии с пунктом 1.3 регламента «О процедуре, подлежащей применению при передаче сведений о доменном имени между регистраторами»
Выдача AuthInfo-кода администратору осуществляется регистратором-донором одним из способов по выбору администратора, в том числе:
— предоставлением в письменной форме;
— с использованием sms-авторизации по хранящемуся в Реестре номеру телефона администратора (с функцией приема коротких текстовых сообщений (sms)), предназначенного для проведения процедуры передачи поддержки домена между регистраторами;
— с использованием e-mail-авторизации по хранящемуся в Реестре адресу электронной почты администратора, предназначенному для проведения процедуры передачи поддержки домена между регистраторами
Возможность связи с администратором по хранящимся в Реестре номеру телефона с функцией приема коротких текстовых сообщений (sms) и/или адресу электронной почты, предназначенных для проведения процедуры передачи поддержки домена, должна быть проверена регистратором-донором до генерации AuthInfo-кода.
Авториза́ция (англ. authorization — разрешение, уполномочивание) — предоставление определённому лицу или группе лиц прав на выполнение определённых действий; а также процесс проверки (подтверждения) данных прав при попытке выполнения этих действий.
То есть фактически в прямые обязанности регистратора-донора входит, проверка валидности запроса на выдачу AuthInfo-кода и только потом его выдача, валидным считается запрос AuthInfo-кода совершенный администратором домена, а не пользователем домена — на что компания РегРу явно акцентировала внимание. Также подчеркиваем — компания ООО «Бегет» как у партнера компании РегРу не брала на себя обязательств по SMS или email авторизации администраторов доменов при запросе AuthInfo-кода (в соответствии с договором от 2008 года), обязательства по авторизации обязан брать на себя регистратор-донор.
Мы полагаем, компания РегРу не осуществляла полностью выполнение данного пункта в рамках взятых на себя обязательств.
Обвинение в нарушении процедуры получения AuthInfo-кода в случае, если речь идет о получении кода для клиентов компании Бегет
Запрос AuthInfo-кода осуществляется для доменов, зарегистрированных в компании Бегет, посредствам beget.com/ru/authcode
Ссылка на инструкцию о переносе доменов к другому регистратору (https://beget.com/ru/articles/move_domains_from_beget) доступна на странице описания услуги по регистрации/продлению доменов beget.com/ru/domain-register.
Для получения AuthInfo-кода необходимо указать доменное имя и выбрать тип отправки кода (email, sms), также на данной форме добавлена проверка на то, что данное действие совершает человек. После нажатия кнопки «Получить AuthInfo-code» на email/телефон администратора домена придет пароль для подтверждения того, что данное действие совершает именно администратор домена. После ввода пароля на нашем сайте генерируется AuthInfo-код, который отправляется в Координационный Центр и администратору домена выбранным им способом.
Таким образом, мы считаем, что мы полностью соответствуем требованием Координационного Центра в плане авторизации администратора домена при получении AuthInfo-кода и возможности выдачи AuthInfo-кода администратору домена.
Обвинения в массовой рассылке писем клиентам компании РегРу и комментарии по сути акции
Компания ООО «Бегет» за все время сотрудничества с копанием РегРу (за исключением, как мы считаем, незаконного уведомления о разрыве договора) ни разу не получала жалоб со стороны компании РегРу на нарушение регламента или любых условий договора. Также мы не получали официальных замечаний от Координационного центра.
Возможно, наши коллеги подразумевали акцию «Перенос + продление домена в зоне .RU/.РФ за 289 рублей!», описание которой доступно у нас на сайте beget.com/ru/news/2018/transfer-renewal. Акция была запущена 14 марта 2018, в заявлении компании Рег.ру указано, что ей поступали якобы массовые жалобы в период с 1 марта 2018 года. В период с 1 марта 2018 года до 14 марта 2018 года кроме тестовых запросов к API никаких других запросов не было. Массовую рассылку посредством писем или SMS по данной акции мы не делали. Повторимся еще раз, никаких писем, даже об окончании / продлении / разделегировании доменов на email администратора домена клиентам компании РегРу мы не рассылали, так как это прямая обязанность компании РегРу. Все рассылки осуществлялись по нашей клиентской базе, по email, которые наши клиенты указывают при регистрации хостингового аккаунта. Email, указанный нашими клиентами при регистрации домена, когда это происходило через нас как партнеров компании РегРу в рассылках никогда не использовался.
Также просим заметить, учитывая текст письма, который предоставила компания РегРу, в приложении 2, рассылка сделанная от 07.06.2018 происходила по нашей клиентской базе. В данной рассылке идет перечисление всех доменов на аккаунте хостинга, как мы полагаем, рассылать такую информацию администраторам доменов незаконно и нелогично.
Мы не вводили наших пользователей в заблуждение данной акцией. Ниже приведен скриншот к новости о данной акции виден пример модального окна, которое видели пользователи, в случае, если бы его домен был зарегистрирован через аккредитованного регистратора RU-CENTER.
Там явно написано, что текущим регистратором для данного домена является RU-CENTER, и приведена инструкция по получению кода. В случае с компанией РегРу, так как данная компания предоставляла API для управления/регистрации доменов, которые находились на нашем партнерском договоре, процедура получения кода была максимально упрощена в случае, если домен был зарегистрирован через нас как партнера. В случае, если это является нарушением, мы не понимаем смысл предоставления этого API.
Для остальных случаев выдавалось точно такое же окно с инструкциями. В данных инструкциях явно указанно, кто является текущим регистратором домена. Еще раз повторюсь, что приложение 1 из жалобы компании РегРу — это не письмо, это скриншот нашей панели управления хостингом.
В описании к акции на нашем сайте и в панели управления явно указывалось преимущество обслуживания доменного имени у компании Бегет как у аккредитованного регистратора:
Чем больше доменов под нашим обслуживанием, тем меньше цена. Подробнее о гибкой ценовой политике. Мы стараемся удерживать одну из самых привлекательных цен на регистрацию и продление доменов в зонах .RU и.РФ.
Мы считаем, данное утверждение корректно. Так как оно подтверждено в отчетe директора АНО «Координационный центр национального домена сети Интернет» Андрея Воробьева по результатам деятельности организации в 2017 году, цитата:
Порог в 1% и более за прошедший год преодолел только регистратор Beget. Начав работать в начале 2017 г., регистратор Beget смог увеличить свою долю по итогам года до 1,3%, став одним из крупнейших регистраторов. Связано это с наименьшей стоимостью регистрации доменов в домене .RU среди всех регистраторов.
Мы искренне не понимаем, почему данный пункт ставится нам в претензию. Работая в сфере информационных технологий, мы считаем, что доступные, качественные и простые услуги — залог успеха.
Для наших клиентов, у которых были зарегистрированы домены через компанию Рег.ру как аккредитованного регистратора, но при этом домены не находились на нашем партнерском договоре, разница в стоимости при переносе к нам могла доходить до 900 рублей, что составляет более 600% от себестоимости домена. Инструкция со старой ценой, мы не следим за ценами в компании РегРу, но полагаем, в данном вопросе дополнительных подтверждений не потребуется.
Остальные пункты из нашей новости логичны и, как нам кажется, не требуют объяснений.
Обвинения в рассылке писем со встроенным скриптом клиентам регистратора.
\
Компания ООО Бегет никогда не рассылала письма по базе клиентов компании РегРу, рассылки шли исключительно по нашей клиентской базе. На момент отправки данного письма у нас не было де-факто заключен какой либо договор с компанией РегРу, так как они его к этому моменту уже расторгли в одностороннем порядке. Мы разослали своим пользователям письмо с предложением о переносе доменов к нам на обслуживание для восстановления тех преимуществ, которые были до, как мы считаем, незаконного разрыва отношений в одностороннем порядке компанией РегРу. Также целью данного письма была минимизация беспокойства пользователей в связи с данной ситуацией.
Письмо из «приложения 1» жалобы компании Рег.ру не является письмом. «Приложение 1» из жалобы компании РегРу является скриншотом нашей панели управления хостингом. Об этом как минимум свидетельствует ссылка «назад» и фильтр в таблице. Я полагаю все клиенты которые получили данное письмо могут убедиться в том, что там нет даже тега «script».
Еще раз обратить внимание на тот факт, что ВСЕ рассылки мы делаем исключительно по нашей клиентской базе. То есть мы никогда не рассылали письма на email администраторов доменов (за исключением наших доменов, правила КЦ обязывают), мы всегда рассылали исключительно по данным наших клиентов, которые зарегистрировались на нашем сайте (https://beget.com) и сами предоставили нам номер телефона и email адрес, который мы сами проверяли на корректность и принадлежность к данной персоне.
Одностороннее расторжение партнерского договора с компаний РегРу, привело к значительной панике и неудобствам как среди наших клиентов, так и среди клиентов компании РегРу. Вне зависимости от правовой оценки данной ситуации (которую будет определять суд) мы считаем, что права администраторов доменов и пользователей нашего хостинга были нарушены.
Те нарушения и неудобства которые, мы сейчас наблюдаем
Администраторам доменов приходит письмо от 06.06.2018 сообщающее о том, что их текущий провайдер больше не партнер компании РегРу и теперь управление доменами передано компании РегРу. При этом часть клиентов не понимает, что происходит с сайтами. В этот момент у клиентов начинается паника.
Клиенты звонят и пишут компании Бегет, но не получают ответов. Из-за большого количества заявок мы не можем их обработать в приемлемые сроки — это добавляет паники и непонимания.
Когда клиенты до нас дозваниваются, у нас нет ответов на вопросы, так как копию уведомления после многочисленных обращений в компанию РегРу мы получаем только через 4 часа после фактической блокировки аккаунта и рассылки писем администраторам доменов. Невозможность оперативного получения информации о текущем статусе доменов еще больше обостряет ситуацию.
Доступ в личный кабинет компании РегРу администраторы доменов получают только через 12 часов. Фактически в течении 12 часов администраторы доменов не имели никакой возможности управлять своим доменом. Мы считаем, что это прямое нарушение прав администраторов доменов.
Часть писем администраторам доменов могла не дойти и попасть в спам. Ввиду массовой рассылки за короткий промежуток времени.
Аккаунты в компании РегРу создавались не по нашей клинской базе (фактически пользователей доменов), а по регистрационным данным доменного имени (фактически администраторов доменов). Это создает некоторую путаницу и сложность многим администраторам/пользователям доменов, так как у нас были хостинг аккаунты с большим количеством доменов. Это дополнительное неудобство в виде ручного объединения всех аккаунтов в рамках одного аккаунта. Фактически, один клиент, указав свои данные при регистрации доменов и при этом указав разные email для разных доменов, получил большое количество аккаунтов.
После того, как компания РегРу создала личные кабинеты у себя на сайте, не был учтен момент, что части организаций требуется определенное время на заключение договора, за которое их домен может закончится. Особое внимание следует обратить на бюджетные и государственные организации, которые согласуют бюджет. Заключение договора с бюджетными или государственными организациями достаточно долгий процесс, который может занимать до нескольких недель.
У наших пользователей в нашей панели управления хостингом для большого количество доменов стояла функция автопродления. При этом, по правилам аккредитованного регистратора, компания РегРу обязана была высылать письма об окончании срока делегирования. Большинство клиентов привыкли, что при получении такого письма мы продляем домен через API с лицевого счета клиента без непосредственного участия самого клиента и, как следует, могут игнорировать эти письма. В случае, если пользователь нашей панели управления и администратор доменного имени по тем или иным причинам проигнорировал уведомления нашей компании и компании РегРу, это может привести к разделегированию домена.
Подавляющий процент регистраций и продлений происходит бесплатно за счет бонусных доменов, которые мы выдаем при оплате хостинга на год. Фактически, пользователи потеряли возможность бесплатно продлевать домены, которую они имели ранее. По нашему мнению, это нарушение прав пользователей доменов.
Форма выдачи AuthInfo-кода с 19 часов 11.06.2018 стала доступна только после авторизации на сайте компании reg.ru. Это явно противоречит пункту 1 регламента «О процедуре, подлежащей применению при передаче поддержки сведений о доменном имени между регистраторами» и ущемляет права большой части администраторов доменных имен, которые регистрировали домены через партнеров компании РегРу и не имеют личного кабинета на сайте reg.ru. Так как они лишаются возможности переноса домена к другому регистратору.
Итого: на текущий момент доставлены неудобства нашим пользователям — но сайты наших клиентов продолжают отлично работать на нашем хостинге. Мы вернулись в стандартный ритм работы, скоро будем выкладывать новые релизы с улучшеным функционалом, продолжим улучшать качество поддержки и решать все те задачи, с которыми мы сталкиваемся каждый день. Готовим официальный ответ в КЦ, подготавливаем судебный иск. С нетерпением ждем обращения к нам ФАС =)
То есть, звонить клиентам и нагло им врать, а затем грозить им судом когда они вас на этом ловят и публикуют доказательства вашего вранья — это корректно?
Вместо того, чтобы просто извиниться и сказать — что Ваш сотрудник ошибся (такое бывает — это неизбежно), вы пугаете пользователей судом! Плюс здесь в том, что своим заявлением Вы, в том числе, подтвердили подлинность этой записи.
Хочу отметить, что любые издержки, связанные с судебным преследованием наших пользователей компанией РегРу, мы готовы взять на себя.
Я даже комментировать это не хочу я просто оставлю это здесь: beget.com/docs/personal-data.pdf. На 90% подготовили ответ в КЦ — после ответа все станет гораздо понятней.
Общее количество доменов ушедших за год от regru — 36790
Общее количество доменов пришедших на regru — 67227
Общее количество доменов ушедших за год от BeGet — 311
Общее количество доменов пришедших на BeGet — 12937
Общее изменение количества доменов у ТОП 10 регистраторов за год:
Все данные берутся из открытого проекта — firststat.ru (github).
Кому интересно поиграться:
Общее количество доменов ушедших за год от regru — 36790
Общее количество доменов пришедших на regru — 67227
Общее количество доменов ушедших за год от BeGet — 311
Общее количество доменов пришедших на BeGet — 12937
Общее изменение количества доменов у ТОП 10 регистраторов за год:
Все данные берутся из открытого проекта — firststat.ru (github).
Кому интересно поиграться:
Мы до сих пор отправляем письма и до сих пор работает акция, все на что Вы жаловались работает.
Мы можем отправлять своим клиентам любые письма, это не касается Вас. Конечно упрощение переноса работает (то, что Вы называете скриптом), мало того перенос от Вас сейчас бесплатный и в ближайшее время будет развитие этой идеи. Мы не просто оставили то, что Вы называете «скриптом» (хотя Ваши юристы даже не понимаю, что это) но и развили эту идею дальше. И что более приятно, так начали поступать и другие провайдеры, в итоге это приведет к большей демократизации рынка.
Перенос 6000 доменов за 3 недели от Вас — наверное Вы все таки заметили =)
Мы можем отправлять своим клиентам любые письма, это не касается Вас. Конечно упрощение переноса работает (то, что Вы называете скриптом), мало того перенос от Вас сейчас бесплатный и в ближайшее время будет развитие этой идеи. Мы не просто оставили то, что Вы называете «скриптом» (хотя Ваши юристы даже не понимаю, что это) но и развили эту идею дальше. И что более приятно, так начали поступать и другие провайдеры, в итоге это приведет к большей демократизации рынка.
По поводу того что Вы не видите, о чем Вы, API отключили, а вот перенос 6000 доменов за 3 недели от Вас — наверное Вы все таки заметили =)
Хватит уже писать об абстрактных нарушениях и вводить всех в заблуждения. Вы не регулирующий орган, вы монополист (точнее олигополист), который хочет продолжить зарабатывать на продлении доменов за 900 рублей при стоимости в КЦ 141 рубль.
Хватит уже писать об абстрактных нарушениях и вводить всех в заблуждения. Вы не регулирующий орган, вы монополист (точнее олигополист), который хочет продолжить зарабатывать на продлении доменов за 900 рублей при стоимости в КЦ 141 рубль.
Ваша новая позиция интересна, но у нас не было не каких нарушений и мы нечего не устраняли.
В любом случае дальше будет интересней.
На момент проведения проверки нарушений требований регламентирующих документов со стороны Регистратора Координатором не выявлено.
пс. дальше будет интересней =)
На момент проведения проверки нарушений требований регламентирующих документов со стороны Регистратора Координатором не выявлено.
Насколько нам известно, проверка наших коллег все еще идет.
Вы явно сделали все, что бы уменьшить это количество. Остальные вопросы будет решать суд. Прочитайте комментарии внизу.
Я не понимаю Ваших выводов, как впринципе и всего того, что Вы делаете или пишите. Я считаю, что Вы нарушили права как администраторов так и пользователей доменов.
Да откуда Вам это знать? Вы же не КЦ? Можете поинтересоваться пришлось ли КЦ работать в выходные…
Наша компания является не только хостинг провайдером, но и аккредитованным регистратором. В юридической плоскости можно как угодно делить пользователей (администратры, пользователи доменов, клиенты хосиинга) на Ваших/Наших — что Вы явно и пытаетесь делать. Но в конечном итоге доставлены неудобства людям — которым до этого нет абсолютно не какого дела.
Если Вы не можете понять, что Вы уже повлияли не только на работу нашей компании, но и на работу своей компании — у меня нету комментариев.
администратор домена— пользователь, на имя которого зарегистрировано доменное имя в Реестре;
пользователь домена— лицо, заказывающее или использующее услуги, связанные с регистрацией доменных имен;
В случае, если этот пункт относиться к нам как к партнеру аккредитованного регистратора — компании РегРу, поясняем:
В соответствии с пунктом 2.3 «правил регистрации доменных имен в зонах .RU и.РФ» пользователь вправе заключить договор с любым регистратором. Пункт 1 регламента «О процедуре, подлежащей применению при передаче поддержки сведений о доменном имени между регистраторами»:
С целью получения AuthInfo-кода администратор направляет регистратору-донору соответствующую заявку. Регистратор-донор обязан обеспечить администратору возможность направить заявку на выдачу AuthInfo-кода через свой сайт, посвященный регистраторской деятельности.
При этом нигде в официальных документах Координационного центра зоны RU не указывается способ, которым администратор должен и может запрашивать AuthInfo-код. Для целей упрощения данного действия для администраторов и наших клиентов (пользователей) мы использовали метод API create_authinfo_request, описание метода доступно здесь www.reg.ru/support/help/api2#create_authinfo_request. Запрос идет к домену api.reg.ru, который, согласно сервису Whois, является сайтом компании РегРу. В качестве параметра этого метода передается только домен (или список доменов), а также способ доставки уведомлений без передачи других данных.
Прошу заменить, данный метод доступен группе «Клиенты» руководствуясь определениями Координационного Центра — пользователем доменов, то есть из описания следует, что фактически он не требует заключения партнерского договора и договора на имя администратора домена. Из описания API на сайте reg.ru: это функции требующие аутентификации, но доступные для всех клиентов, зарегистрировавшихся на нашем сайте.
Фактически, человек, зарегистрировавший аккаунт на сайте компании РегРу, будучи будущим пользователем доменов, может регистрировать домены на любые персоны (администраторов доменов) и далее, имея логин и пароль только от своего аккаунта, может запрашивать через API AuthInfo-код для любых доменов на аккаунте (в данном случае, будучи именно пользователем доменов, а не администратором доменов), при этом, мы полагаем, он не обязательно будет являться администратором домена, но регистрировал домен, заплатил за него и имеет все полномочия по управлению доменом, то есть является пользователем домена. Аналогичные действия он может совершить и через форму на сайте reg.ru (форма была доступна без авторизации до 19 часов 11.06.2018), так как имеет доступ к регистрационным данным домена, таким как имя домена и email адрес. При подаче заявки, любым из способов в соотвествии с пунктом 1.3 регламента «О процедуре, подлежащей применению при передаче сведений о доменном имени между регистраторами»
Выдача AuthInfo-кода администратору осуществляется регистратором-донором одним из способов по выбору администратора, в том числе:
— предоставлением в письменной форме;
— с использованием sms-авторизации по хранящемуся в Реестре номеру телефона администратора (с функцией приема коротких текстовых сообщений (sms)), предназначенного для проведения процедуры передачи поддержки домена между регистраторами;
— с использованием e-mail-авторизации по хранящемуся в Реестре адресу электронной почты администратора, предназначенному для проведения процедуры передачи поддержки домена между регистраторами
Возможность связи с администратором по хранящимся в Реестре номеру телефона с функцией приема коротких текстовых сообщений (sms) и/или адресу электронной почты, предназначенных для проведения процедуры передачи поддержки домена, должна быть проверена регистратором-донором до генерации AuthInfo-кода.
Авториза́ция (англ. authorization — разрешение, уполномочивание) — предоставление определённому лицу или группе лиц прав на выполнение определённых действий; а также процесс проверки (подтверждения) данных прав при попытке выполнения этих действий.
То есть фактически в прямые обязанности регистратора-донора входит, проверка валидности запроса на выдачу AuthInfo-кода и только потом его выдача, валидным считается запрос AuthInfo-кода совершенный администратором домена, а не пользователем домена — на что компания РегРу явно акцентировала внимание. Также подчеркиваем — компания ООО «Бегет» как у партнера компании РегРу не брала на себя обязательств по SMS или email авторизации администраторов доменов при запросе AuthInfo-кода (в соответствии с договором от 2008 года), обязательства по авторизации обязан брать на себя регистратор-донор.
Мы полагаем, компания РегРу не осуществляла полностью выполнение данного пункта в рамках взятых на себя обязательств.
Ссылка на инструкцию о переносе доменов к другому регистратору (https://beget.com/ru/articles/move_domains_from_beget) доступна на странице описания услуги по регистрации/продлению доменов beget.com/ru/domain-register.
Для получения AuthInfo-кода необходимо указать доменное имя и выбрать тип отправки кода (email, sms), также на данной форме добавлена проверка на то, что данное действие совершает человек. После нажатия кнопки «Получить AuthInfo-code» на email/телефон администратора домена придет пароль для подтверждения того, что данное действие совершает именно администратор домена. После ввода пароля на нашем сайте генерируется AuthInfo-код, который отправляется в Координационный Центр и администратору домена выбранным им способом.
Таким образом, мы считаем, что мы полностью соответствуем требованием Координационного Центра в плане авторизации администратора домена при получении AuthInfo-кода и возможности выдачи AuthInfo-кода администратору домена.
Компания ООО «Бегет» за все время сотрудничества с копанием РегРу (за исключением, как мы считаем, незаконного уведомления о разрыве договора) ни разу не получала жалоб со стороны компании РегРу на нарушение регламента или любых условий договора. Также мы не получали официальных замечаний от Координационного центра.
Возможно, наши коллеги подразумевали акцию «Перенос + продление домена в зоне .RU/.РФ за 289 рублей!», описание которой доступно у нас на сайте beget.com/ru/news/2018/transfer-renewal. Акция была запущена 14 марта 2018, в заявлении компании Рег.ру указано, что ей поступали якобы массовые жалобы в период с 1 марта 2018 года. В период с 1 марта 2018 года до 14 марта 2018 года кроме тестовых запросов к API никаких других запросов не было. Массовую рассылку посредством писем или SMS по данной акции мы не делали. Повторимся еще раз, никаких писем, даже об окончании / продлении / разделегировании доменов на email администратора домена клиентам компании РегРу мы не рассылали, так как это прямая обязанность компании РегРу. Все рассылки осуществлялись по нашей клиентской базе, по email, которые наши клиенты указывают при регистрации хостингового аккаунта. Email, указанный нашими клиентами при регистрации домена, когда это происходило через нас как партнеров компании РегРу в рассылках никогда не использовался.
Также просим заметить, учитывая текст письма, который предоставила компания РегРу, в приложении 2, рассылка сделанная от 07.06.2018 происходила по нашей клиентской базе. В данной рассылке идет перечисление всех доменов на аккаунте хостинга, как мы полагаем, рассылать такую информацию администраторам доменов незаконно и нелогично.
Мы не вводили наших пользователей в заблуждение данной акцией. Ниже приведен скриншот к новости о данной акции виден пример модального окна, которое видели пользователи, в случае, если бы его домен был зарегистрирован через аккредитованного регистратора RU-CENTER.
Там явно написано, что текущим регистратором для данного домена является RU-CENTER, и приведена инструкция по получению кода. В случае с компанией РегРу, так как данная компания предоставляла API для управления/регистрации доменов, которые находились на нашем партнерском договоре, процедура получения кода была максимально упрощена в случае, если домен был зарегистрирован через нас как партнера. В случае, если это является нарушением, мы не понимаем смысл предоставления этого API.
Для остальных случаев выдавалось точно такое же окно с инструкциями. В данных инструкциях явно указанно, кто является текущим регистратором домена. Еще раз повторюсь, что приложение 1 из жалобы компании РегРу — это не письмо, это скриншот нашей панели управления хостингом.
В описании к акции на нашем сайте и в панели управления явно указывалось преимущество обслуживания доменного имени у компании Бегет как у аккредитованного регистратора:
Чем больше доменов под нашим обслуживанием, тем меньше цена. Подробнее о гибкой ценовой политике. Мы стараемся удерживать одну из самых привлекательных цен на регистрацию и продление доменов в зонах .RU и.РФ.
Мы считаем, данное утверждение корректно. Так как оно подтверждено в отчетe директора АНО «Координационный центр национального домена сети Интернет» Андрея Воробьева по результатам деятельности организации в 2017 году, цитата:
Порог в 1% и более за прошедший год преодолел только регистратор Beget. Начав работать в начале 2017 г., регистратор Beget смог увеличить свою долю по итогам года до 1,3%, став одним из крупнейших регистраторов. Связано это с наименьшей стоимостью регистрации доменов в домене .RU среди всех регистраторов.
Мы искренне не понимаем, почему данный пункт ставится нам в претензию. Работая в сфере информационных технологий, мы считаем, что доступные, качественные и простые услуги — залог успеха.
Для наших клиентов, у которых были зарегистрированы домены через компанию Рег.ру как аккредитованного регистратора, но при этом домены не находились на нашем партнерском договоре, разница в стоимости при переносе к нам могла доходить до 900 рублей, что составляет более 600% от себестоимости домена. Инструкция со старой ценой, мы не следим за ценами в компании РегРу, но полагаем, в данном вопросе дополнительных подтверждений не потребуется.
Остальные пункты из нашей новости логичны и, как нам кажется, не требуют объяснений.
Компания ООО Бегет никогда не рассылала письма по базе клиентов компании РегРу, рассылки шли исключительно по нашей клиентской базе. На момент отправки данного письма у нас не было де-факто заключен какой либо договор с компанией РегРу, так как они его к этому моменту уже расторгли в одностороннем порядке. Мы разослали своим пользователям письмо с предложением о переносе доменов к нам на обслуживание для восстановления тех преимуществ, которые были до, как мы считаем, незаконного разрыва отношений в одностороннем порядке компанией РегРу. Также целью данного письма была минимизация беспокойства пользователей в связи с данной ситуацией.
Письмо из «приложения 1» жалобы компании Рег.ру не является письмом. «Приложение 1» из жалобы компании РегРу является скриншотом нашей панели управления хостингом. Об этом как минимум свидетельствует ссылка «назад» и фильтр в таблице. Я полагаю все клиенты которые получили данное письмо могут убедиться в том, что там нет даже тега «script».
Еще раз обратить внимание на тот факт, что ВСЕ рассылки мы делаем исключительно по нашей клиентской базе. То есть мы никогда не рассылали письма на email администраторов доменов (за исключением наших доменов, правила КЦ обязывают), мы всегда рассылали исключительно по данным наших клиентов, которые зарегистрировались на нашем сайте (https://beget.com) и сами предоставили нам номер телефона и email адрес, который мы сами проверяли на корректность и принадлежность к данной персоне.
Одностороннее расторжение партнерского договора с компаний РегРу, привело к значительной панике и неудобствам как среди наших клиентов, так и среди клиентов компании РегРу. Вне зависимости от правовой оценки данной ситуации (которую будет определять суд) мы считаем, что права администраторов доменов и пользователей нашего хостинга были нарушены.
Итого: на текущий момент доставлены неудобства нашим пользователям — но сайты наших клиентов продолжают отлично работать на нашем хостинге. Мы вернулись в стандартный ритм работы, скоро будем выкладывать новые релизы с улучшеным функционалом, продолжим улучшать качество поддержки и решать все те задачи, с которыми мы сталкиваемся каждый день. Готовим официальный ответ в КЦ, подготавливаем судебный иск. С нетерпением ждем обращения к нам ФАС =)
Вместо того, чтобы просто извиниться и сказать — что Ваш сотрудник ошибся (такое бывает — это неизбежно), вы пугаете пользователей судом! Плюс здесь в том, что своим заявлением Вы, в том числе, подтвердили подлинность этой записи.
Хочу отметить, что любые издержки, связанные с судебным преследованием наших пользователей компанией РегРу, мы готовы взять на себя.
Срок ответа 19 июня, постараемся подготовить раньше.