admin
-
Постов
14 099 -
Зарегистрирован
-
Посещение
Сообщения, опубликованные admin
-
-
При получении из адмики клиента юр. лица актов "одним актом", то не совпадают номера актов с номерами счетов, также все акты выставляются последним числом месяца, а не датой счета. Прошу срочно поправить.
Номер акта = номер договора.
Вы можете самостоятельно изменить шаблон акта, указав вместо переменной номера договора переменную номера счета по базе (TMPL_invoicenum).
Последнее число месяца применимо только к помесячным актам.
Пример - заказ 53742
Так и должно быть, т.к. в Вас в настройке мерчанта юр. лиц установлена галочка "показывать дату акта выполненных работ как последнее число месяца:".
-
Где указывать по какому протоколу работает биллинг с Яндексом?
Вероятно непосредственно при запросе в сапорт ЯД.
После переключения мы получали ошибку 0023 на этапе перехода я сайта Яндекс.Денег обратно в биллинг.Уточните, в деталях, что пишется помимо кода 0023? В сапорт ЯД обращались?
-
Какое именно значение LMI_SDP_TYPE со страницы http://wiki.webmoney.ru/projects/webmoney/wiki/Web_Merchant_Interface Вы указывали?
-
Архив обновил еще в первых числах апреля. Что-то не так? Если да, то что именно?
-
A-запись и DNS - это разные вещи.
Опишите, пожалуйста, кто именно и что именно от Вас требует (лучше дословно).
-
Сегодняшняя сборка:
$directi_password заменен на $directi_key в файле настроек /admin/conf/whm.php (требование directi).
В $directi_key указывать API key.
$directi_password, судя по документации DirectI, будет работоспособен еще некоторое время.
В ближайшие дни произведу рассылку с информированием об этом изменении.
Скачал и установил сегодня последнюю сборку от 05.05.2015 04:02:43 (1 дн 7 ч 16 мин 17 сек).
Но там нет $directi_key, а по-прежнему числиться $directi_password
Сейчас подправлю whm.php в архиве.
Просто переименуйте $directi_password в $directi_key
Значение $directi_key (ключ API) генерируется на странице настроек API.
-
Полагаю, что будет ближе к сентябрю (и сразу под php 5.6 с выпуском редко обновляемых архивов под php 5.5 и php 5.4), т.к. до этого времени мы предварительно должны будем обновить все свои серверы хостинга.
-
Уточните, пожалуйста, технический смысл этого? Зачем активировать аккаунты под разными реселлерами на одном и том же сервере?
-
Сегодняшняя сборка:
$directi_password заменен на $directi_key в файле настроек /admin/conf/whm.php (требование directi).
В $directi_key указывать API key.
$directi_password, судя по документации DirectI, будет работоспособен еще некоторое время.
В ближайшие дни произведу рассылку с информированием об этом изменении.
-
Данная функция в биллинге для автоматического заказа SSL у urknames не реализована.
Можете принимать оплату как за доп. услугу и вручную активировать SSL в панели urknames.
-
Вашей платежной системы нету в мониторингах обменных пунктов, например, http://www.bestchange.ru/
Также в связи с кончиной egopay, добавлять в скрипт новые платежки, схожие по своей структуре с egopay пока что не планируется.
Напрямую от кого-либо из наших клиентов мы запросов о добавлении Вашей платежки в наш скрипт - не получали.
P.S. Ваше письмо через форму обратной связи мы получали, но в т.ч. по причинам выше на данный момент Вашу платежку добавлять не будем. Возможно, с течением времени она и будет добавлена.
-
В настройках скрипта в админке указали, что он работает по https?
Тогда и формы для webmoney должны генерироваться под https (URL можно узнать опытным путем при попытке оплаты каких-либо услуг - из HTML-кода формы на странице webmoney.php скрипта).
-
Мерчант для юр. лиц сделан много лет назад.
Для физ. лиц могу сделать за деньги. Для физ лиц. также много лет назад сделана автоподстановка данных для оплаты клиентом с сайта яндекс.денег.
-
Обновитесь до последней сборки скрипта (вышла около 20 дней назад).
-
4. Юр. лица могут оплачивать только безналом, таковы наши условия работы. Ваше предложение не применимо. Просьба сделать выбор физ. или юр. при регистрации не зависимо от типа аккаунта.
А в чем проблема открыть возможность платежей не безналом? В актах же для юридических лиц, насколько я помню, учитываются платежи только по безналу.
Как быть в том случае, если через Directi возможность оплаты закрыта ?
Нужно открыть эту возможность.
По выставлению счетов за privacy - предлагаю при установке галки выставлять счет клиенту минимум ту сумму, которая указана за скрытие в зоне, но если срок домена больше то хотябы примерно округленно выставлять больше в соответствии со сроком, указанным в биллинг аккаунте для домена.
Проблема в том, что биллинг не знает какой в реальности срок у домен (домен может быть продлен непосредственно у регистратора) и в случае, если счета на подобные изменения будет выставлять биллинг, то сумма в этих счетах может быть значительно разнится с оригинальной стоимостью услуги, которую спишет регистратор у хостера.
Также прошу реализовать возможность продажи SSL Comodo через Директи.Поскольку алгоритм создания SSL у директи для разных производителей SSL - совершенно разный, то по времени данная реализация затянулась, но ее сделаю.
-
Как я понял, там лишь различие в присутствии в форме запроса параметра paymentType (Способ, которым должен быть совершен платеж). Добавил его, а также внес сооветствующуе изменение в админ-панель и в документацию. Архив со скриптом обновлю в ближайшие дни.
-
Если аккаунт, например, еще не активирован и договор не заключен, то зачем в админке заказа ссылка на акты и расторжение, также зачем клиенту не активированному ссылка на акты в разделе Мой аккаунт?
Пусть ссылки будут. Ничего плохого в этом не вижу.
Про поле понял, но все это выглядит как на коленке вырублено. Сделайте по человечески, чтобы все года доступные в выпадающем списке были. В данном виде выглядит как то странно ).
Если в выпадающем списке не указан год, то это указывает администратору для информации, что за данный год платежей не было.
-
Спасибо за информацию. Добавил, архив обновил.
-
admin/index.php?mod=sverka&userid=37277
Годовые акты есть только за 13 и 15 годы, 14 нет, судя по всему баг связан с тем, что в 14 году нет платежей.
Для данного случая добавил поле "или укажите вручную:".
Договор с клиентом расторгнут, но при этом доступна ссылка на расторжение и там получаем ошибки
Notice: Undefined index: diskspace in admin/modules/contract.php on line 759Notice: Undefined index: name in admin/modules/contract.php on line 760Думаю, что если договор расторгнут, то и расторжения быть не может.Также если в аккаунте нет проведенных UR платежей, то и доступ к разделу актов не актуален.Какие действия были выполнены для расторжения договора?
Сообщите URL страниц, на которых Вы просите отключить ссылки на договор и на акты.
Архив обновил.
-
В очередной раз прошу реализовать оплату скрытия данных у директи доменов из биллинг аккаунта. У многих хостеров вообще доступ в панель регистратора для клиентов закрыт. У нас запрещены финансовые операции, так как для учета услуг и платежей и существует биллинг панель.
Оплата private whois при заказе домена включена в стоимость в биллинге.
При изменении же данных при необходимости оплаты счет выставляется непосредственно через DirectI, т.к. биллинг точно не знает, включен (оплачен) ли private whois на самом деле у регистратора или нет.
-
2. Я с Вами категорически не согласен, любая лишняя работа отвлекает и клиента и хостера, особенно если есть вариант этого избежать. Иначе клиенту надо писать тикет, поддержке делать возврат в биллинге, оповещать отдел оплаты и прочее. Через чур много не нужных совершенно манипуляций.
Указанный Вами случай - крайне частный, чтобы что-то дополнительно изобретать. Запроса в сапорт должно быть достаточно.
3. Клиент не понимает в своем большинстве сути возврата на карту, сделайте тогда какое то примечание в лэнг, что по умолчанию возврат делается на карту текущего аккаунта.
На странице четко указано, что один из способов возврата: перечислить на карту экспресс-оплаты наших услуг.
Что именно тут не понятно?
При осуществлении возврата на e-mail отправляется соответствующее письмо о пополнении карты.
4. Я клиент и хочу платить WM, но у меня свое ЧП, я хочу зарегистрировать домен сразу на него, чтобы потом с бумажками не заморачиваться и менять администратора. Очень распространенный вариант, могу таких типичных много перечислить ...Оформляйте заказ на юр. лицо, а в способах оплаты выберите способ WebMoney.
5. Если тарифа уже нет на сайте, он устаревший, но клиенты на нем обслуживаются. В биллинг аккаунте в разделе тарифный план можно увидеть параметры его. Чтобы это работало необходимо доп. поле, собственно одно поле ничем не помешает. Пусть по умолчанию будет анлим как для других параметров, кому надо изменят.Добавил в тарифные планы поле "Примечание, видимое клиенту".
-
Яндекс мерчант для юр. лиц поддерживается давно и сами его используем.
Для физ. лиц также сделано давно на случай получения средств на кошелек физ. лица.
Вашу идею могу реализовать за деньги.
-
Все очень даже мило выглядит:
-
Посмотрел. Сделаю за $100.
Если ок, пополняйте order.bpanel.ru и сообщите в этой теме или по email admin @ advanta.org.
В примечании к переводу в данном случае будет передаваться ID платежа по базе платежей биллинга.
Работа с юр. лицами
в Биллинг BPanel
Опубликовано
Если смотреть по платежу 316554 в Вашей базе, то все верно.
Период оплаты для данного платежа: 28-04-2015 - 28-04-2016
Одним актом:
Помесячно:
Если выбрать конкретный месяц из помесячного:
53742 - то номер заказа/номер договора клиента.
Что именно тут не так?
Так а зачем у Вас тогда установлена галочка "дату акта выполненных работ как последнее число месяца" если Вам не надо как последнее число месяца?