Вот один и тот же док:
1. https://i.imgur.com/ryLNRpf.png
2. https://i.imgur.com/otutHuP.png

В первом случае 1 строка и 2 шт. товара, во втором случае - 2 строки по 1 шт. того же товара.

В первом случае имеем 41 коп. НДС, во втором - 42 коп.

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

Если сделать УПДшку в первом случае (когда 1 строка и 2 штуки), то вообще получается "пир духа":
https://i.imgur.com/cG82RdA.png

2 х 1.03 = 2.05

долой математику!

>При том, что НК явно говорит, что считать НДС надо от суммы без НДС по документу в целом.

пруфы?

(0) Если честно, копейки уже достали.

эх, помню, делал лет пятнадцать назад систему ценообразования, так в ней была фича, что цены выставлялись таким образом, что ни сумма без НДС ни НДС никогда не получались дробными копейками причем за штуку товара. Чтобы не было проблем с возвратом 2 из 3 или 3 раза по 1

(0) присоединюсь к (1) - пруфы?
.
налоги считаются от продажи товаров. конкретных. а не от сделок в целом.
налоговая база - стоимость товара. от неё и считается НДС. а не от "накладной".
.
если один товар разбит на несколько строк (партии/серии/итд) - ну будет разбежка на копейки за счет разбития.
.
а "ошибки в математике" идут от того, что обычно цены указываются не "без НДС" при оформлении сделок, а "с НДС", и считается обратным счетом и набегают ошибки округления. При большом колве строк в накладной сумма НДС по строкам и сумма НДС если взять "от документа" - будут очень близки, разбежка на копейки, а тои совсем точно.

(3) это катит при крупных ценах. с мелкими суммами подгонка цены без НДС таким образом приводит к тому что вываливаешься за пределы рынка на раз...

с мелкими суммами = с мелкими ценами

Есть у меня один контрагент - SAP, учет в евро, пересчет в рубли

Так у него НДС на рубли разъезжается

(2) не то слово. Особенно при расчетах в УЕ и на предыдущем поколении конфиг. УТ выдает в накладной одни цифры, в с.ф. - вторые, после переноса в БП на печать получаем третьи и четвертые, в проводки идут пятые, а в книги шестые, про ЭДО даже думать неохота(

(0) Суд отклонил довод инспекции о наличии в счетах-фактурах арифметических ошибок при расчете сумм НДС (исходя из расчета налога как стоимость единицы товара, умноженная на общее количество и умноженная на налоговую ставку (ст. 168 НК РФ)), и в постановлении Девятого ААС от 21.05.2009 N 09АП-7127/2009). Суд указал, что допущенные ошибки составляют не более 20 копеек по каждому счету-фактуре (...разница составила 2 копейки, 7 копеек, 21 копейку и 10 копеек), то есть арифметические ошибки имеются по всем счетам-фактурам в пределах 50 копеек, что не может повлиять на правильность применения по ним вычета.

(0) Долой! (так считает российская ФНС)
Раньше, когда допускалось в СФ писать "в т.ч." и указывать только ГТД со страной - было легче.

(5) НДС включен в сумму (цену), сумма (цена) округляется до рубля. Легче.

(11) даже если сумма до рубля округлена, расчет все равно с долями копеек набегает ;-)
. опять же, если НДС получается 13.333333, ну округлить НДС до 13.34 налоговая не станет возражать.. ;-)

(1) (4)
НК РФ Статья 153. Налоговая база
П.1, абзац 4: При применении налогоплательщиками при реализации (передаче, выполнении, оказании для собственных нужд) товаров (работ, услуг) различных налоговых ставок налоговая база определяется отдельно по каждому виду товаров (работ, услуг), облагаемых по разным ставкам. При применении одинаковых ставок налога налоговая база определяется суммарно по всем видам операций, облагаемых по этой ставке.

НК РФ Статья 154. Порядок определения налоговой базы при реализации товаров (работ, услуг)
П.1, абзац 1: Налоговая база при реализации налогоплательщиком товаров (работ, услуг), если иное не предусмотрено настоящей статьей, определяется как стоимость этих товаров (работ, услуг), исчисленная исходя из цен, определяемых в соответствии со статьей 105.3 настоящего Кодекса, с учетом акцизов (для подакцизных товаров) и без включения в них налога.

(13) а в пояснении к форме счета фактуры/упд про заполнение граф что пишут?

(13) заполнение счф как-то иначе трактует эти пункты чем твое понимание исходя из (0)

про заполнение графы 8 «Сумма налога, предъявляемая покупателю» говорит дословно следующее: «сумма налога на добавленную стоимость, предъявляемая покупателю товаров (выполненных работ, оказанных услуг), переданных имущественных прав при их реализации, исчисленная исходя из применяемых налоговых ставок».
Кроме того, сказано что «Стоимостные показатели счета-фактуры (в графах 4 - 6, 8 и 9) указываются в рублях и копейках (долларах США и центах, евро и евроцентах либо в другой валюте)»
Что делать с погрешностью округления документ явно ничего не говорит.

(16) "Что делать с погрешностью округления документ явно ничего не говорит."
были разъяснения, читал как-то подавно. цифры округляются по правилам математики.
а погрешность относим в пользу государства.

"а погрешность относим в пользу государства."
- это уже отсебятина/отменятина ;-)
.
есть понятие незначимых ошибок, типа как выше описано был - если сумма НДС относительно суммы по документу не превышает разумных величин - это незначимо. с ошибками округления сделать так чтобы суммы расходились на рубли - это надо специально постараться или в очень-очень специфических случаях. Для таких специфических случаев порядок действий наверное должен быть явно определен в учетной политике.

(18) 100 строк в накладной с погрешностью в копейку - вот тебе и рупь

(19) по каждой строке погрешность в одну сторону - противоречит статистике случайности. это вредительство ;-)
в специфических случаях, например 100 штук раскидать по 1шт в строке - считаешь погрешность и некоторые строки погрешность нивелируешь.

обычно так: манагер с клиентосоом! 100 штук на 1000 руб? ОК! цена за штуку - ок, ycl и прочее по строке за 100 штук - норм.
начинаем оформлять первичку - 100шт по строке распадается на 100 строк, или сумма общая поплывет или цена/ндс в каких-то строках будет малость скооректирвоана. обычно так.

..в итоге "сумма" по строкам бьется с суммой "по документу", с погрешностью в 1 коп максимум...

вот взял накладную сейчас 222 строки,
ндс "от документа" = типа 134505.5666666
ндс в итоге показан сложением построчно = 134505.58

(0) Столкнулись с аналогичной проблемой.
Про просьба главного бухгалтера я допилил расчет.
Теперь если сумма в строках и сумма НДС от документа не сходятся, то я разницу записываю в НДС последней строки.
Так наверное уже года 3 работаем, ни один главбух клиентов не вякнул.

(0) так всегда же так было. А как может быть по другому? только если правильные цены ставить как (3)

(24) >> если сумма в строках и сумма НДС от документа не сходятся, то я разницу записываю в НДС последней строки. ... ни один главбух клиентов не вякнул.

Это они не вякнули пока речь не зашла о возврате товара именно по этой одной откорректированной строке, куда ты закинул разницу.
Тогда в накладной на возврат у тебя не сойдётся математика. Ни в строке, ни в документе. И кинуть разницу будет некуда, если строка единственная. И суммы менять нельзя - что отгрузили, то и вернуться должно.
Это всё работает пока не заходит речь о возвратах, корректировках цен и количества, да ещё когда всё это при разных ставках НДС и раздельном учёте НДС. Вот где начинаю копейки гулять.

Так всегда было, построчно считало

Взорви мозг бушке
Попроси взять ВХОДЯЩИЙ торг-12 или УПД и посчитать суммы от Количество * цену
Разрыв шоблона и истерика гарантирована на первых трех строчках

(28) торг12 - пофиг. лучше УПД как СЧФ. где разбивка по ГТД идет.

(0) от суммы в целом считается по расчетным ставка 20 / 120, а при отгрузке конечно построчно считается

(30) * 20/120 при авансах

(23) как-то заморачивался отчетом по просьбе бюстгалтерии по поводу разницы копеек НДС от суммы строк и суммы документов. На многомиллионных оборотах за год разбег получился около 20 рублей. в итоге ГБ решила "забить" на это

(30) НК с тобой не согласен. Порядок заполнения декларации по НДС тоже

(32) А ФНС что решила?

(34) а что, вас ФНС беспокоит письмами из-за (0) ?

у меня нет инфы, что ФНС решила

(35) из-за (0) нас беспокоят клиенты, у которых, видимо, шутники из (28)

(36) ну выровняйте цены чтоб не возникало проблем с округлением

(37) хотя такие копеечные цены не выровняешь. продавайте не по штушчно по 100 шт

(37) доллары на скидки плюс корректировки? я ХЗ какой надо ИИ, чтобы посчитать, какая цена получится в итоге

(29) Ну ты нагнетаешь )))

вот мне даже интересно: допустим, выставляю я УПД, как на 3м скрине, где 2 шт. по 1.03 на сумму 2.05 и 0.41 НДС. А потом покупатель делает возврат 1 шт.
И что нам в возвратных документах писать?

(41) никогда такого не было и вот опять

спроси у бухгалтеров, что в таком случае они делают? Наверно вручную Сумму НДС исправляют - как в первичном документе получено  (если не совпадает сумму НДС по документу с бумажным, полученным от клеента)

(42) бухгалтеры в таком случае бегут к одинесникам "ваша-программа-дальше-матом"

(43) потому что мудачно в 1C сделано.
в учет в регистры везде падают суммы и количества.
цены - куда-то справочно в регистры как нси., но не как хозданные.
вот и делали бы документ входящий заполнения не от цены а от суммы и количества.

(43) у нас не бегут к одноэсникам, как-то сами со своими копейками разбираются - пишут письма клеентам (чтобы прислали "правильные" УПД)/подгоняют под "первичные"/корректировочные и исправительные с/Ф в некоторых случаях

(33)  у нас сделано так что:

в заказах изначально цены автоматом корректируются, чтобы [цены выставлялись таким образом, что ни сумма без НДС ни НДС никогда не получались дробными копейками причем за штуку  
товара] (как в (3) пишет)

НДС в счете всегда сходится с тем НДС, который в счет фактуре, даже если строки дробятся по ГТД/РНПТ

до пожелания цены с 6 знаками после зпт - еще не было?

С учетом того, что ЭДО сейчас ходит вовсю УПД и проконтролировать ошибки исчисления НДС в УПД - вообще не проблема - если что-то где-то выплывет - ФНС тут же требование на пояснение пришлет.

(41) >> потом покупатель делает возврат 1 шт. И что нам в возвратных документах писать?

Оформить корректировку реализации, где количество до из изменения - 2, количество после изменения - 1, и так по всем графам, включая НДС.

самый простой метод - это делать прайс, где все цены делятся на 6. Тогда большое количество вопросов по округлению отпадет.

Ответьте на вопрос, в одной счёт фактуре две строки с разными ставками допустимы?
Ну и как вы в такой сч.фак. будете итоговый НДС высчитывать по документу в целом?

Всю жизнь считали построчно и не жужжали.

(51) А почему нет?
Допустим, у вас одном с/ф рыба "обычная" и деликатесная. Первая будет по 10%, вторая - по 20%

(52) Ну и как вы будете считать "итоговый НДС по документу в целом" если это будет не сумма НДС по каждой строке?

(46) это возможно только в очень частном случае: весь товар штучный и отгрузки исключительно в рублях

(51) по классике +1. Так всегда и отвечал на аналогичные
вопросы бухов...