ADRENALIN1986 Опубликовано 26 ноября, 2013 · Жалоба УЗ - 19.11.2013 - была блокировка 10 - самое интересно что в этот день у человека был + тоетсь положительны баланс. его не отключали может быть глюк системы??? манипуляций с пользователем никаких ен проводилось а как его включить???? и самое интересное что 20-21 все нормально списывалось Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
mrlexus Опубликовано 26 ноября, 2013 (изменено) · Жалоба 10 блокировка может быть установлена только из админки менеджером вручную. Система автоматически не переводит в это состояние никакие УЗ. Равно как и обратно - не выводит из 10 блокировки. Это не может быть глюком. Если только не чьи-то шаловливые ручки... Смените пароли менеджеров в ЛБ, на доступ по ssh, к mysql и пр. разрешите файерволом доступ к админке только с доверенных хостов, проведите аудит системы на предмет нелегального доступа. Изменено 26 ноября, 2013 пользователем mrlexus Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
No_name Опубликовано 26 ноября, 2013 · Жалоба Абоплата стоит ежемесячная, периодичность списания ежедневная.. Как так? Она или месячная, или ежедневная, определитесь. Да вот так - ... Это нормально. Что нормально? Биллинг списывает или ежемесячно, или ежесуточно, далее списывает или в начале дня/месяца, или в конце дня/месяца, далее пропорционально кол-ву дней в месяце или за день. Потому я и спросил. Откуда у вас взялась дата отключения УЗ 30.11.1899 г.? У них на какой то сборке был такой глюк, при переходе на новый год :) сам попадал. 2ТС Судя по представленному тарифу у вас списание например за 26 ноября будет, в конце дня и оно будет 9666.67руб./за день + в течении дня будет списываться по трафику за количество потребленных мегабайт. А теперь сядьте и посчитайте вручную, когда и сколько списывалось у абонента и сколько он трафика потребил и решите врет биллинг или нет. И это, обновление там не дорогое, неужели не потянете? Можно попасть на куда более веселые глюки и полгода-год ждать стабильно работающую версию то теряя по пути, то восстанавливая разный функционал... Соответственно топикстартеру наверняка понаботится сразу и пакет поддержки подороже и стальные нервы :) Ну это да, а вообще у меня сейчас стоит сборка за начало 12 года, все четко работает, хотя надо бы на тестовом новые сборки потестить да обновиться, но это уже другая тема. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ADRENALIN1986 Опубликовано 26 ноября, 2013 · Жалоба самое интересно что у других пользователей все точно так же и все норм снимается, но это конечно не единичный случай. все извиняюсь расскажу вамэто же мы и сами отключали полностью всех абонентов , просто несколько раз падала система . И для настройки нам пришлось выключать и включать всех абонентов. И у всех в этот день стоит блокировка и дата подключения УЗ 30.11.1899 г. у всех такая же почему то как то выборочно она считает неправильно у людей .... То что биллинг врет это 100% так как сам лично проверял потребление меньши 2ГБ соответственно не может начислять дополнительные деньги только абонплата. ((( поэтому и не понятно логики расчета. Вот еще нашел договор , в списание абонентской платы стоит за 10 дней 0 , зато история баланса списываеться а каждый из этих дней разные суммы. где логика ????? люди если есть возможность поделитесь нормальной стабильной сборкой на 1.9 а не то абоненты съедят. просто покуда оформим догвор, так как мы не резиденты РФ то пройдет еще месяц-1,5 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
No_name Опубликовано 26 ноября, 2013 (изменено) · Жалоба все извиняюсь расскажу вамэто же мы и сами отключали полностью всех абонентов , просто несколько раз падала система . И для настройки нам пришлось выключать и включать всех абонентов. И у всех в этот день стоит блокировка и дата подключения УЗ 30.11.1899 г. у всех такая же почему то как то выборочно она считает неправильно у людей .... То что биллинг врет это 100% так как сам лично проверял потребление меньши 2ГБ соответственно не может начислять дополнительные деньги только абонплата. ((( поэтому и не понятно логики расчета. Ну если вы так уверены в своей компетентности в данном вопросе, что биллинг врет, тогда тут вам ничем не помогут. Обращайтесь в ТП биллинга. Ну и обновление там копеечное, ей-богу. + в тп вам подскажут/помогут. Изменено 26 ноября, 2013 пользователем Brainiac Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ADRENALIN1986 Опубликовано 26 ноября, 2013 · Жалоба ну просто никто не может точно сказать что где и как , может я в этом и не компетентен. Но по логике расчета должно быть именно так Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vitalyb Опубликовано 26 ноября, 2013 · Жалоба То что биллинг врет это 100% так как сам лично проверял потребление меньши 2ГБ соответственно не может начислять дополнительные деньги только абонплата. ((( поэтому и не понятно логики расчета. там есть детальная статистика по трафику. И вообще, трафик - одни начисления, абонка - другие. Может у вас netflow коллектор врет, или NAS по радиусу криво отчитывается? Или не врет, а считает не тот трафик, который надо вам - вариантов может быть масса. просто никто не может точно сказать что где и как Так и есть, без "полного погружения" в БД биллинга и в колекторы/NASы конкретно сказать что-то почти невозможно. Тут реально помочь может только поддержка биллинга. Не будете же вы давать доступ неизвестным людям с форума к биллингу? 8) Кстати, в логах биллинга и агентов ошибки есть? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vop Опубликовано 26 ноября, 2013 · Жалоба Биллинг списывает или ежемесячно, или ежесуточно, далее списывает или в начале дня/месяца, или в конце дня/месяца... Небольшой языковой off-topic, не сочтите за невежливость. Абонплату не списывают. Абонплату начисляют. А списывают долги, к которым относится и абонплата. :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
No_name Опубликовано 26 ноября, 2013 · Жалоба Биллинг списывает или ежемесячно, или ежесуточно, далее списывает или в начале дня/месяца, или в конце дня/месяца... не сочтите за невежливость. Абонплату не списывают. Абонплату начисляют... Сочту. Ты, если невежда в вопросе текущей темы, то просто читай или спрашивай, но по существу. Тут только те кто в теме, троллинг в соседней ветке с Kein`ом. Ты не обижайся, но иногда так задрачивает выуживание нужной инфы среди тонны таких вот поучений и не понятных мнений не по теме, что просто ничего не остается, как посылать таких поучителей которые по теме ничего не могут сказать. И напоследок, речь идет о списании средств со счета клиента. Но поскольку ты не в курсе, объясняю, что в ланбиллинге, списание средств разработчиками описано как списание абонплаты. Те кто его(ланбиллинг) используют, понимают о чем речь. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vop Опубликовано 27 ноября, 2013 · Жалоба Те кто его(ланбиллинг) используют, понимают о чем речь. Ага! Они только одного не понимают, почему "списывается" коряво, да? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
VasiliyP Опубликовано 27 ноября, 2013 · Жалоба зачем выкладывать историю баланса и утверждать, что это и есть списание абонки.... выложите результаты выборки из таблицы rentcharge для этого договора, тогда будет видно за что списывалось ну или из таблице month на вашей сборке она еще обновляется, там агрегированная статистика по списания по месяцам с указанием категорий тарифа обновитесь на сборку повыше, там уже есть журнал событий, можно легко узнать откуда взялось отключение учетной записи Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 1 декабря, 2013 · Жалоба Совпадение или нет, но у меня ЛанБиллинг 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) И таких абонентов уже выявил несколько. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vitalyb Опубликовано 2 декабря, 2013 · Жалоба ЛанБиллинг 2.0 006 Веселая версия, выше мое "полгода" относится как раз к ней. Один из биллингов пришлось обновится на 006 январскую (с 003) и начался адский сюр до июня. И то, баги остались, но, вроде, не такие жестокие, ребут помогает, и знакомые баги лучше новых. По снятию абонки у нее было следующее. Редко (раз в 1-2 месяца), но случайно (могло повториться через день) во время обработки абонплаты происходил сбой, появлялась в логе ругня на пару строк и данные в БД оставалась в неверном состоянии - почти для всех абонентов на этот день в таблице rentcharge запись о снятии есть, фиксации баланса в balances нет, баланс не изменен. Соответственно на следущий день "перерасчета" не происходит т.к. в rentcharge всё верно и едем дальше как ни в чем не бывало. Как так можно было реализовать логику на БД с транзакциями и прочими ACID штуками, я совершенно без понятия. На 1.8-1.9 не сталкивался с на столько неадекватным поведением, но, само-собой, не все версии побывали в продакшене. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 2 декабря, 2013 · Жалоба Чтобы обновиться до ЛанБиллинг 2.0 007 разработчики просят денег :( Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vitalyb Опубликовано 2 декабря, 2013 · Жалоба Давно туда не заглядывал. Если у вас последняя 006 и уже есть 007, то мне, похоже, стоит пересмотреть идею "никогда не обновляться на последнюю сборку" :) Вообще, основная у меня рабочая 1.9, и еще до того, как в нее начали тянуть архитектурные изменения из 2.0, меняя по ходу дела только номер минорной версии. Особенности есть, но непоняток нет вообще. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 2 декабря, 2013 · Жалоба Выявилось много таких учеток, у которых абон.плата перестала списываться. :( С десяток уже выявил, сколько их реально - не знаю, т.к. пока не придумал достоверный механизм их выявления. И не понятна закономерность появления таких учеток. :( Если сделать перерасчет штатными средствами, то абонентка списывается. Но на следующий день все повторяется - абонентка за текущий день не списывается. Что делать - не понятно. :( Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
DVM-Avgoor Опубликовано 2 декабря, 2013 · Жалоба Что делать - не понятно. :( Более-менее решение: дергать саппорт. Нам во время деплоя этой радости они помогали, но у наших коллег уже был гигантский опыт с этим чудом. /* * OFFTOPIC: * Решение на отличненько: выкинуть эту жесть. * Это реально самый странный биллинг который я видел. * Вот он и UTM5 могут запросто устроить коллапс вселенной. * Извините (С) */ Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pppoetest Опубликовано 3 декабря, 2013 · Жалоба UTM5 вне конкуренции. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Diman_xxxx Опубликовано 3 декабря, 2013 · Жалоба На версии lanbilling 2.006 ни как не могу настроить тарифы с пост оплатой, списание ежемесячное, а блокировка наступает при пересечении 0 в минус. Причем все разом 1 го числа. Туда попадают даже маленькие минуса. Вариант с достижением "отрицательного значения " абонентской платы не получается настроить. Может кто настраивал ? PS: их хелп-деск отвечает один раз в сутки. В итоге все идет по кругу, так, что начинает складывается ощущение что я совсем тупой и не могу ничего объяснить. Я конечно не буду стопроцентно это отрицать ;) - НО НАХРЕНА НУЖНА такая ТП (ЗА 5000 руб в месяц) которая не может помочь в простом вопросе. У них есть полный доступ - блин зашли бы и сделали - я бы им мозг не выносил и все были ли бы наверно рады) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 3 декабря, 2013 · Жалоба На версии lanbilling 2.006 ни как не могу настроить тарифы с пост оплатой, списание ежемесячное, а блокировка наступает при пересечении 0 в минус. Поясните. Это какие-то взаимоисключающие условия: если списание ежемесячное в конце месяца, то какое пересечение 0 может быть? "В ноль" вы практически никогда не будете попадать. Ну либо непонятно написали задачу. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
BasilKlyev Опубликовано 3 декабря, 2013 · Жалоба UTM5 вне конкуренции. Много напильников сломали? У нас стоит работает , но некоторых плюшек все же не хватает ... P.S. Напильники не использовали совсем ... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pppoetest Опубликовано 3 декабря, 2013 · Жалоба UTM5 вне конкуренции. Много напильников сломали? У нас стоит работает , но некоторых плюшек все же не хватает ... P.S. Напильники не использовали совсем ... Год ломали, потом за месяц-два долетели (свое запилили, с плюшками/поэтессами/преферансами) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Diman_xxxx Опубликовано 3 декабря, 2013 · Жалоба На версии lanbilling 2.006 ни как не могу настроить тарифы с пост оплатой, списание ежемесячное, а блокировка наступает при пересечении 0 в минус. Поясните. Это какие-то взаимоисключающие условия: если списание ежемесячное в конце месяца, то какое пересечение 0 может быть? "В ноль" вы практически никогда не будете попадать. Ну либо непонятно написали задачу. Привожу картинку настроек тарифа. Мы хотим обычную постоплату - когда абонент (юрик) будет заблокирован при достижении "отрицательного значения абон. платы" В идеале хотелось бы чтобы абонент достигал -800р (как в примере - при абон пл. 800р) плавно, 1/30 долями(ежедневно) в течении месяца с момента подключения. У нас же в блкирову ушли все у кого баланс упал ниже нуля, так и не дотянув до "отрицательного значения абон. платы" Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vitalyb Опубликовано 3 декабря, 2013 · Жалоба Выставьте ему кредит 800р, будет "отрицательная абонплата". Ну и в инструкции, когда я ее в последний раз видел, описаны все алгоритмы, чего-то свыше этого ожидать "из коробки" было бы странно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
No_name Опубликовано 3 декабря, 2013 · Жалоба Вообще, основная у меня рабочая 1.9, и еще до того, как в нее начали тянуть архитектурные изменения из 2.0 Тоже сижу на 1.9 и как то вообще не тянет собирать грабли обновляться. Пока все стабильно работает. Очкую. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...