BiTel

Добрый день. Возможно ли получение полной детальной выкладки по тарифному начислению на абонента?
Опишу лучше на примере.

С 1.04 по 10.04 у абонента Тариф1, с 11.04 у абонента Тариф2 на услуги связи, и тариф на доп.услуги. Эти услуги заданы в конфиге модуля АП - пусть будет с 1.04 по 1.04 у абонента Услуга1 в количестве 10шт а с 2.04 в количестве 20шт
Я хочу иметь возможность сделать полную разбивку наработки до дней с детализированным описанием по какому пункту что тарифицировалось, т.е. видеть в данном случае
1.04 Тариф 1. Аб.плата. Кол-во: 1. Стоимость 3000р/месяц 1/30 - 300р
1.04 Тариф на доп.услуги. Услуга1. Кол-во: 10. Стоимость 300р/месяц 1/30 - 30р
1.04 Тариф 1. Трафик входящий с 0 до 1000мбайт с 00 до 08 часов. Стоимость - 0р. Объем 999мб - 0р
1.04 Тариф 1. Трафик входящий с 0 до 10000 мбайт. Стоимость - 0р. Объем 9999мб - 0р
2.04 Тариф 1. Аб.плата. Стоимость 3000р 1/30 - 300р. (ну или - Аб.плата. Стоимость 3000р 2/30 - 600р)
2.04 Услуга1. Кол-во: 20. Стоимость 300р/месяц 1/30 - 60р
2.04 Тариф 1. Трафик входящий с 0 до 1000мбайт с 00 до 08 часов. Стоимость - 0р. Объем 1мб - 0р
2.04 Тариф 1. Трафик входящий с 1001мбайт с 00 до 08 часов. Стоимость - 1р. Объем 23мб - 23р
2.04 Тариф 1. Трафик входящий с 0 до 10000 мбайт. Стоимость - 0р. Объем 1мб - 0р
2.04 Тариф 1. Трафик входящий с 10001 мбайт. Стоимость - 1р. Объем 2312мб - 2312р
....
11.04 Тариф 2. Аб.плата. Кол-во: 1. Стоимость 30000р/месяц 1/30 - 3000р (ну или - Аб.плата. Кол-во 1. Стоимость 30000р 1/30 - 6000р (3000 эти + 3000 за 10 дней до этого)).
11.04 Тариф 2. Трафик входящий с 0Мбайт. Стоимость - 0р. Объем 4354мб - 0р
11.04 Тариф на доп.услуги. Услуга 1 и т.д.



Модуль bill можно настроить на подобное поведение, но:
1. там используются агрегированные наработки (оно и ладно, я это могу через скрипт разбить и доставить с определенным гемором конечно), и подневную не вытащишь.
2. не будешь же запускать генерацию счет фактур для того чтобы посмотреть как абоненту начислялось.

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


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

ап.
Ладно с ней с абонентской платой - рассчитать можно в конце концов, в вики прекрасно расписано получение размера абонентской платы на дату.
А вот с трафиком что делать никак не придумаю. Есть объемы по диапазонам айпишников разбитые и по часам, но это все высчитывать - с ума ж сойти можно - тариф повторять в скрипте не хочется совсем никак =)

Если в dialup, в login_account_{mid}_yyyyMM можно хоть по часам узнать наработку, то в npay, в npay_detail_<mid>_yyyyMM только за месяц.
Если очень нужна детализация по дням, то идея с записыванием в отдельную таблицу чего-то в духе

не такая уж и абсурдная, IMHO.

Подниму тему.
Сейчас в BG (5.2) есть табличка npay_detail_[mid]_yyyymm с деталями расчета абонплаты по каждому тарифному плану.
Но данные агрегированные за месяц.
Предложение модифицировать табличку, чтобы в неё добавлялись дневные данные.
Т.е чтобы в табличке было поле dd и строка таблицы бы говорила нам о том, по какому тарифу на договоре было посчитана услуга и за конкретный день месяца.
Если договор был в какой-то период приостановлен - то в таблице будет запись для соответствующих дней, но сумма там будет 0 руб.
Подобное поведение сделать опциональным.

А зачем вам это нужно ?

1. Для более детальной статистики.
2. Для компенсаций (расчет дневных компенсаций/скидки).

up

+1

а у вас абоплаты подневные?

+1. У нас подневные...

добавил в TODO

Ещё такой момент насчет этой таблички, есть 2 тарифа, считающих абонплаты.
В одном тарифе (А) это абонплата считалась по цене 0 руб и потом цену в тарифе закрыли периодом 29.02.2012
В другом тарифе (В) эта же АП считается по сумм > 0 руб.
Сейчас считаем май и в табличке npay_detail_[mid]_201205 эта АП записывается и по цене 0 по treeid от тарифа А и по другой цене от тарифа В.
Как-то некорректно.