admin

Если смотреть по платежу 316554 в Вашей базе, то все верно. Период оплаты для данного платежа: 28-04-2015 - 28-04-2016 Одним актом: Помесячно: Если выбрать конкретный месяц из помесячного: 53742 - то номер заказа/номер договора клиента. Что именно тут не так? Так а зачем у Вас тогда установлена галочка "дату акта выполненных работ как последнее число месяца" если Вам не надо как последнее число месяца?

Номер акта = номер договора. Вы можете самостоятельно изменить шаблон акта, указав вместо переменной номера договора переменную номера счета по базе (TMPL_invoicenum). Так и должно быть, т.к. в Вас в настройке мерчанта юр. лиц установлена галочка "показывать дату акта выполненных работ как последнее число месяца:".

Вероятно непосредственно при запросе в сапорт ЯД. Уточните, в деталях, что пишется помимо кода 0023? В сапорт ЯД обращались?

Какое именно значение LMI_SDP_TYPE со страницы http://wiki.webmoney.ru/projects/webmoney/wiki/Web_Merchant_Interface Вы указывали?

Архив обновил еще в первых числах апреля. Что-то не так? Если да, то что именно?

A-запись и DNS - это разные вещи. Опишите, пожалуйста, кто именно и что именно от Вас требует (лучше дословно).

Скачал и установил сегодня последнюю сборку от 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 дней назад).

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

Как я понял, там лишь различие в присутствии в форме запроса параметра paymentType (Способ, которым должен быть совершен платеж). Добавил его, а также внес сооветствующуе изменение в админ-панель и в документацию. Архив со скриптом обновлю в ближайшие дни.

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

Спасибо за информацию. Добавил, архив обновил.

Для данного случая добавил поле "или укажите вручную:". Какие действия были выполнены для расторжения договора? Сообщите URL страниц, на которых Вы просите отключить ссылки на договор и на акты. Архив обновил.

Оплата private whois при заказе домена включена в стоимость в биллинге. При изменении же данных при необходимости оплаты счет выставляется непосредственно через DirectI, т.к. биллинг точно не знает, включен (оплачен) ли private whois на самом деле у регистратора или нет.

Указанный Вами случай - крайне частный, чтобы что-то дополнительно изобретать. Запроса в сапорт должно быть достаточно. На странице четко указано, что один из способов возврата: перечислить на карту экспресс-оплаты наших услуг. Что именно тут не понятно? При осуществлении возврата на e-mail отправляется соответствующее письмо о пополнении карты. Оформляйте заказ на юр. лицо, а в способах оплаты выберите способ WebMoney. Добавил в тарифные планы поле "Примечание, видимое клиенту".

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

Все очень даже мило выглядит:

Посмотрел. Сделаю за $100. Если ок, пополняйте order.bpanel.ru и сообщите в этой теме или по email admin @ advanta.org. В примечании к переводу в данном случае будет передаваться ID платежа по базе платежей биллинга.