Храните в строках цену, количество, сумму и сумму НДС.
Расчет НДС запускайте при смене статуса документа либо по кнопке.
Алгоритм просто до безобразия - считаете построчно сумму НДС и накапливаете погрешность. Как только она превышает 1 копейку - сбрасывайте на текущую строчку.

iscrafm - что за мода вешать ярлыки?
К 1С отношения не имею. К шаманству тем более.
Если у Вас другие идеи - пожалуйста поделитесь.
Кстати алгоритм достаточно распостраненный применяется не только при расчете НДС, а везде где нужно распределить сумму на строки исходя из процента/доли.

abbaСумма НДС по документу равна сумме НДС по строкам, причем везде в целых копейках
Если еще раскажите алгоритм распределения - будет совсем замечательно.
PS. Вообще в документах нужно хранить и количество, и цену, и сумму и сумму с НДС. Бумажка фискальная и нужна гарантия что цифры в старых доках остануться неизменными при изменениях алгоритмах расчет того же самого НДС

Программист-Любитель АгаАлгоритм просто до безобразия - считаете построчно сумму НДС и накапливаете погрешность. Как только она превышает 1 копейку - сбрасывайте на текущую строчку.Объяснить бухгалтерам и аудиторам что (1/3 денег) + (1/3 денег) + (1/3 денег) не равно 1 нэвозможно!

Как раз равно.
Объясню исчо раз
3 строчки товара с кол-вом 1 и одинаковой ценой без НДС 12.59. Сумма без НДС в счете фактуре как видим будет 12.59*3=37.77. с НДС (округляю в большую сторону) соотвественно 44.57. Сумма НДС 6,8.
Фискальные органы требуют указавать сумму НДС построчно. Что же, посмотрим как это реализуется вышеуказанным алгоритмом:
Строка1) 12.59 * 1.18= 14.8562. Окрулягем в большую сторону =14.86. Погрешность 14.86-14.8562=0.0038
Строка2) 12.59 * 1.18 + (-0.0038)= 14.8524 . Окрулягем в большую сторону =14.86. Погрешность 14.86-14.8524=0.0076.
Строка3 12.59 * 1.18 + (-0.0076)=14.8486. Окрулягем в большую сторону =14.85. Погрешность 14.85-14.8486=0.0014.

Сложив цифирки получим сумму НДС 14.86 + 14.86 + 14.85=44.57... Что и треба доказать.

Замечу что окгрулять можно в разные стороны - посему в документах покупки нужно дать править НДС на строчках. ИБО считать НДС за поставщика - не в ваших силах - вы должны принять документ AS IS.

Разбирались Сергей. Не переживайте :).
Я специально привел пример с одинаковыми ценами и количеством.
Кстати налогооблагаемой базой в понимании налоговой является именно документ. Иначе как же отщелкивать НДС по оплате? Лезть в те счета к которым она привязана? А если оплата частичная - указывать позиции ? Не смешите мои тапочки - посмотрите правила формирования книги покупок и продаж.
Да в конце концов по Инету поройтесь - тема обжевана сто раз.
Опять привожу утрированный пример:
Цена товара 3 копейки, таких товаров в счете фактуре - 100. Внимание вопрос - какая же сумма НДС будет по вашему расчету? Наверно копейка с 3.. В итоге ставка будет 25% процентов а не требуемая 18.
PS. Доказывать ничего не собираюсь.

Сергей - я был о Вас лучшего мнения :).
Покажите мне софт из первого десятка лидеров (1С, OEBS, Navision, Axapta.. ) где при можно (а по вашей логике - нужно) не только счет фактуру но отдельную позицию из нее. - и я съем свои тапочки. А если позиция частично оплачивается - вы что отдельно НДС из оплаты будет выделать?

Может приведете ссылку на правила формирования книги покупок/продажи где указывается что возможность/обязательность указания номеклатуры? или ОС? или издержек?

Вопрос про НДС 25 процентов так и остался без ответа :).

Уточню:
"вы что отдельно НДС из оплаты будет выделать" - читать как привязывать оплаты к позициям счета фактуры в отношении многие ко многим для того чтобы понять оплаченный по позиции НДС.

Не понял бреда. Вы считаете, что дать возможность пользователю указать, как именно "размазывается" оплата в дополнение к основной "тупой" процедуре оплаты документа - это плохо? Пусть даже законодательно вопрос порядка оплаты (что именно оплачивается и в каком порядке) не урегулирован.

Оплата должна размазыватся на счет. А не на позиции счета.


Пример 1. В документе 2 позиции. Первая 100+18. Вторая 200+20. Две оплаты, первая на 118, вторая на 220, даты разные, плательщики разные (договор цессии). Хотя бы потому, что в соответствии с договором РАЗНЫЙ порядок перехода права собственности и оплаты. Предлагаете не выделять НДС из оплат, а что именно Вы тогда предлагаете?

На мой взгляд это 2 счета фактуры :). Мы же речь о счетах и оплатах ведем - не так ли? А не о договорах прости господи цессии.

Или Вы счетах фактурах плательщиков на строки выносите? Ну тогда условия оплаты, поставки, грузополучетеля туда же нужно. Выходит верх мысли - счет-фактура "имени Сергея В." без строк зато в одной записи все - и заголовок и одна строчка.


Пример 2. Теперь ситуация веселее. Платеж валютный, прошел на день позже, курс сменился, оплата стала ЧАСТИЧНАЯ. Дополнительная оплата, которая будет на неоплаченный остаток, куда должна "упасть", на весь документ или только на "свою" позицию?

Вы знаете Сергей - вы все же наверно кабинетный червь а не практик:). Платеж вылютный пришел по рублевой счет фактуре? Что же - налоговая идет к Вам. Впрочем если все вопросы Вы с ней утрясли - у Вас 2 варианта - требовать доплаты по документу (а не за 1/10 землекопа которые Вы указали) по документу - из-за нарушений условий оплаты, второй вариант смириться и списать себе сумму в убыток в счет суммовых разниц.
Если же счет в валюте и платеж в валюте на ту же сумму - разница курса это Ваш убыток иль прибыль как суммовая разница.


Совсем уж убийственный случай, если нет учета деления оплаты построчно, когда один документ с разными ставками и платится одной оплатой частично. Что в книге отразим, то есть, какую ставку и в какой столбец засунем?

А вот здесь Сергей лезем в НК и комментарии к нему и читаем порядок исчисления НДС по разным ставкам. И чу! Видим что в этом случае строки группируются по ставке НДС и также идут к книгу покупок/продаж. С оплатой (сейчас для России это неприменимо - НДС по отгрузке), а вообще относится к оплате НДС не только по разным ставкам ситуация такая - есть несколько вариантов оплаты - сначала НДС, сначала долг, пропорционально. Надеюсь с проводками по НДС знакомы?


Из Правил следует принципиальная необходимость учета НДС построчно, а не подокументно, так как разный товар в одном документе может оплачиваться принципиально различно, также про номера таможенных деклараций вспомните, откуда брать-то их будете без привязки оплат к строкам, все имеющиеся в документе пихать?


Из Правил следует принципиальная необходимость учета НДС построчно - удивительно почему все тогда номера счетов-фактур регистрируют в книгах, а не НОМЕКЛАТУРУ, непорядок Сергей.
Про ГТД не вкурил. Про разный товар и разные оплаты - см. выше про идеал - строки нифик не нужны, давай все в заголовок пихнем.


Бред игнорирую. Впрочем, оформить одним счетом-фактурой покупку 10 супердорогих столов, оплатить 5-ю платежками (по количеству отделов-заказчиков), пару таких столов ввести в эксплуатацию как ОС, а остальные продать законодательство позволяет. А вот что делать пользователям убогих систем - законодателю пофигу, если честно.

Печально... черепушку стоит иногда включать. Критерий убогости пожалуста в студию :).


Бред игнорирую. Попробуйте оформить счет-фактуру на товар в 2 копейки.

Печально Сережа, очень печально. Только что попробовал - не поверите программа позволяет.

Резюме:
Учите мат. часть.
Все вышесказанное имхо.

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

Я знаю много слов (C).


Именно поэтому Вы и в пролете, что у Вас свой личный взгляд. Попробуйте у РЖД запросить отдельно счета фактуры за месячный период по всем платежам по потдельности, а потом расскажите об ощущениях. Если мы говорим о закупках, то счета-фактуры выставляет продавец, и что кто-то из покупателей думает, что их должно быть в 2 раза больше - это личное половое горе самих покупателей.

Ох Сережа, Сережа. То факт что РЖД выставляет вам одну сводную счета-фактуру по авансовым платежам еще говорит ровно о том что в строках счета-фактуры у Вас идут акты выполненных работ. В этом случае - о боже! да будет соответствие авансовый платеж-строка счета-фактуры. Бьете себе спокойенько документы в строки СФ и тихо радуйтесь. Но если вы раскроете свои глаза - то поймете что фактически каждая строчка является отдельным документом и объединяются они только сводным номером СФ. Подумайте над различными типами документов - счет-фактура (финансовый) и накладная/акт выполненных работ (их условно можно назвать товарными) - как они взаимодействуют и как должны найти отражение в Книге Покупок.

Кстати в моей схеме ничто не мешает завести такую СФ :). Заведите N счетов-фактур по кол-во строк и зарегстрируете под одним номером счета-фактуры поставщика. И оплаты применятся корректно. Или объединете СФ под одной сводной СФ, плодить сущности?


Или попробуйте по коммандировочным "пальцы погнуть", мол, не нравятся мне ваши документы, тащите новые. Лол.

Я где то утверждал что документы поставщика нужно заводить отлично от исходного документа?


Мы ведем речь о необходимости построчного учета оплаты. А в договорах могут фигурировать особенности перехода права собственности и оплат, которые в конце концов будут учитываться при фактических оплатах (даты и суммы).

Пипецо Сережа, мы же речь не о договорах ведем. Вот заткнулись вы на своей сводной СФ.
Попробуйте как по вашей схеме спичками поторговать :).


АгаИли Вы счетах фактурах плательщиков на строки выносите?
Нет, это противоречит логике самого счета-фактуры.

АгаНу тогда условия оплаты, поставки, грузополучетеля туда же нужно
Этот бред вообще не по теме.

Тут:

Пример 1. В документе 2 позиции. Первая 100+18. Вторая 200+20. Две оплаты, первая на 118, вторая на 220, даты разные, плательщики разные (договор цессии). Хотя бы потому, что в соответствии с договором РАЗНЫЙ порядок перехода права собственности и оплаты. Предлагаете не выделять НДС из оплат, а что именно Вы тогда предлагаете?

Извини Сережа, вынужден прервать нашу увлекательную беседу, продолжим в понедельник



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

Агатребовать доплаты по документу (а не за 1/10 землекопа которые Вы указали) по документу
Вы пугаете своей безграмотностью и нежеланием подумать. Если доплата будет в следующем периоде - что отражать и в каких столбцах в книгах в текущем и следующем периодах?

Агавторой вариант смириться и списать себе сумму в убыток в счет суммовых разниц.
Это не нащ метод.

Агастроки группируются по ставке НДС и также идут к книгу покупок/продаж
Куда "идут" и какие "строки", если оплата вообще про строки ничего не знает? Группируются вообще все строки? Я где-то утверждал невозможность группировки строк в книгах в случае учета связи оплат и строк состава документов?

Ага(сейчас для России это неприменимо - НДС по отгрузке)
1. Это появилось сравнительно недавно.
2. Это и сейчас не всегда верно. Если Вы считаете иначе - нам не о чем разговаривать, продолжайте жить в своем мире идеальных поставок и оплат.

Агасначала НДС, сначала долг, пропорционально
Я и писал, методов много. Предлагаете это определять "на лету" и нигде не фиксировать?

АгаНадеюсь с проводками по НДС знакомы?
А проводки-то тут при чем?
- Мы его теряем! Мы его теряем!
- Да нет, просто он уходит ... от темы.

Ага

Из Правил следует принципиальная необходимость учета НДС построчно, а не подокументно, так как разный товар в одном документе может оплачиваться принципиально различно, также про номера таможенных деклараций вспомните, откуда брать-то их будете без привязки оплат к строкам, все имеющиеся в документе пихать?

Из Правил следует принципиальная необходимость учета НДС построчно - удивительно почему все тогда номера счетов-фактур регистрируют в книгах, а не НОМЕКЛАТУРУ, непорядок Сергей.
Про ГТД не вкурил. Про разный товар и разные оплаты - см. выше про идеал - строки нифик не нужны, давай все в заголовок пихнем.

Если Вы что-то в тексте не поняли - это повод как минимум прочитать текст еще раз. Номенклатура сама по себе фискалам не нужна, поэтому ее и нет в книгах. Но есть (еще раз!!!) разные ставки и разные даты оплаты товара в одном документе, а также разные номера ТД. Назвать это построчным учетом счетов-фактур в книгах, пожалуй, нельзя, но совершенно понятно, что один документ в книге может фигурировать несколько раз, что было бы невозможно, если бы документ учитывался в книге целиком. Про "все в заголовок" - это исключительно Ваши больные фантазии, прошу это отметить и впредь в моем отношении не употреблять.

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

АгаТолько что попробовал - не поверите программа позволяет.
А я писал, что не должна позволять? Программа должна корректно отработать в 99% жизненных случаев. Если есть 1% хитрых случаев, то не надо насиловать программу на все случаи жизни, как минимум это долго и дорого. Достаточно дать возможность пользователю в хранимой книге найти эти случаи, поправить их в рамках своих полномочий, а не городить огороды. Если у Вас 99% случаев - это полные единовременные оплаты, а ставка в документах только одна - Вам крупно повезло, радуйтесь. Но не надо пыжиться и натягивать свое ИМХО на других, у кого ситуация как минимум сложнее Вашей.[/quot]

Мы с Вами Сергей разговариваем на разных языках :).
Если дебил поставщик пришлет вам в одной счет фактуре 98 актов выполненных работ и 20 приходных (для вашей конторы) накладных по 100 позиций в каждой - по которым Вам нужно будет приходовать товар - Вы будете дописывать свою самописульку или зачислите ситуацию в разряд одного процента, который система не поддерживает?
Вы рассматриваете частный случай выставление сводного счета ПОСТАВЩИКА. Все возможные проблемы я уже описал думаю читатели сделают свои выводы. Заведомо опускаю расчет НДС- потому как заводить документ от поставщика нужно как есть.
Вопрос про расчет НДС по продаже остался без ответа - возьми Сережа счет-фактуру продажи и посчитай НДС по строкам по своему алгоритму и сверся с комментариями к НК.
Засим прощаюсь, ибо спор бессмыслен.
Передай Сережа превед своюму Г. Буху и пожелай от меня скорейшего возвращения из мест не столь отдаленных.
Тебе же желаю еще пошире раскрыть глазки и начать видеть очевидное.

dorian grey theOne.Mk.UaДа уж, Сергей.
соболезную...

и всё-таки, может хотя-бы попробуете ответить на этот вопрос? :)

Цена товара 3 копейки, таких товаров в счете фактуре - 100. Внимание вопрос - какая же сумма НДС будет по вашему расчету? Наверно копейка с 3.. В итоге ставка будет 25% процентов а не требуемая 18.


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

А что же тогда пойдет в книгу продаж скажите на милость?
Один документ с НДС 25 процентов?
Или 100 позиций товаров.... тоже с НДС 25 процентов? :).

PS. Ссылку на статью НК в студию!

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

Интересный подход :).
Разумеется книга покупок может быть сформирована в любое время, однако информация по НДС должна сохранится в момент выставления счета фактуры (лучше для этого использовать специальную таблицу - в ней хранятся данные по документу в разрезе как минимум ставок НДС, можно и номера ГТД добавить). Вот эта информация и является для основанием для формирования книги покупок/продаж.

Сергей Васкецов
Мне интереснее обсуждать технические моменты, например, как можно собрать корректную книгу покупок версии 2005 года, например, не имея понимания в случае частичной оплаты, какая платежка за какую дату что в составе документа платит. Раньше же не было книг покупок не по оплатам.

При нормальной реализации (см. выше) - все решатся просто. Записи в таблице типизируются как НДС по Отгрузке (сейчас), НДС по Оплате (до 2005).
В первом случае - при выставлении счета фактуры возникает сразу реализованный НДС.
Во втором - при выставлении счета фактуры возникает нереализованный НДС. При сопоставлении оплаты и счета-фактуры (не позиций из нее!), нереализованный НДС закрывается (возможно частично) и формируется запись с реализованным НДС на сумму оплаты (если оплата закрывает счет) или счета (если счет закрывает оплату). Тут конечно возникает куча вопросов - если несколько ставок - какую закрывать в первую очередь? если оплата целиком не гасит счет - что в первую очередь гасить - НДС государству, задолженность клиента или пропорционально. Отвечаю - решается учетной политикой.

Кстати вариант 2 до сих пор применим - почитайте Сергей про отложенное налоговое обязательство и зачет НДС.

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