BiTel

Уважаемые разработчики!

После внесения изменений в структуру таблицы log_session_... (изменения поля cost на float(10,2)) мы получили неприятные последствия в виде накапливающихся ошибок округления. Т.к. мы используем цены на некоторые услуги модуля Phone выражаемые в 4 цифрах после запятой, то после внесенных Вами изменений мы стали получать ошибочные отчеты биллинговой системы.

Прошу вернуть прежнюю точность в данном модуле.

Попробуйте сделать так

Это решает проблему?

Максим с сегодняшнего дня находится в отпуске, я к модулю телефонии никогда не имел отношения. но т.к. остальными модулями биллинга занимаюсь я данную тему мне и поручили промониторить.

отсюда вопрос после смены типа данных необходимо запускать перезагрузку и переобработку логов?
вообще если можно то краткую инструкцию по данным изменениям.

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


для полноты картины:
наш тариф 29 копеек за минуту. с НДС 0,3422р
клиент наработал в месяц 1576 минут
в билинге ему сделана наработка в размере 537,82р

как получается данная сумма не понимаю:
1576*0,3422 = 539,31р
1576*0,34 = 535,84р

и так по всем клиентам у кого есть превышение.

каковы будут дальнейшие рекомендации?

А вы учитывали, что звонок, на котором случилось превышение, весь считается по нулевой цене? Т.е. если например в первую минуту звонка он выбрал квоту, все равно весь звонок идет по одной цене, т.е. по 0.
P.S. А ошибки округления остались? И вообще, что там было?

да. все суммы в столбце cost абсолютно идентичны при Float и при Decimal


это я и пытаюсь у вас выяснить .

вообще в чем был смысл вносить округление в базу?
или можно это сделать настраиваемо? скажем параметром модуля до скольки символов округлять и хранить в базе.

Нужно точное описание проблемы со скриншотами. Я это имел ввиду под "что случилось"..

что-то слабо понимаю какие из скриншотов необходимо сделать.
данные по доступу в личке.

В личку почемуто файлы не вставляются:

Мы не можем сделать 5 знаков, т.к. в противном случае проблема с выдачей детализации по звонкам. Сумма округленных звонков будет не равна округленной сумме. В детализации ведь не сделаешь десятые доли копейки.

понятно.
тогда переходим к другому решению вопроса.
каким образом возможно сделать начистеление НДС 1 раз по итогам месяца?
логика:
-в Тарифном плане ставим стоимость минуты без учета НДС- 29 компеек/мин.
-раз в месяц запускается загрузка и обработка логов.
-далее запускается скрипт(????) который по даному mid отбирает суммы за прошлый месяц и умножает их на 1,18.
-далее по алгоритму.

И куда помещает результат?

как вариант создать нередактируемый платеж "НДС" и делать приход на него.

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

Как вариант - создать событие таймера, генерировать его первого числа, по этому событию брать наработку договоров, умножать на 0.18 и заносить расход с НДС.