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