BiTel

Форум BiTel		 bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 15 июн 2025, 03:15

Сообщения без ответов | Активные темы


Список форумов » BGBilling » Модули Интернета » Модуль Inet

Часовой пояс: UTC + 5 часов [ Летнее время ]



Начать новую тему Ответить на тему  Страница 1 из 2
  [ Сообщений: 31 ]  На страницу 1, 2  След.
  Версия для печати Пред. тема | След. тема 
Автор Сообщение
nik247
 Заголовок сообщения: [6.0] Inet - нулевые наработки услуг
СообщениеДобавлено: 02 июн 2014, 00:45 
Обновился сегодня ло последней версии:
Код:
 Сервер: вер. 6.0 сборка 1748 от 29.05.2014 20:06:41
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.6.0_45
  bill вер. 6.0 сборка 343 от 12.03.2014 19:11:40
  card вер. 6.0 сборка 227 от 06.05.2014 18:58:40
  inet вер. 6.0 сборка 1393 от 28.05.2014 14:45:33
  mps вер. 6.0 сборка 216 от 26.05.2014 14:51:29
  npay вер. 6.0 сборка 225 от 23.04.2014 14:16:23
  reports вер. 6.0 сборка 214 от 14.05.2014 15:38:27
  rscm вер. 6.0 сборка 193 от 10.04.2014 19:28:35
  ru.bitel.bgbilling.plugins.dispatch вер. 6.0 сборка 126 от 26.05.2014 22:47:40
  ru.bitel.bgbilling.plugins.organizer вер. 6.0 сборка 74 от 05.02.2014 15:55:20

До этого не обновлялтся 7 месяцев с BGBillingServer build 1593, inet build 1244.
В клиенте биллинга появились "нулевые" наработки по модулую Inet с этого месяца (июня):
-время
-вх.траф.
-исх.трафик.
До этого такого не было, и в истории за другие месяцы нету.
Как отключить эти "нулевые" наработки?
Вернуться к началу
  
 
stark
 Заголовок сообщения: Re: [6.0] Inet - нулевые наработки услуг
СообщениеДобавлено: 02 июн 2014, 13:30 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Тут забавная ситуация. На самом деле записи с нулевой стоимостью изначально попадали туда. Но Однажды ( 18.12.2013) это исправили(случайно). Один из клиентов возмутился этим фактом и это исправили обратно и было выложено обновление 04.02. 2014:
" Inet: С билда от 18 декабря в информацию по наработкам не попадали записи с нулевой стоимостью."

А опции, отключающей это, нет.
Вернуться к началу
 Профиль  
 
nik247
 Заголовок сообщения: Re: [6.0] Inet - нулевые наработки услуг
СообщениеДобавлено: 02 июн 2014, 14:12 
stark писал(а):
Тут забавная ситуация. На самом деле записи с нулевой стоимостью изначально попадали туда. Но Однажды ( 18.12.2013) это исправили(случайно). Один из клиентов возмутился этим фактом и это исправили обратно и было выложено обновление 04.02. 2014:
" Inet: С билда от 18 декабря в информацию по наработкам не попадали записи с нулевой стоимостью."

А опции, отключающей это, нет.

Я так и не понял...
Я использую BG 2 года с версии 5.2.
Потом был переход на 6.0 в сентябре 2013.
Последнее обновление 6.0 было от 2.10.2013.
И записей с такой нулевой наработкой не было.
И вот после обновления 01.06.2014 вылезли "нулевые" наработки.


Последний раз редактировалось nik247 02 июн 2014, 14:32, всего редактировалось 1 раз.

Вернуться к началу
  
 
stark
 Заголовок сообщения: Re: [6.0] Inet - нулевые наработки услуг
СообщениеДобавлено: 02 июн 2014, 14:18 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
посмотрите inet_session_log_account_{mid}_yyyyMM. там есть записи с нулевым полем account?
Вернуться к началу
 Профиль  
 
stark
СообщениеДобавлено: 02 июн 2014, 14:53 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Лень дальше в историю лезть, возможно тоже не сразу добавлено это было . В общем нужно добавить опцию, просто убрать не получится, некоторым нужны эти нулевые значения.
Вернуться к началу
 Профиль  
 
nik247
 Заголовок сообщения: Re: [6.0] Inet - нулевые наработки услуг
СообщениеДобавлено: 02 июн 2014, 15:59 
stark писал(а):
посмотрите inet_session_log_account_{mid}_yyyyMM. там есть записи с нулевым полем account?

Конечно есть - все на 100%.
У меня все тарифы безлимиты - ни время, ни объем не учитываются в наработках.
Записи похожие, что в мае и раньше, что в июне, только до июня "нулевая" наработка не показывалась, а с июня у всех клиентов появилась.
Ведь 2 года их не было....
Вернуться к началу
  
 
skyb
СообщениеДобавлено: 02 июн 2014, 16:14 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
в 6.1 тоже это есть и очень глаза разбегаются, не хотелось бы их видеть если этого ненада

_________________
Код:
  Клиент: вер. 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
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений
Вернуться к началу
 Профиль  
 
nik247
СообщениеДобавлено: 20 июн 2014, 18:52 
Самое странное их не было 2 года (с 5.2), а тут вдруг появились и говорят, что так было задумано.
Я с ответов разработчиков, так и непонял по поводу решения... кроме приставки "CRM".
Вот сейчас открыл наработки одиного супер-договора с 10 субдогорами:
май: 10 записей с АП.
июнь: 10 записей с АП + 30 записей с нулевыми услугами= всего 40.
Глаза начали вылазить....
Вернуться к началу
  
 
Amir
СообщениеДобавлено: 23 июн 2014, 15:24 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Будет доработка чтобы наработки с нулевой стоимостью, если не нужны для отчетов, не попадали в БД.
Вернуться к началу
 Профиль  
 
nik247
СообщениеДобавлено: 23 июн 2014, 15:59 
Amir писал(а):
Будет доработка чтобы наработки с нулевой стоимостью, если не нужны для отчетов, не попадали в БД.

А может есть смысл ввести параметр в конфигурацию просто "скрытия наработок с нулевой стоимостью"?
Вернуться к началу
  
 
Amir
СообщениеДобавлено: 23 июн 2014, 19:39 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Выкладывается обновление. В конфигурации модуля или конфигурации корневого устройства
connection.flush.skipZeroAccount=1
После добавления параметра необходим перезапуск Accounting.
Не забудьте сделать бэкап старых библиотек.
Вернуться к началу
 Профиль  
 
nik247
СообщениеДобавлено: 24 июн 2014, 00:03 
Amir писал(а):
Выкладывается обновление. В конфигурации модуля или конфигурации корневого устройства
connection.flush.skipZeroAccount=1
После добавления параметра необходим перезапуск Accounting.
Не забудьте сделать бэкап старых библиотек.

Не совсем понятно действие.
Будут ли писаться нулевые наработки в БД?
Или будут только скрываться нулевые наработки в карточке договора?
Вернуться к началу
  
 
stark
СообщениеДобавлено: 24 июн 2014, 11:54 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
nik247 писал(а):
Amir писал(а):
Выкладывается обновление. В конфигурации модуля или конфигурации корневого устройства
connection.flush.skipZeroAccount=1
После добавления параметра необходим перезапуск Accounting.
Не забудьте сделать бэкап старых библиотек.

Не совсем понятно действие.
Будут ли писаться нулевые наработки в БД?
Или будут только скрываться нулевые наработки в карточке договора?


Нулевые наработки в БД писаться не будут(если стоит эта опция).
Вернуться к началу
 Профиль  
 
snark
СообщениеДобавлено: 24 июн 2014, 13:49 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
Amir писал(а):
connection.flush.skipZeroAccount=1

В доку, как обычно, не попадет?
Вернуться к началу
 Профиль  
 
stark
СообщениеДобавлено: 24 июн 2014, 14:07 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
snark писал(а):
Amir писал(а):
connection.flush.skipZeroAccount=1

В доку, как обычно, не попадет?

Спросите об этом amir-а :)
Вернуться к началу
 Профиль  
 
snark
СообщениеДобавлено: 24 июн 2014, 15:05 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
stark писал(а):
snark писал(а):
В доку, как обычно, не попадет?

Спросите об этом amir-а :)

Дабы не гадить в этой теме, ответ тут ;)
Вернуться к началу
 Профиль  
 
nik247
СообщениеДобавлено: 25 июн 2014, 00:46 
Все таки опция connection.flush.skipZeroAccount=1 не совсем то, точнее совсем не то о чем я писал.
Если ее включить, то я не увижу статистику с наработкой с объемами трафика, но с нулевой ценой. Так?
А мне то нужно было все-то скрыть с наработок услуги с "нулевой" ценой, как было раньше.
Попробую обновлюсь и включу на одном из модулей эту опцию.
Вернуться к началу
  
 
stark
СообщениеДобавлено: 25 июн 2014, 11:01 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
nik247 писал(а):
Все таки опция connection.flush.skipZeroAccount=1 не совсем то, точнее совсем не то о чем я писал.
Если ее включить, то я не увижу статистику с наработкой с объемами трафика, но с нулевой ценой. Так?
А мне то нужно было все-то скрыть с наработок услуги с "нулевой" ценой, как было раньше.
Попробую обновлюсь и включу на одном из модулей эту опцию.



Давайте определимся какая наработка есть
1) Наработка сессий по трафику - в байтах. Хранится в session_detail . Она не нулевая и эта опция ее никак не касается
2) Наработка по услуге - в рублях + сколькой байт было по этой услуге(session_account). В рублях тут 0, если нулевая цена стоит, в байтах - не ноль .
Вот этой информации не будет, если стоит connection.flush.skipZeroAccount=1 . Именно против этого был один из наших клиентов, когда мы убрали это, потому что ему надо было видеть наработку в байтах по услуге с нулевой ценой((Она в общем случае может не совпадать с наработкой по типу трафика session_detail, это зависит от тарифа). Вам она нужна?
3) У вас появилась нулевая наработка по услуге в рублях (contract_account)? Вы против нее ? Если поставлено connection.flush.skipZeroAccount, то и она тоже пропасть должна. Или вы хотите убрать только ее , не убирая 0-вы записи из session_account? Может быть мы друг друга не поняли просто.
Вернуться к началу
 Профиль  
 
Amir
СообщениеДобавлено: 25 июн 2014, 17:53 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Нашли, выложили.
F: Inet: Добавлялись записи с нулевой наработкой в contract_account.
В этом случае connection.flush.skipZeroAccount=1 не нужен.
Вернуться к началу
 Профиль  
 
nik247
СообщениеДобавлено: 26 июн 2014, 14:54 
Amir писал(а):
Нашли, выложили.
F: Inet: Добавлялись записи с нулевой наработкой в contract_account.
В этом случае connection.flush.skipZeroAccount=1 не нужен.

Ok.
Выйду с отпуска на следующей неделе и проверю.
Вернуться к началу
  
 
Cromeshnic
СообщениеДобавлено: 01 авг 2014, 16:19 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
А в 5.2? :)
Вернуться к началу
 Профиль  
 
nik247
СообщениеДобавлено: 01 авг 2014, 19:47 
Amir писал(а):
Нашли, выложили.
F: Inet: Добавлялись записи с нулевой наработкой в contract_account.
В этом случае connection.flush.skipZeroAccount=1 не нужен.
Обновился 31.07.2014 до последней версии...
И никаких изменений не произошло - записи с нулевой наработкой снова начали попадать в contract_account.
connection.flush.skipZeroAccount=1 не устанавливал...
Не было наработок:
Код:
SELECT * FROM contract_account WHERE cid=8 AND yy=2014 AND mm=5
2014;5;8;6;154.06452
2014;5;8;12;27.09677
2014;5;8;14;2.58065
Провел обновление 01.06.2014 - появились нулевые наработки:
Код:
SELECT * FROM contract_account WHERE cid=8 AND yy=2014 AND mm=6
2014;6;8;1;0.00000
2014;6;8;2;0.00000
2014;6;8;3;0.00000
2014;6;8;6;172.46667
2014;6;8;12;30.00000
2014;6;8;14;2.66667
Провел обновление 31.07.2014 - нулевые наработки не исчезли:
Код:
SELECT * FROM contract_account WHERE cid=8 AND yy=2014 AND mm=8
2014;8;8;1;0.00000
2014;8;8;2;0.00000
2014;8;8;3;0.00000
2014;8;8;6;6.41935
2014;8;8;12;0.96774

UPDATE - похоже я поспешил с выводом, что ничего не изменилось...
Нашел некоторые договора, у которых пропала нулевая наработка.
И все стало на место - ядро я обновлял 31.07.2014, а все Inet обновлял уже в 00:15 01.08.2014.
Вот и получилось, что у всех активных сессий старый Inet успел добавить нулевую наработку.
Вообщем грохнул в базе (contract_account) у всех эти нулевые наработки - больше они не добавляются.
Вернуться к началу
  
 
stark
СообщениеДобавлено: 01 авг 2014, 20:58 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Cromeshnic писал(а):
А в 5.2? :)

Багу исправить или флаг добавить ? :)
Вернуться к началу
 Профиль  
 
Cromeshnic
СообщениеДобавлено: 01 авг 2014, 21:58 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Багу
Вернуться к началу
 Профиль  
 
Amir
СообщениеДобавлено: 02 авг 2014, 20:09 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
В 5.2 вроде бы нет такого, что добавляет в contract_account с суммой 0.
Вернуться к началу
 Профиль  
 
Cromeshnic
СообщениеДобавлено: 04 авг 2014, 08:18 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Ну, они есть:
Код:
mysql> select * from contract_account ca left join service s on ca.sid=s.id where yy=2014 and mm=07 and summa=0 and mid=28;
...
1 | 30000 |
| 2014 |  7 | 206576 | 476 | 0.00000 |  476 | Интернет - Внешний вх. трафик (предоплаченный)                                      |   28 | 0000-00-00 00:00:00 |       1 | 30000 |
| 2014 |  7 | 206725 | 352 | 0.00000 |  352 | * Время                                                                             |   28 | 0000-00-00 00:00:00 |       1 | 20000 |
| 2014 |  7 | 206725 | 376 | 0.00000 |  376 | Интернет - Внешний вх. трафик                                                       |   28 | 0000-00-00 00:00:00 |       1 | 30000 |
| 2014 |  7 | 206725 | 377 | 0.00000 |  377 | Интернет - Внешний исх. трафик                                                      |   28 | 0000-00-00 00:00:00 |       1 | 30000 |
| 2014 |  7 | 206725 | 378 | 0.00000 |  378 | Интернет - Локальный вх. трафик                                                     |   28 | 0000-00-00 00:00:00 |       1 | 30000 |
| 2014 |  7 | 206725 | 379 | 0.00000 |  379 | Интернет - Локальный исх. трафик                                                    |   28 | 0000-00-00 00:00:00 |       1 | 30000 |
+------+----+--------+-----+---------+------+-------------------------------------------------------------------------------------+------+---------------------+---------+-------+
1949 rows in set (0.02 sec)
Вернуться к началу
 Профиль  
 
Amir
СообщениеДобавлено: 05 авг 2014, 19:04 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Возможно при переобсчете появляется, посмотрим.
Вернуться к началу
 Профиль  
 
stark
СообщениеДобавлено: 05 авг 2014, 19:12 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Cromeshnic писал(а):
Ну, они есть:
Код:
mysql> select * from contract_account ca left join service s on ca.sid=s.id where yy=2014 and mm=07 and summa=0 and mid=28;
...
1 | 30000 |
| 2014 |  7 | 206576 | 476 | 0.00000 |  476 | Интернет - Внешний вх. трафик (предоплаченный)                                      |   28 | 0000-00-00 00:00:00 |       1 | 30000 |
| 2014 |  7 | 206725 | 352 | 0.00000 |  352 | * Время                                                                             |   28 | 0000-00-00 00:00:00 |       1 | 20000 |
| 2014 |  7 | 206725 | 376 | 0.00000 |  376 | Интернет - Внешний вх. трафик                                                       |   28 | 0000-00-00 00:00:00 |       1 | 30000 |
| 2014 |  7 | 206725 | 377 | 0.00000 |  377 | Интернет - Внешний исх. трафик                                                      |   28 | 0000-00-00 00:00:00 |       1 | 30000 |
| 2014 |  7 | 206725 | 378 | 0.00000 |  378 | Интернет - Локальный вх. трафик                                                     |   28 | 0000-00-00 00:00:00 |       1 | 30000 |
| 2014 |  7 | 206725 | 379 | 0.00000 |  379 | Интернет - Локальный исх. трафик                                                    |   28 | 0000-00-00 00:00:00 |       1 | 30000 |
+------+----+--------+-----+---------+------+-------------------------------------------------------------------------------------+------+---------------------+---------+-------+
1949 rows in set (0.02 sec)


попробуйте пересчет на одном договоре таком запустить. Можете за прошлый месяц(если есть записи за прошлый месяц ). Если записи останутся, то, возможно, переобсчет виноват.
Вернуться к началу
 Профиль  
 
stark
СообщениеДобавлено: 05 авг 2014, 19:16 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
да, переобсчет такое может делать . Исправим.
Вернуться к началу
 Профиль  
 
stark
СообщениеДобавлено: 08 авг 2014, 13:26 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Переобсчет исправили, обновление выложено. Нашли еще пару потенциальных косячных мест в runtime, исправим позже.
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  Страница 1 из 2
  [ Сообщений: 31 ]  На страницу 1, 2  След.

Список форумов » BGBilling » Модули Интернета » Модуль Inet

Часовой пояс: UTC + 5 часов [ Летнее время ]

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1

Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
POWERED_BY
Русская поддержка phpBB
[ Time : 0.074s | 57 Queries | GZIP : On ]