Как организовать печать чеков на одной кассе при использовании двух систем налогообложения в 1С

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

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

Главное правило: Один чек — одна СНО

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

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

Шаг 1. Регистрация ККТ в налоговой инспекции

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

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

Шаг 2. Настройка разделения продаж в «1С:Бухгалтерия 3.0»

Рассмотрим стандартный механизм в БП 3.0, который позволяет добиться разделения чеков без изменения конфигурации. Основным инструментом здесь выступает справочник Склады.

Проанализируем алгоритм настройки:

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

Шаг 3. Реализация в «1С:Управление торговлей» и «1С:Розница»

В конфигурациях, более ориентированных на торговлю, существует механизм Распределения продаж. Разберем, как он работает:

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

Техническая реализация через драйвер (для программистов)

Если вы столкнулись с необходимостью доработки нетиповой конфигурации или написания собственной обработки печати, обратим внимание на программную передачу параметров. В драйверах ККТ (например, АТОЛ) за систему налогообложения отвечает тег 1055.

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

// Применяемая система налогообложения в чеке:
// ОСН - 1
// УСН доход - 2
// УСН доход-расход - 4
// ЕНВД (устар.) - 8
// ЕСН - 16
// ПСН (Патент) - 32

Driver.AttrNumber = 1055;
Driver.AttrValue = 32; // Указываем Патент
Driver.WriteAttribute();

Для более современных драйверов версии 10.х процедура выглядит иначе. Мы используем объект параметров, где СНО передается как числовое значение. Выясним соответствие кодов:

1. osn — Общая СНО (значение 0 или 1 в зависимости от метода драйвера);
2. usnIncome — Упрощенная (доходы);
3. usnIncomeOutcome — Упрощенная (доходы минус расходы);
4. patent — Патентная система.

Проанализируем пример передачи параметров через структуру в типовых решениях на БПО (Библиотека подключаемого оборудования):

ПараметрыЧека = Новый Структура();
ПараметрыЧека.Вставить("СистемаНалогообложения", ПредопределенноеЗначение("Перечисление.ТипыСистемНалогообложенияККТ.Патент"));
// Далее передача структуры в метод МенеджерОборудования.СформироватьЧек()

Проблема возвратов при смене СНО

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

Заключение

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