BiTel

Типы поиска :
- login - поиск по логину модулей DialUp или Voip (необходимо указать id модуля (mid)):
mps.1.search.mode=login
mps.1.search.mid=3
- contract - поиск по названию договора (например NK-0012; Здесь можно указать шаблон преобразования):
mps.1.search.mode=contract
mps.1.search.pattern=NK-$NUMBER - для поиска клиенту нужно будет ввести только 0012
или
mps.1.search.pattern=\A((?:\d\d\d\d\d\d)|(?:\d\d\d\d\d\d\d)|(?:\d\d\d\d\d))(\d\d)\z:::КФ$1-$2
(в последнем случае если пришли 7, 8 или 9 цифр преобразовываем их к виду КФ$1-$2, т.е значения КФ12345-12 и 12345612 будут эквивалентны)
- phone - поиск по номеру телефона модуля phone (необходимо указать id модуля (mid))
- parameter - поиск по параметру договора (необходимо указать код типа параметра (pid)):
mps.1.search.mode=parameter
mps.1.search.mid=9
- mps_login - логин модуля MPS. Его выбирает себе клиент на странице статистики. Один для всех систем платежей
Для протоколов, не поддерживающих передачу типа поиска реализована передача типа поиска через префикс x_идентификаторклиента (например, для ОСМП в поле account для поиска по search.1 логина 13 в запросе должно приходить: account=1_13). Для поддержки этого режима нужно установить mps.x.protocol.ext=1.
В комментарии ответа (если такой поддерживатся протоколом) можно передать номер, комментарий, параметр и/или баланс договора
mps.1.comment=$contract_title ($contract_comment) [$contract_param(4)] $contract_balance

вы выдаете клиентам ID договоров? О.о

вы выдаете клиентам ID договоров? О.о

В общем опять по теме поиска по параметру договора.

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

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

Далее я, чтобы окончательно убедиться, скопировал номер договора из параметра на котором не проходил платеж и вставил его в договор, созданный ранее вышеупомянутой даты, и на этом договоре платеж провелся этим же запросом.

Сервер: вер. 5.2 сборка 1177 от 27.04.2012 17:25:30
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.6.0_31
mps вер. 5.2 сборка 148 от 09.04.2012 01:19:54