← На главную

В типовой конфигурации 1С:Управление торговлей 11 подсистема работы с подарочными сертификатами изначально жестко привязана к розничному блоку: рабочему месту кассира (РМК), документам Чек ККМ, Реализация подарочных сертификатов и Отчет о розничных продажах. Однако на практике часто встречаются гибридные схемы торговли, когда оптовые и розничные отгрузки оформляются стандартными документами Реализация товаров и услуг (РТиУ) совместно с приходными кассовыми ордерами (ПКО) и эквайринговыми операциями.

Разберем, почему возникает архитектурная коллизия при попытке привязать сертификаты к РТиУ, как корректно выстроить документооборот и как соблюсти требования Федерального закона № 54-ФЗ при фискализации расчетов.

Экономическая и фискальная суть подарочного сертификата (54-ФЗ)

Прежде чем переходить к настройке базы, проанализируем законодательные требования к фискализации сертификатов. С юридической и налоговой точек зрения продажа подарочного сертификата не является продажей товара или услуги — это внесение предоплаты (аванса) в счет будущих покупок:

1. Этап 1: Продажа (эмиссия) сертификата. Покупатель вносит денежные средства (наличными или картой). В фискальном чеке признак способа расчета должен иметь значение «Аванс» или «Предоплата 100%» (тег 1214), а признак предмета расчета — «Платеж» / «Аванс» (тег 1212).
2. Этап 2: Отоваривание (продажа товара по сертификату). В момент фактической передачи товара формируется второй чек с признаком способа расчета «Полный расчет». При этом сумма, покрываемая сертификатом, передается не как наличные или безналичные средства, а в реквизите «Сумма по чеку предоплатой / зачетом аванса» (тег 1215).
3. Этап 3: Доплата (если сумма покупки превышает номинал). Сумма превышения фискализируется как обычная оплата (наличными или безналичными), а остальная часть закрывается зачетом аванса.

Вариант 1. Типовая схема через авансовые платежи (без изменения конфигурации)

Если на предприятии принципиально не используется блок РМК, самым надежным способом является отражение операций через стандартные механизмы взаиморасчетов и предоплат. Рассмотрим пошаговый порядок действий:

1. Продажа сертификата клиенту:

   Оформляем документ Приходный кассовый ордер (при оплате наличными) или Эквайринговая операция (при оплате картой) с операцией Поступление оплаты от клиента. В качестве контрагента указывается розничный покупатель (или конкретное лицо). При пробитии чека из документа 1С формирует фискальный чек с признаком «Аванс».

2. Ведение учета номеров бланков:

   Поскольку типовой документ РТиУ не содержит механизма валидации номеров сертификатов, учет уникальных номеров и штрихкодов физических карт можно вести с помощью дополнительных реквизитов либо учитывать сами пластиковые бланки на забалансовом счете/складе как малоценные материалы.

3. Отгрузка товара по сертификату:

   Формируем документ Реализация товаров и услуг. Во вкладке Взаиморасчеты (или гиперссылке зачета оплаты) выполняем зачет ранее внесенного авансового платежа (ПКО или эквайринговой операции). Если номинала не хватает, на разницу создается дополнительный документ оплаты.

4. Печать чека из реализации:

   При нажатии кнопки печати чека из документа Реализация товаров и услуг типовой механизм БПО (Библиотеки подключаемого оборудования) анализирует взаиморасчеты документа. Сумма зачтенного аванса автоматически уходит в кассовый аппарат по тегу 1215 («Зачет предоплаты»), что полностью удовлетворяет 54-ФЗ.

Вариант 2. Доработка документа «Реализация товаров и услуг» через расширение

Если предприятию необходим строгий контроль серий, номиналов, сроков действия и запрет повторного использования сертификатов, потребуется доработка конфигурации. Разберем архитектуру такого решения:

1. Продажа сертификата:

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

2. Доработка формы документа РТиУ:

   Через механизм расширений в документ Реализация товаров и услуг добавляем табличную часть ОплатаПодарочнымиСертификатами со следующими реквизитами:

   • ПодарочныйСертификат (ссылка на справочник);
   • Сумма (номинал или списываемая часть);
   • Штрихкод (для быстрого сканирования сканером ШК).
3. Контроль и проведение:

   В обработке проведения РТиУ добавляем проверку по регистру сведений/накопления Подарочные сертификаты: сертификат должен быть активен, не просрочен и иметь положительный остаток номинала. При проведении формируются движения списания номинала и перевод статуса в «Погашен».

4. Переопределение алгоритма фискализации:

   В общем модуле формирования фискальных чеков (например, при вызове процедур подготовки данных чека) переопределяем заполнение структуры чека: сумма из табличной части сертификатов передается в поле СуммаПредоплатой.

Отражение операций в бухгалтерском учете (1С:БП)

При выгрузке данных в «1С:Бухгалтерию предприятия» необходимо учитывать следующие проводки:

1. Получение оплаты за сертификат:

   Дт 50 (51, 57) — Кт 62.02 (Получен аванс). Формируется документ Счет-фактура выданный (на аванс) с проводкой Дт 76.АВ — Кт 68.02.

2. Реализация товара:

   Дт 62.01 — Кт 90.01 (Выручка) и одновременно зачет аванса: Дт 62.02 — Кт 62.01. Производится вычет НДС с аванса: Дт 68.02 — Кт 76.АВ.

3. Сгорание (истечение срока действия) сертификата:

   Если покупатель не воспользовался сертификатом в установленный договором срок, сумма аванса признается прочим доходом: Дт 62.02 — Кт 91.01 (с помощью документа Корректировка долга / Списание задолженности).

Итог: Если доработка системы нежелательна, оптимально использовать схему с фиксацией авансов через кассовые ордера и их последующим зачетом в РТиУ. Если же необходим пономерной учет карт, номиналов и сроков действия, правильным решением будет интеграция проверки регистра Подарочные сертификаты непосредственно в документ РТиУ через расширение конфигурации.