Vladimir812

Система работы с IP будет как я писал выше? С автоматической выдачей основного и в случае надобности дополнительных?

Рассмотрите в таком случае реализацию автовыдачи платно.

По ссылке в письме, чтобы отписаться надо залогиниться в биллинг аккаунт. Хотелось бы отписку без этого действия. Руками активировал SSL, в панели клиента там, где должна быть ссылка на ввод данных написано "недоступно". Заказ 52777.

Еще просьба - в админке клиента помечать как то домены, которые показаны в MainID, но изначально принадлежат другим аккаунтам.

Еще вопрос, как правильно руками активировать SSL сертфикат, может есть какой то вариант вроде отправки с главной ?

Похоже и правда не заморачивались. Получил ответ - отправил Вам на почту. Хотел добавить по поводу назначения IP. Как я понимаю сейчас ситуация такова: IP в статусе free прикреплены к серверу VDS, откуда они и выдаются, но при этом на стр. IP адресов просто меняются на "занят" и никак там не крепятся к аккаунту. Думаю логично будет автоматическая выдача услуги, например, "основной IP для VDS", которая будет "намертво" выбрана при заказе и будет бесплатной, т.е включенной в тариф. После оплаты она должна автоматически выдаваться, не думаю, что это очень сложно реализовать. Таким образом мы получаем очень понятную картину, доп. услуга назначена клиенту, все логично. Что касается дополнительных IP, которые будет несомненно востребованы клиентами, то такие услуги также должны автоматически выдаваться клиенту как и основная. Можно сделать опционально настройку автовыдачи.

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

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

Домены .cn не регистрируются, выдается ошибка: AutoCreating! ({"status":"error","error":"Please Agree to the Cn Hosting Agreement"})

Заметил забавный баг. Делаем выборку платежей за какой то срок, к примеру, за один день. Если в этот день были платежи юр. лиц, в которых просто рубли указаны, то биллинг неверно подсчитывает итог в долларах. Курс установлен в 0.333. Вероятно, скрипт не просто рубли умножает на курс, а делает подсчеты как то иначе и в итоге получаем неверную сумму: 41 из 41 | 20662.4 RUR или 10432.39 USD

family - должен быть в вашем случае равен ipv4

Запрос в поддержку отправил по поводу IP. Что касается тарифа, то посмотрим, отпишу позже.

http://ru.5.ispdoc.com/index.php/VMmanager_API

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

Еще вопрос, эта настройка имеется ввиду в сутки? Ошибиться при вводе кода из SMS можно не более XX раз:

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

При смене с тарифа, который закрыт для продления на действующий на Главную добавляется как мне кажется не нужная запись: "Закрытый тариф ->" Сам тариф меняется без проблем.

Так а в чем проблема зайти на /order/admin/?mod=sms, указать UserID клиента и выполнить поиск. Не так часто же ведь функция просмотра SMS используется, чтобы выносить ее в итак большой меню на странице данных по клиенту. Проблем нет, то как я предлагаю будет проще тому, что работает с админкой клиента.

Писал ранее, решил сделать отдельную тему, так как допиливать придется немало. Речь идет об интеграции VMmanager 5, Cloud в биллинг. Необходим максимально возможный функционал: создание, пересоздание клиентом, удаление, смена тарифа, смена пароля от клиентской панели VM/ Ссылка на документацию http://www.ispsystem.com/ru/software/vmmanager/documentation Данные от тестового сервера высылал на почту.

1. Пусть тогда, если аккаунт не HOSTING, то будет вместо строки с тарифом отдельной строкой инфа по договору. 2. Ну клиенты любят в поле вводить код страны и города, получается 4 цифры. Просьба сделать в админке клиента отдельно внизу раздел SMS, чтобы быстро видеть SMS логи конкретного клиента, не заходя /order/admin/?mod=sms, при этом в истории /admin/index.php?mod=history&where=userid&what=***** таким образом ничего логировать не надо.

Если действующий клиент юр. лицо регистрирует из аккаунта домен на физ. лицо, указывает пасп. данные, далее на сл. странице нажимает "Подтвердить и заказать", то выкидывает на предыдущую страницу, где уже надо данные для юр. лица заполнять. Прошу поправить. Юр. лицо должен иметь возможность заказать на кого угодно домен, важна лишь оплата безналом.

Последний билд, не заказываются никакие доп. услуги. Просто обновляется стр. и все. Никаких уведомлений на почту, услуга нигде не появляется. Услуги любые, помесячные или нет, любые типы аккаунтов.

Просьба поправить текст смс: Действие услуги приостановлено. См. e-mail. См. e-mail. **** Насколько я понял, кол-во таких записей зависит от кол-ва почтовых ящиков и сами ящики должны быть указаны в смс?

1. Я прошу просто перенести информацию о Договоре внизу в строку тариф (справа от тарифа). 2. Ну видимо никак, раз у API Директи такие настройки. 3. Сделайте тогда настраиваемо, чтобы можно было выбрать что отображать - проверен аккаунт или верифицирован телефон. Многие могут не пользоваться проверкой, но использовать SMS. 4. Повторная отправка кода не относится именно к верификации номера, опытным путем проверено, что относится к кол-ву SMS в сутки. Может стоит текст изменить на более понятный в таком случае? 5. Где логи понял, но я имел ввиду не это. /admin/index.php?mod=history&where=userid&what=***** тут логируется отправка как ошибка если смена пароля cPanel производится, при этом настройка отправок - 1 в сутки и она уже исправлена.

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