В процессе работы с программой 1С:Розница 2 многие пользователи сталкиваются с ситуацией, когда клиент хочет заказать товар, отсутствующий в торговом зале, и внести за него аванс, используя имеющийся у него на руках подарочный сертификат. Однако при попытке оформить такую операцию программа выдает ошибку или просто не предлагает сертификат в качестве доступного способа оплаты. На первый взгляд это кажется недоработкой системы, но если мы проанализируем ситуацию глубже, то увидим сложную цепочку юридических и технических ограничений.
В данной статье мы подробно разберем, почему оплата аванса авансом невозможна «в лоб», как это связано с требованиями 54-ФЗ и какие существуют способы обхода данного ограничения для корректного ведения учета.
Прежде всего, давайте выясним причину возникновения этой коллизии с точки зрения законодательства. Согласно позиции Верховного Суда РФ и многочисленным разъяснениям Минфина, подарочный сертификат не является товаром. Это документ, подтверждающий внесение покупателем денежных средств (аванса) в счет будущих покупок.
Следовательно, когда клиент приобретает сертификат, магазин пробивает чек с признаком способа расчета Аванс (или Предоплата 100%). В этот момент деньги уже поступили в кассу, и обязательство по ним зафиксировано. Когда же покупатель приходит внести аванс за конкретный заказ, программа ожидает прихода «живых» денег (наличных или по карте). Попытка закрыть один аванс другим сертификатом выглядит как попытка обменять одно обязательство на другое без фактического движения денежных средств в текущем моменте, что вызывает логический конфликт в системе.
Рассмотрим подробнее, как формируется кассовый чек согласно закону 54-ФЗ. Любой расчет на ККТ должен содержать информацию о способе оплаты. В действующих форматах фискальных данных (ФФД 1.05, 1.1, 1.2) предусмотрены следующие основные типы оплаты:
Проблема заключается в том, что при оформлении документа Поступление денежных средств в качестве аванса, драйвер ККТ и сама конфигурация 1С ожидают поступления по секциям «Наличные» или «Безналичные». Оплата сертификатом в системе 1С жестко привязана к типу Зачет аванса. Формирование чека, где предметом расчета является «Аванс», а способом оплаты — «Зачет аванса», технически не предусмотрено большинством протоколов ККТ. Программа блокирует этот выбор, чтобы предотвратить отправку некорректного XML-пакета в налоговую, который неизбежно приведет к ошибке фискального накопителя.
Еще один важный аспект, который мы должны проанализировать, — это налоговый учет. Если бы программа позволила принять сертификат в качестве оплаты аванса, возник бы риск двойного отражения выручки в налоговых регистрах:
Для корректного ведения учета в 1С:Розница 2 подарочный сертификат должен «погашаться» только в момент финальной реализации товара, когда оформляется документ Чек ККМ или Реализация товаров с признаком «Полный расчет».
Поскольку типовой функционал ограничивает оплату аванса сертификатом, разберем по шагам альтернативные варианты действий, которые позволяют достичь нужного результата, не нарушая логику учета.
Если товар, который заказывает клиент, есть в наличии или его можно «забронировать» в системе без создания цепочки «Заказ — Аванс», рекомендуется оформить обычную продажу.
Чек ККМ.Подарочный сертификат.Этот способ самый простой, но он подходит только в том случае, если политика магазина позволяет списывать товар в момент заказа, даже если физически он будет выдан позже.
Если правила учета требуют жесткой привязки аванса к заказу и именно через денежную форму, проанализируем следующую последовательность действий:
Возврат товаров от покупателя (выбирая сертификат) или через специализированный интерфейс РМК.Аванс за конкретный товар по заказу.Плюсы: полная прозрачность для налоговой, соблюдение всех требований 54-ФЗ, корректное отражение в 1С.
Минусы: требует больше времени на оформление документов и манипуляций с ККТ.
Рассмотрим ситуацию, когда мы не можем выдать товар сразу. В 1С:Розница 2 можно использовать механизм отложенных чеков или документов реализации.
Заказ покупателя без фактического приема оплаты в системе.Чек ККМ на основании заказа и произведите оплату сертификатом в момент выдачи.Если бизнес-процессы компании требуют массового приема авансов именно сертификатами, можно рассмотреть доработку конфигурации. Однако помните, что это рискованный путь.
Необходимо внести изменения в обработку формирования чека, чтобы при выборе сертификата в документе Поступление денежных средств (или его аналоге в РМК) система передавала в ККТ признак Встречное предоставление вместо Зачет аванса. Это позволит «обмануть» логику ККТ, но может вызвать вопросы у налоговых инспекторов при проверке, так как сертификат по закону должен проходить именно как зачет предоплаты.
Если мы заглянем в программный код 1С:Розницы (например, в модули менеджера документов оплаты), мы увидим проверку типов оплаты. Программа анализирует коллекцию ТаблицаОплаты. Для подарочных сертификатов установлен фиксированный тип Перечисления.ТипыОплатыККТ.ПодарочныйСертификат (или аналогичный в зависимости от версии).
При попытке добавить этот тип в форму авансового платежа срабатывает условие, подобное этому:
Если ВидОплаты.ТипОплаты = ПредопределенноеЗначение("Перечисление.ТипыОплаты.ПодарочныйСертификат") Тогда
Если ЭтоДокументАванса Тогда
Сообщить("Оплата аванса подарочным сертификатом не предусмотрена законом 54-ФЗ.");
Отказ = Истина;
КонецЕсли;
КонецЕсли;
Это ограничение заложено разработчиками 1С осознанно, чтобы уберечь организацию от некорректной фискализации. Резюмируя: отсутствие возможности оплаты аванса сертификатом в «1С:Розница 2» — это не баг, а архитектурное решение, продиктованное жесткими рамками кассовой дисциплины в РФ.
Для успешной работы рекомендуем использовать Вариант 2 (через возврат) как наиболее безопасный с точки зрения закона, либо Вариант 3 (отложенная оплата), если вы доверяете клиенту, а клиент — вам.