|
|
06.04.2006, 12:38
|
#1 |
|
Участник
|
Цитата:
Сообщение от rov
Цитата:
Сообщение от SVG
Навижн считает НДС правильно.
 На самом деле конечно же Нав считает правильно, НО: кроме одного случая - который и описан выше - это прогисходит при настройках округления до 2 знаков, в случаях, когда 3 десятичная цифра - 5. Эта проблема есть. Я её встречал и в платежках(валютных) и в инвентаризации. Более того, в инвент. эти самые ХХХ.315 в одном случае могут уйти в фин. книгу как ХХХ.32, а в другом случае - как ХХХ.31. До сих пор нет четкого мнения а как же должно быть. Я как правило лечу это парой строк хитрого кода  суть - сначала надо округлитьдо 3 знаков, потом до 2. В большинстве случаев - помогает. Но иногда - нет. Тогда надо ещё пару строк - анализ разницы между ХХХ.315 и неокругенным ХХХ... |
|
|
|
06.04.2006, 12:59
|
#2 |
|
Участник
|
Цитата:
Сообщение от Sitizen
Можно еще использовать финансовое округление - это когда 5 округляется вверх или вниз в зависимости от четности следующего знака. Если четный, то вверх, если не четный - вниз.
Ну и типа как не поможет - число ХХХ.3159 в таком случае будет ХХХ.316 и далее ХХХ.32 - что не есть гуд. Или имеется ввиду знак перед 5-кой? |
|
|
|
06.04.2006, 13:58
|
#3 |
|
Участник
|
Цитата:
Сообщение от rov
Цитата:
Сообщение от Sitizen
Можно еще использовать финансовое округление - это когда 5 округляется вверх или вниз в зависимости от четности следующего знака. Если четный, то вверх, если не четный - вниз.
Ну и типа как не поможет - число ХХХ.3159 в таком случае будет ХХХ.316 и далее ХХХ.32 - что не есть гуд. Или имеется ввиду знак перед 5-кой? Имеется в виду знак после 5. Т.е. ХХХ.3159 (9-ка нечетная) округляется до ХХХ.315, а ХХХ.3152 (2 - четное) - до ХХХ.316. С первого взгляда выглядит не правильно, но если взять массив данных, то при таком округлении погрешность будет меньше, чем при математическом округлении. Только вот, честно говоря, не знаю, как это объяснить на формулах. |
|
|
Комбинированный вид
