BiTel

Модуль не переносит баланс на текущий месяц для договоров у которых статус закрыт или приостановлен, баланс весит за прошлый месяц к примеру "Баланс (апрель 2012)"



При ручном пересчете для договора баланс переноситься. Если не выбирать конкретный договор а делать пересчет для всех договоров баланс сохраняется текущим т.е. "Баланс (апрель 2012)". Как заставить биллинг переносить баланс договоров хотя бы с отрицательным балансом?

А для чего?
Если у договора нет движений по балансу - не создается запись в таблице contract_account.
Вы предлагаете ее засорять одинаковыми записями для всех закрытых договоров?

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

Зачастую они являются должниками и баланс нужно переводить на текущий период.

Для чего?

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

Подниму тему, понадобилась та же задача для приостановленных договоров.
При массовом обновлении абонплат (планировщиком или модулем, с пустыми договорами) баланс у таких договоров замирает и меняется только при ручном перерасчете выбранных договоров модулем за определенный месяц.
Как безгеморойно сделать чтобы оно обновлялось? [5.1]

Повторю свой вопрос.
Для чего? Где вы планируете использовать эти данные?

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

Для выгребания счетов менеджерам по физикам-приостановцам (иногда = должникам).

Sql запросом?

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

Да.
Чем обусловлена такая логика работы модуля?
Данная таблица занимает небольшой объем, возможно ли дополнить логику модуля? Хотя бы, чтобы такие договора попадали в пересчет модулем ( с пустыми договорами) или сразу в планировщик тоже?

Если сделать под вас логику работы, то сюда придут те кто проверяет неактивность абонента отсутствием записей в этой таблице.
Т.е. нет записи - нет движения по балансу - абонент не активен.
Прикажете под всех переделывать?

Для вас можно рекомендовать через создание темп таблицы например

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

Либо можете написать в отчет в котором так же будет реализована временная таблица, чтобы ее постоянно не создавать.
И менеджерам удобно и вас не дергают

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

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

Не, биллинговский отчет нам тут не нужен; данные выгребаются наружу с формированием печатных платежек по физикам.
Неактивность можно сверить по 0.00 во всех полях (остатки и summaX)? Или не покатит, сюда попадут бесплатные входящие и исходящие и т.п.?
А может данную логику можно встроить в групповые операции? Типа там "установка баланса неактивных абонентов"? Или в планировщике сделать задачу "Начисление NPAY (+неактивные)"? Или в модуле в набор услуг добавить что-то (чтобы работало как при выборе определенного договора и пересчитывало)?

BalanceUtils(java.sql.Connection con)

java.math.BigDecimal getBalance(java.util.Date time, int cid)
Получение исходящего остатка договора на требуемый месяц, либо последний предыдущий.

Если я правильно понял задачу. Ну а неактивных абонентов можно выловить по наработке в нужном месяце, если ее небыло, значит абонент неактивен

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Кстати да.
Вы можете просто скрипом для всех договоров первого числа вызывать изменение баланса и у вас будет то чего вы хотите

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

Я так и не понял в чем проблема. Зачем вам эти записи нужны, если все можно доставать sql-запросами, ссылку на которые давали выше. Т.е те, кто выгребают данные наружу - пусть просто чуть сложнее это делают (через темповую таблицу или подзапросом).

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