Как программно узнать метод округления в конфигурации #511363

Здравствуйте! Подскажите, пожалуйста как программно узнать какой способ округления используется в конкретной конфигурации?

Округление Синтаксис: Метаданные.Округление Назначение:  Получение способа округления 1.5. Возвращаемое значение  Строка - "Окр1_5До2" - округлять 1.5 до 2-х.

+ скачай и установи META.ALS

Спасибо!А вообще как начинать борьбу с ошибками округления? Подскажите, кто сталкивался?

не сталкивался...

ошибки округления? это что?

ошибки нужно не исправлять... Их нужно смывать...Кровью... (с)

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

пример приведи

Конкретно у меня 2 проблемы: 1) частенько сумма по z-отчету с ккм не идет на копейку с суммой в документе ОтчетККМ. 2) не совпадает конечный и начальный остатки на границе периодов по товарному отчету(ТОРГ-29). Т.е на 11.10.10 Конечный остаток 234 560, 90 а начальный остаток на 12.10.10 уже 234 560, 89

по - это ошибка программиста, т.к. в ккм и ОтчетеККМ суммы уже округдены до целых копеек. по - 3то не ошибка округления, а погрешность округления. Хотя тоже не должно быть. Надо не суммированием итог получать, а использовать функции с правильным фильтром.

Вот у меня и появилась мысль, что возможно это возникает из-за разности в способах округления. В конфигурации например стоит округлять 1.5 до 2-х, а у функции ОКР по умолчанию округляется 1.5 до 1.

Хочешь сказать что в стандартном документе ОтчетККМ есть ошибки? Погрешность округления? Как бороться с ней?

это возникает, от того, в какую сторону считали :) т.е. цена*количество=сумма НЕэквивалентно цена=Сумма/количество на копейках будет розниться... проблема часто возникает при реализации на основании заявки... если в заявке правили сумму типа 34564.97 исправили на 34565.00... и хрен ты реализацию с этой заявки проведешь :)

Ну а как бороться то? Встраивать проверки на подобии приведенной выше?

Нет. Хотел бы сказать - так бы и сказал. Разные суммы проводите по ПК и посылаете на ККМ. Работайте с ужЕ округленными до целых копеек суммами.

+А ошибки при работе с ККМ ловил только в варианте со скидками. ТиС делает скидку на каждую строку, а облработка от атолла - на весь чек. Тут и возникает погрешность округления.

эмм, а как это работать с уже округленными до целых копеек суммами?

Да, у нас скидки постоянно используются...

Окр для результатов, которые используются в дальнейших вычислениях. Смотри обработку обслуживания ккм. Можно проверить так: сделать на ПК чек со скидками _не на весь товар_ и помотреть, что выдаст ккм...