Всем привет.

Возник у бухгалтеров такой вопрос.

Если в фактуре много строк, то по ставке 18% считается сумма в каждой строке. Если строк много, то с учетом округления общая сумма без НДС фактуры  * 18%   не равна общей сумме НДС.

Есть ли где-нибудь нормативный акт, в котором эта ситуация описывается?

Нет, НДС считается в каждом конкретном случае!

(1) А правильно то как? Бух говорит, вот общая сумма фактуры, значит общая сумма НДС должна быть сумма * 0,18. А если по строкам сложить НДС, то получается другая сумма.

Пусть НПА почитает!

что есть НПА?

Короче законы!

(5) вот я и спрошиваю ссылку на эти законы

(6) глава 21 НК, подойдет?

точно там про про это пишут?

(8) Господи, да прочитай!

(8) Отправь буха выполнять свою работу, иначе пусть увальняется и идет мыть полы

(9) вот и пытался найти, не нашел. Ты если можешь, ссылку скинь. Если нет, то так и скажи, что хз.

(11) Тебе же ссылку на НК дали.

ВННалоговом кодексе ответа не найдешь...
Вопрос давно спорный...

Не давно на форуме бухов, сталкивался на эту тему с рассуждением, все сошлись на том, что нужно нормальновести учет цен. Цены должны иметь не обратное вычисление НДС, а прямое наложение. Или проше говоря, когда считаете цены на ТМЦ(услуги и прочее). если НДС 18%, то цена без НДС, должна быть кратна 0,5, а если НДС 10% то кратна 0,11.. Тогда таких проблем не будет. Точного определения данной проблеме в законах не найдешь, только в комментариях.

+(13) Искать не нужно ответа, эта работа буха...
Твое дело правильно писать, а ее считать!

С 10% кратна должна быть цена с НДС....

(13) вопрос нихрена не спорный.
для правильного исчисления НДС должна быть правильно исчислена налогооблагаемая база. Что такое налогооблагаемая база - раскрыто в НК.
.
Очевидно, что если брать итог по доку - то нет никаких обязательств чтобы итог НДС по доку бился с суммой ндс по строкам, так как в доке в общем случае могут присутствовать разные ставки НДС.
.
по поводу прямого и обратного расчета. смотрим что такое налогооблагаемая база. - отсюда танцуем. не вижу никаких проблем если расчет от обратного. достаточно в спорном вопросе накинуть "лишнюю копеечку" на НДС в документах реализации и убрать "лишнюю" копеечку" в документах поступления - государство в лице налоговых (проверок) ни в том, ни в том случае - не откажется.
.
насчет кратности и некратности - отправить всех этих в сад (мыть полы). есть варианты когда соблюдение кратности/некратности не позволяет вписаться в требуемую торговую наценку.
.
Для закрепления спорных толкований - достаточно прописать порядок расчета всего "спорного" в приказе по учетной политике - никаких ограничений на это нет.
.
Если совсем страшно - есть прямой резон обратиться в налоговую с письменным заявлением по существу вопроса - вам дадут обоснованный ответ, на основании которого вы примете в учетке все как надо.
.
если нет возможности буЛгахтерам использовать ни один из вышепредложенных вариантов - послать открытым текстом бухгалтеров в противосевер.

(15)
>Очевидно, что если брать итог по доку - то нет никаких обязательств чтобы итог
>НДС по доку бился с суммой ндс по строкам, так как в доке в общем случае могут
>присутствовать разные ставки НДС.

Я так понял, что речь шла вовсе не о ставке НДС, а о сумме НДС. Поэтому автор вполне логично хочет, чтобы у него по строкам и по колонкам "билась" матрица:

Строка    Сумма без НДС      Сумма НДС       Сумма вкл.НДС
1         СуммаБезНДС_1      СуммаНДС_1      СуммаВклНДС_1
2         СуммаБезНДС_2      СуммаНДС_2      СуммаВклНДС_2
...       ...                ...             ...
N         СуммаБезНДС_N      СуммаНДС_N      СуммаВклНДС_N
----------------------------------------------------------
Итого:    ИтогоСуммаБезНДС   ИтогоСуммаНДС   ИтогоСуммаВклНДС

Существует несколько способов решения этой задачи. Наиболее распространённые два из них:

1. Самый простой (когда количество строк невелико) - все округления "сбрасываюся" на последнюю строку по принципу:
Сумма_N = ИтогоСумма - (Сумма_1 + Сумма_2 + ... + Сумма_N-1)

2. Более сложный (когда количество строк велико) - все округления суммируются, затем вычисляются веса строк, как отношение суммы по каждой строке к итоговой сумме, а затем сумма округлений распределяются по строкам в соответствии с вычисленными весами.

В стандартной поставке 1С ни один из указанных способов не используется - отсюда и расхождения в цифрах. Возможна даже такая ситуация, когда суммы в ТОРГ-12 и в счете-фактуре различаются. :(

(16) Вообщето в этой "матрице" может быть товар как по ставки НДС 18% так и по льготной - 10%. Прикажите товар по льготной ставки в отдельную накладную выводить?

(17) Ставка НДС на точность округлений, из-за которых, собственно, и происходят несостыковки по суммам, никак не влияет - в матрице её просто нет.

(18) Собственно вопрос в том, что некоторые бухгалтера хотят, чтобы  "общая сумма без НДС фактуры  * 18%" была равна "общей сумме НДС.". Поэтому и ставка присутствует

919) отправить читать доки. в т.ч. отслеживать всякие разъяснения налоговых и прочее. в т.ч и по этому вопросу было.

(19) если очень хотят - пусть напишут КАК СЧИТАТЬ в подвале, как считать по строкам, как складывать ипрочее - это чисто бухгалтерский вопрос: уметь считать. если этого не могут написать - тихо педалировать прцесс "хотелок" булгахтеров. если не могут написать но продолжают сношать мозг - прилюдно унизить в бухвопросах. не помогает - открыто послать

(19) Этот вопрос не возникает, если матрица "бьётся" и по вертикали, и по горизонтали.

(21) +1
Жёсткая метода, но ведь действительно работает! :)

(22) а что делать? пока лицом в гувно не кунешь - будут из себя ох..но грамотных строить. при этом тупо пропорцию посчитать не могут...

(22): не болтай ерундой, пожалуйста. если не забывать о законодательно утвержденном правиле исчисления НДС - ни в одном из твоих "способов" твоя "матрица" не "бъётся" по горизонтали.
Акт продажи номенклатурной позиции - одна строка расходной накладной, которая должна быть отфактурирована в соответствии с законодательно утвержденными правилами исчисления НДС. Усё.
(а то бухи дойдут до того, что потребуют чтобы в реестре счетов-фактур итоговые суммы по каждой ставке "били", что при ценах до копейки - аля-улю)

в (24): под "актом" понимается юридически-хозяйственная категория перехода права собственности на номенклатурную позицию ТМЦ, простите.

(24) ктулха, ты на мстафесте будешь?

(24)
>не болтай ерундой, пожалуйста.

Давай будем вежливы... Можно даже без "пожалуйста".

Если же говорить по теме вопроса, то речь идёт не о налоговой базе и не о ставках НДС, а об округлениях! Если ты хоть раз сводил баланс, то ты меня поймёшь...

Вот народу третьи сутки заняться по ночам больше нечем...

А на сколько правильно "добивать" разницу НДС например в последнюю строку? Тогда у меня итоги НДС по фактуре будут сходиться, но небудет сходиться только одна строка.

по-моему логично считать Итоговый НДС как сумму НДС построчных... собственно так в 1С 7.7 и реализовано

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

(26): только если бы она была в киеве или на худой конец в крыму или вообще в пределах украины. увы. (да, тоже рад был бы общнуться в реале).
(27): давайте будьте, нивапрос; я же позволю себе без Ваших рекомендаций обойтись. по теме вопроса и отвечено. сводил и понимаю всю глупость твоих заявлений.
(29): ни насколько не правильно.
(30): именно так.
(31): и-мян-но.

(29) В некоторых случаях это ничему не противоречит. Надо просто знать пределы применения метода. Одно из них я уже называл, второе - сумма округлений - не превышает 1 коп. Есть и третье...

(30) Да, это отвечает Главе 21 НК РФ, но в 1С не решена проблема округлений.

(31)
>что получается в итоге - не так важно

Не важно только до тех пор, пока сумма аванса равна сумме по счету-фактуре.


(32) Хамство никого не украшает, а по сему - без комментариев. :(

(33) можно ли примерчик, где будет видно, что в 1С 7.7 бух "не решена проблема округлений", в том числе в связи с "сумма аванса НЕ равна сумме по счету-фактуре"

ПОхожая проблема при сдачи баланса в тысячах рублей: актив системно не бъётся  с пассивом. Насколько я знаю, никакого мэйнстримовского решения нет: подгон...