[U3blk]

Автокад 2019.
В настройках размерного стиля установлено округление до целого =1 (round off = 1), точность =0.00.
Автокад округляет размеры кратные 0,5 то "вверх" то "вниз"
Нарисовал прямоугольник с размерами 145,5х136,5 единиц. Размеры проставленные 146х136.
По математическим правилом должно округляться "вверх" , ну...или хотя бы "в одну сторону"

[DS1974]

Автокад (и Ревит заодно) округляет криво, не так как в советской школе учили. Из-за этого в строительстве часто бывали проблемы с ТЭПами в проекных декларациях, приходилось площади перепроверять и перебивать вручную, по правилам округления.
ЛУчше не использовать округление в размерах в принципе, лишняя морока с невязками

[Vassa]

Все правильно. Действует т.н. правило четной цифры. Если отсекается цифра 5, а за ней не имеется значащих цифр, то округление выполняется на ближайшее четное число. Другими словами, последняя оставляемая цифра остаётся неизменной, если она четная, и увеличивается в случае, если она нечетная. Т.о., число 136,5 округляется до 136, а 145,5 до 146.

[U3blk]

правило четной цифры

первый раз про такое слышу....

Да увидел такое в Википедии.

[DS1974]

https://lc.rt.ru/classbook/matematik...yi-uroven/6591
На территории бывшего СССР правила округления такие. Все расчеты и нормативы также используют эти правила. Все другие правила идут в закат.
Ну 5 класс школы же..

[VitalyAF]

В Autocad Architecture и с площадями и с округлениями по ГОСТ всё ок!

[gpsm]

Как вариант, если нужно в целых числах:
roundoff - 0
precision - 0

в результате: 146х137

[elovkov]

Сообщение от DS1974 https://lc.rt.ru/classbook/matematik...yi-uroven/6591

По Вашей ссылке нет правила чётной цифры)))


Вообще тоже первый раз про такое слышу, 5 всегда в большую округлялось

[Dinoxromniy]

Это банковское округление, например в VBA другого в принципе нет, только в экселе доступна функция листа через WorksheetFunction.Round, в акаде - и того нет. Это часто вылезает в расчетах через макросы.

Любой метод всегда дает приблизительную цифру и соответствующую погрешность, соглашусь с DS1974.

Помнится, когда-то ввел сметчиков в ступор простым вопросом, с которым столкнулся в договоре: есть договор на работы. Деньги платят предоплатой и окончательным платежом равными суммами по 50%. Для каждого платежа считаем НДС, она получается неровной, например - 43 567 руб 43,3 копейки. Ясное дело, что 43,3 копейки не бывает, поэтому платим мы округленную сумму НДС: 43567 руб 43 коп по счету предоплаты и ровно столько же НДС в рамках счета на заключительный платеж, и в сумме НДС мы заплатим 87 134 руб 86 копеек. При этом в этом же договоре указана сумма всех услуг и НДС, и вот общая сумма НДС в точном отображении закономерно равна (43567 руб 43,3 коп)*2 = 87 134 руб 86,6 копейки, что округляется 87 134руб 87 копеек. То есть мы одну копеечку в принципе не оплатим в НДС при таком раскладе, хотя согласно договору - должны. Вопрос, заинтересует ли эта копеечка налоговую.

Ну или что ровно то же самое в приложении к округлению размеров - если вы на чертеже отмерите цепочку три размера длиной 10,2 с округлением до целого, то получите три раза по 10 (в сумме проверяющий получит тридцать), а если обмерить их одним общим размером, условный проверяющий очевидным образом покажет не 30, а 31 (10,2*3=30,6 что округляется до 31).

[elovkov]

Когда НДС 18% был, частенько приходилось с этой копейкой мучиться, как раз в договорном отделе работал, календарные планы и т.д., разбивается работа на много этапов процентами и начинается беготня с копейкой в НДС. С 20% полегче стало.