Округление НДС ПОСТ терминал УТ 10.3 Чек ККМ #668360

в чеке есть 3 строчки: товар, цена, Ставка НДС, Сумма НДС товар а, 1грн, 20%, 0.17грн товар б, 1грн, 20%, 0.17грн Итого Сумма НДС = 168.01 затем при записи чека выполняется следующее: от общей суммы 1008грн считается сумма НДС = 168 грн. Итак сумма НДС построчно на 1 копейку больше чем сумма НДС посчитанная по общей сумме документа. 1С считает это погрешностью и убирает одну копейку из любой строчки, например со второй. Получается в первой сумма НДС - 17коп, во второй - 16коп. В пост-терминал передается сумма и ставка НДС, там считается все построчно, и копейка никуда не уходит, в результате сумма НДС по терминалу и по 1С не сходятся. Кто сталкивался с подобным, что нужно делать?

ну вообще-то построчно надо считать, поэтому поправить в ПриЗаписи в УТ.

вдруг у укр по-другому

Код, который исправляет погрешность округления встроен в типовую УТ для Укр 2.3, думаю в конфигурации для России УТ 10.3 сделано аналогично. Вот этот код: Он встроен в типовой в процедуру модуля объекта перед записью для документов Заказ покупателя, Реализация т. и усл., Отчет о розн. продажах, Поступление товаров и услуг, Возвратом товаров от покупателей и других. Единственное на что обращу внимание, это то что в Чек ККМ эта часть кода была доработана до меня, т.е. в типовой для чека ККМ этот метод не вызывается. Но проблема с округлением возникает не только с Чеком, а и с Возвратом товаров от покупателей. Например, если в рассматриваемом примере предположить что вместо чека - реализация, то в одной из строк учтена погрешность округления НДС, как это описано выше. Когда делается возврат товаров от покупателя не всего товара а части, то часто получаем что сумма НДС по строке при продаже и сумма НДС по строке при возврате разные, из-за того что при возврате не возникает необходимости исправлять погрешность округления, как это делается при продаже. Как быть? П.С.: искал по инету, есть много мнений, однозначного ответа нигде не нашел. П.С.2: зачем вобще 1С использует метод ПересчитатьНДСсУчетомПогрешностиОкругления в типовых?

у нас такой глупости нет