BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 28 мар 2024, 15:35

Часовой пояс: UTC + 5 часов [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 4 ] 
Автор Сообщение
СообщениеДобавлено: 06 июн 2019, 23:28 
Не в сети

Зарегистрирован: 08 окт 2009, 16:06
Сообщения: 186
Карма: 20
Добрый день. Есть проблема. Понижение лимита работает при одном и более просроченных понижениях. При этом, при не погашеном понижении все работает как надо.

Код:
# Максимальное количество не оплаченных(не возвратившихся) понижений,
# при котором клиенту будет доступно понижение, при 0 клиент не сможет выполнять
# понижение до тех пор пока будет хотя бы одно не оплаченное
contract.limit.1.maxnotpayoffed=0


При выставлении
Код:
# Количество просроченных платежей после последней разблокировки
# после которых доступ к понижению будет заблокирован, 0 - не блокировать при любом количестве
contract.limit.1.maxexpiredforblock=0
больше 0, понижение лимита блокируется и требует ручного включения. Такое поведении меня не устраивает.

Вложение:
b4626b094b.jpg
b4626b094b.jpg [ 98.79 КБ | Просмотров: 3067 ]



Подскажите пожалуйста, это нормальное поведение?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 07 июн 2019, 13:04 
Не в сети

Зарегистрирован: 08 окт 2009, 16:06
Сообщения: 186
Карма: 20
Код:
Информация о версии:

  Клиент: вер. 7.1.138 / 19.10.2018 16:50:54
    os: Windows 10; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_201
  Сервер: вер. 7.1.1050 / 22.10.2018 18:04:27
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_171

  bill: вер. 7.1.272 / 23.10.2018 19:14:01
  card: вер. 7.1.190 / 08.10.2018 17:03:45
  dialup: вер. 7.1.301 / 08.10.2018 17:03:41
  inet: вер. 7.1.645 / 22.10.2018 18:04:46
  ipn: вер. 7.1.232 / 22.10.2018 18:04:45
  npay: вер. 7.1.172 / 08.10.2018 17:03:50
  reports: вер. 7.1.194 / 19.10.2018 16:52:49


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 13 июн 2019, 19:16 
Не в сети
Клиент

Зарегистрирован: 09 фев 2011, 15:28
Сообщения: 1092
Карма: 135
да, это штатное поведение. предполагается, что абонент может выбрать лимит по максимуму и через несколько просрочек он уже не сможет понизить, т.к. баланс стал ниже допустимого лимита. Согласен, расклад не очень. Решение

Код:
contract.limit.1.maxnotpayoffed=0
contract.limit.1.maxpartialpayoffed=0
contract.limit.1.maxexpiredforblock=1


При этих настройках понижение блокируется при первой просрочке. Далее вешается обработчик на на событие прихода платежа, который разблокирует понижение, если баланс стал больше нуля. Имхо, самый гуманный вариант. Может разработчики уже сделают этот функционал штатным в виде параметра типа contract.limit.1.unblock.afterpayment=1, а то уже кто только не наступал на эти грабли.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 19 июн 2019, 10:24 
Не в сети

Зарегистрирован: 08 окт 2009, 16:06
Сообщения: 186
Карма: 20
Спасибо. Думал баг. Будем писать обработчик.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 4 ] 

Часовой пояс: UTC + 5 часов [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: Bing [Bot] и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
POWERED_BY
Русская поддержка phpBB
[ Time : 0.068s | 31 Queries | GZIP : On ]