Платежные системы V2 и включение Интернета

Vans · Сообщение **Vans** » Сб фев 26, 2011 18:22

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

Как сделать так, чтоб при проведении платежа автоматическм включался Интернет у пользователя? И вообще можно ли как-нибудь поменять параметры зарегистрированного платежа (например, комментарии)?
В первой версии все просто (либо через конфигурационный файл utm_payment_tool, либо путем добавления ключа -i в настройках событий).

tail-n · Сообщение **tail-n** » Сб фев 26, 2011 18:35

Вспоминается старое правило: работает - не лезь....

CarTer · Сообщение **CarTer** » Сб фев 26, 2011 21:33

Во 2-ой версии автовключение интернета при оплате происходит при добавлении в интерфейсе администратора--настройки--список параметров
переменной exp_payment_inet_on, значение оставьте пустым.

Vans · Сообщение **Vans** » Сб фев 26, 2011 22:09

А как-то можно поменять комментарий к платежу и метод платежа в зависимости от ПС?

postfix

А где в v2 теперь можно формат логина поставить типа только цифры от 1 до 10, а то тесты osmp не проходят?

Vans · Сообщение **Vans** » Пн фев 28, 2011 12:21

Я так понимаю, нетаповцам пофиг на все эти актуальные вопросы. Деньги то за модуль получены...

Pulse · Сообщение **Pulse** » Пн фев 28, 2011 14:39

Код: Выделить всё

> хотелось бы иметь возможность настраивать регулярное 
> выражение для идентификатора, как это было в Версии 1.
> 

Такой возможности не предусмотрено. Однако Вы можете использовать свой
скрипт
для замены и проверки всех данных платежа. Пример&#58;

<!--
    <tool>
        <filter command="sed -e 's/1/2/g'" />
    </tool>
    -->

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

Код: Выделить всё

> Прошу, объясните, что такое "обычная проверка"? 

Обычная проверка подразумевает соответствие протоколу osmp&#58; дата в 
фиксированном формате, txn_id фиксированного значения, номер лицевого
счета,
который состоит из цифр и пр.

> Когда у осмп регистрируется поставщик, они просят регулярное выражение
> идентификатора,
> Какое им следует указать корректное регулярное выражение для лицевого счёта?

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

> 
> В своё время мы указали ^\d&#123;1,5&#125;$
> Например, у абонента лицевой счёт 23, ему захотелось при внесении платежа
> написать 0023. 

Номер лицевого счета является цифровым и платеж для 0023 будет воспринят
как 
платеж для 23, если выбран механизм аутентификации на основании лицевого
счета
после приведения к int. Если будет выбран механизм аутентификации на
основании
логина, то необходимо задать регулярное выражение для логина в биллинге,
см. 
документацию на стр. 41.

> В проверку на автомате по приёму денег он укладывается, однако без доработки
> этот платёж не проходил в платёжной системе, 
> приходилось допиливать регулярное выражение для операции check.
> 
> Как вы предлагаете это регулировать сейчас?

О какой версии платежной системы Вы говорите? В текущей версии для 008
все номера
лицевых счетов трактуются как целочисленные значения.

> В каком виде внешнему скрипту передаются параметры платежа?
> 

В виде xml-транзакции, содержащей параметры платежа. Вы можете увидеть
ее, если воспользуйтесь
командой tee в теге <filter command= /> и установки проверки в Внешняя.

Код: Выделить всё

> >> 
> >> В своё время мы указали ^\d&#123;1,5&#125;$
> >> Например, у абонента лицевой счёт 23, ему захотелось при внесении платежа
> >> написать 0023. 
> 
> >Номер лицевого счета является цифровым и платеж для 0023 будет воспринят
> >как платеж для 23, если выбран механизм аутентификации на основании лицевого
> >счета после приведения к int. Если будет выбран механизм аутентификации на
> >основании логина, то необходимо задать регулярное выражение для логина в биллинге,
> >см. документацию на стр. 41.
> 
> >> В проверку на автомате по приёму денег он укладывается, однако без доработки
> >> этот платёж не проходил в платёжной системе, 
> >> приходилось допиливать регулярное выражение для операции check.
> >> 
> >> Как вы предлагаете это регулировать сейчас?
> 
> >О какой версии платежной системы Вы говорите? В текущей версии для 008
> >все номера лицевых счетов трактуются как целочисленные значения.
> В предыдущей версии такой платёж не проходил. потому что 0023 не удовлетворяло
> event.account	уникальный идентификатор абонента &#40;формат&#58; целое число длиной до
> 200 знаков&#41;	&#91;1-9&#93;&#91;0-9&#93;&#123;0,199&#125;	1	большое целое
> я исправлял на &#91;0-9&#93;&#91;0-9&#93;&#123;0,199&#125; и всё начинало работать.

Ок.

> 
> Если в текущей реализации, всё как вы говорите, и платёж на аккаунт 0023
> придёт на 23, то у меня нет причин для беспокойства.
> 
> 

Да, это так.

Vans · Сообщение **Vans** » Ср мар 02, 2011 13:50

И все же. Можно ли изменить метод платежа для каждой из платежных систем?

Vans · Сообщение **Vans** » Вт мар 08, 2011 10:31

Разработчики, Ау!!!!!

Сообщение **Lex** » Ср мар 09, 2011 12:03

Vans писал(а):Разработчики, Ау!!!!!

Напишите официальный запрос в отдел продаж. Обсуждать этот функционал на форуме не вижу смысла.

Vans · Сообщение **Vans** » Ср мар 09, 2011 12:58

Этот функционал был в первой версии и является для нас критичным. А для первой версии, как я понимаю, нет поддержки новой версии протокола Яндекс.Денег.

Тогда пожалйуста реализуйте поддержку актуального протокола ПС Яндекс.Деньги для первой версии модуля. Ведь денги то за Яндекс.Деньги уплачены!

Не понимаю причем здесь отдел продаж.

Сообщение **Lex** » Ср мар 09, 2011 13:13

Vans писал(а):Этот функционал был в первой версии и является для нас критичным. А для первой версии, как я понимаю, нет поддержки новой версии протокола Яндекс.Денег.

Тогда пожалйуста реализуйте поддержку актуального протокола ПС Яндекс.Деньги для первой версии модуля. Ведь денги то за Яндекс.Деньги уплачены!

Не понимаю причем здесь отдел продаж.

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

Выберите подходящий Вам вариант. Требовать ответа по существу озвученного вопроса на форуме бессмысленно. Его не будет, по крайней мере от меня.

mioan · Сообщение **mioan** » Чт апр 14, 2011 13:24

Vans писал(а):Этот функционал был в первой версии и является для нас критичным. А для первой версии, как я понимаю, нет поддержки новой версии протокола Яндекс.Денег.

Тогда пожалйуста реализуйте поддержку актуального протокола ПС Яндекс.Деньги для первой версии модуля. Ведь денги то за Яндекс.Деньги уплачены!

Не понимаю причем здесь отдел продаж.

Скажите пожалуйста, как в первой версии Вам удалось указать метод платежа, комментарии и т.п.?
Я сколько не прописывал при редактировании операции в "Shell-команда" к утилите utm5_payment_tool разные ключи, они так и не работают.
Ни ключ -C с путем у конфигу
Ни ключ -m с номер метода платежа
Ни ключи -k -L с моими комментариями
(((

Всегда почему платеж проходит со значениями заложенными компанией NetUP по умоляанию...

Vans · Сообщение **Vans** » Чт апр 14, 2011 17:32

mioan · Сообщение **mioan** » Пт апр 15, 2011 00:33

Vans писал(а):

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

Жалко что политика NetUP:
Хочешь вторую систему ? - покупай еще модуль. Нет модуля ? - заказывай за повышенную плату новый. Надо вторую систему по тому же протоколу ? - это вообще нонсенс! пора раскошеливаться )(

Мои возмущения по этому поводу тут - viewtopic.php?t=8573
Кстати может поможете решить этот вопрос? Всю голову уже поломал...