Как правильно оформить розничную предоплату в УТ 10.3, чтобы не задвоилась номенклатура в налоговой?

Работа с розничными продажами в 1С:Управление торговлей 10.3 (УТ 10.3) в условиях применения онлайн-касс и форматов фискальных данных (ФФД) 1.05, 1.1 и 1.2 часто вызывает вопросы у бухгалтеров и программистов. Одной из самых острых проблем является страх «задвоения» выручки или номенклатурных позиций при оформлении чека на предоплату и последующего чека на отгрузку. Давайте разберем эту ситуацию подробно, проанализируем программный код конфигурации и выстроим правильную цепочку действий.

Почему номенклатура не «задваивается» в налоговой?

Прежде всего, проанализируем опасения пользователя о том, что повторное указание номенклатуры в чеках ведет к неверному расчету налогов. Согласно методологии 54-ФЗ и протоколам ФФД, выручка признается не по факту наличия строк в чеке, а по Признаку способа расчета (тег 1214) и Сумме по чеку (теги типов оплаты).

Когда мы пробиваем чек на предоплату, в нем указывается полная стоимость товара, но в типе оплаты передается сумма фактически внесенных средств (наличные или безналичные). Оставшаяся часть суммы уходит в признак «Кредит» (если расчет частичный). При финальном расчете (в момент передачи товара) мы снова указываем товар, но в типе оплаты передаем «Зачет аванса» (ранее внесенная сумма) и, при необходимости, доплату. Для налоговой «Зачет аванса» является корректирующим оборотом, который связывает первый платеж с фактом отгрузки, поэтому никакого «задвоения» выручки не происходит.

Разница между Авансом и Предоплатой в УТ 10.3

В процессе обсуждения возник важный методологический спор: что использовать — «Аванс» или «Предоплату»? Разберем по шагам:

1. Предоплата (полная или частичная): используется, когда в момент приема денег мы точно знаем, какой товар клиент заказывает. В чеке обязательно перечисляется номенклатура. В УТ 10.3 это происходит, когда оплата (ПКО или Эквайринговая операция) привязана к конкретному документу «Заказ покупателя» или «Счет».
2. Аванс: используется, когда список товаров еще не определен (например, клиент вносит 10 000 рублей «на будущее»). В чеке вместо списка товаров пишется просто «Аванс», и номенклатурные позиции не выгружаются.

Выясним причину, почему программа выбирает тот или иной признак. Рассмотрим фрагмент кода из модуля, который отвечает за заполнение этих признаков в УТ 10.3:

Процедура ЗаполнитьПризнакСпособаРасчета(СтрокаРасшифровки, ВидОперации, ДокументОснование) Экспорт
    // ... (подготовительные проверки типов документов)
    
    Если ВидОперации = ПредопределенноеЗначение("Перечисление.ВидыОперацийПКО.ОплатаПокупателя") Тогда
        Если ТД = Неопределено ИЛИ СуммаПоСтавке = 0 Тогда
            // Если сделка не указана, программа считает это авансом
            СтрокаРасшифровки.ПризнакСпособаРасчета = ПредопределенноеЗначение("Перечисление.ПризнакиСпособаРасчета.Аванс");
        ИначеЕсли ДопустимыеТипыСД.Найти(ТипТД) <> Неопределено Тогда
            // Если указана Сделка (например, Заказ покупателя), проверяем сумму
            Если СтрокаРасшифровки.СуммаПлатежа >= СуммаПоСтавке Тогда
                СтрокаРасшифровки.ПризнакСпособаРасчета = ПредопределенноеЗначение("Перечисление.ПризнакиСпособаРасчета.ПредоплатаПолная");
            Иначе
                СтрокаРасшифровки.ПризнакСпособаРасчета = ПредопределенноеЗначение("Перечисление.ПризнакиСпособаРасчета.ПредоплатаЧастичная");
            КонецЕсли;
        КонецЕсли;
    КонецЕсли;
КонецПроцедуры

Из данного кода видно: если вы хотите, чтобы в чеке была номенклатура и признак Предоплата, вы обязательно должны указывать документ «Заказ покупателя» в качестве сделки в документе оплаты.

Правильная схема работы: РеализацияТиУ + ПКО

Для розничной торговли с предоплатой стандартный «Отчет о розничных продажах» (ОРП) не подходит, так как он предназначен для фиксации продажи «здесь и сейчас». Проанализируем правильную цепочку документов:

1. Документ «Заказ покупателя»: здесь фиксируется намерение клиента купить конкретный товар.
2. Документ «Приходный кассовый ордер» (ПКО) или «Оплата от покупателя платежной картой»: создается на основании Заказа.
   • В документе должна быть указана сделка (Заказ).
   • Пробивается чек. В чеке будет номенклатура из Заказа и признак «Предоплата».
3. Документ «Реализация товаров и услуг» (РТУ): создается в момент передачи товара.
   • Важно: на закладке «Предоплата» в РТУ необходимо нажать кнопку «Заполнить» (или подобрать платежные документы вручную), чтобы программа увидела ранее внесенные деньги.
   • Из РТУ пробивается финальный чек. В нем будет признак «Полный расчет», а способ оплаты будет указан как «Зачет аванса».

Что делать, если кассир ошибся?

Рассмотрим ситуацию, когда кассир пробивает вторую предоплату вместо зачета кредита. Если при доплате остатка суммы (в день отгрузки) снова пробить ПКО с признаком «Предоплата», но при этом не пробить финальный чек из «Реализации», налоговая увидит поступление денег, но не увидит факта списания товара и завершения сделки. С точки зрения налогового учета товар будет числиться не отгруженным, а деньги — висеть как кредиторская задолженность.

Поэтому обязательным условием является пробитие чека именно из документа отгрузки (Реализация товаров и услуг), когда товар физически передается покупателю. Именно этот чек «закрывает» все предыдущие авансы.

Настройка «Отчета о розничных продажах»

Многих смущает, что суммы по ПКО и РТУ не попадают в «Отчет о розничных продажах». В этом и заключается особенность схемы: продажи через заказы и реализации в УТ 10.3 проходят мимо ОРП. Списание товара в этом случае делает документ РТУ, а поступление денег — ПКО.

Чтобы розничная выручка по таким операциям корректно сошлась в конце дня:

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

Резюме для программиста и бухгалтера

Посмотрим на итоговый алгоритм действий для обеспечения корректности данных:

1. Идентификация сделки: Всегда привязывайте ПКО к Заказу. Это гарантирует передачу номенклатуры в ОФД и признак предоплаты.

2. Финальный чек: Всегда пробивайте чек из документа Реализации. Это единственный способ передать в налоговую тег «Зачет аванса» и подтвердить отгрузку товара.

3. Контроль взаиморасчетов: Используйте ведение взаиморасчетов «По заказам». Это позволит программе автоматически определять, является ли платеж предоплатой или оплатой кредита, согласно логике, заложенной в процедуре ЗаполнитьПризнакСпособаРасчета.

Таким образом, использование связки Заказ -> ПКО -> Реализация является единственно верным способом работы с розничными предоплатами в УТ 10.3, полностью соответствующим требованиям ФФД 1.1 и исключающим ошибки в налоговом учете.