Округление, НДС

[a_mitin]

Цитата:

Сообщение от rov

Цитата:

Сообщение от Константин I

Вот какой из алгоритмов верный ?!

К сожалению этот вопрос тоже больной.
На мой личный взгляд, вариант Навижн более правильный - он гарантирует
выполнение равенства: "сумма без НДС по документу*18%"=Сумма НДС по документу.
Основной объект учета (по крайней мере в РФ ) - это документ. В целом документ. А не его строки.
И при любых проверках и сверках, как налоговых так и пр. органов проверяться будут суммы
именно документа, а не строк.
А при варианте расчета НДС построчно достаточна велика вероятность, что НДС сложенный по строчкам
ни фига не совпадет с НДС в целом по документу.

Вопрос действительно больной (есть ещё один из этой же серии, когда просят включить в документ колонку "Цена С НДС" ), поэтому выскажу противоположную точку зрения (тоже личный взгляд ) Если считать НДС на сумму документа, то как раз в этом случае не совпадет сумма (часто), напечатанная в стоках документа (если там напечатаны 2 знака после запятой) с суммой всего документа. А контролирующие органы могут это признать "неправильным оформлением документа".
Поэтому здесь либо - либо. Либо окруляешь построчно и честно складываешь (плохо что общая сумма НДС <>18% от суммы без НДС) либо берешь 18% от общей суммы без НДС - тогда не сходится (в общем случае) сумма НДС по строкам с общей суммой НДС в документе. Наши бухи уже даавно выбрали первый вариант и работают по нему.
ЗЫ: Может быть ещё и третий вариант - округлять построчно, суммировать, посчитать 18% от общей суммы без НДС, сравнить суммы и разницу разнести по строкам Но такой реализации я не встречал.

Цитата:

Сообщение от Константин I

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

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

[Konstantin I]

Цитата:

Сообщение от a_mitin

Цитата:

Сообщение от Константин I

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

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

Это не автоматизация,а херня на палочке имхо. Лезть, править не камильфо...

[a_mitin]

Цитата:

Сообщение от Константин I

Цитата:

Сообщение от a_mitin

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

Это не автоматизация,а херня на палочке имхо. Лезть, править не камильфо...

Ну автоматизируй, кто тебе не даёт. Купи у FineReaderовскую ocx-ину, заставь сканировать все входящие счета-фактуры, распознавай автоматом суммы НДС и правь автоматически в документах покупки в учетной системе (заодно и весь приход автоматом оформляй ибо какая-же автоматизация - приходится руками покупки долбить ). Ну или "построй" всех своих поставщиков и заставь их "правильно" (по твоему алгоритму) выписывать все счета-фактуры, которые они выставляют Вашей компании, а "неправильные" счета - не принимайте...

Возвращаюсь на землю - на мой взгляд сейчас больше учетных систем с построчным расчетом (имхо, могу и ошибаться), поэтому если именно так сделать в своей учетной системе при оформлении покупок - случаев необходимой правки будет меньше, но они всё равно будут.

ЗЫ: не понравилось выражение "херня на палочке"