Перерасчет при системной блокировке
берем пример на реальном пользователе, c 31.01.11 на 1.01.12 в 0.01 минуту списалась абонентка в размере 1500 руб. на счету у него было 20 руб. после списания стало -1479. Январь он не работал, на февраль перешел такой же минус, т.е. списание за февраль ещё в минус не сработало, ну что и требовалось, но 1 февраля в 11:37 он кладет 1500, перед этим заглянув в кабинет и увидев -1479 рублей подумав что 1500 хватит, ну как и должно быть, кладет и у него появляется на счету уже -1454 рубля. Вот такая ситуевина, с теми кто не пропускает платежи таких проблем нет. А вот те кто пропустил хотя бы 1 месяц, вот такая чехарда.
Хм... такое ощущения что у вас не работает перерасчет.
Посмотрите тип блокировки по этому пользователю в таблице accounts.
а потом можно свериться с этим: http://www.netup.ru/UTM5/documentation/ ... fId-702078
Посмотрите тип блокировки по этому пользователю в таблице accounts.
а потом можно свериться с этим: http://www.netup.ru/UTM5/documentation/ ... fId-702078
-
Davy_Jones
- Сообщения: 36
- Зарегистрирован: Ср июл 27, 2011 12:50
При чем тут пересчет?
Пересчет а/п, в моем понимании, это сколько должен абонент, за оставшееся время до конца РП. С этим проблем нет. Проблема в другом. В блокировках пропал флаг - в заблокированном состоянии "Да, не списывать абонентскую плату". Теперь яйца выкручивает кто как может.
Как уже тут где то писали, это не баг, это "фича")
Абонент Иванов
В лицевых счетах стоит галочка "При системной блокировке пересчитывать а/п"
30 декабря баланс = 0р
1 января баланс = -600р (Включается системная блокировка)
В январе платежей не было. Абонент появляется 2го февраля и гасит свой минус, т.е 600р.
Но, как оказывается, биллинг принимает этот платеж за январь. И тут же выставляет а/п за февраль (600р/30 * оставшиеся дни до конца РП)
В итоге после платежа получаем:
2 февраля баланс = -579,30
Кому удобно, не понятно. Куча проблем, и долгие объяснения с абонентами.
Пересчет а/п, в моем понимании, это сколько должен абонент, за оставшееся время до конца РП. С этим проблем нет. Проблема в другом. В блокировках пропал флаг - в заблокированном состоянии "Да, не списывать абонентскую плату". Теперь яйца выкручивает кто как может.
Как уже тут где то писали, это не баг, это "фича")
Абонент Иванов
В лицевых счетах стоит галочка "При системной блокировке пересчитывать а/п"
30 декабря баланс = 0р
1 января баланс = -600р (Включается системная блокировка)
В январе платежей не было. Абонент появляется 2го февраля и гасит свой минус, т.е 600р.
Но, как оказывается, биллинг принимает этот платеж за январь. И тут же выставляет а/п за февраль (600р/30 * оставшиеся дни до конца РП)
В итоге после платежа получаем:
2 февраля баланс = -579,30
Кому удобно, не понятно. Куча проблем, и долгие объяснения с абонентами.
Последний раз редактировалось Davy_Jones Чт фев 02, 2012 00:38, всего редактировалось 1 раз.
да да совершенно верно складывается именно такое ощущение что он те долги списывает и текущие выставляет. Мы заколебались людям объяснять. А лечения такой траблы так и не нашли?Davy_Jones писал(а):При чем тут пересчет?
Как уже тут где то писали, это не баг, это "фича")
Абонент Иванов
В лицевых счетах стоит галочка "При системной блокировке пересчитывать а/п"
30 декабря баланс = 0р
1 января баланс = -600р (Включается системная блокировка)
В январе платежей не было. Абонент появляется 2го февраля и гасит свой минус, т.е 600р.
Но, как оказывается, биллинг принимает этот платеж за январь. И тут же выставляет а/п за февраль (600р/30 * оставшиеся дни до конца РП)
В итоге после платежа получаем:
2 февраля баланс = -579,30
Кому удобно, не понятно. Куча проблем, и долгие объяснения с абонентами.
-
Davy_Jones
- Сообщения: 36
- Зарегистрирован: Ср июл 27, 2011 12:50
Для себя решил пока так:dk писал(а):Так удобно нетапу.Уже писалось, что это не бага, а фича, так что исправления не ждите.
Не ставьте пересчёт, и будет так как вы хотите. Или же делайте свой личный кабинет и показывайте там свою информацию...
Подробнее читайте тут и тутMaxDM писал(а): 1. Остановить корку.
2. UPDATE accounts SET block_recalc_abon=0, block_recalc_prepaid=0;
3. Запустить корку.
-
Davy_Jones
- Сообщения: 36
- Зарегистрирован: Ср июл 27, 2011 12:50
Один раз. Она нужна чтобы по умолчанию не стояли галочки. А дальше при прописывании абонента их просто не ставить.x-rayd писал(а): a vy etu komandu "UPDATE accounts SET block_recalc_abon=0, block_recalc_prepaid=0;" kak chasto vypolnjaite?
Odin raz sdelal i zabyl ili kazhdyj den?
PS: Pod slovom "korka" eto navaernoe UTM5 imeetsa v vidu?
Корка - core - ядро
@Davy_Jones
Esli ty ispolzyval komandu "UPDATE accounts SET block_recalc_abon=0, block_recalc_prepaid=0;"
To etim samym ubral galotchki "При системной блокировке пересчитывать а/п", to teper ved usera mogut v minus uxodit kazhdyj mesjac?
Nam nado chtoby rabotal po pedoplate no v minus ne uxodil, i chtoby mog pridti cherz 2 ili 5 mesacev zaplatit i rabotat dalshe. Kak eto realizovat?
Esli ty ispolzyval komandu "UPDATE accounts SET block_recalc_abon=0, block_recalc_prepaid=0;"
To etim samym ubral galotchki "При системной блокировке пересчитывать а/п", to teper ved usera mogut v minus uxodit kazhdyj mesjac?
Nam nado chtoby rabotal po pedoplate no v minus ne uxodil, i chtoby mog pridti cherz 2 ili 5 mesacev zaplatit i rabotat dalshe. Kak eto realizovat?