При оформлении первичных документов в программах 1С пользователи часто сталкиваются с ситуацией, когда итоговая сумма НДС по документу отличается на одну или несколько копеек от суммы налога, если рассчитать её вручную напрямую от общего итога документа. Проанализируем, почему возникает эта погрешность, является ли она ошибкой программы и как правильно взаимодействовать с бухгалтерией и контролирующими органами в подобных случаях.
Выясним математическую природу расхождения. В конфигурациях 1С (включая Управление торговлей, Бухгалтерия предприятия и другие) сумма НДС рассчитывается построчно для каждого наименования позиции. Для этого применяется функция обработки табличных частей (например, ОбработкаТабличныхЧастей.РассчитатьСуммуНДСТабЧасти()).
Разберем простой пример:
Если же сложить общие суммы всех строк с НДС и умножить полученный итог на 20/120 с однократным округлением в конце, то результат с высокой долей вероятности будет отличаться на 1–2 копейки. Это классическое проявление накопительной арифметической погрешности округлений.
Рассмотрим, насколько такое поведение программы соответствует законодательству. Обратимся к пункту 2 статьи 168 Налогового кодекса РФ:
«Сумма налога, предъявляемая налогоплательщиком покупателю товаров (работ, услуг), имущественных прав, исчисляется по каждому виду этих товаров (работ, услуг), имущественных прав как соответствующая налоговой ставке процентная доля указанных в пункте 1 настоящей статьи цен (тарифов).»
Из нормы закона следует, что НДС обязан рассчитываться именно по каждой товарной позиции (по каждой строке), а не от суммарной стоимости всей накладной. Таким образом, типовой алгоритм 1С полностью соответствует требованиям Налогового кодекса РФ, а требование пересчитать итоговый НДС «от общей суммы документа» противоречит нормам налогового права.
Кроме того, в одном документе могут содержаться строки с разными ставками налога (20%, 10%, 0%, без НДС), что делает расчет от общего итога документа математически невозможным.
Посмотрим на требования Постановления Правительства РФ № 1137, регулирующего формы счетов-фактур и УПД. Согласно правилам заполнения, итоговая строчка «Всего к оплате» по графе НДС должна строго равняться сумме значений по всем строкам документа. Ручная корректировка итоговой суммы в шапке без изменения строчных значений прямо нарушает требования к оформлению счетов-фактур.
Также важно учитывать работу онлайн-касс (ККТ). Современная контрольно-кассовая техника принимает из 1С чеки построчно. Если принудительно изменить итоговую сумму НДС в документе, не изменив значения по строкам, произойдет расхождение между данными 1С и фискальными данными кассового чека, что вызовет блокировки и ошибки пробития.
Если специфика работы требует исключить регулярное возникновение копеечных расхождений, рассмотрим доступные практические механизмы:
Проанализируем риски налоговых проверок. Системы автоматизированного контроля ФНС (АСК НДС-2) сверяют данные Книги покупок и Книги продаж контрагентов. Покупатель обязан отражать в Книге покупок суммы строго на основании полученного от продавца счета-фактуры или УПД.
Если продавцом выписан документ с построечным расчетом, у покупателя должна быть зафиксирована ровно та же сумма копейка в копейку. Попытка одной из сторон «подогнать» НДС под расчет от общей суммы приводит к расхождению данных у продавца и покупателя, что вызывает автоматические запросы пояснений от налогового органа.
В отчетности (Декларация по НДС) сумма Раздела 3 рассчитывается от общей базы, а Разделы 8 и 9 собирают суммы из первичных документов. ФНС допускает технологические копеечные расхождения между разделом 3 и разделами 8/9, обусловленные математическими округлениями в программном обеспечении.