BiTel

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

Можно ли запретить списывание наработки, если её списание приведёт к понижению баланса меньше лимита?

Думал настроить Дебетовые абонплаты как у физиков, но тогда придётся перевести все договоры в режим "Дебет", а этого не хотелось бы. Также в этом случае придётся для юриков вводить статус "Закрыт" (чего тоже сильно не хочется), прописывать задачу и т. п. Есть ли способ не списывать наработку без настройки дебетовых абонплат?

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91

т.е. клиент продолжает работать но абонплата не списывается?

Блин, я об этом не подумал.

Т. е. договор обязательно нужно перевести в статус "Закрыт", чтобы сервисы заблокировались, а для этого нужна задача закрытия договоров, а для неё нужен режим дебет.

Без режима дебет можно обойтись? Или в таком случае в режиме "Кредит" смысла никакого не остаётся?

Проблема в чём: первого числа списалась наработка и сервисы заблокировались. Абонент принципиально не может пользоваться услугами (например, целый месяц), но за этот месяц уже должен. Но ведь нельзя требовать денег за неоказанные услуги. Как быть?

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91

Может подскажет кто-нибудь - нужно всё переделывать для достижения цели, или есть другие способы решения описанной проблемы.

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91

Я так понимаю что надо воспользоваться вот этим: http://docs.bitel.ru/pages/viewpage.action?pageId=1605802#id-%D0%A1%D1%82%D0%B0%D1%82%D1%83%D1%81%D0%B4%D0%BE%D0%B3%D0%BE%D0%B2%D0%BE%D1%80%D0%B0-credit_debt_work_system.

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

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

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91