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

Vladimir812

Пользователи
  • Постов

    2 226
  • Зарегистрирован

  • Посещение

Сообщения, опубликованные Vladimir812

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

  2. Ну во-первых: поля ID тарифа (шаблона VM) в панели упр. сервером:  и isolimitsize - Объем ISO, MB. Ограничение по суммарному объему ISO-образов: это одно и тоже значение и меняются они параллельно, поправьте иначе машины не активируются, ставим ISO 5000Мб и ID тарифа становится 5000 ))) И при активации параметры не отправляются, а должны при создании юзера в VMM.

     

    Далее по активациям:

     

    Заказали тариф и сразу доп. IP

    С Главной отправляем на активацию

    Главный домен не подставляется - http://joxi.ru/p276j6NhoZ3Bzm

    Нажимаем активировать - http://joxi.ru/brREyEPtJ8yeXA

     

    В VMM машина с верным доменом активировалась, в биллинге активировать не получается.

     

    Также я не понимаю почему поставив галку на доп. IP он не должен выдаваться, если при активации платежом это делается. Просьба и это поправить.

  3. Активация и удаление IP из админки - ОК

     

    Активация аккаунта с доп. услугой по платежу - ОК

     

    Активация аккаунта с главной с доп. IP  - не подставляется hostname и при галке на IP он не выдается.

     

    Аккаунт активированный руками имеет ошибки в данных, которые отображаются в Мой аккаунт - http://joxi.ru/8An5Y5RUjNkgn2и в шапке билета - http://joxi.ru/823nMnlIJzlq3m

    Т.е надо указывать IP в мой аккаунт, а не хост, аналогично в шапке тикета + в шапке тикета убрать Root логин и пароль, так как данные эти есть ниже в блоке о панели - http://joxi.ru/823nMnlIJzlq3m

     

    Аккаунт активированный по платежу вообще не имеет IP в мой аккаунт и блока http://joxi.ru/823nMnlIJzlq3mв шапке билета.

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

     

    И со скрытием данных надо также вопрос решать, ошибка аналогичная. Я писал выше.

     

    По SSL вопрос также не решен. Писал в ICQ подробнее.

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

     

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

     

    Отсюда что требуется править:

     

    - при заказе доп. IP с активацией, активация с главной, биллинг должен перекидывать на доп. страницу указывая на доп. услугу (как сейчас), но если мы ставим галку на IP, то он должен продолжить и выдать его на сервере. Активация как я проверил опытно делается на сервере еще до дополнительной страницы. Можем снять галку и IP не выдаем, но активацию проходим. Это надо при оплатах юр, сейчас это не делается.

     

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

     

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

     

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

  6. При изменении домена в аккаунте VDS - это требуется если клиенту нужна обратная зона не с нашим сервисным поддоменом, а с его доменом, то в биллинге неверно отображается IP машины:

     

    Стол помощи http://joxi.ru/Q2KD3DPu4vkk5A

    Мой аккаунт http://joxi.ru/L21pqpxh80ko0m

     

    При этом Данные по серверу все ок - http://joxi.ru/nAyLDLNuYwqnM2

     

    Если даже вернуть обратно сервисный домен, то в билете и в Мой аккаунт также показывается хост вместо IP машины.

     

    Можете использовать тестовый заказ 61415. 

     

    Также заметил, что IP машины в Мой аккаунт и блок соответственно в шапке билета есть только для аккаунтов которые активированы в биллинг аккаунте руками, у заказов с автоактивацией вообще нет IP машины в мой аккаунт и нет блока информации в билете. Прошу поправить.

  7. Изначально запостил в старой теме, Алексей, думаю оттуда можно удалить.

     

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

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

     

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

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

     

    [status] => ERROR
    [message] => Feature deprecated. Please refer to KB link

     

    Погуглив нашел - 

    http://docs.whmcs.com/ResellerClub#Feature_Deprecated._Please_refer_to_KB_link

     

    Прошу внести изменения.

  9. На примере одного из заказов всплыли 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. В заказе сейчас все в том виде как и было, без изменений по обоим вопросам.
  10. В каких то последних билдах заблокированный аккаунт перестал иметь возможность подачи заявки на возврат.

     

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

  11. С SSL я отдебажил проблему. Клиент получает такую ошибку, так как в сертификате не указан номер заказа

    http://joxi.ru/Vm65E58UDxKn7r

    После указания данного заказа в свойствах сертификата - http://joxi.ru/p276j6Nho0ZVqm

    запрос отправляется.

×
×
  • Создать...