admin

В разделе "домены" панели клиента напротив домена должна быть картинка со ссылкой на страницу изменения DNS.

Если платеж произведен автоматически, то уведомлять о нем не надо. Форма уведомления называется "формой уведомления о ручном платеже". Если платеж получен, то администратору достаточно нажать на картинку "выполнить" на главной странице админ-панели и BPanel сама выполнит нужные действия, в т.ч. и переведет соответствующий платеж в статус полученных. "Заполнить форму" вроде как отцентрирована. Скриншот: Ссылки восстановления пароля не отцентрированы, но вроде как и так выглядят хорошо. Сделал для новой сборки. Также и с доп. услугами. Так а в чем проблема? Если клиент оплатил такую услугу, то после ее подключения в счете за активацию аккаунта вроде как услуга фигурировать не должна. Проверил, у нас все работает. Может у Вас закончилось место на диске? Вроде как ничего не поделать, т.к. в ссылке отсутствует знак пробела " ", то браузер и не переносит часть ссылки на последующую(ие) строчку(и). Архив в т.ч. и для php 5.2. обновил.

Ок, постараюсь сделать на следующей недельке.

Договоры на любые бытовые услуги в жизни всегда составляются в двух экземплярах. Если клиент вдруг по ошибке прислал хостеру лишь один экземпляр со своей подписью, то что мешает оставить его себе и самостоятельно распечатать второй экземпляр, поставить на него подпись и печать и отправить его клиенту. Можно самостоятельно изменить стиль и содержание акта в шаблоне акта (/admin/template/LANG/ur_akt.php) Так ведь помимо платежа за хостинг может быть оплата и за домен и за дополнительные услуги, соответственно в такой ежемесячный акт придется включать и их? Будет полная неразбериха. Проверил. В базе нигде не отмечено, что домен подарочный. В данных по домену вообще указано, что Оплачено всего: 300 RUR.

Ввел DNS при просмотре данных по домену в админ-панели. Клиент может сам изменять DNS.

Заново отмотал в домене по базе срок в 1 год регистрации и опять при автоактивации выдает ошибку Далее просмотрел запись по домену и указал в ней наши днс, после чего вновь отправил домен на автоактивацию с главной, после чего страница долго загружалась и домен зарегистрировался у регистратора и сразу стал виден во whois.

Домен с ID 6 уже был активирован у Вас по базе (была указана дата регистрации как 2014 год), по этой причине автоматический запрос к API регистратора не отправлялся. Изменил срок регистрации домена на пустоту, а затем на "1" и по алгоритму выше выполнил запрос на регистрацию домена и выдало сообщение от API регистратора: Заполняйте DNS домена и заново пробуйте автоматическую активацию.

Странно. Видимо все же что-то не сделали. Для дальнейшего исследования проблемы необходимо следующее: 1. URL скрипта. 2. Данные доступа в админ-центр биллинга, проверка по IP адресу должна быть отключена; 3. Данные доступа на FTP с биллингом; 4. URL темы на форуме forum.advanta.org (если тема создавалась); 5. Номер домена, который можно было бы зарегистрировать. На admin @ advanta.org

В форме на главной странице галочка установлена? В настройка доменной зоны указан регистратор "directi"?

Вы создали себе реселлерский аккаунт на webnames? Домен регистрируется после ввода номера домена на главной странице, выбора слова "домен" в списке и нажатии на "на активацию". Пароли к webnames указываются в /admin/conf/whm.php Первая форма из Вашего скриншота - это ручное изменение DNS у уже существующего домена, а вторая - ручное продление.

$75. Уточните, пожалуйста, как лучше реализовать данную функцию: один раз за сессию (IP адрес клиента + идентификатор сессии, передаваемый браузером) при необходимости запрашивать SMS и потом при других действиях в пределах все той же сессии - уже не запрашивать sms или же запрашивать sms постоянно при каждом действии? Если есть какие-то пожелания или предложения, - сообщайте. Вроде как исправил для BPanel v3.11. Сообщите, если все равно не будет показывать. Для BPanel v3.11 сделал, чтобы при изменении сервера из админ-панели в базе биллинга у доменов, у которых в базе нет персональной записи об используемых DNS, эта запись создавалась с DNS старого сервера. Изменил с 58-и до 60-и дней у всех регистраторов для BPanel v3.11.

Будет реализована в одной из ближайших сборок.

BPanel v3.11 доступна для загрузки через клиент-центр: http://order.bpanel.ru Реализованы все запланированные на данный момент функции и устранены найденные баги. Полный список изменений: http://bpanel.ru/version.txt При переходе с предыдущей версии требуется обновление базы (/admin/upgrade/), для большой базы на время обновления увеличьте значение настройки max_execution_time в php.ini до 1000 или более секунд. Основные нововведения данной версии: Будем рады выслушать любые предложения по улучшению текущих функций скрипта. Также просим сообщать обо всех найденных ошибках и недоработках, пусть даже и незначительных. Если Вам непонятны какие-либо функции BPanel, принцип их работы, и эта информация отсутствует в ReadMe.doc, не стесняйтесь обращаться на форум.

Исправлю для новой версии скрипта.

Все именно так и задумано. Также это более правильно, так как после всех подключений у нас получается единая первая спецификация, которую мы и отправляем клиенту на подпись с договором. Сделал: спецификации не показываются, если в списке ожидаемых действий висит изменение тарифа с комментарием "ChangeAccountType". Может отдельно хотят оплатить только домен. Запретил возможность оплаты при настройке запрета выставления счетов без заключенного договора. Исправил. На какой странице отсутствует? mod=account? Если да, то так и задумано, т.к. при смене тарифа нужен будет новый счет и чтобы клиент его явно увидел, да и клиент все равно может оплатить по старому счету. Архив обновил.

Сделаю в течение недели. Сообщите номер тикета в Вашей базе и номер домена. Проверю.

Выпущена новая версия программного обеспечения для организации пункта ввода-вывода и обмена электронных валют. Для загрузки архив доступен в клиент-центре order.bpanel.ru.

После нажатия на кнопку платеж зачисляется клиенту или нет? Бывают на resellerclub подобные проблемы в т.ч. если время сессии истекло или что-то т.п.

На данный момент у Вас в настройке указано 14 числовых значений. Вы точно уверены, что хотите эту персональную доработку? Ведь вроде как чем больше клиента уведомлять об истечении срока действия его аккаунта (да и клиент при желании может отказаться от этих уведомлений), тем больше вероятность того, что клиент аккаунт продлит. Стоить будет $20, не горю желанием делать эту доработку, т.к. не вижу в ней смысла, по крайней мере для нас . $75. По ошибке не проверялась вовсе. Исправил для новой сборки. Архив обновил.

Для .ru .su .рф у регру можно продлевать за 60 дней,если есть глобальные установки, то давайте их вынесем в настройку зоны. Пусть остается как и есть сейчас, с запасом. Да, должен попадать. Посмотрел у Вас - действительно не работает. Возможно, из-за того, что в каком-то из добавленных Вами смайликов (или в нескольких) имеются спец. символы, которые конфликтуют с javascript.

В данном случае как тогда будет при наличии или заказе клиентом доп. услуг, которые доступны для юр. лиц: 1. Клиент распечатывает договор без спецификаций и отправляет хостеру. 2. Хостер получает договор и по базе изменяет статус договора на заключен. 3. Хостер распечатывает два экземпляра спецификаций и вместе с одним договором клиента отправляет их клиенту. 4. Клиент получает письмо, подписывает спецификацию и отправляет ее обратно хостеру. Как то так, да? Многовато действий вроде Если все ок, то отключу тогда спецификации при просмотре договора у клиентов, переходящих на UR. Ожидаю Вашего ответа.

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

Почему? Услуги ведь подключены на аккаунт и вроде как подключенными и останутся.

Сделал. Сделал, чтобы при переходе на юр. лицо дата перехода записывалась не только в дату заказа (как было сейчас), но в и дату заключения договора. При этом статус договора не изменяется. Исправил. Вроде как исправил. Архив обновил.

В биллинге этот срок для доменов типа .Ru глобально установлен как 59 дней. Если больше, чем 58, то продлить нельзя, если меньше 59, то можно.