BiTel

есть ли какая-то возможность написать тариф или реализовать логику вроде -

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

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

киньте пожалуйста ссылку почитать если есть нормальное решение.. одним тарифом

а если везде поставить пропорционально периоду то что будет?

не вы год но

По сути: не помешала бы стандартная возможность установки на договоре 2-х тарифов:
1. "Начальный" - тот, который подключается абоненту на N месяцев с момента создания договора (бесплатно до ХХХ, скидка на первые YYY месяцев и вот это вот все)
2. "Рабочий" - тот, который начнет работать после п.1
Это настолько распространенная у операторов практика, что впору либо делать это стандартным функционалом (через шаблоны, например), либо вкладывать в дистрибутив скрипт для реализации подобной логики, что, пожалуй, является более правильным и простым, с точки зрения реализации, вариантом (расширил готовый скрипт взяв болванку из доки, поменял переменные и готово).

поддерживаю.

будет рост тарифов и изменение условий договора.

Абонплата за месяц это безусловный платёж за неопределённое количество потреблённых услуг (сутками человек сидел или 1 день за месяц). поэтому приостановка услуги не ведёт к уменьшению абонплаты, а в БГбиллинге - ведёт и от этого не уйти.
А первый и последний месяц это обстоятельство можно расчитать по фактическим дням подключения.
---

Подневной режим снятия авансом за месяц

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

У нас так реализовано.
У определенной части контрагентов есть тарифный план "Промо".
Есть промо бесплатный на 1 месяц и платный за первый месяц и 2-3 месяца бесплатно (в зависимости от скорости).
При выставлении этих тарифов - скрипт автоматом закрывает дату ПО тарифа, и выставлял (потом решили что не нужно автоматического перевода - пускай сами выбирают какой нужен), новый тариф датой следующей за ПО предыдущего тарифа.
Если нужно было списание - списывание происходит через RSCM. Через тарифные опции было неудобно, т.к. они активируются только в текущую секунду. Через расходы тоже т.к. надо было видеть в наработке.

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

Хотя в этом случае он начислит даже если нет денег на договоре по идее.

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

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