Как пробить чек с ЕНВД или патентом при продаже с оптового склада в 1С:Управление торговлей 11?

← На главную

При работе в программе «1С:Управление торговлей 11» (релизы 11.4 и 11.5) пользователи часто сталкиваются с ситуацией, когда торговая точка совмещает несколько систем налогообложения (СНО) — например, общую или упрощенную систему (ОСН/УСН) с патентной системой (ПСН, пришедшей на смену ЕНВД с 1 января 2021 года). Проблема обостряется, когда фактический отпуск товаров и прием оплаты производятся с одного и того же физического склада, зарегистрированного в системе как Оптовый склад.

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

Почему возникает проблема: иерархия определения СНО в 1С

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

Данные первичного документа-основания. В первую очередь 1С анализирует реквизиты документа, к которому привязана оплата. Если ПриходныйКассовыйОрдер (ПКО) или ЭквайринговаяОперация созданы на основании ЗаказКлиента или РеализацияТоваровУслуг, программа берет СНО из реквизита «Налогообложение» на вкладке «Дополнительно» этого документа.
Настройки склада. Если оплата по ПКО принимается без документа-основания (например, напрямую от розничного покупателя), программа обращается к типу склада. На Розничном складе (тип «Торговый зал») доступен специальный признак «Розничная торговля облагается патентом (ЕНВД)». На Оптовом складе такого флага в типовом функционале нет — склад по умолчанию считается предназначенным для оптовой (общей или упрощенной) торговли.
Учетная политика организации. Если документ-основание отсутствует, а склад является оптовым, программа берет основную СНО из настроек учетной политики в карточке организации. Именно поэтому при попытке пробить чек напрямую из ПКО без привязки к заказам на оптовом складе касса всегда выдает ОСН.

Ниже представлен упрощенный пример кода, иллюстрирующий, как логически происходит поиск СНО в модулях фискализации конфигурации:


// Пример логики определения СНО перед отправкой данных на ККТ
Если ЗначениеЗаполнено(ДокументОснование) Тогда
    СистемаНалогообложения = ДокументОснование.Налогообложение;
ИначеЕсли Склад.ТипСклада = Перечисления.ТипыСкладов.РозничныйМагазин Тогда
    СистемаНалогообложения = Склад.СистемаНалогообложенияРозничнойТорговли;
Иначе
    СистемаНалогообложения = Организация.УчетнаяПолитика.ОсновнаяСистемаНалогообложения;
КонецЕсли;

---

Решение А. Использование цепочки «Заказ клиента -> ПКО» (Штатный обходной путь)

Рассмотрим подробнее самый простой и полностью штатный способ обойти это ограничение, который успешно применил автор темы на форуме. Этот метод идеально подходит, если продажи в розницу с оптового склада носят периодический характер или в компании принята позаказная система обслуживания (как в интернет-магазинах).

Разберем процесс по шагам:

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

Благодаря этой связке, программа считает СНО из реквизитов заказа и передаст на фискальный регистратор корректный тег налогообложения. Ошибка ОСН будет полностью устранена.

---

Решение Б. Настройка схемы автоматического распределения продаж

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

Для автоматического разделения опта и розницы по разным СНО выполним следующие настройки:

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

---

Решение В. Использование сторонних расширений (Для разработчиков)

Если вы хотите полностью исключить рутину с созданием документов-оснований и не желаете делить склад на два виртуальных, можно прибегнуть к кастомизации системы. Для этого программисты 1С разрабатывают небольшие расширения конфигурации.

Суть доработки заключается в перехвате процедуры подготовки данных для фискализации. В форму документа ПриходныйКассовыйОрдер или прямо в окно предварительного просмотра чека добавляется выпадающий список для ручного выбора СНО.

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


&После("ЗаполнитьПараметрыЧека")
Процедура Расш_ЗаполнитьПараметрыЧека(ПараметрыЧека, ДокументСсылка)
    // Если СНО выбрана вручную в форме ПКО, принудительно передаем ее в ККТ
    Если ЗначениеЗаполнено(Объект.ИмяСпецРежимаСНО) Тогда
        ПараметрыЧека.СистемаНалогообложения = Объект.ИмяСпецРежимаСНО;
    КонецЕсли;
КонецПроцедуры

Данный метод позволяет кассиру работать напрямую в ПКО без лишних документов, сохраняя порядок в складском учете без разделения остатков.

---

Важное замечание по кассовой дисциплине (54-ФЗ)

Выясним еще один критически важный нюанс. При использовании схемы «Заказ/Реализация + ПКО» необходимо строго следить за моментом признания выручки и формированием признаков способа расчета в чеках по требованиям 54-ФЗ:

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