Перейти к содержанию
Форумы
Vladimir812

Работа с юр. лицами

Рекомендуемые сообщения

Хотел обратить внимание на несколько недоработок в биллинге, связанных именно с юр. лицами.

 

- Шаблон договора: если аккаунт юр. лица не активирован, то в договоре не подставляются значения переменных, а просто отображаются сами названия переменных.

- Шаблон договора: отсутствуют переменные - ФИО заказчика, его должность и на каком основании он действует.

- Шаблон договора: склонение имени заказчика (пример - в лице Иванова Ивана Ивановича), склонение должности (пример - в лице генерального директора), склонение на основании чего действует.

- Информация об организации: отсутствует поле должности представителя.

- Акт о работах: Добавить в шапку телефон организации из данных об организации.

- Счета на оплату (любой и физ. и юр.) содержат неверную подпись: С Наилучшими Пожеланиями, Администрация www.order.domain.com. Должен быть либо сайт хостера, либо название организации.

- Счет на оплату домена для юр. лица содержит неверное назначение платежа, а именно размещение информации вместо регистрации домена, тоже актуально и для продления домена. В актах назначение платежа верное.

- Счет на оплату для юр. лица содержит неверную сумму в рублях. Например, вместо 380р. указывается 11,4р. Также в списке платежей указывается

380 RUR или 11.4 USD.

Совершенно не понятно откуда 11,4 когда в настройках другой коэффициент к валюте. Если в настройках валют указать единицу, то счет верный, а в списке будет 380USD. Тоже актуально и для акта, неверная сумма. Если счет еще не оплачен, то на стр. платежей таблица съезжает влево (см. вложение)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Также хочу добавить:

- Необходимо реализовать в админке заказа юр. лица ссылку на его договор и акты по платежам, но чтобы на них не было переменной печати и подписи. Для чего - чтобы можно было прямо оттуда распечатать договор и акты, пропечатать живой печатью и выслать клиенту. В его аккаунте для него самого пусть будут с оттиском как и сейчас.

- Обязательно нужно именно для аккаунта юр.лица допилить систему загрузки документов. При этом из отдельного выпадающего меню, чтобы клиент выбирал какие доки он загружает. Важно 3 документа: скан ИНН, свид. о регистрации и если лицо по доверенности действует, то скан доверенности. После загрузки необходимо уведомление на главную для проверки загруженного документа. Также важно не давать клиенту удалять такие сканы.

 

Очень хотелось бы увидеть данные изменения в самое ближайшее время. Готов оплатить работу как обычно.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Также очень важно приложение А с перечнем услуг, которые заказывает клиент. Необходимо, чтобы в случае смены тарифа клиенту юр. лицу в договоре в приложении изменялся тариф и самое главное спецификация. Например, "Приложение к Договору №8999 Спецификация 1", после смены "Приложение к Договору №8999 Спецификация 2". Чтобы ее можно было сразу распечатать в 2х экз. и отправить клиенту на согласование. В новой спецификации должно быть что-то вроде такого текста:

 

Примечание:

- Спецификация №2 от 27 ноября 2011 г. теряет свою силу с момента подписания данной спецификации.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Хотел обратить внимание на несколько недоработок в биллинге, связанных именно с юр. лицами.

 

- Шаблон договора: если аккаунт юр. лица не активирован, то в договоре не подставляются значения переменных, а просто отображаются сами названия переменных.

 

Исправил.

 

- Шаблон договора: отсутствуют переменные - ФИО заказчика, его должность и на каком основании он действует.

 

Добавил

TMPL_client_director – ФИО представителя клиента

TMPL_client_ustav – на основании чего он действует

 

- Шаблон договора: склонение имени заказчика (пример - в лице Иванова Ивана Ивановича), склонение должности (пример - в лице генерального директора), склонение на основании чего действует.

 

К сожалению, на программном уровне сделать это архисложно, т.к. в русском языке существует огромное множество вариантов склонений различных имен, фамилий и пр.

 

- Информация об организации: отсутствует поле должности представителя.

- Акт о работах: Добавить в шапку телефон организации из данных об организации.

- Счета на оплату (любой и физ. и юр.) содержат неверную подпись: С Наилучшими Пожеланиями, Администрация www.order.domain.com. Должен быть либо сайт хостера, либо название организации.

 

Можно изменить/добавить самостоятельно в шаблоны /admin/template/LANG/ur_*.php и /admin/template/LANG/fiz_*.php

 

- Счет на оплату домена для юр. лица содержит неверное назначение платежа, а именно размещение информации вместо регистрации домена, тоже актуально и для продления домена. В актах назначение платежа верное.

 

При выходе новой версии биллинга вместо текста "размещение информации" можно будет указать переменную TMPL_item

 

- Счет на оплату для юр. лица содержит неверную сумму в рублях. Например, вместо 380р. указывается 11,4р. Также в списке платежей указывается

380 RUR или 11.4 USD.

Совершенно не понятно откуда 11,4 когда в настройках другой коэффициент к валюте. Если в настройках валют указать единицу, то счет верный, а в списке будет 380USD. Тоже актуально и для акта, неверная сумма. Если счет еще не оплачен, то на стр. платежей таблица съезжает влево (см. вложение)

 

При использовании основной валюты RUR установите

Настройки -> финансы -> курсы -> Счету для юр. лиц -> 1

 

Для существующих записей из таблицы платежей, в которых указан неверный курс, нужно указать верный (единицу).

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Также хочу добавить:

- Необходимо реализовать в админке заказа юр. лица ссылку на его договор и акты по платежам, но чтобы на них не было переменной печати и подписи. Для чего - чтобы можно было прямо оттуда распечатать договор и акты, пропечатать живой печатью и выслать клиенту. В его аккаунте для него самого пусть будут с оттиском как и сейчас.

 

Ссылка на договор есть при просмотре данных по аккаунту в меню ссылок внизу.

 

post-1-0-28273700-1342647077_thumb.jpg

 

Счета, акты и счет-фактуры можно просмотреть без печати со страницы просмотра детальных данных по платежу, убрав чекбокс с "печать и подпись".

 

post-1-0-11195200-1342647080_thumb.jpg

 

- Обязательно нужно именно для аккаунта юр.лица допилить систему загрузки документов. При этом из отдельного выпадающего меню, чтобы клиент выбирал какие доки он загружает. Важно 3 документа: скан ИНН, свид. о регистрации и если лицо по доверенности действует, то скан доверенности. После загрузки необходимо уведомление на главную для проверки загруженного документа. Также важно не давать клиенту удалять такие сканы.

 

Очень хотелось бы увидеть данные изменения в самое ближайшее время. Готов оплатить работу как обычно.

 

В разделе "мои файлы" клиент итак может загрузить эти документы, указав в примечании какой именно файл загружается. Смысла добавлять выпадающий список с выбором: инн, свид. о рег, доверенность или пр., - не вижу.

При загрузке файла отправляется письмо на e-mail администратора, указанный в настройках.

 

post-1-0-48648600-1342647304_thumb.jpg

 

Сообщите в деталях по каждой необходимой ф-ии, что и как надо и почему: подумаю. На данный момент при общем обзоре функций вроде все итак удовлетворяет указанным Вами условиям.

 

Также очень важно приложение А с перечнем услуг, которые заказывает клиент. Необходимо, чтобы в случае смены тарифа клиенту юр. лицу в договоре в приложении изменялся тариф и самое главное спецификация. Например, "Приложение к Договору №8999 Спецификация 1", после смены "Приложение к Договору №8999 Спецификация 2". Чтобы ее можно было сразу распечатать в 2х экз. и отправить клиенту на согласование. В новой спецификации должно быть что-то вроде такого текста:

 

Примечание:

- Спецификация №2 от 27 ноября 2011 г. теряет свою силу с момента подписания данной спецификации.

 

$10.

 

В самое ближайшее время планирую завершить работы над BPanel v3.0 Stable, так что необходимые ф-ии могут появиться уже и в ней (на данный момент осталось прикрутить SMS-уведомления и внедрить их в разные ф-ии в биллинге), остальное запланированное все уже сделал.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

1. На стр. заказа юр. лицом услуг необходимо перенести поле почтового адреса ниже юридического, т.к. это вполне логично. При совпадении почтового и юр. адреса при нажатии на галку также логично в поле забить введенный выше адрес.

 

2. Страница данных по организации:

- ФИО представителя, а не директора.

- Ввести переменную Должность представителя.

 

3. По склонениям - можно добавить строку на стр. данных по организации, например, с заголовком "Для авто заполнения Договора"

в лице TMPL1 (должность в соответствующем падеже) TMPL2 (ФИО в том же падеже), действующего на основании TMPL3.

Перед распечаткой договора сотрудник самостоятельно пропишет нужный падеж склонения на основе того. что клиент заполнил выше. Договор готов.

 

4. По актам и счетам на оплату каждый конечно может под себя прописать что угодно, но почему в целях развития скрипта не вставить переменную телефон из данных организации, а для счетов не проставить "С Наилучшими Пожеланиями, Администрация $mycompany" из config.php ? Мне кажется это вполне логично.

 

5. Со счетами и актами все понятно - вполне удобно. Я писал именно о договоре, чтобы можно было распечатывать также без печати и подписи.

 

6. В принципе, по загрузке документов можно и не городить то, что я предложил в первый раз. Но необходимо уведомление о добавлении документа юр. лицом и возможность проверки его сотрудником с выставлением соответствующего чекбокса или чего то подобного после проверки.

 

7. Закинул в аккаунт $$. Жду изменений. Спасибо.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

При выставлении единицы в курсе в акте и счете в любом случае не верная сумма. Она в USD, валюта рубли. Также при не оплаченном счете съезжает табличка у клиента в платежах - я писал в первом посте, забыл скрин вложить, если надо сделаю.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

1. На стр. заказа юр. лицом услуг необходимо перенести поле почтового адреса ниже юридического, т.к. это вполне логично. При совпадении почтового и юр. адреса при нажатии на галку также логично в поле забить введенный выше адрес.

 

Нет, т.к. тогда нарушится целостность блока, который отображается, если заказ производится на юр. лицо.

Т.е. различие в полях, которые требуется заполнить физ. лицу и юр. лицу при переключении между страницами будет не так зрительно видно.

 

2. Страница данных по организации:

- ФИО представителя, а не директора.

- Ввести переменную Должность представителя.

 

Сделал для новой версии.

 

3. По склонениям - можно добавить строку на стр. данных по организации, например, с заголовком "Для авто заполнения Договора"

в лице TMPL1 (должность в соответствующем падеже) TMPL2 (ФИО в том же падеже), действующего на основании TMPL3.

Перед распечаткой договора сотрудник самостоятельно пропишет нужный падеж склонения на основе того. что клиент заполнил выше. Договор готов.

 

Сделал для новой версии.

 

4. По актам и счетам на оплату каждый конечно может под себя прописать что угодно, но почему в целях развития скрипта не вставить переменную телефон из данных организации, а для счетов не проставить "С Наилучшими Пожеланиями, Администрация $mycompany" из config.php ? Мне кажется это вполне логично.

 

В config.php данные указываются на английском языке и соответственно наличие иноязычного названия организации в счете юридическому лицу нежелательно.

 

Однако добавил в договор, акты, счета и счет-фактуры переменную

 

TMPL_our_name – название поставщика услуг из config.php

 

5. Со счетами и актами все понятно - вполне удобно. Я писал именно о договоре, чтобы можно было распечатывать также без печати и подписи.

 

Проверил. Договор итак идет без картинки с подписью и печатью. Как при просмотре из-под клиента, так и при просмотре из-под администратора.

 

6. В принципе, по загрузке документов можно и не городить то, что я предложил в первый раз. Но необходимо уведомление о добавлении документа юр. лицом и возможность проверки его сотрудником с выставлением соответствующего чекбокса или чего то подобного после проверки.

 

Настройки -> разное -> получение писем -> получатель писем с информацией -> О загрузке файлов клиентами

 

7. Закинул в аккаунт $$. Жду изменений. Спасибо.

 

Предоставьте, пожалуйста, полный текст примера листа со спецификацией.

 

 

По списку заказанных услуг: добавьте в договор приложение наподобие

 

Приложение 1

к Договору № «01» августа 2008 г.

 

 

Перечень услуг

 

 

1. Размещение информации Заказчика на http://www. объемом до ПЕРЕМЕННАЯ Mb включительно (тарифный план ПЕРЕМЕННАЯ).

 

 

от Исполнителя

 

от Заказчика

 

Или Вам еще в перечне услуг нужно перечисление: выделенный ip адрес, регистрация в каталогах и поисковиках, домен xxx, домен yyy, свидетельство на регистрацию домена, сертификат SSL и т.п.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

По 4 пункту я просил добавить переменную телефон из данных об организации. Что касается названия организации на англ. языке, то Вы правы, давайте введем переменную организация из опять же данных об организации.

 

6. Хотелось бы именно по загруженным файлам клиентами юр. лицами иметь уведомление на Главную.

 

7. В перечне услуг должны быть только услуги, которые имеют абонентскую плату, т.е. которые привязываются к сроку хостинга: сам хостинг, IP адрес и т.п. Сертификаты и разовые в приложении не нужны. При смене тарифа или заказе таких услуг необходимо обновлять приложение: Приложение 1, Спецификация А -> Приложение 1, Спецификация Б c уведомление на Главную.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

По 4 пункту я просил добавить переменную телефон из данных об организации. Что касается названия организации на англ. языке, то Вы правы, давайте введем переменную организация из опять же данных об организации.

 

TMPL_our_company – название компании-поставщика услуг

TMPL_our_phone – номер телефона

 

6. Хотелось бы именно по загруженным файлам клиентами юр. лицами иметь уведомление на Главную.

 

А чем не устраивает уведомление по e-mail ответственному сотруднику при загрузке файлов как физическими лицами, так и юридическими?

Вывод сообщения на главную для загрузки файлов юр. лицами сделаю за деньги, $10, т.к. не вижу в этом смысла при наличии e-mail уведомлений.

 

7. В перечне услуг должны быть только услуги, которые имеют абонентскую плату, т.е. которые привязываются к сроку хостинга: сам хостинг, IP адрес и т.п. Сертификаты и разовые в приложении не нужны. При смене тарифа или заказе таких услуг необходимо обновлять приложение: Приложение 1, Спецификация А -> Приложение 1, Спецификация Б c уведомление на Главную.

 

Ок, буду думать, как реализовать.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

3. Подсмотрел в биллинге ISP, что ввод данных Должность, ФИО и на основании чего действует в родительном падеже возложен на клиента при заполнении данных по организации. Может также сделать? Те темплейты, которые Вы уже добавили вставить в форму заказа юр. лица. В принципе, это логично.

 

6. Средства на счету есть, делайте.

 

7. Жду, спасибо.

 

И выше я писал про путаницу в валютах в счетах и актах. Проверяли данный момент?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

При выставлении единицы в курсе в акте и счете в любом случае не верная сумма. Она в USD, валюта рубли. Также при не оплаченном счете съезжает табличка у клиента в платежах - я писал в первом посте, забыл скрин вложить, если надо сделаю.

 

Проверил. Все как и должно быть, суммы в рублях и правильные (такие, как и при получении счета при первичном заказе).

Вы единицу выставляете в данных по платежу? Выставьте в данных по платежу, который отображается неверно.

 

3. Подсмотрел в биллинге ISP, что ввод данных Должность, ФИО и на основании чего действует в родительном падеже возложен на клиента при заполнении данных по организации. Может также сделать? Те темплейты, которые Вы уже добавили вставить в форму заказа юр. лица. В принципе, это логично.

 

Сможет изменить как клиент, так и администратор.

Клиент на странице reg.php может ввести эти данные.

Как появится новая версия, - вживую все посмотрите и при необходимости вносите тогда предложения.

 

6. Средства на счету есть, делайте.

 

Добавил для новой версии в настройки -> панель администратора:

Добавлять в действия информацию о загрузке файлов физическими лицами:

Добавлять в действия информацию о загрузке файлов юридическими лицами:

 

 

7. Жду, спасибо.

 

Добавил для новой версии переменную в шаблон договора

TMPL_additional – список услуг для договора (/admin/template/LANG/contract*), нумеруется с “2.”

 

По доп. услугам и спецификациям и т.п.: а разве в данном случае (договор с клиентом уже заключен ранее) недостаточно счета за услуги и акта выполненных работ? Все ведь происходит под одним договором.

Если нет, то приведите полный пример текста страницы со спецификацией.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Юридически правильнее к договору прикрепить спецификацию с указанием текущего тарифа и услуг с помесячной оплатой.

 

Пример:

 

Приложение А к Договору №**** от Спецификация №3 от

Информация об абоненте

 

ООО "****" - абонент

(адрес абонента)

 

№ Услуга Стоимость подключения Ежемесячная абон. плата Параметры услуг

1 вирт.хостинг 0 руб. 100 руб. опционально

2 выд. IP 0 руб. 50 руб. опционально

 

Итого 0 руб. 150 руб.

 

Примечание: Спецификация №2 от **** теряет свою силу с момента подписания данной спецификации.

 

 

 

Подписи сторон

 

(все стандартно)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Сделал для новой версии BPanel, но надо будет допиливать опытным путем.

После выхода новой версии биллинга сообщите, какие изменения внести в модуль.

 

В шаблон договора надо будет добавить переменную "TMPL_specification".

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Давайте по порядку.

 

1. На последнем шаге регистрации юр. лица выдавать информацию о том, что необходимо распечатать Договор в 2х экземплярах, подписать, поставить печать и отправить на почтовый адрес хостера. В админке клиента юр. лица предусмотреть чекбокс - договор заключен/не заключен. Разрешать получать счет только после заключения Договора.

 

В принципе можно в каком либо разделе сделать поле html для информации последнего шага регистрации. Как в основных настройках информация для главной у клиента.

 

2. Спецификации не должны добавляться к договору. Сейчас каждая последующая добавляется в конец договора. Идея в том, что новая заменяет старую.

 

3. В спецификации добавлять только услуги ежемесячного списания (хостинг, IP адрес и т.п.) и домены, причем у подарочного домена стоимость подключения 1 копейка/цент, ежемесячно ноль, а со следующего года он становится полноценно оплачиваемым, при заказе других - стоимость подключения ноль, только в расчете помесячно.

 

4. Итоговые суммы как продолжение таблицы - суммы под суммами.

 

5. Опытным путем выяснили, что спецификация обновляется только после смены тарифа, т.е. при добавлении услуг или доменов не обновляется.

 

6. Не существенно, но, нет смысла писать в комментарии к платежу юр. лиц все переменные, в том числе в род. падеже, дабы не засорять базу. Достаточно минимальной информации.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Давайте по порядку.

 

1. На последнем шаге регистрации юр. лица выдавать информацию о том, что необходимо распечатать Договор в 2х экземплярах, подписать, поставить печать и отправить на почтовый адрес хостера.

 

Стоить будет $5. Вместо счета будет появляться текст о том, что необходимо сделать.

 

В админке клиента юр. лица предусмотреть чекбокс - договор заключен/не заключен.

 

Давно есть.

 

Разрешать получать счет только после заключения Договора.

 

Еще $5.

 

2. Спецификации не должны добавляться к договору. Сейчас каждая последующая добавляется в конец договора. Идея в том, что новая заменяет старую.

 

Распечатывайте только последний лист. Чем мешают предыдущие спецификации? Они ведь также могут потребоваться при каких-либо обстоятельствах.

 

3. В спецификации добавлять только услуги ежемесячного списания (хостинг, IP адрес и т.п.) и домены,

 

А как быть с однократно оплачиваемыми услугами? Вообще нигде не упоминать в спецификации? Не правильно вроде это как-то получается...

 

причем у подарочного домена стоимость подключения 1 копейка/цент, ежемесячно ноль, а со следующего года он становится полноценно оплачиваемым, при заказе других - стоимость подключения ноль, только в расчете помесячно.

 

Про подарочный домен подумаю, как лучше его обрабатывать.

 

4. Итоговые суммы как продолжение таблицы - суммы под суммами.

 

Обычно вроде как выносится отдельно, как собственно и есть сейчас:

Итого стоимость подключения: xxx руб.

Итого ежемесячная стоимость: yyy руб.

 

Приведите пример из интернета или пр., как должна выглядеть спецификация.

 

5. Опытным путем выяснили, что спецификация обновляется только после смены тарифа, т.е. при добавлении услуг или доменов не обновляется.

 

Исправил.

 

6. Не существенно, но, нет смысла писать в комментарии к платежу юр. лиц все переменные, в том числе в род. падеже, дабы не засорять базу. Достаточно минимальной информации.

 

Эта информация нужна, чтобы в будущем можно было воспроизводить счета на оплату, акты и счет-фактуры даже если клиент изменил какие-либо свои данные.

 

 

Архив для php 5.3 обновил.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

1. ОК, делайте.

2. В HTML не так просто разбить постранично что необходимо. Все предыдущие спецификации будут храниться в бумажном виде. В принципе, можно оставить но в начало и конец спецификации необходима информация о начале/конце страницы.

3. В случае с разовыми услугами каждый раз будет новая спецификация, это тоже не верно, так как само понятие спецификация предполагает именно обслуживание, т.е. то, за что клиент платит постоянно помесячно/погодично и.т.п. Разовые услуги - достаточно счета и акта.

4. Сейчас нет под рукой примера, отсканю и на почту отправлю.

 

Вторые 5$ тоже ОК.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

1. ОК, делайте.

 

Сделал. При каких-либо пожеланиях, - сообщите.

 

2. В HTML не так просто разбить постранично что необходимо. Все предыдущие спецификации будут храниться в бумажном виде. В принципе, можно оставить но в начало и конец спецификации необходима информация о начале/конце страницы.

 

Откройте .doc-документ через word и сохраните его как "веб-страница". В данном случае сохранится и форматирование страниц для печати.

 

3. В случае с разовыми услугами каждый раз будет новая спецификация, это тоже не верно, так как само понятие спецификация предполагает именно обслуживание, т.е. то, за что клиент платит постоянно помесячно/погодично и.т.п. Разовые услуги - достаточно счета и акта.

 

Сделал, чтобы неежемесячные услуги не отображались в спецификациях.

 

4. Сейчас нет под рукой примера, отсканю и на почту отправлю.

 

Ок, ожидаю информацию.

 

Вторые 5$ тоже ОК.

 

Сделал.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

4. На почте.

 

Внес изменения наподобие присланной скан-копии.

Получилось как-то так:

post-1-0-62238900-1347915922_thumb.jpg

 

Какие в итоге идеи с подарочными доменами?

 

Сделал сейчас.

 

Архив обновил.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Это делал вроде как только для доменов в подарок: стоимость подключения 0.01 USD/руб.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Я имел ввиду не подарочные домены. Если указывается и стоимость подключения и ежемесячная стоимость, то получается клиент заплатил за год регистрации и помесячно платит за домен еще.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Ок, изменю для новой сборки отображение стоимости подключения как разницу между стоимостью регистрации и продления, если разница положительная.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Ок, изменю для новой сборки отображение стоимости подключения как разницу между стоимостью регистрации и продления, если разница положительная.

Т.е. если регистрация и продление одна сумма, то ноль, если регистрация 200, а продление 100, то подключение 100 и 100/12 в мес? Что будет с этим доменом на сл. год? Опять стоимость подключения будет?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Для публикации сообщений создайте учётную запись или авторизуйтесь

Вы должны быть пользователем, чтобы оставить комментарий

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!

Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.

Войти

×