Есть реестр операций по закупкам матценностей. В нем есть такие колонки как [Количество] [Цена] [Стоимость], где третья колона является результатом перемножения первых двух.
Пример:
[Количество] [Цена] [Стоимость]
9'878,000 9,41 92'971,74
А на моем калькуляторе 9'878,000 x 9,41 = 92'951,98
Т.е. разница в 19,76
Я сделал ARD, где явно указывал, что нужно просто перемножить эти две колонки. Та же беда.
Это из-за округления такая ерунда? Менеджеры меня уже съели, а как объяснить не знаю. Подскажите плиз.
Немного об округлении и умножении в Галактике
Модераторы: m0p3e, edward_K, Модераторы
-
- Местный житель
- Сообщения: 1357
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: СПб, ЭП-Аудит
- Контактная информация:
Re: Немного об округлении и умножении в Галактике
Цена - расчетный показатель.
то есть стоимость/кол-во=цена
то есть стоимость/кол-во=цена
Re: Немного об округлении и умножении в Галактике
Ну все же: 9'878,000 x 9,41 <> 92'951,98
т.е. цена не верна?
т.е. цена не верна?
-
- Местный житель
- Сообщения: 1357
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: СПб, ЭП-Аудит
- Контактная информация:
Re: Немного об округлении и умножении в Галактике
Цена не идеальна.
А при условии присутствия налогов в цене тем более.
Цена это расчетный показатель.
Скажи менеджерам чтоб взяли калькулятор, да по магазинам походили и посчитали бы. (условно конечно).
Или пример сделай элементарный три карандаша купили за 10 рублей. Какая у них цена?
или вот так купили два мороженых за 10.05 руб.
А при условии присутствия налогов в цене тем более.
Цена это расчетный показатель.
Скажи менеджерам чтоб взяли калькулятор, да по магазинам походили и посчитали бы. (условно конечно).
Или пример сделай элементарный три карандаша купили за 10 рублей. Какая у них цена?
или вот так купили два мороженых за 10.05 руб.
Re: Немного об округлении и умножении в Галактике
В Галактике это обычное дело!
В БД хранятся числа не округленные до второго знака после запятой. А в отчет выводятся числа по формату, т.е. по умолчанию до 2 знака, если не указан формат с большим кол. знаков после запятой. Поэтому можно сделать отчет с форматом &&&&&&&&&.&&&&&&
И тогда можно увидеть цену и сумму с 5 знаками после запятой. Если цена маленькая, а кол. большое, то может много набежать.
У меня был случай еще интересней! Торговали пуговицами и строка была:
[Количество] [Цена] [Стоимость]
20'120,000 0,00 100,60
Цена пуговицы меньше копейки. Менеджеры меня тоже замучили! Сделал отпускную ед. тыс.шт.
И все стало нормально.
В БД хранятся числа не округленные до второго знака после запятой. А в отчет выводятся числа по формату, т.е. по умолчанию до 2 знака, если не указан формат с большим кол. знаков после запятой. Поэтому можно сделать отчет с форматом &&&&&&&&&.&&&&&&
И тогда можно увидеть цену и сумму с 5 знаками после запятой. Если цена маленькая, а кол. большое, то может много набежать.
У меня был случай еще интересней! Торговали пуговицами и строка была:
[Количество] [Цена] [Стоимость]
20'120,000 0,00 100,60
Цена пуговицы меньше копейки. Менеджеры меня тоже замучили! Сделал отпускную ед. тыс.шт.
И все стало нормально.
-
- Местный житель
- Сообщения: 1357
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: СПб, ЭП-Аудит
- Контактная информация:
Re: Немного об округлении и умножении в Галактике
Это проблема не галактики.
А математических знаний менеджеров.
И методов ценообразования. ))
А математических знаний менеджеров.
И методов ценообразования. ))
Re: Немного об округлении и умножении в Галактике
2 Seybukan - прав адназначна ))
Просто цена там расчитывается автоматом моим интерфейсом и имеет точность 3 знака, но для удобства я вывожу только 2 в отчет и интерфейсы - так попросили менеджеры. Я уже забыл об этом всем, а сегодня с утра как сказали - я немного аж обалдел, но потом все выяснилось естественно.
Просто цена там расчитывается автоматом моим интерфейсом и имеет точность 3 знака, но для удобства я вывожу только 2 в отчет и интерфейсы - так попросили менеджеры. Я уже забыл об этом всем, а сегодня с утра как сказали - я немного аж обалдел, но потом все выяснилось естественно.