BPanel_custumer
-
Постов
116 -
Зарегистрирован
-
Посещение
Сообщения, опубликованные BPanel_custumer
-
-
Не зачисляются и не приходит отмашка на емейл, если тип платежа в яндексе(на сайте у них) пишется "Пополнение с банковской карты". Возможно это особенность их мерчанта.
Видимо особенность их мерчанта, т.к. письмо "ya.php test notification for debug" отсылается всегда при значении переменной $mod в запросе равной "check".
Еще сразу была замечена странность, но не писал, т.к. не сильно напрягало...
При оплате через яндекс.мерчант физлиц клиентом в комментарии на сайте яндекса добавляется номер счета(ID раздел платежи) номер вида 123451 , этот платеж в биллинге остается со значком минус, но создается еще один ID платежа вида 123452(плюс 1 от исходного) и помечается именно второй счет как оплаченный(с плюсиком), оплата зачисляется, услуга активируется\продлевается. Не всегда удобно, когда нужно отыскать платеж клиента.
Разница по времени между первый и второй записью - более трех часов? Если да, то все верно.
Разница по времени до минуты или чуть больше. Для примера последний платеж
66993 номер_аккаунта Изм. Тарифа номер аккаунта сумма валюта 06-03-2016 12:27:17 06-03-2016 12:27:17 + YA66992 номер_аккаунта Изм. Тарифа номер аккаунта сумма валюта 06-03-2016 12:26:31 06-03-2016 12:26:31 - YAНо на сайте яндекса в комментарии к платежу указан #66992 -
Все другие платежи яндекса зачисляются и приходит информация на емейл (ya.php test notification for debug:)
Не зачисляются и не приходит отмашка на емейл, если тип платежа в яндексе(на сайте у них) пишется "Пополнение с банковской карты". Возможно это особенность их мерчанта.
Еще сразу была замечена странность, но не писал, т.к. не сильно напрягало...
При оплате через яндекс.мерчант физлиц клиентом в комментарии на сайте яндекса добавляется номер счета(ID раздел платежи) номер вида 123451 , этот платеж в биллинге остается со значком минус, но создается еще один ID платежа вида 123452(плюс 1 от исходного) и помечается именно второй счет как оплаченный(с плюсиком), оплата зачисляется, услуга активируется\продлевается. Не всегда удобно, когда нужно отыскать платеж клиента.
-
Здравствуйте.Есть вопрос по зачислению яндекс мерчанта физлиц.Приходит платеж на яндекс, но биллинг его на зачисляет, отмашки на емейл нет(как для других платежей ya.php test notification for debug:...), но комментарий есть от биллинга на сайте яндекса. Есть ли возможность зачислять также автоматически эти платеж, либо нужно их вручную искать ?Пополнение с банковской картыОстатокXXX Р#счет_ID, Продление Срока Действия Аккаунта XXXXX (domen.com) Срок (в месяцах): 1 Стоимость: XXX.00 RURКомментарийПополнение с банковской карты, операция №XXX...XXX.003f.201603Комиссия: 49,00 руб.
-
Также интересна возможность выбора валюты оплаты paypal.
Аккаунт оформлен на резидента РФ и принимать оплату с резидентов РФ можно только в рублях, но не все клиенты могут платить в рублях и приходится с каждым в ручном режиме решать.
-
Еще не обновился
А зачисление тоже в прошлой версии не работало ? Т.к. платеж от клиента приходит, но не зачисляется, хотя запрос в логах апаче от яндекса есть.
185.71.77.2 - - [06/Jan/2016:12:31:10 +0300] "POST /billing/ya.php?mod=check HTTP/1.1" 200 8649 "-" "Apache-HttpClient/4.3.5 (java 1.5)"
-
Здравствуйте, спасибо за реализацию данной функции, тоже для нас актуально.
Есть вопрос, можно ли сделать чтобы на емейл администратора высылались уведомления об успешной оплате как по другим мерчантам ?
-
Добрый день!
Зашел в биллинг, увидел, что сегодняшним числом есть обновления, решил обновиться.
После чего биллинг стал редиректить на отсутствующий файл setup.php
Письмо об этом я Вам уже написал, решил еще отписать здесь, так как биллинг прекратил работать после обновления!
Также пришло письмо с информацией о php скриншот результата функции phpinfo();, а выше строка:
MySQL error | |: .../admin/database_check.php at line 53 Array ( )
После обновления пытался проверить целостность БД, как обычно это делаю.
Но получил чистый лист, без результатов...
Прошу решить срочно, работа по оплатам остановлена!
Если нужны доступы ответьте пжл на письмо я их предоставлю.
Спасибо.
http://forum.advanta.org/index.php?showtopic=5624Внимание, требуется обновление config.php (сперва можно обновиться автоматически, после чего внести правки в config.php):
-
Есть проблема с партнеркой, ранее писал уже в этой теме, но проблема осталась.
Очень часто не засчитывается партнерка при переходе по реф ссылке.
Также если потом клиент обратился и вручную прописать Partner|ID то не работает автоматическое начисление партнерских бонусов.
Автоначисление бонусов на новые платежи или за уже совершенные?
За новые должно зачислять. Если за какие-то не зачисляет, то сообщите конкретно за какое действие не зачисляет (продление хостинга, регистрация домена или пр.).
По партнерке проблема есть, очень часто не фиксируется регистрация по партнерской ссылки, хотя с куками проблемы нет.
Но есть и другая проблема, когда клиент обратился к нам, мы прописываем Partner|ID в разделе откуда узнали, но НЕ работает зачисление на этот ID(именно продление хостинга, ВПС, сервера уже после этого!).
Другая проблема по партнерке. Клиенту на один заказ сделали максимальную скидку и партнерку нужно убрать на продление. Удалили Partner|ID, но бонусы партнерские продолжаются начисляться.
Поясните это ошибка в работе биллинга или что-то не правильно делаем ? Первое ладно может куки режутся разными программами на компьютере это допускается. Но автоматическое зачисление в дальнейшем при продлении должно быть, если клиент обратился и сказал аккаунт с которого не зачислились ему бонусы.
Просьба протестировать это и исправить, если есть возможность.
-
Запрос в данном случае идет на URL https://api.reg.ru/api/regru2/domain/create/ ?
Если нет, то обновитесь до последней сборки.
А так - сейчас можно изменить данные по домену в биллинге и произвести автоматическую активацию домена с главной страницы панели администратора.
Есть проблема с регистрацией в reg.ru
При регистарции с главной страницы биллинга, выдается Error: INVALID_CONTACTS; Contacts user data is invalid
При попытке зарегистрировать через
../admin/?mod=quickinfo&id=ID
по адресу https://api.reg.ru/api/regru2/domain/create/ выдается
{
"charset" : "utf-8",
"error_code" : "PARAMETER_MISSING",
"error_params" : {
"param" : "enduser_ip"
},
"error_text" : "enduser_ip required",
"result" : "error"
}
Также ранее просил, чтобы в API2 биллинг возвращал ошибку конкретную(API дает возможность отображать ошибку), но в биллинге опции нет. Вылетает общая ошибка Error: INVALID_CONTACTS; Contacts user data is invalid И неизвестна ее причина.
Этот текст об ошибке выдается самим API.
Ошибка enduser_ip для активации через /admin/?mod=quickinfo&id=ID - исправил, архив обновил.
Если с главной активировать, то всегда выдается стандартная ошибка без деталей и неизвестно какое поле не нравится API.
Если через /admin/?mod=quickinfo&id=ID то выдается детальная информация в каком поле ошибка.
-
Запрос в данном случае идет на URL https://api.reg.ru/api/regru2/domain/create/ ?
Если нет, то обновитесь до последней сборки.
А так - сейчас можно изменить данные по домену в биллинге и произвести автоматическую активацию домена с главной страницы панели администратора.
Есть проблема с регистрацией в reg.ru
При регистарции с главной страницы биллинга, выдается Error: INVALID_CONTACTS; Contacts user data is invalid
При попытке зарегистрировать через
../admin/?mod=quickinfo&id=ID
по адресу https://api.reg.ru/api/regru2/domain/create/ выдается
{
"charset" : "utf-8",
"error_code" : "PARAMETER_MISSING",
"error_params" : {
"param" : "enduser_ip"
},
"error_text" : "enduser_ip required",
"result" : "error"
}
Также ранее просил, чтобы в API2 биллинг возвращал ошибку конкретную(API дает возможность отображать ошибку), но в биллинге опции нет. Вылетает общая ошибка Error: INVALID_CONTACTS; Contacts user data is invalid И неизвестна ее причина.
-
Здравствуйте.
Сейчас международные домены требуют верификацию емейл. Очень часто клиенты игнорируют или не понимают письма пришедшие от регистратора для подтверждения емейл.
Если можно, добавить текст напоминающий клиенту о необходимости перейти по ссылке.
Мы можем конечно это добавить самостоятельно в шаблон, просто потом при обновлении придется каждый раз заменять.
-
Панель администратора -> настройки -> скрипт -> учитывать на XX% при продлении аккаунта срок, проведенный в блокировке
Выставьте "100". Тогда срок, проведенный в минусе, учитываться при продлении не будет.
Эти настройки были давно и работали, но после недавно обновления обнаружилось, что не всегда данная функция работает и клиента отнимаются(вернее не добавляются дни проведенные в блокировке). Сейчас более конкретней проверили. Выяснилось, что при оплате ВМ зачисляются дополнительные дни, а в при оплата интеркассой не зачислились. Хотя в разделе "События" отображается
"Платеж выполнен успешно.
Продление срока действия аккаунта
Дополнительные дни: 5"
Но по факту после оплаты на месяц у клиента не 30-31 дней предоплачен аккаунт, а 26 дней.
Просьба проверить это.
-
дополнение к предущему сообщение, т.к. не получилось отредктировать.
В разделе События, "Дополнительные дни 28" есть информация, но по факту они не зачислились.
-
После обновления обнаружилось, что либо настройки изменились либо глюк. У нас было если хостинг заблокирован и ушел в минус, то дни блокировки у клиента не вычитаются после оплаты и разблокировки. К примеру аккаунт был заблокирован 25 дней и у него -25, после продления на три месяца должно быть 90 дней, а по факту 65. Как исправить ?
-
Странно. Должен отправляться запрос к регистратору доменов, а ответ - отображаться в верхней части страницы.
В настройках доменной зоны указан регистратор? В данных по домену указан регистратор?
Не отправляется, на емейл не приходит ответ от API как это обычно происходит(при активации, смене ДНС, данных, продлении). Ответа в верхней части страницы от регистратора нет, запрос видимо просто не отправляется. Это происходит именно когда домен уже был активирован в биллинге и повторно запрос не отправляется(приходится вручную регистрировать домен).
Да конечно указаны регистратор и другие настройки, в остальных случаях все работает(первая активация домена, продление после оплаты и т.д.).
-
Обнаружил ошибку после обновления до последней версии, на демо тоже присутсвует http://bpanel.ru/order/admin/?mod=active
1064You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 1
-
Да извиняюсь, с авторизацией моя ошибка была.
а по поводу вопроса с повторной отправкой данных на регистрацию не понятно как делать. Или я не нашел или нет такой возможности?
"Так и делаю, но запрос не отправляется к регистратору. На главной странице билинга указываю ID домена, следующее поле - "Домен", возле кнопки "на Активацию" флажок стоит. Перенаправляет на /admin/?mod=activate&number=ID&where=domen&thecomments=&autocomplete=yes появляется форма с кнопкой добавить запись в базу."
-
управление доменами работает, моя ошибка, извиняюсь
-
Для данного случая на главной должно появляться уведомление и на нем нужно нажать на картинку "выполнить".
Если уведомление Вы случайно удалили, то активируйте с главной страницы панели администратора, указав номер домена и выбрав в выпадающем списке, что активируется домен. Галочка, отвечающая за запрос к регистратору, должна оставаться на месте.
Так и делаю, но запрос не отправляется к регистратору. На главной странице билинга указываю ID домена, следующе поле - "Домен", возле кнопки "на Активацию" флажок стоит. Перенаправляет на /admin/?mod=activate&number=ID&where=domen&thecomments=&autocomplete=yes появляется форма с кнопкой добавить запись в базу.
После обновления сегодня перестало работать управление доменами в директи - приходит два письма от API
OrderId! orderid: ;
ID: XXXX;
httpapi.com
и второе
Array
(
[status] => ERROR
[message] => Required authentication parameter missing
)
При продлении или смене ДНС и любых данных выдается такое.
В whm.php все было прописано давно(с учетом недавних изменений в API) и работало
$directi_reseller = "";
$directi_key = "";
$directi_config = "httpapi.com";
после обновления перестало, хотя может совпало с каким-то глюком директи API
-
Запрос в данном случае идет на URL https://api.reg.ru/api/regru2/domain/create/ ?
Если нет, то обновитесь до последней сборки.
А так - сейчас можно изменить данные по домену в биллинге и произвести автоматическую активацию домена с главной страницы панели администратора.
1. Обновил, теперь работает, спасибо.
2. А как можно активировать через биллинг домен в зоне .com к примеру - регистратор Directi. Была ошибка при регистрации домена(ручная оплата и активация аккаунта), домен и хостинг в биллинге активировался, но домен не зарегитрировался. Ошибка в данных домена была иправлена, нужно еще раз отправить запрос на регистрацию, но такой функции не нашел, как к примеру для .ru и reg.ru реализовано. Каким образом можно повторно отправить запрос на регистрацию домена, если домен уже активирован в биллинге ?
-
Здравствуйте.
Ситуация, к примеру если возникла ошибка при регистрации домена в зоне .ru и нужно заново отправить запрос на регистрацию
../admin/?mod=quickinfo&id=ID
Для reg.ru не работает, выдается Error: Your access to API1 denied. Please, use API2.
BPanel v3.11 от 23.04.2015Хотя обычным способом регистрация/продление происходит нормально, кроме случаев, когда неверно заполненные поля есть.
-
Есть проблема с партнеркой, ранее писал уже в этой теме, но проблема осталась.
Очень часто не засчитывается партнерка при переходе по реф ссылке.
Также если потом клиент обратился и вручную прописать Partner|ID то не работает автоматическое начисление партнерских бонусов.
Также не работает автопродление доменов с карты экспресс оплаты(возможно и другие услуги не продлеваются). В отчете по крону с емейла видно
Автоматическое продление доменов: 1 Но по факту домено не продлился, запросы к регистратору не отправлялись, логов и событий по аккаунту на счет продления домена нет.
-
Прием только в рублях данным методом, биллинг предлагает валюту WMZ(USD основная в настройках) и соответсвенно если не выставить WMR, то не будет работать мерчант для оплата посредством интернет банкинг.
Исправил. Теперь отображается WMR или WMU.
Сейчас нужно все равно производить вручную те же самые действия клиенту как и одним способом общим, что был.
выбрать именно WMR в биллинге, затем уже в мерчанте вместо webmoney выбрать другие способы, затем интернет банкинг и уже после этого - альфаклик, русский стандарт и т.д.
Сильно много действий для клиента и даже фак не помогает со скриншотами...
По идее, на сайте webmoney должен сразу отображаться выбранный в настройках в биллинге тип оплаты (альфаклик, русский стандарт и т.д.), т.к. переменная LMI_SDP_TYPE в форме, передаваемой на webmoney, присутствует.
Архив обновил.
После обновления bpanel все равно осталась проблема. Создал способ оплаты "Российские банки через webmoney", но WMZ по умолчанию остается.
Если добавить в "Дополнительный параметр для мерчанта (опционально для WebMoney и YandexMoney, см. ReadMe.doc):" параметр LMI_SDP_TYPE, то Валюта WebMoney: option поле пустое и нет выбора.
Возможно я что-то не так делаю?
"
-
Спасибо по 2co проверим, как будет платеж, но не сильно часто пользуются этим методом.
По поводу оплаты через интернет банкинг посредством webmoney не совсем понятно как пользоваться.
Прием только в рублях данным методом, биллинг предлагает валюту WMZ(USD основная в настройках) и соответсвенно если не выставить WMR, то не будет работать мерчант для оплата посредством интернет банкинг.
Не должно ли сразу по умолчанию отображаться метод оплаты интернет банкинга, если включен LMI_SDP_TYPE ?
Сейчас нужно все равно производить вручную те же самые действия клиенту как и одним способом общим, что был.
выбрать именно WMR в биллинге, затем уже в мерчанте вместо webmoney выбрать другие способы, затем интернет банкинг и уже после этого - альфаклик, русский стандарт и т.д.
Сильно много действий для клиента и даже фак не помогает со скриншотами...
BPanel v3.12
в Биллинг BPanel
Опубликовано
Данные в форму передаются в формате UTF-8, а биллинг в 1251, поэтому конфликт кодировки. Если на странице в браузере сменить кодировку на UTF-8, то значение будет отображаться верно в поле домен, но конечно же все остальное - иероглифы...