BiTel

(в главном конфиге)
# http://bgbilling.ru/v6.0/doc/ch22s02.html
contract.status.suspend.codes=1,2,3,4,5,6
contract.status.list=0:Активен;1:В отключении;2:Отключен за долги;3:Закрыт;4:Приостановлен;5:В подключении;6:Перенос абонентов;
contract.status.active.codes=0
contract.status.no.manual.set=1
------------------------------------

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

что это?!

Так это в главном конфиге или в конфиге модуля NPAY?

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

и так и так пробовал и в обоих одновременно. ))

покажите конфиг модуля npay
Там есть перечень статусов в которых не начислять

contract.status.suspend.codes

Указывает статусы, в которых договор приостановлен, в этих статусах и не начисляется абонка... она начисляется в тех, что указаны в contract.status.active.codes=0
есть ещё настройки?

Понятно, что ничего не понятно.
Конфиг модуля NPAY полностью в студию.

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

#http://bgbilling.ru/v6.1/doc/ch22s07.html
# ---------------- Дебетовые абонплаты
debet.npay.status.manage=1
#Код активного статуса договора
debet.npay.active.status=0
#Код заблокированного статуса договора
debet.npay.locked.status=2
#сумма на балансе, для которой возможна разблокировка
debet.npay.unlock.balance.limit=0
#Коды групп, для которых применяется режим; через запятую
# debet.npay.status.manage.groups=4,5,19,20,62,38,57,58
debet.npay.status.manage.groups=2,3,4,5,49
#новый флаг check.account.changed=false в задаче закрытия статуса npay по балансу. Отключает проверку на изменение наработки, позволяет закрыть статус когда c абонента уже списали абонплату (по умолчанию true)
check.account.changed=true
#
contract.status.active.codes=0
contract.status.no.manual.set=1
# http://bgbilling.ru/v6.0/doc/ch22s02.html
contract.status.suspend.codes=1,2,3,4,5,6,8
service.set.1.title=Периодическая абонентская плата
.....................................................................................
service.set.11.sids=85
# --------------------------------------------------------------------------------------------
# для подключения DOCSIS/Inet для расчёта тарифов по трафику.
# http://bgbilling.ru/v6.1/doc/ch22s04s02.htmll
module.amount.1.title=Входящий трафик INET(Netflow, DOCSIS)
module.amount.1.mid=1
module.amount.1.class=ru.bitel.bgbilling.modules.inet.npay.InetModuleAmount
module.amount.1.sids=4
#
# E-Mail для отправки уведомлений об автоматическом переначислении при изменении абонплаты, если не указан - уведомление не высылается
auto.recalculate.email=galkov@mb-samara.ru
# правили начислений для DOCSIS ------------
# Автоматическое переначисление абонентских плат договора при изменении их периода, количества и т.п.
# 0 - выключить переначисление, 1 - включить переначисление, 2 - включить переначисление, но выполнять только для текущего месяца
recalculate.on.service.change=2
# Набор услуг для переобсчета при автоматическом переначислении при изменении абонплаты, если не указан - все услуги
# автоматическое переначисление устанавливается для абонентов DOCSIS, остальные - вручную.
#auto.recalculate.email.service.set=5,2
#
# Количество выводимых ошибок в периодических процессах
max.periodic.errors=70
# ---------------------------------------

версия ?

6.0.

Клиент: вер. 6.0 сборка 1377 от 21.04.2015 22:26:14
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.7.0_75
ВНИМАНИЕ: Спецификация версии 1.7 не рекомендуется
Сервер: вер. 6.0 сборка 1848 от 22.04.2015 14:30:45
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.7.0_75
ВНИМАНИЕ: Спецификация версии 1.7 не рекомендуется
---

npay вер. 6.0 сборка 231 от 13.02.2015 20:00:05

В логах ошибок нет при переначислении?
Переведите логи шедулера в дебаг режим и сделайте переначисление, логи покажите

странно, но после обновления всё нормально. тема закрыта.