точность как на экране

вот эти ребята из winsmet_ы сообразили сделать такой CheckBox-точность как на экране,-ставишь галочку и можешь потом хоть вручную на бумажке,хоть на счетах вдоль и поперек,как кросворд,все пересчитать и все совпадет,а то ведь такие тети в бухгалтерии встречаются,что все и до копеечки проверяют и приходится при встрече все сваливать на бедный компьютер,мол это он здесь на копеечку,а там на пятачок наврал...(ежели нужны будут факты на турбину-можно представить,но лучше,если разработчики сами все прочувствуют...)
с уважением к славным труженикам кодов и компиляторов...

вот эти ребята из winsmet_ы сообразили сделать такой CheckBox-точность как на экране,-ставишь галочку и можешь потом хоть вручную на бумажке,хоть на счетах вдоль и поперек,как кросворд,все пересчитать и все совпадет,а то ведь такие тети в бухгалтерии встречаются,что все и до копеечки проверяют и приходится при встрече все сваливать на бедный компьютер,мол это он здесь на копеечку,а там на пятачок наврал...(ежели нужны будут факты на турбину-можно представить,но лучше,если разработчики сами все прочувствуют...)
с уважением к славным труженикам кодов и компиляторов...

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

Дык, так только и можно печатать. Естественно, все что рассчитано в электронной таблице, выводится с той же точностью.
Другое, дело, что зачастую необходимо распечатать какие-либо значения, которые не рассчитываются явным образом в электронной таблице. В этом случае, точность подбирается таким образом, чтобы не нарушался принцип, о котором упомянул Андрей.

Если есть конкретные замечания, высылайте примеры, мы их обязательно рассмотрим.
Шлите на support@data-basis.ru

Аналогичный вопрос задавал на support, никто не откликнулся, Заказчик проверяет сметы на калькуляторе. Расчет выводится на 11 графку (по МДС 35), точность до 2-х знаков, проверяющий умножает кол-во на стоимость единицы всего, и не получает общую стоимость всего, почти в каждой позиции на копейки, пытаюсь объяснить, что в расчете составляющие затрат умножаются на кол-во, а затем суммируются. Никого это не волнует. Задаю точность до целого, при этом некоторые позиции округляются опять не верно.

Может стоит складывать "ячейки", а не суммы? Сначала делается операция внутри ячейки, потом округляется до указанного после запятой знака, а потом уже со значением следующей ячейки. Обычно, когда проверяют на калькуляторе, складывают все суммы сразу! Несколько раз сталкивался именно с такой проблемой проверки, но это уже не ошибка ТС, а непонимание арифметического процесса

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

ТС считает по правильному алгоритму! 1 ячейка х 2 ячейка... = сумма итого
любой бухгалтер знает, что рубли с тысячными не бывают))) каждая ячейка, выполнив действие внутри, округляется ессно до сотой. А логику проверяющего таким образом, как вы написали, понять как раз сложно))) хотя, наверное, скоро среднее образование будет н/о

Меня явно не понимают, выведите смету 11-графку на печать, перемножьте поз.колонки 4 (кол-во) на позицию колонки5 (стоимость ед.всего), не получите значение в 7 колонке с точностью до копейки, кто говорит про большую точность?

Меня явно не понимают, выведите смету 11-графку на печать, перемножьте поз.колонки 4 (кол-во) на позицию колонки5 (стоимость ед.всего), не получите значение в 7 колонке с точностью до копейки, кто говорит про большую точность?

прекрасно вас понял! у меня точность полностью совпадает! для простоты эксп. кол.=1
может в смете забыли выставить в ячейках "всего" точность до сотой?

у вас такое с работами или с материалами происходит? :

А вот простота-то здесь и не причем, при кол-ве 1 все хорошо, а вы задайте кол-во побольше

С материалами такое не может произойти, там одна составляющая затрат, такое происходит с работами, и не всегда, это частные случаи, особенно если много поправок, например расценка ФЕРм 08-03-591-11, кол-во 3, на бумаге 56,18, должно быть 56,19 и т.д.

как раз с материалами и может произойти! в ячейке 5 две составляющие (МР и Кпер), округление идет до сотой..

С материалами такое не может произойти, там одна составляющая затрат, такое происходит с работами, и не всегда, это частные случаи, особенно если много поправок, например расценка ФЕРм 08-03-591-11, кол-во 3, на бумаге 56,18, должно быть 56,19 и т.д.

а вот поправки последовательно умножать как раз не рекомендую! сначало в яч. поправок получите после перемножения число, округлите, а потом уже умножайте на Кпер и ПЗ

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

Все из-за этого самого понятия "цена на единицу".
Для стоимости работы - это понятие может быть только справочным, оценочным, но никак не элементом для расчетов.

В любой печатной форме сметы присутствуют значания итогов по элементам затрат и "всего" (иПЗ, например), которое должно быть суммой этих элементов.
Итоги по элементам затрат округлены, по-крайней мере, до копеек.
Если я рассчитаю "всего", исходя из значения ПЗ из книжки ("цена на единицу"), то оно перестанет соответствовать сумме по элементам.
Этот же проверяющий запросто это заметит. Что делать?

Если хотите, чтобы все было в полном соответствии, то установите максимальную точность.
Кстати, в Вашем примере достаточно в иПЗ установить точность до 4-х знаков...

В том-то и дело, что стоимость - физическая величина, точность которой ограничена 1 копейкой.

Если человек проверяет вручную смету, то он ее и составляет мысленно вручную, т.е стоимость считает как кол-во на цену за единицу, и объяснить ему что-либо не реально. Попробовал поставить для ИПЗ максимальную точность - не спасает, А если точность итогов до целого, тогда как?