forum.bitel.ru http://forum.bitel.ru/ |
|
Не считает наработку (CRM) http://forum.bitel.ru/viewtopic.php?f=16&t=10687 |
Страница 1 из 1 |
Автор: | Inspire [ 08 июл 2015, 13:03 ] |
Заголовок сообщения: | Не считает наработку |
Код: Информация о версии: Клиент: вер. 6.1.842 / 31.03.2015 18:02:43 os: Windows 8.1; java: Java HotSpot(TM) 64-Bit Server VM, v.1.7.0_65 Сервер: вер. 6.1.1059 / 01.04.2015 17:20:44 os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.7.0_65 bill: вер. 6.1.257 / 20.03.2015 15:47:58 card: вер. 6.1.205 / 11.03.2015 20:02:46 inet: вер. 6.1.683 / 01.04.2015 17:21:10 ВНИМАНИЕ: клиентская версия: 6.1.685 / 03.04.2015 15:11:32 npay: вер. 6.1.187 / 18.03.2015 18:27:11 ВНИМАНИЕ: клиентская версия: 6.1.189 / 03.04.2015 15:11:33 phone: вер. 6.1.250 / 23.03.2015 19:26:46 reports: вер. 6.1.199 / 30.03.2015 17:25:55 rscm: вер. 6.1.173 / 24.03.2015 17:34:55 Окружение: Клиент: os: Windows 8.1 amd64, 6.3 java: Java HotSpot(TM) 64-Bit Server VM, v.1.7.0_65 jre home: c:\Java\jre7 default tz: 08.07.2015 11:10 MSK +0300 (Europe/Moscow) user tz: 08.07.2015 11:10 MSK +0300 (Europe/Moscow) locale: ru_RU Сервер: os: Linux amd64, 3.13.0-24-generic java: Java HotSpot(TM) 64-Bit Server VM, v.1.7.0_65 jre home: /opt/java/jdk1.7.0_65/jre default tz: 08.07.2015 10:11 MSK +0300 (Europe/Moscow) locale: ru_RU Модуль абонплаты не считает наработку по интернету за июнь. Скрин статусов Вложение: Скрин лимитов Вложение: Баланс Вложение: Наработка Вложение: Удалял наработку и переобсчитывал 100 раз, не помогает. Он даже наработку не очищает. Сервак ребутил |
Автор: | Inspire [ 08 июл 2015, 13:37 ] |
Заголовок сообщения: | Re: Не считает наработку |
Щас еще раз перезагрузил сервер, из настроек только перевел логи на debug. Наработка за июнь появилась. но за июль тоже осталась. И она даже не очищается. Причем в балансе июль есть, в наработке июля нет. Что с ним? Баланс Вложение: Наработка Вложение:
|
Автор: | stark [ 08 июл 2015, 13:38 ] |
Заголовок сообщения: | Re: Не считает наработку |
а почему одно должно в июле начисляться если в июле статус закрыт ? |
Автор: | stark [ 08 июл 2015, 13:39 ] |
Заголовок сообщения: | Re: Не считает наработку |
Inspire писал(а): Модуль абонплаты не считает наработку по интернету за июнь. Скрин статусов Вложение: status.jpg Вы еще лог изменения статусов покажите. не нравится мне что у вас пересечение статусов есть на начало июля |
Автор: | stark [ 08 июл 2015, 13:41 ] |
Заголовок сообщения: | Re: Не считает наработку |
добавьте платеж один рубль и удалите, тогда баланс исправится должен по идее. |
Автор: | Inspire [ 08 июл 2015, 13:57 ] |
Заголовок сообщения: | Re: Не считает наработку |
В общем оказалось, что биллинг не делает переобсчет абонплаты при закрытом статусе договора. Сейчас сделал его активным и он начал очищать и переобсчитывать. НО биллинг начислил абоненту наработку за июль при недостаточном балансе. Вот свежие скрины Статусы Вложение: Баланс Вложение: Наработка Вложение: Лимиты без изменений stark писал(а): добавьте платеж один рубль и удалите, тогда баланс исправится должен по идее. Таких договоров много. И вообще как это так он работает. Т.е. если договор старый и закрыт, то его надо сделать сначала активным, чтобы он переобсчитался, а потом снова закрыть |
Автор: | stark [ 08 июл 2015, 14:08 ] |
Заголовок сообщения: | Re: Не считает наработку |
Inspire писал(а): В общем оказалось, что биллинг не делает переобсчет абонплаты при закрытом статусе договора. По-моему не должно быть такого. Проверим . |
Автор: | Inspire [ 08 июл 2015, 14:12 ] |
Заголовок сообщения: | Re: Не считает наработку (CRM) |
Давайте, а что на счет того, что он снимает абонплаты, когда нет достаточной суммы на счету без лимита? Как сейчас абонетов обсчитывать? |
Автор: | stark [ 08 июл 2015, 14:15 ] |
Заголовок сообщения: | Re: Не считает наработку (CRM) |
Inspire писал(а): Давайте, а что на счет того, что он снимает абонплаты, когда нет достаточной суммы на счету без лимита? Как сейчас абонетов обсчитывать? Оно всегда снимает, если стоит статус активен. Снимать/не снимать - решение принимается на основе статуса, а не баланса..А статус уже зависит от баланса( задача закрытия статуса - закрывает, приход платежа - открывает). |
Автор: | Ildar [ 09 июл 2015, 06:04 ] |
Заголовок сообщения: | Re: Не считает наработку |
В первом случае, не понятно как получилось, но у вас 2( даже 3 ) пересекающихся периода 01.06.2015-01.07.2015 и 06.06.2015-02.07.2015. Он брал первый период и считал по нему и по этому в июне 0. И это больше всего меня волнует, как установились пересекающиеся даты. Вы БД не трогали или не меняли стандартную логику перетирание статусов? Насчет неверного отображения в балансе и наработке, как видно из дерева баланса вы видимо не производили обновление после пересчета наработки и в это время были в вкладке баланса, потом перешли на наработку, а там были уже новые данные( без июля ), но при этом дерево договора все равно отображает старые данные. После пересчета всегда обновляйте данные договора. |
Автор: | Inspire [ 10 июл 2015, 11:12 ] |
Заголовок сообщения: | Re: Не считает наработку |
Ildar писал(а): В первом случае, не понятно как получилось, но у вас 2( даже 3 ) пересекающихся периода 01.06.2015-01.07.2015 и 06.06.2015-02.07.2015. Он брал первый период и считал по нему и по этому в июне 0. И это больше всего меня волнует, как установились пересекающиеся даты. Вы БД не трогали или не меняли стандартную логику перетирание статусов? Насчет неверного отображения в балансе и наработке, как видно из дерева баланса вы видимо не производили обновление после пересчета наработки и в это время были в вкладке баланса, потом перешли на наработку, а там были уже новые данные( без июля ), но при этом дерево договора все равно отображает старые данные. После пересчета всегда обновляйте данные договора. В бд ничего не меняли. Конфиг модуля абонплаты: Код: # Статусы договора, в которых не начисляется абонентская плата contract.status.suspend.codes=3,4 # Автоматическое переначисление абонентских плат договора при изменении их периода, количества и т.п. # 0 - выключить переначисление, 1 - включить переначисление, 2 - включить переначисление, но выполнять только для текущего месяца recalculate.on.service.change=1 # Количество выводимых ошибок в периодических процессах max.periodic.errors=30 #Дебетовая абонплата (изменение статуса договора) debet.npay.status.manage=1 #Код активного статуса договора debet.npay.active.status=0 #Код заблокированного статуса договора debet.npay.locked.status=3 service.no.suspend.4=11 Насчет неверного отображения баланса и наработки: и обновлял, и клиент перезапускал - все равно в балансе июль был, а в наработке нет. Проблема в том, что таких договоров много Вот еще один, к примеру (уже без пересечения статусов) статусы: Вложение: лимиты: Вложение: баланс: Вложение:
|
Автор: | Inspire [ 10 июл 2015, 11:13 ] |
Заголовок сообщения: | Re: Не считает наработку (CRM) |
наработка Вложение: Сейчас нужно выставлять счета за июнь. а с договорами такая неразбериха. Господа, дайте внятный ответ, как это решить |
Автор: | Ildar [ 10 июл 2015, 12:19 ] |
Заголовок сообщения: | Re: Не считает наработку (CRM) |
Напишите пожалуйста в HelpDesk, нужно будет дать доступ. |
Автор: | dimOn [ 10 июл 2015, 12:31 ] |
Заголовок сообщения: | Re: Не считает наработку (CRM) |
а как получилось что у вас некоторые клиентские версии модулей новее серверных? вы подключаетесь к нескольким серверам? причина явно в кривых статусах, но непонятно как так вышло. кстати, select now() в sql-редакторе запустите - время правильное? |
Автор: | Inspire [ 10 июл 2015, 14:13 ] |
Заголовок сообщения: | Re: Не считает наработку (CRM) |
dimOn писал(а): а как получилось что у вас некоторые клиентские версии модулей новее серверных? вы подключаетесь к нескольким серверам? причина явно в кривых статусах, но непонятно как так вышло. кстати, select now() в sql-редакторе запустите - время правильное? Время на сервере совпадает с временем, которое возвращает select now(); На сервере время московское, на моем клиенте время местное, на час больше. И кстати говоря, недавно была проблема с timezone, ее решили с помощью tzupdater.jar Как так получилось с версиями модулей клиента и сервера не знаю. Сейчас обновил клиентские модули до серверных версий. Код: Информация о версии: Клиент: вер. 6.1.842 / 31.03.2015 18:02:43 os: Windows 8.1; java: Java HotSpot(TM) 64-Bit Server VM, v.1.7.0_65 Сервер: вер. 6.1.1059 / 01.04.2015 17:20:44 os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.7.0_65 bill: вер. 6.1.257 / 20.03.2015 15:47:58 card: вер. 6.1.205 / 11.03.2015 20:02:46 inet: вер. 6.1.683 / 01.04.2015 17:21:10 npay: вер. 6.1.187 / 18.03.2015 18:27:11 phone: вер. 6.1.250 / 23.03.2015 19:26:46 reports: вер. 6.1.199 / 30.03.2015 17:25:55 rscm: вер. 6.1.173 / 24.03.2015 17:34:55 Окружение: Клиент: os: Windows 8.1 amd64, 6.3 java: Java HotSpot(TM) 64-Bit Server VM, v.1.7.0_65 jre home: c:\Java\jre7 default tz: 10.07.2015 12:04 MSK +0300 (Europe/Moscow) user tz: 10.07.2015 12:04 MSK +0300 (Europe/Moscow) locale: ru_RU Сервер: os: Linux amd64, 3.13.0-24-generic java: Java HotSpot(TM) 64-Bit Server VM, v.1.7.0_65 jre home: /opt/java/jdk1.7.0_65/jre default tz: 10.07.2015 11:06 MSK +0300 (Europe/Moscow) locale: ru_RU На счет нескольких серверов: Подключаемся к одному серверу. Есть основной и бэкапный сервер. Оба master и slave. На бэкапном биллинг не запущен, только mysql. Непонятно, откуда взялась такая проблема со статусами, раньше не замечали и в настройках тоже ничего не меняли |
Автор: | dimOn [ 10 июл 2015, 16:16 ] |
Заголовок сообщения: | Re: Не считает наработку (CRM) |
Цитата: На сервере время московское, на моем клиенте время местное, на час больше. это из того клиента? Цитата: default tz: 10.07.2015 12:04 MSK +0300 (Europe/Moscow) user tz: 10.07.2015 12:04 MSK +0300 (Europe/Moscow) тогда почему user tz пишет московское? это настройки именно локальные компа. а default tz - установленные по информации пришедшей с сервера. это странно, но проблема наверно не в этом всё равно |
Автор: | Inspire [ 10 июл 2015, 16:29 ] |
Заголовок сообщения: | Re: Не считает наработку (CRM) |
dimOn писал(а): Цитата: На сервере время московское, на моем клиенте время местное, на час больше. это из того клиента? Цитата: default tz: 10.07.2015 12:04 MSK +0300 (Europe/Moscow) user tz: 10.07.2015 12:04 MSK +0300 (Europe/Moscow) тогда почему user tz пишет московское? это настройки именно локальные компа. а default tz - установленные по информации пришедшей с сервера. это странно, но проблема наверно не в этом всё равно как на клиенте может быть время с сервера (default tz)? |
Автор: | dimOn [ 10 июл 2015, 16:37 ] |
Заголовок сообщения: | Re: Не считает наработку (CRM) |
Потому что клиент насильно ставит себе время/таймзону того сервера, к которому подключается. |
Автор: | Inspire [ 10 июл 2015, 16:40 ] |
Заголовок сообщения: | Re: Не считает наработку (CRM) |
dimOn писал(а): Потому что клиент насильно ставит себе время/таймзону того сервера, к которому подключается. Код: Клиент: os: Windows 8.1 amd64, 6.3 java: Java HotSpot(TM) 64-Bit Server VM, v.1.7.0_65 jre home: c:\Java\jre7 default tz: 10.07.2015 12:04 MSK +0300 (Europe/Moscow) user tz: 10.07.2015 12:04 MSK +0300 (Europe/Moscow) locale: ru_RU Сервер: os: Linux amd64, 3.13.0-24-generic java: Java HotSpot(TM) 64-Bit Server VM, v.1.7.0_65 jre home: /opt/java/jdk1.7.0_65/jre default tz: 10.07.2015 11:06 MSK +0300 (Europe/Moscow) locale: ru_RU Как же он берет с него, если на сервере 11:06, на клиенте 12:04 |
Автор: | dimOn [ 10 июл 2015, 16:48 ] |
Заголовок сообщения: | Re: Не считает наработку (CRM) |
э..... ![]() берёт он именно таймзону (по имени) сервера. и её устанавливает в JRE насильно. время на системных часах компа, конечно, не синхронизирует. потому у вас какой-то непонятный косяк. даже два: 1. совсем некорректное сопоставление времени-таймзоны. default tz: 10.07.2015 11:06 MSK +0300 (Europe/Moscow) default tz: 10.07.2015 12:04 MSK +0300 (Europe/Moscow) это ведь совсем неправильно, в одной и той же TZ (по смещению) разное время. какое из них правильное на тот момент по москве(!) ? 2. странно что лоакльная таймзона у вас московская, хотя говорите, что у вас отличие на час должно быть, это как так? у вас на компе с клиентом стоит московская таймзона, а время поставлено локальное что ли? |
Автор: | Inspire [ 10 июл 2015, 16:57 ] |
Заголовок сообщения: | Re: Не считает наработку (CRM) |
Да, локальное стояло... Исправил Код: Клиент: os: Windows 8.1 amd64, 6.3 java: Java HotSpot(TM) 64-Bit Server VM, v.1.7.0_65 jre home: c:\Java\jre7 default tz: 10.07.2015 13:58 MSK +0300 (Europe/Moscow) user tz: 10.07.2015 14:58 GET +0400 (Asia/Tbilisi) locale: ru_RU Сервер: os: Linux amd64, 3.13.0-24-generic java: Java HotSpot(TM) 64-Bit Server VM, v.1.7.0_65 jre home: /opt/java/jdk1.7.0_65/jre default tz: 10.07.2015 13:58 MSK +0300 (Europe/Moscow) locale: ru_RU Но проблема была не в этом ![]() |
Автор: | Ildar [ 11 июл 2015, 01:18 ] |
Заголовок сообщения: | Re: Не считает наработку (CRM) |
Inspire писал(а): Но проблема была не в этом ![]() Нужно взглянуть "поближе", дайте доступ, напишите в HD. |
Автор: | Inspire [ 03 авг 2015, 11:23 ] |
Заголовок сообщения: | Re: Не считает наработку (CRM) |
В общем доступ дать не получится. Скажите на что смотреть |
Автор: | dimOn [ 03 авг 2015, 12:21 ] |
Заголовок сообщения: | Re: Не считает наработку (CRM) |
в HD создайте обращение |
Страница 1 из 1 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |