Перейти к содержимому
Калькуляторы

Не правильно списывает сумма lanbilling 1.9

УЗ - 19.11.2013 - была блокировка 10 - самое интересно что в этот день у человека был + тоетсь положительны баланс. его не отключали может быть глюк системы???

 

манипуляций с пользователем никаких ен проводилось

 

а как его включить???? и самое интересное что 20-21 все нормально списывалось

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

10 блокировка может быть установлена только из админки менеджером вручную. Система автоматически не переводит в это состояние никакие УЗ. Равно как и обратно - не выводит из 10 блокировки.

Это не может быть глюком.

Если только не чьи-то шаловливые ручки...

Смените пароли менеджеров в ЛБ, на доступ по ssh, к mysql и пр. разрешите файерволом доступ к админке только с доверенных хостов, проведите аудит системы на предмет нелегального доступа.

Изменено пользователем mrlexus

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Абоплата стоит ежемесячная, периодичность списания ежедневная..

Как так?

Она или месячная, или ежедневная, определитесь.

Да вот так - ...

Это нормально.

Что нормально? Биллинг списывает или ежемесячно, или ежесуточно, далее списывает или в начале дня/месяца, или в конце дня/месяца,

далее пропорционально кол-ву дней в месяце или за день. Потому я и спросил.

 

Откуда у вас взялась дата отключения УЗ 30.11.1899 г.?

У них на какой то сборке был такой глюк, при переходе на новый год :) сам попадал.

 

2ТС

Судя по представленному тарифу у вас списание например за 26 ноября будет, в конце дня и оно будет 9666.67руб./за день + в течении дня будет списываться по трафику за количество потребленных мегабайт.

А теперь сядьте и посчитайте вручную, когда и сколько списывалось у абонента и сколько он трафика потребил и решите врет биллинг или нет.

 

И это, обновление там не дорогое, неужели не потянете?

Можно попасть на куда более веселые глюки и полгода-год ждать стабильно работающую версию то теряя по пути, то восстанавливая разный функционал... Соответственно топикстартеру наверняка понаботится сразу и пакет поддержки подороже и стальные нервы :)

Ну это да, а вообще у меня сейчас стоит сборка за начало 12 года, все четко работает, хотя надо бы на тестовом новые сборки потестить да обновиться,

но это уже другая тема.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

все извиняюсь расскажу вамэто же мы и сами отключали полностью всех абонентов , просто несколько раз падала система . И для настройки нам пришлось выключать и включать всех абонентов. И у всех в этот день стоит блокировка и дата подключения УЗ 30.11.1899 г. у всех такая же

 

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

 

То что биллинг врет это 100% так как сам лично проверял потребление меньши 2ГБ соответственно не может начислять дополнительные деньги только абонплата. ((( поэтому и не понятно логики расчета.

 

Вот еще нашел договор , в списание абонентской платы стоит за 10 дней 0 , зато история баланса списываеться а каждый из этих дней разные суммы. где логика ????? люди если есть возможность поделитесь нормальной стабильной сборкой на 1.9 а не то абоненты съедят. просто покуда оформим догвор, так как мы не резиденты РФ то пройдет еще месяц-1,5

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

все извиняюсь расскажу вамэто же мы и сами отключали полностью всех абонентов , просто несколько раз падала система . И для настройки нам пришлось выключать и включать всех абонентов. И у всех в этот день стоит блокировка и дата подключения УЗ 30.11.1899 г. у всех такая же

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

То что биллинг врет это 100% так как сам лично проверял потребление меньши 2ГБ соответственно не может начислять дополнительные деньги только абонплата. ((( поэтому и не понятно логики расчета.

Ну если вы так уверены в своей компетентности в данном вопросе, что биллинг врет, тогда тут вам ничем не помогут.

Обращайтесь в ТП биллинга.

 

Ну и обновление там копеечное, ей-богу. + в тп вам подскажут/помогут.

Изменено пользователем Brainiac

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

То что биллинг врет это 100% так как сам лично проверял потребление меньши 2ГБ соответственно не может начислять дополнительные деньги только абонплата. ((( поэтому и не понятно логики расчета.

там есть детальная статистика по трафику. И вообще, трафик - одни начисления, абонка - другие. Может у вас netflow коллектор врет, или NAS по радиусу криво отчитывается? Или не врет, а считает не тот трафик, который надо вам - вариантов может быть масса.

 

просто никто не может точно сказать что где и как

Так и есть, без "полного погружения" в БД биллинга и в колекторы/NASы конкретно сказать что-то почти невозможно. Тут реально помочь может только поддержка биллинга. Не будете же вы давать доступ неизвестным людям с форума к биллингу? 8)

 

Кстати, в логах биллинга и агентов ошибки есть?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Биллинг списывает или ежемесячно, или ежесуточно, далее списывает или в начале дня/месяца, или в конце дня/месяца...

 

Небольшой языковой off-topic, не сочтите за невежливость. Абонплату не списывают. Абонплату начисляют. А списывают долги, к которым относится и абонплата. :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Биллинг списывает или ежемесячно, или ежесуточно, далее списывает или в начале дня/месяца, или в конце дня/месяца...

не сочтите за невежливость. Абонплату не списывают. Абонплату начисляют...

Сочту. Ты, если невежда в вопросе текущей темы, то просто читай или спрашивай, но по существу.

 

Тут только те кто в теме, троллинг в соседней ветке с Kein`ом.

Ты не обижайся, но иногда так задрачивает выуживание нужной инфы среди тонны таких вот поучений и не понятных мнений не по теме,

что просто ничего не остается, как посылать таких поучителей которые по теме ничего не могут сказать.

 

И напоследок, речь идет о списании средств со счета клиента.

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

Те кто его(ланбиллинг) используют, понимают о чем речь.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Те кто его(ланбиллинг) используют, понимают о чем речь.

 

Ага! Они только одного не понимают, почему "списывается" коряво, да?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

выложите результаты выборки из таблицы rentcharge для этого договора, тогда будет видно за что списывалось

ну или из таблице month на вашей сборке она еще обновляется, там агрегированная статистика по списания по месяцам с указанием категорий тарифа

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Совпадение или нет, но у меня ЛанБиллинг 2.0 006 для части абонентов не то, чтобы неверно списывает абонентку, а вообще ее перестал списывать. :(

Вот смотрю абонента (учетка не блокирована):

select * from vgroups where login="Olga";
+-------+------+-------+-------+-------+--------+---------+---------+---------+---------+--------+----+-------+------------+------------+------------+--------------+------------------+---------------+--------+----------+---------+---------------------+---------------------+---------------------+---------------------+----------+-------+----------------+--------------+---------+----------------+
| vg_id | uid  | cu_id | descr | login | pass   | agrm_id | blk_req | blocked | changed | tar_id | id | shape | c_date     | d_limit    | d_clear    | max_sessions | amount           | current_shape | ip_det | port_det | archive | acc_ondate          | acc_offdate         | block_date          | creation_date       | template | dirty | connected_from | parent_vg_id | port_id | user_packet_id |
+-------+------+-------+-------+-------+--------+---------+---------+---------+---------+--------+----+-------+------------+------------+------------+--------------+------------------+---------------+--------+----------+---------+---------------------+---------------------+---------------------+---------------------+----------+-------+----------------+--------------+---------+----------------+
|   755 |  517 |  NULL |       | Olga  | хххххх |     515 |       0 |       0 |       0 |      1 |  1 |     0 | 2013-11-01 | 7885886196 | 2013-11-01 |            1 | 338.333333333333 |          1024 |      0 |        0 |       0 | 2013-08-06 00:00:00 | 0000-00-00 00:00:00 | 2013-11-29 16:45:09 | 2013-08-06 18:07:36 |        0 |     0 |           NULL |         NULL |       0 |           NULL |
+-------+------+-------+-------+-------+--------+---------+---------+---------+---------+--------+----+-------+------------+------------+------------+--------------+------------------+---------------+--------+----------+---------+---------------------+---------------------+---------------------+---------------------+----------+-------+----------------+--------------+---------+----------------+
1 row in set (0.00 sec)

 

Смотрю баланс учетки - деньги есть:

mysql> select * from agreements where uid=517;
+---------+-----+---------+------------+------------+------------------+---------------------+--------+------+---------+-------------+----------------+-------+
| agrm_id | uid | oper_id | number     | date       | balance          | credit              | cur_id | code | archive | balance_acc | parent_agrm_id | state |
+---------+-----+---------+------------+------------+------------------+---------------------+--------+------+---------+-------------+----------------+-------+
|     515 | 517 |       2 | 14-02/1210 | 2013-08-06 | 315.266559139786 | 0.00999999999999801 |      1 | NULL |       0 |     1579.03 |           NULL |     0 |
+---------+-----+---------+------------+------------+------------------+---------------------+--------+------+---------+-------------+----------------+-------+
1 row in set (0.00 sec)

 

Смотрю списания - фиг там, шли-шли, а потом перестали:

select * from rentcharge where vg_id=755;
+-------+------------+---------------------+------------------+--------+-------+---------+-----+------------+--------------------+----------------+-----------+-------------+
| vg_id | period     | dateofcharge        | amount           | tar_id | block | agrm_id | mul | c_date     | tariff_modifier_id | user_packet_id | record_id | amount_disc |
+-------+------------+---------------------+------------------+--------+-------+---------+-----+------------+--------------------+----------------+-----------+-------------+
|   755 | 2013-08-06 | 2013-08-07 00:00:41 |                0 |      1 |     0 |     515 |   1 | 2013-08-01 |               NULL |           NULL |    378059 |           0 |
|   755 | 2013-08-07 | 2013-08-08 00:00:36 | 11.2903225806452 |      1 |     0 |     515 |   1 | 2013-08-01 |               NULL |           NULL |    378566 |           0 |
...
|   755 | 2013-11-27 | 2013-11-29 16:45:10 |  11.666666666667 |      1 |     0 |     515 |   1 | 2013-11-01 |               NULL |           NULL |    491508 |           0 |
|   755 | 2013-11-28 | 2013-11-29 16:45:10 | 11.6666666666667 |      1 |     0 |     515 |   1 | 2013-11-01 |               NULL |           NULL |    491509 |           0 |
|   755 | 2013-11-29 | 2013-11-29 16:45:10 | 11.6666666666663 |      1 |     0 |     515 |   1 | 2013-11-01 |               NULL |           NULL |    491510 |           0 |
+-------+------------+---------------------+------------------+--------+-------+---------+-----+------------+--------------------+----------------+-----------+-------------+
116 rows in set (0.00 sec)

 

И таких абонентов уже выявил несколько.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

ЛанБиллинг 2.0 006

Веселая версия, выше мое "полгода" относится как раз к ней. Один из биллингов пришлось обновится на 006 январскую (с 003) и начался адский сюр до июня. И то, баги остались, но, вроде, не такие жестокие, ребут помогает, и знакомые баги лучше новых.

 

По снятию абонки у нее было следующее. Редко (раз в 1-2 месяца), но случайно (могло повториться через день) во время обработки абонплаты происходил сбой, появлялась в логе ругня на пару строк и данные в БД оставалась в неверном состоянии - почти для всех абонентов на этот день в таблице rentcharge запись о снятии есть, фиксации баланса в balances нет, баланс не изменен. Соответственно на следущий день "перерасчета" не происходит т.к. в rentcharge всё верно и едем дальше как ни в чем не бывало. Как так можно было реализовать логику на БД с транзакциями и прочими ACID штуками, я совершенно без понятия.

 

На 1.8-1.9 не сталкивался с на столько неадекватным поведением, но, само-собой, не все версии побывали в продакшене.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Чтобы обновиться до ЛанБиллинг 2.0 007 разработчики просят денег :(

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Давно туда не заглядывал. Если у вас последняя 006 и уже есть 007, то мне, похоже, стоит пересмотреть идею "никогда не обновляться на последнюю сборку" :)

Вообще, основная у меня рабочая 1.9, и еще до того, как в нее начали тянуть архитектурные изменения из 2.0, меняя по ходу дела только номер минорной версии. Особенности есть, но непоняток нет вообще.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Выявилось много таких учеток, у которых абон.плата перестала списываться. :(

С десяток уже выявил, сколько их реально - не знаю, т.к. пока не придумал достоверный механизм их выявления. И не понятна закономерность появления таких учеток. :(

Если сделать перерасчет штатными средствами, то абонентка списывается. Но на следующий день все повторяется - абонентка за текущий день не списывается. Что делать - не понятно. :(

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Что делать - не понятно. :(

 

Более-менее решение: дергать саппорт. Нам во время деплоя этой радости они помогали, но у наших коллег уже был гигантский опыт с этим чудом.

 

/*

* OFFTOPIC:

* Решение на отличненько: выкинуть эту жесть.

* Это реально самый странный биллинг который я видел.

* Вот он и UTM5 могут запросто устроить коллапс вселенной.

* Извините (С)

*/

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

UTM5 вне конкуренции.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

На версии lanbilling 2.006 ни как не могу настроить тарифы с пост оплатой, списание ежемесячное, а блокировка наступает при пересечении 0 в минус. Причем все разом 1 го числа. Туда попадают даже маленькие минуса. Вариант с достижением "отрицательного значения " абонентской платы не получается настроить.

 

Может кто настраивал ?

 

PS: их хелп-деск отвечает один раз в сутки. В итоге все идет по кругу, так, что начинает складывается ощущение что я совсем тупой и не могу ничего объяснить.

Я конечно не буду стопроцентно это отрицать ;) - НО НАХРЕНА НУЖНА такая ТП (ЗА 5000 руб в месяц) которая не может помочь в простом вопросе.

У них есть полный доступ - блин зашли бы и сделали - я бы им мозг не выносил и все были ли бы наверно рады)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

На версии lanbilling 2.006 ни как не могу настроить тарифы с пост оплатой, списание ежемесячное, а блокировка наступает при пересечении 0 в минус.

Поясните. Это какие-то взаимоисключающие условия: если списание ежемесячное в конце месяца, то какое пересечение 0 может быть? "В ноль" вы практически никогда не будете попадать. Ну либо непонятно написали задачу.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

UTM5 вне конкуренции.

Много напильников сломали?

У нас стоит работает , но некоторых плюшек все же не хватает ...

 

P.S. Напильники не использовали совсем ...

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

UTM5 вне конкуренции.

Много напильников сломали?

У нас стоит работает , но некоторых плюшек все же не хватает ...

 

P.S. Напильники не использовали совсем ...

Год ломали, потом за месяц-два долетели (свое запилили, с плюшками/поэтессами/преферансами)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

На версии lanbilling 2.006 ни как не могу настроить тарифы с пост оплатой, списание ежемесячное, а блокировка наступает при пересечении 0 в минус.

Поясните. Это какие-то взаимоисключающие условия: если списание ежемесячное в конце месяца, то какое пересечение 0 может быть? "В ноль" вы практически никогда не будете попадать. Ну либо непонятно написали задачу.

 

Привожу картинку настроек тарифа.

Мы хотим обычную постоплату - когда абонент (юрик) будет заблокирован при достижении "отрицательного значения абон. платы"

В идеале хотелось бы чтобы абонент достигал -800р (как в примере - при абон пл. 800р) плавно, 1/30 долями(ежедневно) в течении месяца с момента подключения.

 

У нас же в блкирову ушли все у кого баланс упал ниже нуля, так и не дотянув до "отрицательного значения абон. платы"

пример.PNG

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Выставьте ему кредит 800р, будет "отрицательная абонплата". Ну и в инструкции, когда я ее в последний раз видел, описаны все алгоритмы, чего-то свыше этого ожидать "из коробки" было бы странно.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Вообще, основная у меня рабочая 1.9, и еще до того, как в нее начали тянуть архитектурные изменения из 2.0

Тоже сижу на 1.9 и как то вообще не тянет собирать грабли обновляться.

Пока все стабильно работает. Очкую.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.