Ошибки в основном отчете 2+2=ХЗ (UTM

Технические вопросы по UTM 5.0
Ответить
Max Milkov
Сообщения: 48
Зарегистрирован: Пт янв 21, 2005 10:39
Откуда: Санкт-Петербург
Контактная информация:

Ошибки в основном отчете 2+2=ХЗ (UTM

Сообщение Max Milkov »

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

Вход. остаток: 76.847
Сумма с НДС: 111,731 (начислено услуг)
Платежи: 100
Исх. остаток: 165.116

Интересно, как система получила 165.116 в рез-те операции 76.847-111,731+100??!
Причем входящий остаток следующего дня 65.116.
UTM 5.1.10-008, SlackWare Linux, ipcad, FreeRadius, Apache 1.3.33, MySQL 4.0.21

Nick
Сообщения: 109
Зарегистрирован: Чт янв 20, 2005 20:27

Сообщение Nick »

Хех... А как она со счетами работает... Это просто песня :)
www.tonarm.ru/-/utm.jpg

PS: К сожалению картинки не вставляются :(
Но если коротко то в счете:
Наименование: Абонентская плата
Цена: 320
Количество: 1
!!!!!ВСЕГО: 216.56

admin
Site Admin
Сообщения: 118
Зарегистрирован: Вт дек 28, 2004 19:50

Сообщение admin »

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

Nick
Сообщения: 109
Зарегистрирован: Чт янв 20, 2005 20:27

Сообщение Nick »

А по поводу сумм в счетах что скажете?

aospan
NetUP Team
Сообщения: 1639
Зарегистрирован: Чт янв 13, 2005 20:30

Сообщение aospan »

Nick писал(а):А по поводу сумм в счетах что скажете?
В этом случае имеет место быть неплоное списание абонентской платы за счет уменьшения суммы абонплаты на время блокировки (при условии, что выставлена галочка "В заблокированном состоянии уменьшать абонплату").

Max Milkov
Сообщения: 48
Зарегистрирован: Пт янв 21, 2005 10:39
Откуда: Санкт-Петербург
Контактная информация:

Сообщение Max Milkov »

admin писал(а):Существующая проблема известна.
Если после произведения платежа не происходило ни одного списания, то в отчете в исходящем остатке отображается сумма, превышающая реальную на сумму платежа.
Хотелось бы услышать так же о том будет ли исправляться эта ошибка и если да, то когда. Отчеты - это основной инструмент системы, и такие ошибки приносят порядочно неприятностей.
UTM 5.1.10-008, SlackWare Linux, ipcad, FreeRadius, Apache 1.3.33, MySQL 4.0.21

Ответить