Некорректно выставляются счета!!!

[REPLAY_5]

Вот уже который месяц не могу выбить из поддержки решения проблемы!!!

У многих пользователей (одинаково создаваемых и имеющих одинаковый тарифный план по трафику) абсолютно неадекватно выставляются счета!

Цифры, в счетах вообще взятые непонятно откуда!!!
Сама АСР ведёт расчёты нормально, в отчетах всё сходится...

А конкретно в счетах (причём не у всех пользователей, а избирательно) всякий бред!!!

Мы не можем нормально работать, а ответа Нам так и не дали на этот вопрос!!!!

[Vovik]

Вот уже который месяц не могу выбить из поддержки решения проблемы!!!

У многих пользователей (одинаково создаваемых и имеющих одинаковый тарифный план по трафику) абсолютно неадекватно выставляются счета!

Цифры, в счетах вообще взятые непонятно откуда!!!
Сама АСР ведёт расчёты нормально, в отчетах всё сходится...

А конкретно в счетах (причём не у всех пользователей, а избирательно) всякий бред!!!

Мы не можем нормально работать, а ответа Нам так и не дали на этот вопрос!!!!

Ух... как мне нравится эта фраза!..
ПОСЛЕДНИЙ ТЕЛЕПАТ УШЕЛ В ОТПУСК!!!!!

Что за тарифы, что за услуги, какие валюты, какие расчетные периоды?

[petrovs]

я тоже написал по этому поводу в хотлайн ..ответа до сих пор нет (заявка висит уже 2 суток)

[vestronet]

Такая же проблема. Причем, в некоторых счетах в счетчиках классов трафика иногда стоит значение "0.000", хотя в отчетах по трафику у этих клиентов значение этих же классов трафика показываются нормально, т. е. нормальные реальные значения. Иногда в счетах берутся значения этих же счетчиков совершенно непонятно откуда.
Система у нас FreeBSD 4.10-STABLE, биллинг UTM 5.1.10-011.
В хотлайн я не сообщал об этом, хотя тех. поддержка у нас есть, просто смысла нет сообщать об этом в хотлайн, так как у некоторых этот вопрос там же висит уже не первый и не второй день.
Хотелось бы, чтобы счета нормально генерировались...

[Maximas]

Наступило первое число - теже яйца и после 14го билда....
FreeBSD 4.11-STABLE + UTM 5.1.10-014
Пример.
Юзер выюзал положенные ему 10 гиг за абонплату в 200уе списываему в начале периода (предыдущий август был)
Перебрал 300 мег по цене 25уе за гиг
со счета все списано верно - списана абонплата 200уе в начале августа и списалось 7.5 уе за перебор
А в счете ПОЛНЫЙ бред
=
Строка 1 - 200б за 10 гиг
Строка 2 - 106 мег перебора по цене 25 за гиг... 2.65 бакса....
Сумма есссно 202.65 уе
=
Почему в счете перебора меньше чем в реалии???????????
Теперь каждому юзверю абиснять что белое это черное?

[Maximas]

Проанализировал неправильно выставленные счета.
Наблюдается вот такая тенденция - криво выставлен счет тогда когда у юзверя маска сети отлична от 255.255.255.255
У юзерей у которых только один айпи такое НЕ НАБЛЮДАЕТСЯ.

[aospan]

Остался ли у вас бэкап базы данных UTM5 на последний день закрытого расчетного периода (соответсвенно 31 августа 2005 г.) ? Если осталя, то сделайте выборку:
select * from dtagg_iptraffic where slink_id='SLINK_ID';

где SLINK_ID замените на идентификатор сервисной связки у "проблемного" абонента. Именно по этим данным выставляются счета. Данные для отчетов хранятся в другой таблице (discount_transactions_iptraffic_all) - у вас похоже эти две таблицы рассинхронизировались. Попробуйте посмотреть в текущем расчетном периоде - совпадают ли отчеты по трафику с тем, что находится в таблице dtagg_iptraffic.

[Maximas]

Остался ли у вас бэкап базы данных UTM5 на последний день закрытого расчетного периода (соответсвенно 31 августа 2005 г.) ? Если осталя, то сделайте выборку:
select * from dtagg_iptraffic where slink_id='SLINK_ID';

где SLINK_ID замените на идентификатор сервисной связки у "проблемного" абонента. Именно по этим данным выставляются счета. Данные для отчетов хранятся в другой таблице (discount_transactions_iptraffic_all) - у вас похоже эти две таблицы рассинхронизировались. Попробуйте посмотреть в текущем расчетном периоде - совпадают ли отчеты по трафику с тем, что находится в таблице dtagg_iptraffic.

дамп базы выложил и отправил ссылку господину Сазонову.

[DVK]

Спасибо за разъяснения уважаемому aospan.
Проблема решена.
Причина: в таблице desc dtagg_iptraffic в старых билдах (до 11) поле bytes имело int, а не bigint(20). Соответственно, в него "не влезали" объемы трафика больше 2 ГБ.
Данная проблема была исправлена в UTM 5.1.10 билд 011.
police-auctions law-firms rottweiler-breeders birth-certificates home-inspectors music-stores child-care forensic-science lumber-yards retailers pediatricians communty provider pain-killers food-stamps physcians highways Cialis dept-of-transportation community-colleges clinics mortgage-quotes chihuahua-rescue emt-b society-of-cpa tattoo-parlors social-service day-cares online-pharmacies travel-agent low-income-housing psychologists deptartment-of-revenue non-profit airflights chiro road-map public-transportation passport-office government-jobs