BiTel

Сейчас обнаружил такую вещь: при установке даты закрытия договора на дату в прошлом у дочерних сущностей не выставляется дата закрытия, т. е. не меняется дата закрытия тарифа, логина и т. д. Абонент при этом продолжает нормально работать.
Что интересно, на рабочем сервере при закрытии договора датой в прошлом на дочерних сущностях дата закрытия тоже выставляется.
Рабочий сервер: 5.2 сборка 1236 от 12.07.2012 19:36:57
Тестовый сервер: 5.2 сборка 1306 от 04.10.2012 21:05:15

Это так и задумано?

_________________

Клиент: вер. 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

можно еще раз, но на русском...

Причём тут дата в прошлом? На другую дату всё закрывается?

_________________
I'm clever. I've got a computer.

Попробую описать свой вопрос ещё раз.
Есть договор, у которого я выставляю дату закрытия (пусть будет D1).
Тарифный план: Если у тарифного плана нет даты закрытия, то ему выставляется D1. Если у тарифного плана есть дата закрытия, то она не меняется. Это так и должно быть?
Npay: Если дата закрытия абонентской платы не установлена или она больше, чем D1, то устанавливается D1. Если период закрытия абонентской платы меньше, чем D1, то ничего не меняется. Это так и должно быть?
Inet: Дата закрытия сервиса никак не зависит от D1.
DialUp: Если дата закрытия логина не установлена, то устанавливается D1. Если дата установлена и она больше чем D1, то D1 не изменяется и появляется предупреждение "Невозможно закрытие договора, логин 1 закрывается позже даты закрытия." Если дата установлена и она меньше, чем D1, то ничего не меняется. Это так и должно быть?

Видно, что для разных модулей используется разная политика отработки даты закрытия договора. Особенно странными кажутся различия этих политик для модулей Inet и DialUp: по-моему, политики должны быть одинаковыми.
В результате может сложиться ситуация, что при выставлении даты закрытия договора абонент сможет работать ещё неопределённое время, причем оператор не получит никаких уведомлений по этому поводу.

Ну и самый главный вопрос: это так и задумывалось? Особенно для модуля Inet?

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

_________________

Клиент: вер. 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

Угу. Представим что у договора за период его существования сменилось 10 тарифов.
Последний 10 действует прямо сейчас и его дата закрытия не установлена. все остальные закрыты определенными числами.
При закрытии договора дата закрытия всех тарифных планов выставляется в дату закрытия договора. Ищи концы потом

Выше ответ. Особенно будет смешно если потом для чего то запустить перерасчет абонплаты на этом договоре.

Помоему аналогично, не? История логинов должна вестись. Было 5 логинов 3 из них закрылось разными числами, и два закрываются при закрытии договора. Тоже дату закрытия логинов выставлять датой закрытия договора?
А предупреждение какбэ в пределах нормы. Почему вы логин закрываете позже чем договор? Значит вы ему оказали (окажете) услугу а договор закрыт.

P.S. Модулем Inet не пользуюсь (в ноябре будут тесты его) так что ничего не скажу.


Added: Про абонплату не так прочитал. Но у меня не было никогда абонплат которые закрывались в будущем

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

Спасибо за ответ. Может разработчики ещё чего добавят?
К DialUp'у вопросов особо и не было, он здесь больше для сравнения с Inet. Про Inet написано здесь: http://forum.bgbilling.ru/viewtopic.php?f=44&t=7216.

Сейчас меня смущает только тот факт, что абонент может работать, даже если у договора выставлена дата закрытия.

_________________

Клиент: вер. 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

Для inet исправили. А в остальном, думаю, Phricker прав

Всем спасибо за участие. Пошёл тестировать... опять...

_________________

Клиент: вер. 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

Обнаружено маленькое отличие поведение модулей Inet и DialUp: если у логина установлена дата закрытия (D2), а мы пытаемся закрыть договор датой D3 (D3 > D2), то D2 не меняется; если делать тоже самое для сервиса в тех же условиях, то D2 будет изменена на D3. Это так и задумано?

_________________

Клиент: вер. 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

Исправлено, обвитесь. Логика должна быть такой же как и в DialUp.

Вроде бы уже несколько раз обновились, а проблема осталась... или опять появилась.
При выставлении даты закрытия на договоре в модуле DialUp дата меняется, а в модуле Inet - нет.

_________________

Клиент: вер. 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

Обновление выложено.