BiTel

при приеме платежей получается какая-то непонятная ошибка, некоторые договора просто не находятся, номера договоров сделаны как IP адреса

конфиг модуля:

Какие ошибки выходят?
Может быть у дилера осталось ограничение с кодом один, а в конфиге его нет. Попробуйте добавить

P.S значение 10.* означало что должно найтись в любом месте строки "10" и после этого либо ничего, либо любое кол-во символов, поэтому правильнее будет значение ^10\..* - начало строки, '10.', любое кол-во символов.

попробовал и
dealer.allow.contract.2.regexp=^10\..*
и
dealer.allow.contract.2.regexp=^10\..*\..*\..*

не помогло, приведу пример
поиск 10.1.2.5
находит из 9 возможных адресов находит только
10.1.2.52
10.1.2.53
10.1.2.50

отображает именно в этом порядке, почему-то минуя 10.1.2.51
отдельно 10.1.2.51 находится

если в поиске начать искать 10.1.2.3 или 10.1.2.6 то он его находит, 2.2 и 2.4 или 2.8(2.7 и тп) он не находит, как-то оч непонятно и так же с остальными договорами

10.1.2.52
10.1.2.53
10.1.2.50
- это из-за того что поиск при
dealer.findcontract.fewresults=1
выводит только 3 результата максимум, какая либо сортировка не гарантируется
(при dealer.findcontract.fewresults=0 при нескольких результатах он бы выдавал ошибку что договор не найден/слишком много результатов)

а вот с 10.1.2.2 и т.п которые совсем не находит не понятно..
какая версия биллинга?
попробуйте убрать все dealer.allow.contract.

версия биллинга 4.1 от 28.02.2007
попробовал убрать все dealer.allow.contract.
поигрался с dealer.findcontract.fewresults= (при нуле просит задать условия поиска, при других значениях стабильно выдает три результата)

Извините, не сразу понял в чем главная проблема:
просто в поиске не закладывалось что договоры могут быть, например:
ABCDE и ABCDEF, поиск по умолчанию по подстроке, т.е при попытке найти ABCDE в результаты попадет и ABCDEF и т.п
и если результатов много то ABCDE может не попасть в отображаемые 3 т.к сортировки по названию нет (такое ограничение и, собственно, счетчик поисков/пополнений стоит для защиты от распространения информации, например адресов).

В принципе можно уточнить результаты введя дополнительные параметры, но в этом случае, я думаю, поможет сортировка по названию договора:
Попробуйте заменить в server/lib card.jar (сделав бэкап)
этим файлом, перезапустить сервер
http://bgbilling.bitel.ru/patch/card.jar

Еще один выход - отключить поиск по подстроке:
в webroot/id/idealer.xsl

заменить на

в этом случае в поле поиска нужно вводить полное значение

Заменил card.jar не помогло

поменял строчки в webroot/id/idealer.xsl
не помогло, попробовал удалить webroot/id/idealer.xsl
ноль реакции, работает как работало, убрал целиком каталог перестало, тоесть правил правильный файл, что не так не пойму

C idealer.xsl браузер похоже закешировал просто...

а card.jar не тот попал, попробуйте снова
http://bgbilling.bitel.ru/patch/card.jar
размер должен быть 134553

после замены и перезапуска результаты поиска по договору должны сортироваться

спасибо, вроде помогло
потестируем на приеме платежей
если что напишу