Vladimir812

С карты Экспресс оплаты клиенты могут продлить любые услуги даже если тариф закрыт. Просьба срочно исправить!

"isolimitsize принудительно поставил как 5000" - хорошо, а кол-во образов в один ? И что надо обновлять? Сейчас размер и ID стоит одинаковое значение, чтобы активации проходили.

61958 - активируйте с главной. По поводу активации доп. IP в данном случае я до сих пор не могу понять зачем такие сложности выдавать доп. IP отдельно. Считаю, что это надо исправлять. Вы же сделали активацию машины с доп. IP при автооплате!

Я в курсе как это работает ) Но поле телефон для физ. не надо, а для юр. не надо мобильный. Думаю логично по каким причинам.

Ну во-первых: поля ID тарифа (шаблона VM) в панели упр. сервером: и isolimitsize - Объем ISO, MB. Ограничение по суммарному объему ISO-образов: это одно и тоже значение и меняются они параллельно, поправьте иначе машины не активируются, ставим ISO 5000Мб и ID тарифа становится 5000 ))) И при активации параметры не отправляются, а должны при создании юзера в VMM. Далее по активациям: Заказали тариф и сразу доп. IP С Главной отправляем на активацию Главный домен не подставляется - http://joxi.ru/p276j6NhoZ3Bzm Нажимаем активировать - http://joxi.ru/brREyEPtJ8yeXA В VMM машина с верным доменом активировалась, в биллинге активировать не получается. Также я не понимаю почему поставив галку на доп. IP он не должен выдаваться, если при активации платежом это делается. Просьба и это поправить.

Мобильный итак есть, хотелось именно телефон.

Просьба в admin/index.php?mod=options&what=script для юридических лиц добавить к факсу еще и поле телефон, физ. лицам оно не к чему, а вот юр. лицам вполне пригодится.

Активация и удаление IP из админки - ОК Активация аккаунта с доп. услугой по платежу - ОК Активация аккаунта с главной с доп. IP - не подставляется hostname и при галке на IP он не выдается. Аккаунт активированный руками имеет ошибки в данных, которые отображаются в Мой аккаунт - http://joxi.ru/8An5Y5RUjNkgn2и в шапке билета - http://joxi.ru/823nMnlIJzlq3m Т.е надо указывать IP в мой аккаунт, а не хост, аналогично в шапке тикета + в шапке тикета убрать Root логин и пароль, так как данные эти есть ниже в блоке о панели - http://joxi.ru/823nMnlIJzlq3m Аккаунт активированный по платежу вообще не имеет IP в мой аккаунт и блока http://joxi.ru/823nMnlIJzlq3mв шапке билета.

Не знаю что Вы обновили, но спасибо в любом случае, так как сейчас все действительно совпадает.

Обновите шаблоны, все есть в любом билде - Приобрести услуги.

Вы нам дали текст для Moves all products from one customer to other customer. - Передача другому пользователю, это итак не работало, речь об изменении данных без передачи услуг, т.е. смена данных контакта админа, тех и т.п. И со скрытием данных надо также вопрос решать, ошибка аналогичная. Я писал выше. По SSL вопрос также не решен. Писал в ICQ подробнее.

Столкнулись с важным багом. В случае с юр. платежами мы активируем аккаунты руками, думаю не надо объяснять почему. Если клиент заказал тариф VDS и дополнительный IP к нему, то при активации с главной нас кидает на ручную активацию ссылаясь на наличие доп. услуги. Аккаунт на сервере на тот момент уже создан. Далее снимаю я галку с IP или нет - результат один - Не введены данные доступа к серверу. (аккаунт уже создан на сервере, какие данные), полагаю эта ошибка при активации VDS с наличием доп. услуги, так как открывается доп. раздел ручной активации. Отсюда что требуется править: - при заказе доп. IP с активацией, активация с главной, биллинг должен перекидывать на доп. страницу указывая на доп. услугу (как сейчас), но если мы ставим галку на IP, то он должен продолжить и выдать его на сервере. Активация как я проверил опытно делается на сервере еще до дополнительной страницы. Можем снять галку и IP не выдаем, но активацию проходим. Это надо при оплатах юр, сейчас это не делается. - при активации после автоплатежа при наличии доп. IP, адрес не должен попадать на главную, а выдаваться после активации сразу же. - при активации только доп . услуги из админки (не после автоплатежа) IP должен выдаваться автоматом в биллинге и на сервере, это надо при оплатах юр, сейчас это не делается. При этом удалении IP из админки работает корректно. - при отказе клиента от IP из своей панели IP для удаления не должен попадать на главную, зачем ему там быть, если биллинг умеет удалять доп. IP.

http://joxi.ru/1A5Q0Q7hnz6q4A- в шапке тикета указан root логин, это не root логин, а логин от VMM. Просьба также исправить.

Дополнение к тому, что я ранее писал об ошибках в отображении IP и доменов. http://joxi.ru/n2YRMRPfo713JA- тут верно указан IP, но ссылка на нем ведет на проверку whois домена, что не верно.

Как понять отключение изменения данных у доменов Directi? Это решение вопроса ? Также ошибка аналогичная при включении скрытия данных.

Просьба при активации пользователя в VMM прописать посылать дополнительно такие параметры: isolimitsize 5000 isolimitnum 1 Либо укажите каким образом и где можно самостоятельно задать это.

При изменении домена в аккаунте VDS - это требуется если клиенту нужна обратная зона не с нашим сервисным поддоменом, а с его доменом, то в биллинге неверно отображается IP машины: Стол помощи http://joxi.ru/Q2KD3DPu4vkk5A Мой аккаунт http://joxi.ru/L21pqpxh80ko0m При этом Данные по серверу все ок - http://joxi.ru/nAyLDLNuYwqnM2 Если даже вернуть обратно сервисный домен, то в билете и в Мой аккаунт также показывается хост вместо IP машины. Можете использовать тестовый заказ 61415. Также заметил, что IP машины в Мой аккаунт и блок соответственно в шапке билета есть только для аккаунтов которые активированы в биллинг аккаунте руками, у заказов с автоактивацией вообще нет IP машины в мой аккаунт и нет блока информации в билете. Прошу поправить.

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

1 декабря изменился API директи, теперь клиенты не могут менять контактные данные доменов, в ошибках получаем [status] => ERROR [message] => Feature deprecated. Please refer to KB link Погуглив нашел - http://docs.whmcs.com/ResellerClub#Feature_Deprecated._Please_refer_to_KB_link Прошу внести изменения.

На примере одного из заказов всплыли 2 проблемы: 1. Исходя из настроек bp установлено не брать средств с клиентов за время в блоке, т.е. после любого платежа срок блока должен прибавляться к сроку аккаунта. Для физ. лиц все работает прекрасно, для юр. имеем расхождение в актах по месяцам с актом сверки за год, вероятно, подсчет для тех и других актов в системе отличается. В заказе, который мы обсуждали факт блокировки 23.10.16, оплата 25.10.16, аккаунт изначально был до 23.10, после оплаты срок в платеже до 25.10.18, как и в аккаунте. Менять тут и подгонять я не вижу смысла, эти "бесплатные " дни должны учитываться в актах помесячных и акте за год, а что самое важное - сумма оказанных услуг должна совпадать до копейки. 2. При активации аккаунта юр. лица если добавлен подарочный домен, то в спец поле первого активационного платежа мы имеем что-то вроде: domenreg:36928 GIFT_DOMEN:36928 addon:6251 Где явно понятно какой домен в подарок. Но спустя год, когда клиент уже продлил данный домен, система так и продолжает его считать подарком, хотя это и не так. В самом домене сумма оплаты более копейки, все как положено. Опытным путем удаляя GIFT_DOMEN:36928 из платежа проблема решается. Вероятно, стоит сделать как у физ. лиц, если у домена более копейки сумма оплаты, то он уже не должен быть подарочным и учитывать поле первого платежа уже не надо. P.S. В заказе сейчас все в том виде как и было, без изменений по обоим вопросам.

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

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

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

Нет, не отправляется, я ошибся. Сертификат ждет Вашего вмешательства.

С SSL я отдебажил проблему. Клиент получает такую ошибку, так как в сертификате не указан номер заказа http://joxi.ru/Vm65E58UDxKn7r После указания данного заказа в свойствах сертификата - http://joxi.ru/p276j6Nho0ZVqm запрос отправляется.