BiTel

Доброе время суток! Тестируем 5.0, лицензию купили. Перестал работать шлюз Микротик. Был скриптовый, работал на 4.6, на 5.0 абонентов планировщик пытается блокировать, но статус шлюза в договоре не меняется, в адрес-лист адреса не добавляются. Сделал шлюз не скриптовый, а как написано в документации 1 в 1. Результат идентичный. Версии бгбилла свежие, вчера скачал и поставил. ОС сервера Ubuntu, Java 1.6.0_17 Сервер 5.0 сборка 751

_________________
Сервер: вер. 7.0.1277 / 23.10.2017 21:20:55
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_101
BGCRM v 3.0 build 1209 from 18.10.2017 06:00:42

Ау, Люди! Кто-нибудь переходил с 4.6 на 5.0 со шлюзом микротик?

_________________
Сервер: вер. 7.0.1277 / 23.10.2017 21:20:55
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_101
BGCRM v 3.0 build 1209 from 18.10.2017 06:00:42

Господа разработчики! Ответьте пожалуйста на вопрос!
Планировщик отрабатывает проверку шлюзов IPN. В лог пишет следующее:
06-24/12:00:04 INFO [pool-2-thread-1] IPNTestGates - Locking 200005 balance: -84.89 limit -50.00
06-24/12:00:04 INFO [pool-2-thread-1] IPNTestGates - Locking 100044 balance: -30.49 limit -10.00
06-24/12:00:04 INFO [pool-2-thread-1] IPNTestGates - Locking 100070 balance: -17.50 limit 0.00
06-24/12:00:04 INFO [pool-2-thread-1] IPNTestGates - Locking 200025 balance: -17.84 limit 0.00
06-24/12:00:04 INFO [pool-2-thread-1] IPNTestGates - Locking 200030 balance: -385.62 limit 0.00
06-24/12:00:04 INFO [pool-2-thread-1] IPNTestGates - Locking 100086 balance: -378.33 limit 0.00
Но состояние шлюза в договоре остается Открыт. И при следующей проверке происходит все тоже самое. Как биллинг понимает, что шлюз закрыт? И почему этого не происходит?
Linux bgbillTEST 2.6.24-27-server #1 SMP Fri Mar 12 01:23:09 UTC 2010 x86_64 GNU/Linux
Java 1.6.0_17 Сервер 5.0 сборка 751
ipn вер. 5.0 сборка 253 от 09.06.2010 18:28:13

_________________
Сервер: вер. 7.0.1277 / 23.10.2017 21:20:55
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_101
BGCRM v 3.0 build 1209 from 18.10.2017 06:00:42

можете дать доступ ?

Да вроде разобрались с помощью sql-скрипта из viewtopic.php?f=7&t=4066&start=15. Только замечание, если дубликаты статуса шлюза за одну дату, скрипт копирует обе. Приходится ручками. Вопрос только почему последнейшее обновление не исправило само? И решен ли окончательно вопрос возникновения дублей в таблице ipn_contract_status_mid?

_________________
Сервер: вер. 7.0.1277 / 23.10.2017 21:20:55
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_101
BGCRM v 3.0 build 1209 from 18.10.2017 06:00:42

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