Декларация по НДС: как округлить?

[Na28ta]

Подскажите, как поступить... По книге продаж НДС к уплате получается 30000 руб., а при заполнении декларации из-за округления в разделе к уплате 30001 руб., причем в программе НалогоплатильщикЮР сумму НДС подогнать не получается, т.к. НДС рассчитывается автоматически. Как правильно поступить в такой ситуации?

[Na28ta]

Неужели никто с этим не сталкивался?

[Демидова Татьяна]

Наталья, люди же спят по ночам
Я не работаю с налогоплательщиком, поэтому не знаю, как это сделать именно в этой программе.
У себя в 1С , когда не сходится декларация и сальдо 68, я ручками корректирую чтоб сходилось. Предположу, что у вас тоже должен быть режим ручного ввода или корректирования.

[Lemori]

Выделите курсором ячейку, которую хотите откорректировать. На верхней панели найдите кнопку "Настроить ячейку", когда нажмете на нею, развернется подокно, там поставтье галочку "Временно отключить" Так вы отключите авторасчет, затем вручую поставть нужную вам цифру.

[Na28ta]

Спасибо, что вручную исправлять можно я знаю. Но тогда же значение ячейки будет НЕ ВЕРНЫМ! Если бы значения можно было вписать с копейками, а так...
Конкретно: НДС по реализованным товарам - 2000,4 (округл. до 2000)
НДС с ававнсов - 1000,4 (округляется до 1000), тогда всего исчислено 3000,8 руб, но из -за того, что суммируются в программе уже рассчитанные НДС, причем округленные, то в результате НДС исчисленный не 3001, а 3000 руб.

[Na28ta]

У себя в 1С , когда не сходится декларация и сальдо 68, я ручками корректирую чтоб сходилось. Предположу, что у вас тоже должен быть режим ручного ввода или корректирования.

Что именно вы корректируете? Я привела пример выше... Как можно и что откорректировать? Может сумму одного из НДС увеличить на 1 руб.?

[Демидова Татьяна]

Na28ta, по ситуации. У вас - откорректируйте авансы.

[Na28ta]

Татьяна, извините, если вопрос покажется глупым, но что значит "откорректируйте авансы"? В смысле 1000 заменить на 1001?

[Демидова Татьяна]

Na28ta, нормальный вопрос ага, просто заменить вручную.

[Na28ta]

Спасибо Вам большое.

[YUM]

Спасибо, что вручную исправлять можно я знаю. Но тогда же значение ячейки будет НЕ ВЕРНЫМ! Если бы значения можно было вписать с копейками, а так...
Конкретно: НДС по реализованным товарам - 2000,4 (округл. до 2000)
НДС с ававнсов - 1000,4 (округляется до 1000), тогда всего исчислено 3000,8 руб, но из -за того, что суммируются в программе уже рассчитанные НДС, причем округленные, то в результате НДС исчисленный не 3001, а 3000 руб.

----
Маленькая справочка. Программа расчета НДС тут ни при чем. Проблема заключена в формате сохранения данных компьютером и правил их обработки в зависимости отустановленного формата. Компьютер,может хранить 5 знаков после запятой, а визуализирует столько, какой формат Вы (или разработчики) ему укзали.Таким образом постонянно и возикает "лишняя копейка" (в Вашем случае - "рубль"). Это у Вас так нагляно получаетя 0,4+0,4 = 1, а бывают случаи, когда, допустим, товарный раздел имеет три строки, в которых 0,022 +0,211+0,240 копейки выдают общую сумму по документу
0,0473, которые при визуализации благполоучно превращаются в 1 копейку.
Еще более загадочные вещи происходят при формировании деклараций, допусти, по ЕСН. Эти несчастные доли копеек, собранные по году по нескольким десяткам - сотням - тысячам работников да еще и за год, могут выдать не безобидную единицу, а многие "полновесные" рубли. Причем в декларации налогооблагаемая база и рассчитанный от нее налог вообще не сойдутся никогда.
В те времена, когда мы все были миллионерами ( ), помнится, была издана указявка допускающая в отчетах отклонение в последнем знаке, но вначале канули в лету копейки, а потом и здравая мысль о том что так может случаться при расчетах большого количества показателей.
Как это "лечится"? По большому счету - никак! Однако в нормально написанных программах есть настройки, позволяющие минимизировать проблему.Обычно - указанием точности при вычислениях.
Хотелось бы заметить, что наши чиновники частенько забывают о некоторых особенностях работы компьютерной техники.Так, например, сколько нервов было потрачено при введении платежного поручения, в котором расстояние между строками чиновники Минфина указали в милиметрах. В то время как принтеры работали в инчах. Доли дюйма, постепенно набегали и к середине платежки горизонтальные полосы уже не попадали в шаблон, выданный чертежникакми Минфина. Банки, прикладывая шаблон, отказывались принимать платежи, бухгалтеры впадали в истерику, налоговики - считали пеню за несвоевременную оплату. Скажете не было такого?

[Na28ta]

Спасибо за столь подробную информацию.

[Dracosha Andrew]

Скажете не было такого?

У кого как. У нас - не было. Мы знаем чему равен дюйм, а так же знаем, валы привода бумаги имеют люфт, и к ак с этим бороться

Программа расчета НДС тут ни при чем. Проблема заключена в формате сохранения данных компьютером и правил их обработки в зависимости отустановленного формата.

К сожалению эти простые правила иногда нарушаются, как постановщиками задачи, так и программистами.
В общем случае среднестатистический "уход" можно расчитать по формуле У = ППЗ*КОЛОП,. где
У = величина нашего ухода, ППЗ - половина последнего знака, КОЛОП - количество операций

Т.е. если мы имеем сумму накладной в 1000 строк и точность у нас одна копейка, то максимальная величина ухода 500 копеек, т.е. 5 рублей. Учтите, сама сумма накладной никак не оперирует!! Правильное представление будет не с точностью до копейки, одной сотой, а с точностью до 0.0001. В нашем примере получится 5 копеек "ухода". В случаю более сложных операций как деление и умножение точность ещё больше падает.
Разрабочиками ПО предусмотренный специальный формат - money или currency, запрещён ряд операций с этими числами на уровне компилятора системы, но 1С, к сожалению этого не использует и потому разрабочики иногда используют размерность не только в рублях. но и десятков и даже тысяч рублей, забыв про правила округления. А страдают бухгалтеры.

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

[Аноним]

Разрабочиками ПО предусмотренный специальный формат - money или currency, запрещён ряд операций с этими числами на уровне компилятора системы, но 1С, к сожалению этого не использует и потому разрабочики иногда используют размерность не только в рублях. но и десятков и даже тысяч рублей, забыв про правила округления. А страдают бухгалтеры.

К большому сожалению, сие есть горькая правда.