BiTel

Все просто 350 руб/мес до текущего дня. В день 11.29 руб и договор заблокирован не смотря на баланс 77 руб

Ищите в логах планировщика ""Locked contract xxx balance: yyy; currentAccount: zzz; planAccount vvv"

почему наработка только 146 ?

350 * 20 / 31 = 226 рублей.

226 - 146 = 80 рублей. У вас 77 - не хватает. Т.е скорее всего по каким-то причинам абонку не снимали до этого , а сейчас правильно заблокировало.

Как у вас настроена задача закрытие статусов? Похоже она у вас не выполнялась каждый день.

Ушёл в hd:)

рассказываю как получилось )))) у меня такая же фигня есть
есть услуга, она списывается ЗА МЕСЯЦ, сразу
она ПРОПОРЦИОНАЛЬНА ПЕРИОДУ, после блокировки (услуга уже была списана), она пересчитывается согласно статусу приостановлен, деньги абоненту возвращаются.
правдо у меня это работает при 2-х услугах, а тут вроде другое что то

_________________

Код:

  Клиент: вер. 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
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Да такое возможно предположить. Но проблема в том, что договор не приостанавливали в октябре.

Подниму тему. Договора останавливаются при достаточной сумме для открытия!

Примеры :
-Договор 1:

у договора - тариф:

у договора - баланс:

32.90 > 30.93 Но договор закрылся!

_________________
"Все правые - в резерве!" (c) (translate.google.ru/#en/ru/all%20rigths%20reserved)

Договор 2:

На договоре - тариф:

У договора - баланс:


54.24 > 12.93. Но договор закрылся!

Вся эта беда случилась 1-го июня. Именно в этот день мы перешли с 6.0 на 6.2 ничего не меняя в конфигах!

Почему закрываются договора !

_________________
"Все правые - в резерве!" (c) (translate.google.ru/#en/ru/all%20rigths%20reserved)

так договор закрылся 7го чила же? как это могло быть 1го. По тарифу все списалось верно по 6е чило. и возможно у вас 6 или 5 дней планировщик не работал)

Ещё одна странность :


История изменения статусов :
c 6-го июня началась карусель : Закрыт-Активен-Закрыт-Активен
6-го июня:
-в 4-утра сработала задача "закрытия дебет-договоров по балансу",
-в 4.24 - "задача начисления абоненток." - которая открыла договор (!?) и написала - "разблокирован модулём абонплат по достаточному платежу"
Но никаких платежей у абонента в июне не было !

Почему первая задача блокирует договор , хотя средства есть, а вторая - активирует его, хотя должна была просто списать абонентку ?

_________________
"Все правые - в резерве!" (c) (translate.google.ru/#en/ru/all%20rigths%20reserved)

Работал ! 712 % !

_________________
"Все правые - в резерве!" (c) (translate.google.ru/#en/ru/all%20rigths%20reserved)

Скриншот планировщика с задачами модуля NPAY можно?

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

И апать тему 2015 года? У вас возможно другая проблема. На будущее если у вас большая проблема делайте отдельные темы. Так хоть найти потом можно что кому

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

Прошу извинить, просто цейтнот ! Бродил по форуму в поисках мыслей и набрёл на эту тему, небыло времени создавать новую.
Планировщик :


Ах. да! забыл :
Информация о версии:

Клиент: вер. 6.2.862 / 30.05.2017 03:57:55
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_131
Сервер: вер. 6.2.1184 / 30.05.2017 04:17:11
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_131

bill: вер. 6.2.103 / 12.05.2017 18:50:32
card: вер. 6.2.43 / 16.03.2017 23:47:47
dialup: вер. 6.2.316 / 12.05.2017 18:52:28
drweb: вер. 6.2.71 / 09.03.2016 11:43:11
email: вер. 6.2.177 / 14.12.2016 14:27:42
inet: вер. 6.2.720 / 30.05.2017 03:55:47
ipn: вер. 6.2.264 / 09.01.2017 16:41:56
mps: вер. 6.2.225 / 17.05.2017 18:35:37
npay: вер. 6.2.200 / 30.05.2017 04:17:18
payonline: вер. 6.2.65 / 01.06.2017 15:55:49
rentsoft: вер. 6.2.63 / 04.10.2016 19:16:26
reports: вер. 6.2.217 / 02.05.2017 12:37:22
ru.bitel.bgbilling.plugins.crm: вер. 6.2.195 / 04.10.2016 19:16:05
ru.bitel.bgbilling.plugins.dispatch: вер. 6.2.97 / 12.05.2017 18:50:40
ru.bitel.bgbilling.plugins.documents: вер. 6.2.176 / 14.12.2016 14:33:16
ru.bitel.bgbilling.plugins.helpdesk: вер. 6.2.182 / 04.10.2016 19:16:06
trayinfo: вер. 6.2.171 / 10.03.2017 18:11:41
voiceip: вер. 6.2.192 / 12.05.2017 18:50:31
wm: вер. 6.2.189 / 04.10.2016 19:16:46
yamoney: вер. 6.2.58 / 04.10.2016 19:16:49

Окружение:

Клиент:
os: Linux amd64, 4.8.0-54-generic
java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_131
jre home: /home/oleg/BGBillingClient_6.2/jdk1.8.0_131/jre
default tz: 07.06.2017 15:26 MSK +0300 (Europe/Moscow)
user tz: 07.06.2017 15:26 MSK +0300 (Europe/Moscow)
locale: ru_RU
Сервер:
os: Linux amd64, 4.4.0-78-generic
java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_131
jre home: /opt/java/jdk1.8.0_131/jre
default tz: 07.06.2017 15:26 MSK +0300 (Europe/Moscow)
db time: master: 07.06.2017 15:26 MSK
db charset: connection: utf8(utf8_unicode_ci), database: utf8(utf8_unicode_ci)
locale: en_US
uptime: Started: 07.06.2017 13:33:50 Uptime: 0 d 01:52:16

ЗЫ: в логах - никаких ошибок !

_________________
"Все правые - в резерве!" (c) (translate.google.ru/#en/ru/all%20rigths%20reserved)

Конфиг NPAY модуля.
Попробую на тесте поиграться.

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

Конфиг простой :


Конфиг задачи планировщика "Абонплаты начала месяца" :

_________________
"Все правые - в резерве!" (c) (translate.google.ru/#en/ru/all%20rigths%20reserved)

То ли я перекипел малешко, толи в 6.2 поменялась логика, но кажется я перестал понимать смысл этих фраз их доки:



Это - дневная цена тарифа в текущем дне ?



Это дневная цена тарифа , умноженная на число прошедших дней с начала месяца, исключая текущий в которых договор пребывал в соcтоянии "0"?



А разве не в случае если планируемое начисление не переведёт баланс в минус ? ( для простоты примем лимит=0)



- категорически не понимаю зачем это проверять ?

...

Прекрасно! Но походу переводит договор в активный статус задача начисления абоненток! Потому как между задачей блокировки "дебетников" и задачей начисления им абоненток им 15 мин и никаких платежей от клиентов в это время не поступало!

Зы : специально сегодня ночью проверил статус некоторых договоров:

-в 3.55 - статус "0"
-в 4.00 - сработала задача приостановки "дебетников" по балансу.
-в 4.05 - статус стал "3", хотя денег у договора было более чем достаточно!
-в 4.15 - сработала задача начисления абонентки "дебетникам"
-в 4.20 - сработал какой-то фантомный платёж и статус опять стал "0"

Мистика!

_________________
"Все правые - в резерве!" (c) (translate.google.ru/#en/ru/all%20rigths%20reserved)

мистики нет, в 4-15 начисление значит сработало вот это "С 5.2 там поменялась логика, теперь любое начисление рассматривается как приход платежа"
Возможно дело в этом:
Новый флаг check.account.changed=false в задаче закрытия статуса npay по балансу. Отключает проверку на изменение наработки, позволяет закрыть статус когда c абонента уже списали абонплату (по умолчанию true)."

не до конца понял что делает этот флаг, но поставил его. Буду проверять.

_________________
"Все правые - в резерве!" (c) (translate.google.ru/#en/ru/all%20rigths%20reserved)

затем, чтобы проверить, что абонплата изменилась.
и не закрылся договор, если абонплата с прошлого дня не менялась (при помесячном тарифе, например).
Например тут пояснял: https://forum.bitel.ru/viewtopic.php?f= ... 15#p103813

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

2 dimOn: Наверно при помесячном списании это действительно круто, но при дневном превратилась в сущий кошмар
2 zavndw: "check.account.changed" - очень полезный флаг, походу помогло....

Зы : если такая фича появилась в 5.2 , то ни понимаю как у нас всё прекрасно работало в 5.2 и 6.0 и проявилось тока при апгрейде на 6.2 ?....

_________________
"Все правые - в резерве!" (c) (translate.google.ru/#en/ru/all%20rigths%20reserved)

при дневном такая проблема вообще не должна возникать, т.к. начисление делается раз в сутки и наработка ежесуточно меняется, нет?
я не понимаю как этот флаг может помочь в вашей проблеме, пояснит может кто-нибудь

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

Реальные проблемы, опровергающие Ваше утверждение:

https://forum.bitel.ru/viewtopic.php?f= ... 23#p105432
https://forum.bitel.ru/viewtopic.php?f= ... 23#p105433
https://forum.bitel.ru/viewtopic.php?f= ... 23#p105435
https://forum.bitel.ru/viewtopic.php?f= ... 23#p105439
https://forum.bitel.ru/viewtopic.php?f= ... 23#p105442



Увы я ещё более не понимаю. и тем не менее 3-х дневные танцы с бубном завершились именно тогда когда я поставил этот флаг в конфиг модуля NPAY.
Сегодня ночь и день прошли спокойно....

_________________
"Все правые - в резерве!" (c) (translate.google.ru/#en/ru/all%20rigths%20reserved)

не, я не про вашу конкретно проблему, а про "проблему которая решается флагом check.account.changed"

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