BiTel

Уважаемые разработчики. Мы опять поднимаем тему задолжников в биллинге которая обсуждалась на форуме - но решения у нас так и нету.
Про режим Дебит - все понятно (если сумма меньше 0 или лимита то блокировать предоставление услуг)
А вот про Кредит - не совсем что-то правильно работает.

Как мы видим суть понятия ДОЛЖНИК в режиме Кредит.
Большенство операторов работают так - предоставляют услугу, на следующий месяц выставляют счет и если клиент в течении месяца после выставления счета не оплатил за услуги считаю его должников, у некоторых операторов должник считается договор который например не оплатил до 25 числа.

Суть такова. По вашей документации написано следующее
Должником признается договор, сумма платежей которого за текущий месяц не покрывает отрицательный остаток на начало месяца. При этом наработка и расходы за текущий месяц не учитываются. Лимит также является минимально допустимым остатком счета, но носит скорее функцию аварийного блокиратора.
Так вот как мы это понимаем. Например у клиента лимит =0 за январь клиент получил услуг на 10 рублей, но за феврал их не оплатил, получается что с 1 марта система его посчитает должником. (Все верно).
Но модули системы работают иначе. Например IPN - считает должником договор если он в январе превысит привысит лимит (И ставит его блокировать).
Почему разные модули - по разному вычисляют должников?
Почему бы в конфигурации ядра системы не добавть параметр kredit.day=25 - день с которого считать договор должником если он не произвел оплату с учетом выставленного лимита и соответственно отклучать предоставление услуг.
Приходится ставить лимит -1000000 для все клиетов что теряет смысл данной идеи реализованной в биллинге.

IMHO переделав режим "Кредит" в 4.4++ разработчики сделали не правильно ... до 4.4 все было так красиво - наработал, денги насчитались, а сейчас разницы между "Депозит" и "Кредит" вообще никакой нет ...

уход от понятия "кредит" характерен для большинства биллингов, что вообщем логично, никчему усложнять биллинг когда можно все кредитные договора свести к идеалогии limited credit

нельзя получить в скрипте сумму выставленных счетов/счетов указанных типов/реализаций за требуемов кол-во месяцев и скорректировать лимит договора в зависимости от полученной суммы ?

на счет неправильности блокировки договора который имеет входящий остаток на начала месяца равный нулю: я долго пропаботал в сфере транзитной телефонии, очень весело бывает когда по какому то договору вдруг начинает лица плотный трафик скажем на Гваделупу мобильную при цене эдак 20 зеленых рублей за минуту, а потом оказывается что ему взломали сетку и слили через его софт-свичи трафик

всем не угодишь, но, повторяю, лимитированный кредит является общепризнанной нормой реализации кредитной идеалогии в биллингах

наверно "дебет", депозит это когда в банк в носке приносят слитки золта и отдают на хранение, в депозитную ячейку, так вроде это называется

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

При нашем анализе работы ядра и модулей выяснилось, что Ядро системы работает правильно с учетом стандартный понятий "Кредит" Дебит и Лимиты заложенных в биллинге. Все модули кроме IPN также работаю верно так как они при учете и авторизации ведут контроль только ссылаясь на статус договора.
Единственный модуль IPN - работает как в режиме дебит так как задача Проверка IPN шлюзов производит проверку не по статусу договора а по разнице лимита и суммы наработки.
Получается что верным будет чтобы задача Проверка IPN шлюзов производила проверку по не по лимиту а по статусу договора.
А то выходит что договор "Открыт" в режиме кредит при лимите 0 и минусовом счете на текущий месяц, клиент может пользоваться IP телефонией, авторизировать по Dial-UP (VPN) и получать еще кучей услуг которые на договоре - а вот шлюз его будет заблокирован

Выходит что задача Проверка IPN шлюзов не нужна - но она очень необходима для синхронизации правил.

Состояние шлюза должно меняться при смене статуса. Так не происходит?

Не должно быть такого,проверьте еще раз. Если остаток меньше лимита, услуги DialUp и Voip не предоставляются.

Может я не правильно пояснил.
У нас состояние шлюза при статусе договора меняется, но статус договора меняется только через функцию работа с должниками (что нас и устраивает). А вот задача проверка IPN меняет его сразу же при сумме меньше лимита.
В описании написано Должником признается договор, сумма платежей которого за текущий месяц не покрывает отрицательный остаток на начало месяца
Отсюда получается что всех должников мы отключаем руками, а вот модуль IPN - это производит моментально.
Понимаете это хорошо только для физических лиц. А вот с юр лицами как быть всем ставить -10000000. если его отключит система по лимиту - у нас будут проблемы. Вы ведь в договорах не пишите что у клиента есть лимит работы.
А вот что касается модуля VoiceIP - при сумме меньше лимита значение "доступ" стоит разрешен (по радиусу пока не можем проверить так как все в тесте).

Насколько я понял документацию - при кредитном режиме за размер кредита отвечает человек. Система, с помощью лимита, только страхует от "сверх переработки".
Если я правильно понял, то IPN работает согласно документации. И, например, нас такое поведение системы устраивает.

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

Но так и по дебиту размер кредита устанаовливаем мы, лимит также только для ограничения
Ну тоже самое и в режиме Дебит - ставишь лимит -10000 и страхуешься.
В чем разница тогда кредита и дебита?

а Бител его знает в чем она ...

Лично мне особенно заметна разница дебета и кредита с точки зрения Битела в описании системы статусов договоров.

Так если лично вам понятно то поясните. А статус договора - только сообщает о том что он должник или нет но никак не влияет на договор.

Вы хотите, что бы я здесь вот эти

http://www.bgbilling.ru/v4.5/doc/ch01s1 ... ml#d0e2696
http://www.bgbilling.ru/v4.5/doc/ch01s1 ... ml#d0e2712

куски документации процитировал?

Вы читали что я выше пытаюсь объяснить. Что система работает верно. Статусы договоров также отрабатывают верно при дебите и кредите.
Но шлюз IPN - работает по принципу дебита - нет денег отключает.
Просмотрите сами на ссылки которые вы прислали и задайте себе вопрос.
Как работает задача проверка IPN шлюзов - ответ он работает по принципу Дебит.

Я отвечал на вопрос в чем разница между дебетным и кредитным договором в BGBilling на данный момент.

Что касается вопроса работы IPN, то видимо придется цитировать.
Цитата номер один.

Цитата номер два.

Задача установки статусов -устанавливает статусы договора ..При установке статуса договора меняется и статус шлюза .. Задач проверки шлюзов IPN следит за тем, чтобы статус шлюза соотвествовал реальному положению дел ..Но это не все что она делает ..она еще может закрывать шлюз.. закрывает шлюз она в случае если баланс меньше лимита в независимости от режима ..Возможно это нужно убрать оттуда или сделать опционально

Не надо убирать. Пусть будет всегда, или опционально.

Если баланс меньше лимита(при любом режиме) то не пускает во всех модулях .Dialup, VoiceIp и т.п .Поэтому логика работы прверки шлюзов IPN правильная. Для кредитных договров лимит отрицательный и является как бы просто нижней границей того чтобы совсем много не потратили ..можете туда поставить очень большое отрицательное число - это будет символ бесконечного лимита и это будет клаасический кредитовый договор .ю задача проверки шлюзщов IPN его не закроет