admin
-
Постов
14 099 -
Зарегистрирован
-
Посещение
Сообщения, опубликованные admin
-
-
На странице доп услуг index.php?mod=services можно убрать колонку ID - она совсем не нужна клиентам.
Данная информация может быть нужна при обращении в техническую поддержку.
Также если есть услуги стоимость которых включена в стоимость продления тарифа - то об этом рядом с услугой нужно как то написать - это не очевидная вещь.На странице заказа дополнительных услуг нету возможности оплата продления доп. услуги, и как Вы и указали ниже:
Также при продлении когда клиент получает сумму для оплаты после выбора срока оплаты и спосбоа - имеет смысл указать что эта стоимость состоит из платы за хостинг и доп услугу.Информация о том, что в стоимость продления включены дополнительные ежемесячные услуги, есть на странице с таблицей стоимости продления:
-
Не знаю что Вы обновили, но спасибо в любом случае, так как сейчас все действительно совпадает.
По данной проблеме никаких изменений не вносил.
Просьба в admin/index.php?mod=options&what=script для юридических лиц добавить к факсу еще и поле телефон, физ. лицам оно не к чему, а вот юр. лицам вполне пригодится.
Просто включите поле "мобильный телефон" для физических лиц и оно появится и у юридических.
-
На примере одного из заказов всплыли 2 проблемы:
1. Исходя из настроек bp установлено не брать средств с клиентов за время в блоке, т.е. после любого платежа срок блока должен прибавляться к сроку аккаунта. Для физ. лиц все работает прекрасно, для юр. имеем расхождение в актах по месяцам с актом сверки за год, вероятно, подсчет для тех и других актов в системе отличается.
В заказе, который мы обсуждали факт блокировки 23.10.16, оплата 25.10.16, аккаунт изначально был до 23.10, после оплаты срок в платеже до 25.10.18, как и в аккаунте. Менять тут и подгонять я не вижу смысла, эти "бесплатные " дни должны учитываться в актах помесячных и акте за год, а что самое важное - сумма оказанных услуг должна совпадать до копейки.
2. При активации аккаунта юр. лица если добавлен подарочный домен, то в спец поле первого активационного платежа мы имеем что-то вроде:
domenreg:36928GIFT_DOMEN:36928addon:6251Где явно понятно какой домен в подарок. Но спустя год, когда клиент уже продлил данный домен, система так и продолжает его считать подарком, хотя это и не так. В самом домене сумма оплаты более копейки, все как положено. Опытным путем удаляя GIFT_DOMEN:36928 из платежа проблема решается. Вероятно, стоит сделать как у физ. лиц, если у домена более копейки сумма оплаты, то он уже не должен быть подарочным и учитывать поле первого платежа уже не надо.P.S. В заказе сейчас все в том виде как и было, без изменений по обоим вопросам.Сообщите, пожалуйста, во всех деталях:
На каком аккаунте какую проблему и как искать (куда нажимать, лучше со скриншотами, можно и на почту), т.к. например на 59120 сверил за 2016 год сумму дебета в ежемесячных актах и в годовом: все совпало (4346.46).
-
Ранее Вы делали ограничения не показывать в актах месяца, которые не наступили, сделано это не совсем корректно.
Сегодня 13 декабря, последний акт должен быть за ноябрь.
Это же касается годового акта, за 2016 год он должен быть доступен с января.
Например в феврале 2017 показывался акт и за февраль 2017?
Сделал, чтобы в данном случае показывался за январь 2017 и т.д.
-
Столкнулись с важным багом. В случае с юр. платежами мы активируем аккаунты руками, думаю не надо объяснять почему.
Если клиент заказал тариф VDS и дополнительный IP к нему, то при активации с главной нас кидает на ручную активацию ссылаясь на наличие доп. услуги. Аккаунт на сервере на тот момент уже создан. Далее снимаю я галку с IP или нет - результат один - Не введены данные доступа к серверу. (аккаунт уже создан на сервере, какие данные), полагаю эта ошибка при активации VDS с наличием доп. услуги, так как открывается доп. раздел ручной активации.
Отсюда что требуется править:
- при заказе доп. IP с активацией, активация с главной, биллинг должен перекидывать на доп. страницу указывая на доп. услугу (как сейчас), но если мы ставим галку на IP, то он должен продолжить и выдать его на сервере. Активация как я проверил опытно делается на сервере еще до дополнительной страницы. Можем снять галку и IP не выдаем, но активацию проходим. Это надо при оплатах юр, сейчас это не делается.
Внес изменения, проверьте теперь.
- при активации после автоплатежа при наличии доп. IP, адрес не должен попадать на главную, а выдаваться после активации сразу же.Сделал.
- при активации только доп . услуги из админки (не после автоплатежа) IP должен выдаваться автоматом в биллинге и на сервере, это надо при оплатах юр, сейчас это не делается. При этом удалении IP из админки работает корректно.Сделал. При активации доп. услуги из админ-панели теперь для IP адресов есть специальный чекбокс автоматической выдачи Ip на сервере.
- при отказе клиента от IP из своей панели IP для удаления не должен попадать на главную, зачем ему там быть, если биллинг умеет удалять доп. IP.Не делал, т.к. клиент при подаче заявки на отмену IP адреса (да и других услуг) указывает примечания. Исходя из этих примечаний можно попробовать обойтись без отключения услуги.
У Вас в биллинге создал тестовый аккаунт 61913. При необходимости можете удалить его в т.ч. и созданный от него VPS с дополнительным IP адресом. А так - он в будущем мне, полагаю, еще должен пригодиться при внесении каких-либо изменений в функции VMmanager.
Архив обновил.
Тему по юр. лицам прочитаю вскоре.
-
Просьба при активации пользователя в VMM прописать посылать дополнительно такие параметры:
isolimitsize 5000isolimitnum 1Либо укажите каким образом и где можно самостоятельно задать это.
Добавил в настройки сервера для VPS.
http://joxi.ru/1A5Q0Q7hnz6q4A- в шапке тикета указан root логин, это не root логин, а логин от VMM. Просьба также исправить.
Под словосочетанием "root логин" в данном случае и подразумевается "логин клиента от VMM".
Фраза "root логин" - универсальная для различных данных.
-
При изменении домена в аккаунте VDS - это требуется если клиенту нужна обратная зона не с нашим сервисным поддоменом, а с его доменом, то в биллинге неверно отображается IP машины:
Стол помощи http://joxi.ru/Q2KD3DPu4vkk5A
Мой аккаунт http://joxi.ru/L21pqpxh80ko0m
При этом Данные по серверу все ок - http://joxi.ru/nAyLDLNuYwqnM2
Если даже вернуть обратно сервисный домен, то в билете и в Мой аккаунт также показывается хост вместо IP машины.
Можете использовать тестовый заказ 61415.
Исправил для новой сборки для новых действий над доменами у VPS: теперь в базе активированных (таблица host) домен внесто IP адреса обновляться не будет.
При изменениях домена у VPS данные теперь обновляются лишь в таблице данных по аккаунту (acc).
Также заметил, что IP машины в Мой аккаунт и блок соответственно в шапке билета есть только для аккаунтов которые активированы в биллинг аккаунте руками, у заказов с автоактивацией вообще нет IP машины в мой аккаунт и нет блока информации в билете. Прошу поправить.Также исправил для новой сборки.
-
Согласно http://manage.resellerclub.com/kb/answer/791
Modifying Contact Details
This API Call will be deprecated from 1st December 2016 due to IRTP changes in the system. Modifying a Contact is no longer allowed and only New Contacts can be created and associated with a domain.Реселлерклаб вообще отключил данную функцию.
-
Приношу извинения, пропустил данную тему на форуме и заметил только сейчас.
ReadMe.doc -> Яндекс.Деньги – прием средств на кошелек физического лица автоматически
-
К сожалению, качественно помочь Вам с подобным бюджетом не сможем
-
Изначально запостил в старой теме, Алексей, думаю оттуда можно удалить.
Назрело изменение, которое я давно хотел попросить. Учитывая нашу не очень удобную систему карт оплаты, у клиентов владеющих несколькими аккаунтами накапливаются карты оплаты с разными суммами.
Предлагаю реализовать пополнение карты с карты. При этом клиент указывает логин и пароль карты, на которой есть средства для пополнения текущей желаемой карты, чтобы оплатить услуги с случае не хватки на ней средств.
Если сумма запрошенная менее или равна номиналу карты откуда пополняем, то в текущем аккаунте делаем платеж карта карта, в том аккаунте логируем списание и куда. Если сумма на той карте меняя суммы пополнения, то выводим соответствующий текст.
Сделал:
+ Перенос средств между картами экспресс-оплаты (действие логируется в истории аккаунтов).
Архив обновил.
В ближайшие дни отвечу в другие темы на форуме.
Приношу извинения за задержку с ответом, связано было с огромным количеством одновременно навалившихся дел.
-
1 декабря изменился API директи, теперь клиенты не могут менять контактные данные доменов, в ошибках получаем
[status] => ERROR[message] => Feature deprecated. Please refer to KB linkПогуглив нашел -
http://docs.whmcs.com/ResellerClub#Feature_Deprecated._Please_refer_to_KB_link
Прошу внести изменения.
Действительно, http://manage.resellerclub.com/kb/answer/791
This API Call will be deprecated from 1st December 2016 due to IRTP changes in the system. Modifying a Contact is no longer allowed and only New Contacts can be created and associated with a domain.Отключил возможность изменения регистрационных данных у доменов на DirectI.
P.S. Раньше проверял данную ошибку, но сообщения "[message] => Feature deprecated. Please refer to KB link" не получал. Вызвано это было тем, что для получения сообщения нужно было изменять какие-либо данные в форме, а я раньше просто нажимал на сохранить.
-
Просьба реализовать для аккаунтов функцию запрета возврата средств аналогично запрету платежей. Я имею ввиду в частном порядке для конкретного аккаунта через админку.
Сделал для новой сборки.
-
В каких то последних билдах заблокированный аккаунт перестал иметь возможность подачи заявки на возврат.
UPD. У Вас указано разрешить подавать заявку, а на самом деле чекбокс запретить подачу заявки в блокированном состоянии.
Спасибо за информацию. Исправил описание настройки в админ-панели.
-
Улучшения для тикетницы:
1. Подсвечивать всю строку таблицы и сделать ее кликабельной для перехода внуть тикета, а не как сейчас: нажатие на тему или номер тикета открывают детали.
Строка ведь итак подсвечивается целиком.
А вот кликабельной в целом делать ее считаю нерациональным. На данный момент ведь кликабельность работает над номером билета и над его темой.
2. Наведение на строку тикета во всплывающей подсказке показывать должно последнее сообщение в этом тикете.Если это реализовать, то стол помощи при большом количестве билетов и ответов в них будет конкретно подтормаживать, т.к. для каждого билета нужно будет запрашивать последнее сообщение из таблицы ответов. Если билетов на странице 20, то получается надо будет 20 дополнительных SQL-запросов.
3. На странице конкретного тикета оторажать историю переписки в обратном подярке - новые сообщения вверху, старые внизу.Для чего? В столе помощи переписка отображается в точности как на этом форуме: сверху вниз и форма ответа внизу страницы. Как по мне, - это стандарт и так и должно быть везде в т.ч. из-за привычности подобного стиля отображения данных.
-
При подаче заявки на возврат указан текст о том, что аккаунт удалится, клиент подавай заявку должен понимать, что если что-то требуется, то это надо делать до подачи. К тому же я уже писал, что при заявке на карту итак аккаунт удаляется сразу. Ничего критичного в блокировке аккаунта после подачи стандартной заявки я не вижу, я же не про удаление пишу, а про блок. Сумма зафиксирована, услуги не оказываются.
Чем плохо то, что аккаунт до момента его удаления администратором не будет заблокирован? Как по мне, так в этом только плюсы.
Во всех услугах описано что это, но в письмах только то, что я указывал вышеПри изменении статуса доп. услуги предполагается, что администратор в примечания указывает какие-либо особенности этой доп. услуги, например данные доступа куда-либо и пр. информацию.
Если ничего в примечания не указывать, то соответственно и письмо будет только с уведомлением о том, что статус доп. услуги - изменен.
-
Останется ли эта возможность при последующих обновлениях ПХП или есть вероятность, что форум станет полностью недоступен?
Есть такая вероятность, что станет недоступен полностью.
Другой вопрос по поводу предустановленных скриптов. В описании хостинга всё ещё написано, что они есть. В панели управления сайтов ссылка на них тоже есть. А вот по ссылке почему-то пусто. Я сперва думала, что функцию вообще убрали, но раз она есть в описании - значит, есть и на сайте? Может, у меня в панели какой-то глюк?С указанием конкретного примера и пошаговых действий отпишите нам в сапорт - проверим.
-
IPB - это массовый стандартный форум, который задает стиль построения ответов таким, каким он есть тут.
-
Судя по дебагу, у Вас выдает
SSL Certificate for XXX.ru is already being used by someone else. Hence this product cannot be added for XXX.ru
По этой причине в базу и не заносится InvoiceID и далее ничего не срабатывает. Нужно уточнить у DirectI, почему на попытку
auth-userid=ZZZ_PASSWORD_&domain-name=XXX.ru&customer-id=YYY&months=12&plan-id=300&invoice-option=NoInvoice
выдает эту ошибку.
-
В ID счета для SSL нужно указать не ID заказа SSL, а именно ID выставленного на DirectI счета.
Также не сообщили какие поля как заполнять в панели клиента при запросе на выдачу SSL.
Вы не прислали на email письмо с дебагом при попытке выдачи SSL, в нем должна быть важная информация для локализации проблемы.
Остальное на форуме проверю в течение недели.
Данные по SSL проверю в течение 12-и часов после их получения. -
По бану при подаче заявки я Вас не понял. Сделаете или нет, или уже сделали?
Приношу извинения. Забыл добавить текст в предыдущий ответ.
Не делал, т.к. ничего плохого в том, что аккаунта поработает чуточку дольше (несколько минут или часов) нет, а вот хорошее в т.ч. и то, что клиент может успеть скачать какие-либо свои данные и не дергать техническую поддержку.
По выдаче всех услуг приходят только письма об изменении статуса услуги, вроде:
Сообщаем об изменении статуса Вашего заказа дополнительной услуги #7153.
Писем, что услуга подключена нет вовсе, по крайней мере на админ почту не приходят, и тестовому клиенту тоже, в т.ч. конкретно при подключении IP доп. до ВДС.
Это письмо и есть уведомление о подключении доп. услуги. В админ-панели можно заполнять особенности данной доп услуги, например указать выданный Ip адрес или что-то еще. Этот текст и пойдет в письмо клиенту.
-
Я не совсем согласен, при подаче заявки клиент уведомляется что аккаунт уже в статусе на удаление, а сумма фиксируется на момент подачи заявки и к возврату будет именно она.
Плохо задумано, сами посудите, Вы объединили несколько серверов в один, надо же понимать, на каком сервере был клиент до момента миграции, мы постоянно сталкиваемся с подобной проблемой поиска раннего места размещения того или иного клиента, если миграция была массовой.
Разбирал шаблоны при тесте вдс, заметил что клиент не получает писем о выдаче доп. услуг. Просьба проверить.
О выдаче любых дополнительных услуг или каких-то конкретных?
Галочку напротив "Услуга подключена только что, отправить письмо клиенту:" устанавливаете?
Полагаю, что что-то все же изменилось в API cPanel или какой баг биллинга, при открытии после бана биллингом ошибка 404, только бан и разбан через строку сервисным скриптом cP помогает.
Сообщите номер заказа для проверки на Вашем биллинге, а также подробную пошаговую инструкцию что и где делать для того, чтобы воспроизвести проблему.
У нас подобных проблем замечено не было.
Клиенты давно очень просят, чтобы письма о нагрузке различались темой, просто инфа о нагрузке или превышение. Просьба подумать над этим.
Сделал. Обновите почтовые шаблоны usage.php.
Архив обновил.
-
Сообщите номер аккаунта в Вашем биллинге, у которого была такая проблема. Желательно конечно создать тестовый аккаунт и на нем все воспроизвести. Проверю.
-
Биллинг без проблем может удалять услугу IP и освобождать его в статус FREE даже с зачислением на карту.
VMmanager имеет возможность удаления IP адресов само собой через API
Удалить IP-адресФункция: iplist.deleteСделал для новой сборки удаление автоматически созданного IP для доп. услуги.
Для изменения тарифа машину надо остановить и запустить после снова, далает это сотрудник хостера.Примерный текст: Обратите внимание! Для смены тарифа потребуется перезагрузка Вашей виртуальной машины сотрудниками технической поддержки.Добавил.
Не работает самое главное авто активация после оплаты клиента.
Аккаунт создается на сервере, получает IP, в биллинге выдается IP, добавляется в базу активированных, но падает на Главную как не активированный.
Если с главной отправляем на активацию все проходит как надо.
Исправил для новой сборки.
Список ожидаемых дополнений
в Биллинг BPanel
Опубликовано
Это как раз таки для "Modifying Contact Details".
Private whois работает вновь (контактные данные при этом не изменяются, т.к. данная ф-ия была отключена на directi).
На directi внесли изменения в ответ api. Подправил код биллинга, если и далее будет ошибка, то дебаг пришлите.
Архив обновил.