При оформлении возвратов в программе 1С:Бухгалтерия 3.0 пользователи часто сталкиваются с ситуацией, когда в окне предпросмотра чека или на самом бумажном носителе суммы НДС и итоговые значения не совпадают с данными первичного документа. Разберем подробно, почему так происходит, проанализируем технические нюансы работы с контрольно-кассовой техникой (ККТ) и выясним, как привести учет в соответствие с требованиями законодательства.
Одной из самых распространенных причин паники является визуальное различие между ставкой 18% (или 20%) в документе реализации и ставкой 18/118 (или 20/120) в чеке. Рассмотрим, почему это не является ошибкой:
18/118.Проанализируем ситуацию: если в окне выдачи наличных вы видите одну сумму НДС, а в печатной форме чека — другую, это часто связано с тем, что кассовый модуль 1С пересчитывает налог по алгоритмам, заложенным в драйвере ККТ, чтобы общая сумма Цена × Количество строго соответствовала итогу по строке.
Бывает так, что в чеке одна позиция внезапно разбивается на две строки с разницей в одну копейку. Посмотрим на причины этого явления:
Кассовый аппарат работает по жесткому правилу: Сумма = Цена × Количество. При возвратах, особенно если ранее применялись скидки или распределение авансов, итоговая сумма может содержать дробную часть с большим количеством знаков после запятой. Поскольку фискальный накопитель (ФН) понимает только две цифры после запятой (копейки), драйвер ККТ вынужден округлять значения.
Если при округлении возникает погрешность, программный модуль 1С или сам драйвер (например, Атол или Штрих-М) разбивает товарную позицию на две строки:
Рассмотрим ситуацию с точки зрения внутренней архитектуры 1С. Даже если в документе Возврат товаров от покупателя вы видите одну строку, программа при формировании чека может обращаться к регистрам накопления. Если возвращаемый товар:
В этом случае модуль печати чека в 1С:Бухгалтерия 3.0 может программно разделить позицию на несколько строк в соответствии с источниками происхождения товара. Это необходимо для корректного списания остатков по налоговому учету и корректного заполнения тегов в ФФД (Формате фискальных данных).
Если расхождения в НДС становятся критичными (более нескольких копеек), следует проверить настройки подключения оборудования. В параметрах связи с ККТ внутри 1С или непосредственно в утилите драйвера производителя существует параметр «Метод округления» или «Способ расчета НДС».
Выясним разницу:
Если в 1С установлен один метод, а в драйвере кассы — другой, суммы никогда не сойдутся. Рекомендуется устанавливать расчет «По позициям», так как это наиболее прозрачный метод для налоговых органов при проверке чеков.
Если вы обнаружили неверную сумму, выполните следующие действия:
библиотек подключаемого оборудования (БПО).Пример программной проверки того, как 1С формирует данные для чека, можно увидеть в модуле менеджера документа, где подготавливается структура ОбъектыДляПечати. Хотя пользователю код недоступен, важно понимать, что 1С передает в кассу не просто «картинку», а массив данных, где каждая копейка должна быть математически обоснована.
С переходом на новый формат фискальных данных 1.2 (особенно для маркированных товаров), контроль за суммами и ставками НДС стал еще жестче. Теперь проверка происходит на стороне сервера ОФД. Если драйвер обнаружит математическую ошибку в расчете НДС, он просто заблокирует печать чека с ошибкой «Исчерпан ресурс накоплений» или «Неверная сумма налога». Поэтому, если чек напечатался, но суммы кажутся странными — скорее всего, это результат принудительного округления для соблюдения фискального протокола.
Резюме: Не стоит пугаться разницы между 18% и 18/118 — это требование закона. Дробление строк в чеке — это нормальная практика 1С для компенсации погрешностей округления или учета разных партий товара. Главное условие — итоговая сумма «К оплате» (или «Возврат») должна до копейки совпадать с суммой, фактически выданной покупателю.