Сертифицированная биллинговая система не умеет делать единственную вещь, которую она обязана делать по определению - умножать цену на количество и складывать полученные деньги.
Привожу фрагмент основного отчета:
Вход. остаток: 76.847
Сумма с НДС: 111,731 (начислено услуг)
Платежи: 100
Исх. остаток: 165.116
Интересно, как система получила 165.116 в рез-те операции 76.847-111,731+100??!
Причем входящий остаток следующего дня 65.116.
Ошибки в основном отчете 2+2=ХЗ (UTM
-
- Сообщения: 48
- Зарегистрирован: Пт янв 21, 2005 10:39
- Откуда: Санкт-Петербург
- Контактная информация:
Ошибки в основном отчете 2+2=ХЗ (UTM
UTM 5.1.10-008, SlackWare Linux, ipcad, FreeRadius, Apache 1.3.33, MySQL 4.0.21
Хех... А как она со счетами работает... Это просто песня 
www.tonarm.ru/-/utm.jpg
PS: К сожалению картинки не вставляются
Но если коротко то в счете:
Наименование: Абонентская плата
Цена: 320
Количество: 1
!!!!!ВСЕГО: 216.56

www.tonarm.ru/-/utm.jpg
PS: К сожалению картинки не вставляются

Но если коротко то в счете:
Наименование: Абонентская плата
Цена: 320
Количество: 1
!!!!!ВСЕГО: 216.56
-
- Сообщения: 48
- Зарегистрирован: Пт янв 21, 2005 10:39
- Откуда: Санкт-Петербург
- Контактная информация:
Хотелось бы услышать так же о том будет ли исправляться эта ошибка и если да, то когда. Отчеты - это основной инструмент системы, и такие ошибки приносят порядочно неприятностей.admin писал(а):Существующая проблема известна.
Если после произведения платежа не происходило ни одного списания, то в отчете в исходящем остатке отображается сумма, превышающая реальную на сумму платежа.
UTM 5.1.10-008, SlackWare Linux, ipcad, FreeRadius, Apache 1.3.33, MySQL 4.0.21