BiTel

Логи пестрят подобными сообщениями для договоров, которые находятся в статусе "в подключении", при этом

scheduler 08-06/09:10:26 ERROR [pool-2-thread-7] Calculator - Tariff error contractId: 36137; serviceId: 81
---------------------

при этом:
договор 36137 в статусе В подключении
contract.status.suspend.codes=1,2,3,4,5,6,
contract.status.list=0:Активен;1:В отключении;2:Отключен за долги;3:Закрыт;4:Приостановлен;5:В подключении;6:Перенос абонентов;7:Блокировка услуги;8:Автоблокировка услуг;9:Частичная блокировка услуг
----------------------


почему происходят такие ошибки ведь в этом статусе начисления не должны происходить вообще?
как от них избавиться?

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

Уточните версию сервера и модуля, пожалуйста. Также, для полноты картины, опишите всю ситуацию полностью. Договор, его периоды, периоды услуг, статус, режим, какой тариф т.д.

_________________
С уважением, Гареев Артур. Вежливый разработчик ООО "Бител".

договор находится в статусе "в подключении", других периодов нет. от его начала и до даты проверки - в подключении. тарифа на договоре нет. услуги уже прописаны(из шаблона для договора такого типа). режим - дебет, тариф не назначен. если назначить - начислений нет и ошибок нет.

Информация о версии:

Клиент: вер. 6.0 сборка 1384 от 13.08.2015 18:30:36
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.7.0_75
ВНИМАНИЕ: Спецификация версии 1.7 не рекомендуется
Сервер: вер. 6.0 сборка 1858 от 15.07.2015 19:49:43
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.7.0_75
ВНИМАНИЕ: Спецификация версии 1.7 не рекомендуется

bill вер. 6.0 сборка 357 от 29.06.2015 19:01:14
card вер. 6.0 сборка 230 от 09.02.2015 18:40:44
cerbercrypt вер. 6.0 сборка 265 от 15.07.2015 19:49:41
dba вер. 6.0 сборка 169 от 09.02.2015 18:41:17
enaza вер. 6.0 сборка 76 от 09.02.2015 18:41:16
gorod вер. 6.0 сборка 170 от 09.02.2015 18:41:17
inet вер. 6.0 сборка 1506 от 15.07.2015 19:49:54
mobimoney вер. 6.0 сборка 60 от 09.02.2015 18:41:35
mps вер. 6.0 сборка 227 от 22.04.2015 14:30:54
npay вер. 6.0 сборка 233 от 14.05.2015 13:24:27
payonline вер. 6.0 сборка 102 от 09.02.2015 18:41:43
phone вер. 6.0 сборка 306 от 14.05.2015 13:24:29
rentsoft вер. 6.0 сборка 60 от 09.02.2015 18:41:19
reports вер. 6.0 сборка 225 от 15.07.2015 19:49:57
ВНИМАНИЕ: клиентская версия: 6.0 сборка 226 от 13.08.2015 18:30:53
rscm вер. 6.0 сборка 198 от 27.05.2015 20:44:15
ru.bitel.bgbilling.plugins.bonus вер. 6.0 сборка 138 от 09.02.2015 18:41:29
ru.bitel.bgbilling.plugins.crm вер. 6.0 сборка 220 от 09.02.2015 18:41:26
ru.bitel.bgbilling.plugins.dispatch вер. 6.0 сборка 163 от 09.06.2015 13:09:18
ru.bitel.bgbilling.plugins.documents вер. 6.0 сборка 210 от 07.04.2015 18:17:01
sberbank вер. 6.0 сборка 2 от 01.12.2014 21:44:00
trayinfo вер. 6.0 сборка 177 от 09.02.2015 18:41:24
wellpay вер. 6.0 сборка 38 от 05.02.2014 15:56:19

Окружение:

Клиент:
os: Linux amd64, 2.6.32-504.16.2.el6.x86_64.debug
java: Java HotSpot(TM) 64-Bit Server VM, v.1.7.0_75
jre home: /opt/jdk1.7.0_75/jre
default tz: 26.08.2015 14:13 SAMT +0400 (Europe/Samara)
user tz: 26.08.2015 14:13 SAMT +0400 (Europe/Samara)
locale: ru_RU
Сервер:
os: Linux amd64, 2.6.32-504.8.1.el6.centos.plus.x86_64
java: Java HotSpot(TM) 64-Bit Server VM, v.1.7.0_75
jre home: /opt/jdk1.7.0_75/jre
default tz: 26.08.2015 14:14 SAMT +0400 (Europe/Samara)
db time: 2015-08-26 14:14:57.0
locale: ru_RU

Третьи стороны:

Fugue Icons. Copyright © 2011 Yusuke Kamiyamane. All rights reserved.
http://p.yusukekamiyamane.com/
Silk icon set. Copyright © Mark James. All rights reserved.
http://www.famfamfam.com/lab/icons/silk/

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

_________________
С уважением, Гареев Артур. Вежливый разработчик ООО "Бител".

На стадии подключения тариф абонента часто неопределён.
А услугу лучше добавлять через шаблон, чтобы исключить человеческий фактор (оператору понятно зачем добавлять тариф, а вот с услугами не всегда ясно зачем и что это).

на работу это не оказывает влияния, носто затрудняет поиск договоров, в которых действительно есть ошибки. если внесение доработок в билинг сложно, то может быть можно в error message в логах добавить статус договора? это значительно упростит поиск ошибок.

т.е. сюда ->
scheduler 08-06/09:10:26 ERROR [pool-2-thread-7] Calculator - Tariff error contractId: 36137; serviceId: 81

добавить
scheduler 08-06/09:10:26 ERROR [pool-2-thread-7] Calculator - Tariff error contractId: 36137; serviceId: 81; contractStatus: 3

Менять сейчас настолько глобально в 6.0 - опасно и чревато. Хорошо, добавим в лог эту информацию.

_________________
С уважением, Гареев Артур. Вежливый разработчик ООО "Бител".

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

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

_________________

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

_________________
С уважением, Гареев Артур. Вежливый разработчик ООО "Бител".