← На главную

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

В данной статье мы разберем механизмы, по которым 1С определяет, какую именно СНО передать в драйвер кассы, и настроим автоматическую подстановку Патента для розничных продаж.

Разберем логику определения СНО в программе

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

Рассмотрим основные правила, которыми руководствуется встроенный алгоритм:

1. Если в проводках документа используется счет 90.01.1 («Выручка по деятельности с основной системой налогообложения»), программа передает в чек данные об основной СНО (в нашем случае УСН).
2. Если в проводках фигурирует счет 90.01.2 («Выручка по отдельным видам деятельности с особым порядком налогообложения»), программа интерпретирует это как деятельность, не относящуюся к основной СНО. Исторически этот счет использовался для ЕНВД, но сейчас он является ключевым маркером для перехода на Патент в фискальных документах.

Таким образом, наша задача — добиться того, чтобы при оформлении розничной продажи подставлялся именно счет 90.01.2.

Шаг 1: Настройка счетов учета номенклатуры

Чтобы не менять счета вручную в каждом документе, что неудобно и чревато ошибками, настроим автоматическую подстановку. Выясним причину, по которой программа может игнорировать Патент, и устраним её через регистр сведений «Счета учета номенклатуры».

Выполним следующие действия:

1. Перейдем в раздел «Справочники» — «Номенклатура».
2. Нажмем на ссылку «Счета учета номенклатуры».
3. Создадим новую запись или отредактируем существующую для тех товаров, которые продаются по Патенту.
4. В поле «Счет доходов» укажем 90.01.2.
5. В поле «Счет расходов» (если требуется учет себестоимости) укажем 90.02.2.

Важный нюанс: Чтобы разделить продажи по УСН и Патенту, удобнее всего использовать аналитику по складам.

Шаг 2: Использование отдельного склада для Патента

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

Рассмотрим алгоритм настройки:

1. Создадим в справочнике «Склады» новый элемент, назовем его, например, «Розничный магазин (Патент)».
2. Снова вернемся в «Счета учета номенклатуры».
3. Создадим настройку, где в поле «Склад» выберем наш новый склад, а в полях счетов учета доходов укажем 90.01.2.

Теперь при выборе этого склада в документе «Чек», программа автоматически подставит счет 90.01.2, и драйвер ККТ получит команду пробить чек с СНО Патент.

Шаг 3: Проверка настроек налогов и отчетов

Выясним, правильно ли зарегистрирован сам Патент в учетной политике 1С. Если патент не активен на текущую дату, программа может сбросить настройки на УСН «по умолчанию».

Проверим по шагам:

1. Перейдем в раздел «Главное» — «Налоги и отчеты».
2. Убедимся, что в списке систем налогообложения стоит галочка напротив пункта «Патент».
3. Зайдем в раздел «Патенты» и проверим наличие действующего патента. В его карточке должны быть верно указаны сроки действия и налоговая база.

Шаг 4: Технические настройки кассового оборудования

Иногда корень проблемы лежит вне программы 1С. Посмотрим на ситуацию со стороны драйвера кассы. Для корректной работы необходимо соблюдение двух условий на уровне «железа»:

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

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

Проверка результата через теги ФФД

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

• 2 — УСН доход;
• 4 — УСН доход-расход;
• 32 — Патент.

Если после всех настроек счета 90.01.2 и склада чек все равно выходит с УСН, необходимо проверить лог драйвера ККТ. Если в логе фигурирует SNOTaxType = 32, но на бумаге мы видим «УСН», значит, проблема в прошивке кассы или настройках таблиц самой ККТ, которые можно поправить через «Тест драйвера».

Важное ограничение: Смешанные чеки

Рассмотрим важный правовой и технический аспект. В одном фискальном чеке нельзя одновременно пробивать товары по УСН и по Патенту. Если покупатель приобретает товары, относящиеся к разным СНО, необходимо сформировать два отдельных документа в 1С и выдать два разных бумажных чека. Попытка пробить их одним документом технически невыполнима для большинства современных драйверов ККТ и приведет к ошибке распределения налогов.

Соблюдение этих инструкций позволит вам автоматизировать розничные продажи и обеспечить корректную отчетность перед налоговыми органами без ручной корректировки каждого чека.