Как узнать количество оставшихся списаний до конца РП?

Технические вопросы по UTM 5.0
Ответить
vbalykin
Сообщения: 11
Зарегистрирован: Пт апр 08, 2011 03:24

Как узнать количество оставшихся списаний до конца РП?

Сообщение vbalykin »

Как узнать количество оставшихся списаний до конца расчётного периода для конкретной услуги?

vbalykin
Сообщения: 11
Зарегистрирован: Пт апр 08, 2011 03:24

Уточнение

Сообщение vbalykin »

Уточнение: стоит задача выяснить, какая сумма будет списана до конца расчётного периода.

dk
Сообщения: 424
Зарегистрирован: Чт авг 10, 2006 08:52

Сообщение dk »

dtagg_periodic?

vbalykin
Сообщения: 11
Зарегистрирован: Пт апр 08, 2011 03:24

Сообщение vbalykin »

dk писал(а):dtagg_periodic?
Прямой пересчёт periodic_services_data.cost - dtagg_periodic.discounted не подходит, т.к. если между началом расчётного периода и текущей датой была блокировка с установленным перерасчётом абонентской платы, то это значение окажется некорректным.
Есть еще варианты?

Аватара пользователя
Magnum72
Сообщения: 1947
Зарегистрирован: Чт сен 22, 2005 06:54
Контактная информация:

Сообщение Magnum72 »

vbalykin писал(а):
dk писал(а):dtagg_periodic?
Прямой пересчёт periodic_services_data.cost - dtagg_periodic.discounted не подходит, т.к. если между началом расчётного периода и текущей датой была блокировка с установленным перерасчётом абонентской платы, то это значение окажется некорректным.
Есть еще варианты?
А что мешает блокировки посчитать? Биллинг при закрытии периода так и делает, корректируя общую сумму списаний в периоде как бы задним числом, проводя такие списания 23:59, что есть свинство.

vbalykin
Сообщения: 11
Зарегистрирован: Пт апр 08, 2011 03:24

Какова логика учёта блокировок с разными discount_method?

Сообщение vbalykin »

Magnum72 писал(а):
vbalykin писал(а):
dk писал(а):dtagg_periodic?
Прямой пересчёт periodic_services_data.cost - dtagg_periodic.discounted не подходит, т.к. если между началом расчётного периода и текущей датой была блокировка с установленным перерасчётом абонентской платы, то это значение окажется некорректным.
Есть еще варианты?
А что мешает блокировки посчитать? Биллинг при закрытии периода так и делает, корректируя общую сумму списаний в периоде как бы задним числом, проводя такие списания 23:59, что есть свинство.
У услуги деньги снимаются целиком в начале расчётного периода (discount_method=1) и в течение расчётного периода были блокировки с пересчётом абонентской платы.

Как поступит в этом случае биллинг? В 23:59 конца расчётного периода задним числом пересчитает уже сделанное списание в размере periodic_services_data.cost с учётом продолжительности блокировки? Или же никакой коррекции не произойдёт?

Аватара пользователя
Magnum72
Сообщения: 1947
Зарегистрирован: Чт сен 22, 2005 06:54
Контактная информация:

Re: Какова логика учёта блокировок с разными discount_method

Сообщение Magnum72 »

vbalykin писал(а):
Magnum72 писал(а):
vbalykin писал(а):
dk писал(а):dtagg_periodic?
Прямой пересчёт periodic_services_data.cost - dtagg_periodic.discounted не подходит, т.к. если между началом расчётного периода и текущей датой была блокировка с установленным перерасчётом абонентской платы, то это значение окажется некорректным.
Есть еще варианты?
А что мешает блокировки посчитать? Биллинг при закрытии периода так и делает, корректируя общую сумму списаний в периоде как бы задним числом, проводя такие списания 23:59, что есть свинство.
У услуги деньги снимаются целиком в начале расчётного периода (discount_method=1) и в течение расчётного периода были блокировки с пересчётом абонентской платы.

Как поступит в этом случае биллинг? В 23:59 конца расчётного периода задним числом пересчитает уже сделанное списание в размере periodic_services_data.cost с учётом продолжительности блокировки? Или же никакой коррекции не произойдёт?

Обычно такое бывает при равномерном списании АП, т.е. допустим на начало периода абонент был в блоке, где то в рамках периода разблокировался на 1 минуту, и попал в между списаниями. При очередном списании абонентка за эти 5 минут не будет посчитана, а будет посчитана в момент закрытия расчетного периода, так сказать задним числом...

Ответить