Биллинговая система Nodeny

crontab -l

0   0     1    *     *    /usr/bin/perl /usr/local/nodeny/new_month.pl
*/5 * * * * /usr/local/bin/mrtg /usr/local/etc/mrtg/mrtg.cfg

Получается так, сначала снимаются средства, а потом меняется тариф, но это ведь не верно.

Не подскажите?

А причем тут mrtg?

ну а как надо? человек месяц отработал на тарифе, с него снимаются деньги за этот тариф, затем устанавливается новый и он месяц работает на новом тарифе. Вообще, не приходило в голову что куча сетей работает и у них все правильно снимается, а ты просто чего-то недопонял?

Человек заказывает тариф на следующий месяц за 100р, а в этом месяце работал за 30р.

Происходит так при переходе на следующий месяц, что с него снимется 30р, а потом ставиться тариф за 100р и работает он  на тарифе за 100р, при условии что оплатил 30!!! Так же происходит и наоборот с тарифами!

 
goletsa не причем, просто не вырезал

Из скрина видно, что в 23.59 снялась абонка, а в 00.00 сменился тариф в котором абонка не должна сниматься

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

мне так кажется, что вы не поняли как работает биллинг и финансами....

Ну откуда? Откуда вы беретесь? Что значит не правильно???? Я даже не понимаю КАК может возникнуть этот вопрос... Все же логично до НЕ могу.
Месяц работаем на тарифе за x$ Соответственно платим x$ ЛОГИЧНО?
Наступает новый месяц в действие вступает новый тариф за y$ по окончании месяца снимается y$ ЛОГИЧНО?

удалено

Пример. Подключаем клиента 15го числа на тариф за 30р, т.е. до конца месяца ему нужно заплатить 15р(берется предоплата). В этом же месяце клиент ставит себе тариф на следующий месяц за 100р. В конце месяца с него снимается в 23.59 сумма в 15р, а тариф ставится за 100р и клиент работает. В новом месяце он опять переходит с тарифа 100 на тариф 30 на будущий месяц. В 23.59 с него снимается 100р, в 00.00 ставиться тариф за 30р, у клиента на счету -70р, клиент начинает возмущаться почему у него сняли 100, а не 30

а ничо что он месяц пользовался тарифом за 100?

так клиенту это не объяснить! мне то это понятно...

Вы, наверное, обьяснить не можете, потому что и сами еще не полностью вьехали в принцип оплаты.
А если клиент с диагнозом - разрисуйте ему на бамашке, КАК И ЗА ЧТО  снимаются деньги.

т.е. нельзя клиенту объяснить, что он месяц пользовался пакетом за 100 рублей и должен платить 100 рублей? А по каким тогда законам клиент живет? В его реальности можно покупать бутылку водки за 5 грн потому что столько стоит молоко

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

Сейчас другая ситуация, приходит клиент  - платит за месяц 300, но пришел он 1 числа в 12 часов - биллинг снимает с него 290 рублей потому что есть коэфициент и 0,9сколько-то на который умножается сумма тарифа - КАК ОТКЛЮЧИТЬ КОЭФИЦИЕНТ!??? или сделать его равным всегда единице?!!!

А только что вообще обнаружил вот такую хрень, это вообще как!!!! Срок действия: 01.03.2020 00:00 .. 01.04.2020 00:00
Неполный месяц, коэффициент: 1.00   какой неполный месяц?!!!!! хоть коэфициент 1 и то спасибо. Как сделать так чтобы можно было регулировать начало расчета коэфициента, скажем от 1 до 10 числа месяца или в коде где то его поправить?

Так а если ты подключишь человека 29 числа, не думаю, что он захочет списание полной суммы за день  как за полный месяц. Может тогда стоит другой режим использовать?

services.pm
В районе 536 строки.

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

По договору тарифы на месяц.

В моем  Nodeny-Plus 2.0 в services.pm нашел, да там, но если я поправлю на 2 строки ниже $k*$cash  на 1*$cash не вызовет ли это проблем в других расчетах?

Вам никто не даст гарантии что оно где-то не аукнется. Мало того, удивительное будет преследовать вас постоянно и вылазить в самых неожиданных местах.
Вам уже в поддержке конкретно сказали, что этого делать не рекомендуется.
Вам нужно ваших без меры активных теток из бухгалтерии урезонить а не коэффициенты искать в коде.
Тысячу раз поторялось устно, и  здесь в теме письмено - поменяйте режим тарифа с "конец месяца" на "месяц" и у вас не будет проблемы "потери денег". Этот вопрос уже согласовывался с вашим самым высоким руководством и нашел там всяческую поддержку. И что опять не так? Опять ищем коэффициенты?

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

Вероятно потому ,что это не подходит ему.

если придти в 12 часов 30 числа и заплатить 300 вместо 10 руб это нормально? он не просит биллинг по другому считать, а просят как сделать так чтобы он не правильно считал, как должны разработчики содействовать в этом?

Да ради бога, если не боитесь, что клиенты подадут в общество защиты потребителей за то, что денег списали в разы больше использованных услуг, то просто в файле services.pm замените фрагмент:

на

Спасибо, посмотрим, но если у абонента возникнет вопрос - он может почитать договор где все четко прописано. Кроме того когда все ПРОСТО (тариф - 300р. в месяц) у абонентов как правило нет вопросов (а если до конца месяца или с учетом перерасчета или с 5 по 5 число месяца - у абонентов масса вопросов), но если все таки, абоненту хочется перерасчета - пожалуйста - согласно трафика можно выполнить ему перерасчет, если трафик до 10 числа НОЛЬ, то менеджер просто вернет деньги или продлит период работы.

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

Наконец-то написал человек который реально представляет услугу доступа к сети интернет!!!!!! И даже может оказаться что и не нужно рассылать тысячи платных смс с напоминанием.

Ахаха, наконец то, Леха, ты пришел и всех нас рассудил )))
Все это чушь про недопонимание. Всегда найдется идиот, которому будет что-то не понятно. У меня один чудик звонил каждый день и спрашивал свой пароль от vpn так и что теперь? Живут множество провайдеров с плавающей датой расчетного периода и не кашляют. И смски всякие не нужны - услуги нет, значит надо платить. С вариантами оплаты в наше время вообще проблем нет - это вам не 15 лет назад. Тут какая-то другая фигня. Я даже понять не могу с чем связана. У каждого оператора свое личное понимание своих бизнес процессов и иногда настолько извращенное что переубедить что это не правильно практически невозможно. Поэтому проще отдаться )))  Что Стас и продемонстрировал.

Вставлю свои 5 копеек, экономически не выгодно делать все эти неполные списания.
А то клиенты люди своеобразные - хочу день попользовался, оплатил 3 копейки и дальше занимает линию.
Ну и четкая дата платежа всем удобна - провайдеру аккумулирует средства в сжатый период на закупки и ФОТ, клиент знает что надо 1 числа оплатить.
Возмущаются только те, кто хочет платить чуть ли не за 1 час потраченого интернета, а остальное время типа они не пользуются, зачем его оплачивать. Хотя согласно договору например прописан календарный месяц.

Про выставление коэффициента - при выставленном режиме конец месяца проблемы есть разве что с новыми договорами в первый месяц, когда может списать за полный месяц вместо пропорционального остатка дней в месяце.

Ну и чего не хватает, что я делал в 50 версии - разные коэфициенты при наличии скидок. Т.е. например давать скидку только на интернет, а доп услуги типа ТИВИ по флупрайсу. В новой версии пока не придумал как это грамотнее всего реализовать, выставление скидки действует на весь набор услуг.

Скажие пожалуйста , можно ли как то сделать такое извращение - которое всем сделает хорошо.

Можно ли как то начать применять коэффициент скажем с 5 числа каждого месяца? Тогда и людям будет хорошо и менеджерам.

даже не с 5го числа, а сделать опцию "до хх%% не производить перерасчет"

Сделал. Фича будет в next (пока не обновлял, собираю фичи и вылью скопом). Если кому горит:

В services.pm после:

добавить:
или

если день_до_котого_не_делать_перерасчет = 2, то первого и второго числа перерасчет не будет

Спасибо огромное!  ;D Этот механизм будет работать и когда оператор пополняет счет и происходит активация услуги (скажем 2 числа) и 1 числа месяца когда в 0.00 произойдет нормальное списание? То есть спишется полная сумма указанная в тарифе?

С днем связи!!!!  

День добрый. Подскажите что подправить. Услуга должна завершаться в 0.00 и переходить в статус заморожена, а она завершается в разное время.

Здравствуйте в нодени плюс не нахожу такого кода. Находил 2 файла, ни в одном из них нет, поиск файла с текстом внутри тоже ничего не дал.

Этого тоже не нахожу.

Блин, я же не могу поддерживать все устаревшие ревизии.  В N+ такой код есть. Если у вас не обновленный бил, тогда ищите фрагмент
например он есть в
Еще есть такие фрагменты:
их можно заменить на

Спасибо, что уже стоит биллинг обновить?

У меня вот такой код есть только, код (2|4) или {2|4}  не находится нигде. Хелп.  ???