BiTel

Есть договор на котором установлен тариф с помесячной абонплатой.
В случае если этот договор уйдет в минус (в данном примере по причине списания лимита. как в случае ручного списания, так и в случае автоматического списания), то статус договора не изменится до 1го числа следующего месяца. Так и задумано или все таки присутствует косяк? Операторы жалуются, аля "У абонента статус активен и он в минус ушел"

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

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

Стандартно статусы задача установки статусов меняет вроде как.

Не меняет для "подневной режим снятия авансом за месяц"

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

Статусы по балансу меняются либо руками, либо логикой дебетовых абонплат задачей планировщика "Закрытие статуса NPay договоров по балансу". В случае "авансом за месяц" этой задачей она должна по идее закрываться только раз в месяц - в ночь на 1 число, что и произошло, судя по логам. А если потом открыли, то всё - только до следующего месяца. Как я понимаю, так происходит потому, что при предначислении абонплаты нет дельты между текущей наработкой и ожидаемой.

а когда у вас задача "Закрытие статуса NPay договоров по балансу" запускается ?

в 00:00 каждого дня.
Начисление абонплат в 00:15

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

Т.к. наработка в npay уже есть - поэтому модуль игнорирует этот договор, не?

Статус не меняет. Понимаю, что игнорирует, но это так задумано и фича или же не задумано и баг

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

Есть наработка = договор не затрагивается = меньше нагрузка.
Похоже что фича

Не думаю. Хотя разрабы рассудят конечно.
Если я меняю тариф - оно же потом ночью переобсчитывает Я не думаю, что заложена логика аля "на этот договор начислили, пометили что начислили где то у себя, в случае если на нем изменили тариф, закинули деньги, какие либо движения на балансе - сняли пометку с тем, чтобы ночью снова начислить".
Думаю тупо берутся все не закрытые договора с определенным статусом и начисляются )

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

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

Если договор уже в минусе , т.е у него сейчас -10 рублей балансе и абонку ему мы списали на 100 рублей( 90 - 100 = -10). После начисления мы опять получим 100 рублей, поэтому ничего не поменяет . Т.е задним числом статусы не меняет , задача рассчитана на то, что она запустилась до переобсчета, после переобсчета она ничего не исправит уже.

А ну значит фича Фиг с ним.
Просто со статусами непонятно было.

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

А ведь фразы-то знакомые, я их где-то читал, но забыл где