Очень часто пользователи программы 1С:Управление торговлей сталкиваются с ситуацией, когда итоговая сумма НДС в печатной форме документа реализации (УПД или счете-фактуре) не совпадает с суммой налога, если высчитывать ее вручную от итоговой суммы документа — для этого подойдёт инструмент автоматического формирования и печати УПД. Например, если общая сумма товаров без НДС составляет 141 508,90 руб., то при ручном умножении на 20% мы ожидаем увидеть НДС в размере 28 301,78 руб. Однако в документе 1С может быть указана сумма 28 301,85 руб. или любая другая, отличающаяся на несколько копеек.
Пользователи часто считают это ошибкой программы и пытаются найти способы "починить" расчет. Давайте подробно разберем причину возникновения таких расхождений, проанализируем законодательную базу и рассмотрим рабочие способы решения этой задачи, если ваш контрагент принципиально требует совпадения до копейки — для этого подойдёт комплект внешних печатных форм для УТ 11.
Проанализируем базовый алгоритм, заложенный разработчиками в типовые конфигурации 1С. Налоговой базой является не общая сумма документа, а стоимость каждого конкретного товара. Программа считает налог построчно.
Разберем математику этого процесса по шагам:
Товары.Разница возникает исключительно из-за математического округления. Сумма округленных слагаемых почти никогда не бывает равна округленной сумме тех же слагаемых. Если в накладной содержится 100 позиций, и в каждой строке при вычислении возникает дробная часть копейки (например, 0,125 руб. округляется до 0,13 руб.), то на большом количестве строк эти доли копеек суммируются и превращаются в видимое расхождение в несколько рублей или копеек.
Почему программисты 1С не сделают расчет налога сразу от итоговой суммы? Выясним причину, обратившись к законодательству РФ.
Алгоритмы 1С строго опираются на нормативные акты. Согласно Правилам заполнения счетов-фактур (утверждены Постановлением Правительства РФ № 1137), все стоимостные показатели, включая графу СуммаНДС, должны указываться в рублях и копейках. Поскольку счет-фактура и универсальный передаточный документ (УПД) имеют табличную часть с перечнем конкретных позиций, налог должен выделяться для каждой строки отдельно.
Считать налог от итоговой стоимости документа методологически неверно при реализации товаров. Расчет "обратным счетом" от итоговой суммы (по расчетной ставке 20/120) разрешен Налоговым кодексом (п. 4 ст. 164 НК РФ) только в строго определенных ситуациях, например, при получении аванса. Во всех остальных случаях при отгрузке должна применяться прямая ставка к каждой номенклатурной позиции.
Посмотрим на практический пример, который наглядно показывает, почему расчет от итоговой суммы приведет к управленческому хаосу.
Представьте, что мы выставили клиенту счет на огромный перечень товаров. Если бы система считала НДС от общей суммы счета, у нас получилась бы красивая "круглая" цифра налога. Но затем клиент решает забирать этот товар частями, и мы создаем несколько документов РеализацияТоваровУслуг на основании этого счета.
Если в каждой реализации мы продолжим считать налог от общего итога документа, то при сложении НДС всех частичных реализаций мы обнаружим, что их сумма не совпадает с суммой НДС в первоначальном счете. Клиент начнет возмущаться, почему по закрывающим документам налог "поплыл".
Если же использовать типовой алгоритм 1С (построчный расчет), то НДС каждой отдельной строки жестко зафиксирован. При частичных отгрузках (если товар отгружается целыми единицами) сумма налога по реализациям в итоге идеально совпадет с суммой налога в исходном счете.
Важно понимать, что налоговая инспекция прекрасно осведомлена об этой математической коллизии. Разница в несколько копеек между итоговой суммой в подвале документа и математическим вычислением 20% от общего итога не является нарушением.
Это не дает налоговикам права отказать вашему покупателю в вычете, так как счет-фактура заполнен абсолютно корректно в соответствии с Постановлением № 1137. Поэтому требования некоторых клиентов "срочно подогнать копейки, иначе нас оштрафуют" не имеют под собой реальной правовой основы.
Несмотря на то, что программа считает правильно, иногда бизнесу проще уступить принципиальному клиенту, чем спорить с его бухгалтерией. Рассмотрим несколько методов, как можно добиться совпадения сумм в 1С:Управление торговлей.
Самый простой способ повлиять на расчет — поиграть с настройками вида цены в справочнике ВидыЦен.
В системе есть флажок, определяющий, включает ли установленная цена налог. Если у вас установлено "Цена включает НДС" (НДС в сумме), программа выделяет налог обратным счетом внутри строки, что чаще приводит к появлению дробных копеек. Попробуйте для таких клиентов использовать вид цены со снятым флажком (НДС сверху). В этом случае базой для умножения на 20% будет выступать "ровная" цена без налога, и при суммировании строк расхождения возникают значительно реже.
Если проблема носит разовый характер, можно скорректировать копейки вручную прямо в документе отгрузки.
РеализацияТоваровУслуг.СуммаНДС и вручную прибавьте или отнимите нужные копейки.Важно: при любом последующем пересчете документа (изменение количества, перезаполнение цен) программа снова пересчитает налог по стандартному алгоритму, и ручную корректировку придется делать заново.
В современных релизах конфигурации присутствует мощный механизм ценообразования. Вы можете настроить правила автоматического округления сумм документов — в этом поможет автоматизация скидок и округлений УТ 11/ERP.
Система настраивается таким образом, чтобы копеечные расхождения компенсировались крошечной автоматической скидкой или наценкой на итоговую сумму. Это позволяет "вгонять" общую стоимость документа в нужные математические рамки, чтобы налог считался "красиво". Однако этот метод требует очень аккуратной настройки подсистемы скидок, чтобы не нарушить аналитику продаж.
Если клиент крупный и постоянно требует идеального расчета, программист может создать внешнюю обработку заполнения табличной части (Внешнюю печатную форму или обработку заполнения объекта) — есть редактор макетов печатных форм без программирования.
Логика работы такой доработки заключается в следующем:
Разберем логику: клиент получает документы, где общая сумма и налог бьются копейка в копейку. Но вы должны учитывать, что при таком подходе цена товара (ЦенаБезНДС) может получиться с большим количеством знаков после запятой, чтобы скомпенсировать математику. Для вашего учета это не критично, но технически это костыль для удовлетворения требований контрагента.
Расхождение суммы налога в несколько копеек при ручном пересчете от итоговой суммы — это нормальное и абсолютно законное поведение программы 1С:Управление торговлей. Оно вызвано правильным построчным расчетом и математическим округлением. Лучшее решение — объяснить бухгалтерии покупателя, что счет-фактура сформирован в строгом соответствии с Постановлением № 1137. Применять технические ухищрения и доработки стоит только в крайних случаях, когда сохранение лояльности клиента важнее соблюдения строгой методологии.