При работе в программе 1С:Управление торговлей 10.3 пользователи часто сталкиваются с особенностью формирования кассовых чеков: при попытке пробить чек из документа Приходный кассовый ордер (ПКО), созданного на основании Реализации товаров и услуг (РТУ), состав чека «сворачивается» в одну общую строку. Это происходит в тех случаях, когда в поле Признак способа расчета указано значение Оплата кредита. Вместо перечня конкретных товаров покупатель видит обобщенную позицию с общей суммой, что не всегда удобно или понятно клиенту.
В этой статье мы подробно разберем, почему программа ведет себя именно так, проанализируем законодательную базу и рассмотрим способы решения данной задачи, включая внесение изменений в программный код 1С.
Давайте выясним причину такого поведения системы. Логика, заложенная разработчиками 1С, опирается на требования 54-ФЗ и форматы фискальных данных (ФФД). Когда мы оформляем ПКО на основании РТУ с признаком Оплата кредита, с точки зрения налогового учета происходит не продажа товара, а погашение денежного обязательства. Товар был передан ранее (в момент проведения РТУ), и факт отгрузки уже должен был быть зафиксирован в фискальной системе.
Рассмотрим основные причины «сворачивания» строк:
Оплата кредита (код 7) кассовый аппарат фиксирует поступление средств за ранее переданный предмет расчета. Детализация до позиций в этом случае не всегда обязательна, так как выручка по товарам уже была отражена при отгрузке.Прежде чем переходить к правке кода, проанализируем ситуацию с точки зрения закона. Если мы принудительно заменим признак Оплата кредита на Передача с полной оплатой в документе оплаты (ПКО), возникнут следующие риски:
РТУ уже был пробит чек с признаком «Передача в кредит», то повторный чек с признаком «Полная оплата» в ПКО будет воспринят налоговой как вторая продажа тех же самых товаров.Важно: Если ваша схема работы подразумевает получение денег в момент отгрузки, правильнее будет использовать признак Передача с полной оплатой или документ Чек ККМ.
Если специфика вашего бизнеса требует видеть номенклатуру в чеке ПКО даже при оплате кредита, и вы осознаете все риски, можно внести изменения в общий модуль программы. Разберем по шагам, как это сделать.
Нам необходимо изменить процедуру, которая отвечает за автоматическое заполнение признака способа расчета при формировании данных для кассового аппарата. Проанализируем путь к нужному коду:
Общие -> Общие модули -> МенеджерОборудованияКлиентСервер.ЗаполнитьПризнакСпособаРасчета.В этой процедуре найдем фрагмент кода, который устанавливает признак ОплатаКредита. Нам нужно заменить его на ПередачаСПолнойОплатой. Рассмотрим пример кода:
// Было:
СтрокаРасшифровки.ПризнакСпособаРасчета = ПредопределенноеЗначение("Перечисление.ПризнакиСпособаРасчета.ОплатаКредита");
// Стало:
СтрокаРасшифровки.ПризнакСпособаРасчета = ПредопределенноеЗначение("Перечисление.ПризнакиСпособаРасчета.ПередачаСПолнойОплатой");
После внесения этого изменения система будет подставлять признак полной оплаты, что заставит драйвер кассового аппарата «развернуть» состав документа и напечатать каждую позицию номенклатуры отдельно с указанием количества и цены.
Проанализируем альтернативный вариант, который не требует изменения конфигурации. Если оплата и реализация происходят одновременно (в розничном стиле), логично использовать документ Чек ККМ.
Преимущества данного метода:
Однако помните, что Чек ККМ в УТ 10.3 предназначен для оперативных продаж. Если вы сначала выписываете счет, а клиент оплачивает его через несколько дней, этот метод может не подойти для вашей цепочки документооборота.
Выясним еще один технический нюанс. Даже если вы решили оставить чек «обобщенным», крайне важно проверить корректность передачи ставок НДС. В УТ 10.3 информация о налогах берется из табличной части Расшифровка платежа документа ПКО.
Если в одной реализации (РТУ) присутствуют товары со ставками 10% и 20%, при формировании обобщенного чека программа должна передать на ККТ две строки оплаты (по одной на каждую ставку НДС), либо одну строку, но с правильным распределением налоговых секций. Если этого не происходит, необходимо проверить настройки учетной политики и корректность заполнения ставок НДС в справочнике Номенклатура.
Если вы решили использовать метод с изменением программного кода, рекомендуем выполнить следующие действия для минимизации проблем при обновлениях:
Таким образом, мы рассмотрели проблему формирования обобщенного чека в 1С:УТ 10.3. Выбор между «красивым» подробным чеком и юридически безупречным «обобщенным» остается за бухгалтерией вашего предприятия, но техническая возможность реализации есть в обоих случаях.