BiTel

Уважаемые разработчики, добавьте пожалуйста возможность блокировать договор не до ухода баланса в минус, а после.
Бухгалтерия недовольна тем, что у абонента остаётся переплата - им проще простить копеечный долг абоненту, чем выдавать копейки из кассы.

Ставьте всем небольшие лимиты при заведении договора. Договоритесь с бухгалтерией сколько они готовы прощать

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

Не канает

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

Не всё так просто. Там же нужно включать договор по платежу и по понижению лимита. Да и как-то глупо реализовывать то, что уже написано, с небольшим изменением

Оба эти действия вызывают событие "Приход платежа".
Включается дебетовый договор независимо от того, чем он был закрыт - скриптом, стандартной логикой дебетовых абонплат или руками.

Это две принципиальные разницы - закрытие с предначислением и закрытие по балансу. Второе гораздо проще:
"
если текущий_баланс<лимита
закрыть_договор_статусом
конец
"

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

Не сработает. Эта задача считает разницу между тем, сколько уже начислено и тем, сколько должно быть начислено. Если сначала начислить, а потом запустить эту задачу - выйдет облом.


Возможно, вы правы...

Клиент будет уходить в минус , потом бошльшую часть месяца вообще не пользоваться и 25-числа вспомнит и оплатит абонку, получается что его должны открыть в это случае ? Или ему нужно заплатить столько чтобы хватало на снятие абонки ? 25-го у него было -50 рублей на счете , абонка 300 . он кладет 300 рублей, у него становиться 250. Его открыть или нет ? Иди ему нужно 350 положить на счет чтобы открыло ?

Посоветуйте бухгалтерии не выдавать деньги налом, а перечислять их на расчетный счет абонента по безналу. Сейчас почти у всех есть счет в банке, зарплату почти всем платят на карту. При такой ситуации проблемы возврата почти нет. И потом, кредиторская задолженность лучше дебиторской. То что вы начислите в минус, это уже оказанная услуга. Хотя клиент её не получил, но с нее платятся налоги. А с остатка на счете этот налог не платится. Объясните это руководству, бухгалтера они такие, всё жизнь себе хотят упростить, зачастую в ущерб другим.

Это вы про помесячные абонплаты? Тогда он должен положить 350, в данном случае логика не меняется

Почему это не получил? Клиент получил услугу, деньги за это списались. А по поводу налогов с ~20 рублей - это как-то смешно

Ну так их может быть и не 20, может быть до начисления +1,2 р, а после - 998,8. И завис такой абонент, а если база большая, то таких много может быть...
В общем хозяин-барин. Мы тоже в своё время списывали в минус, но получали только негатив. В итоге ушли в зону плюса...

У нас все абонплаты подневные до текущего дня. -999 не может быть

Да, помесячные как пример .

Отлично. Он кладет 350 25-го числа . И ему списывают абонку 300, открывают , на счету становится 0. 1-го его блокируют , надо снова платить . При это если он случайно заплатит 350 , а не 300 , то 50 рублей у него снова сгорят. Так как если на счету есть меньше абонки то , его 1-го числа уводят в минус , но услугу не оказывают. Т.е он становиться должен ,хотя ничием не пользовался ..Просто переплатил за предущи месяц ..Т.е вы хотите брать дополнительные деньги с клиентов , не оказывая услуги?

У нас абонплата начисляется по дням, причём начисляется в полночь за вчерашний день, а не за сегодняшний, так что всё будет нормально при такой схеме. Я же не прошу сделать такое поведение по умолчанию, я прошу добавить опцию

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

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