Почему заказы с сайта приходят с неправильной системой налогообложения (ЕНВД вместо Патента) в 1С:УТ 11?

← На главную

Смена налогового режима — это всегда ответственный процесс, особенно когда речь идет об автоматизированном обмене данными с интернет-магазином. Часто возникает ситуация, когда в 1С:Предприятие уже настроена патентная система налогообложения (ПСН), но заказы, загружаемые с сайта (например, через CS-Cart или другие CMS), упорно помечаются устаревшим налогом ЕНВД. При этом вручную выбрать ЕНВД в документе невозможно, так как он исключен из интерфейса в связи с отменой налога. В данной статье мы подробно разберем, почему так происходит, и как устранить эту проблему программными и административными методами.

Анализ учетной политики и соглашений

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

Рассмотрим пошагово, что нужно проверить в первую очередь:

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

Проверка настроек на стороне сайта (CS-Cart и CommerceML)

Выясним причину на стороне источника данных. Когда сайт формирует файл обмена orders.xml по стандарту CommerceML, он передает информацию о налогах. Если на стороне CMS (например, CS-Cart) в настройках налоговых ставок или в модуле синхронизации прописаны идентификаторы, которые 1С сопоставляет со старым ЕНВД, то при загрузке документ примет именно эти значения.

Проанализируем файл обмена. Найдем в XML-структуре тег <Налоги>. Если там фигурируют значения, отличные от тех, что ожидает 1С для патента, необходимо скорректировать "маппинг" (сопоставление) налогов в панели администратора сайта. Посмотрите раздел синхронизации с 1С на сайте и убедитесь, что идентификаторы налогов соответствуют текущим настройкам в вашей базе 1С.

Исправление системных ошибок 1С (Баг-трекер)

Иногда корень проблемы кроется в недоработках самой конфигурации, особенно если вы используете версии 11.4.13 и близкие к ним. Существует официально зарегистрированная ошибка 00-00342925, которая блокирует корректный переход с ЕНВД на ПСН при автоматическом подборе видов запасов.

Рассмотрим программное решение этой проблемы. Для исправления ситуации нам потребуется внести изменения в два общих модуля. Рассмотрим их подробнее.

1. Общий модуль ЗапасыСервер

В процедуре СообщитьОКонтролеНалогообложенияПриПодбореВидовЗапасов система выполняет проверку типа налогообложения документа. Нам нужно добавить условие, чтобы система воспринимала продажу по патенту так же легитимно, как и остальные виды.

Найдем и заменим строку:


Если НалогообложениеНДСДокумента <> Перечисления.ТипыНалогообложенияНДС.ПродажаОблагаетсяЕНВД Тогда

На следующий вариант кода:


Если НалогообложениеНДСДокумента <> Перечисления.ТипыНалогообложенияНДС.ПродажаОблагаетсяЕНВД 
    И НалогообложениеНДСДокумента <> Перечисления.ТипыНалогообложенияНДС.ПродажаПоПатенту Тогда

2. Общий модуль УчетНДСЛокализация

Аналогичные изменения требуются в процедуре ДополнитьПараметрыЗаполненияВидовЗапасовПоНалогообложению. Здесь логика проверки также игнорирует патентную систему в некоторых сценариях автоматического заполнения.

Заменим строку:


ИначеЕсли НалогообложениеНДС <> Перечисления.ТипыНалогообложенияНДС.ПродажаОблагаетсяЕНВД Тогда

На исправленную версию:


ИначеЕсли НалогообложениеНДС <> Перечисления.ТипыНалогообложенияНДС.ПродажаОблагаетсяЕНВД 
    И НалогообложениеНДС <> Перечисления.ТипыНалогообложенияНДС.ПродажаПоПатенту Тогда

Эти изменения позволят системе корректно обрабатывать заказы, если склад или номенклатура ранее участвовали в операциях по ЕНВД, а теперь переведены на патент.

Принудительное назначение реквизитов при обмене

Если правка кода в общем модуле кажется вам слишком радикальной или недоступна из-за ограничений поддержки, разберем альтернативный вариант через настройки узла обмена.

В 1С:УТ 11 в настройках интеграции с сайтом есть функционал "Настройка заполнения реквизитов заказов". Посмотрим, как им воспользоваться:

Перейдем в настройки узла обмена с сайтом на вкладку "Заказы".
Найдем гиперссылку для настройки заполнения дополнительных реквизитов.
Добавим правило для поля Налогообложение.
Установим фиксированное значение: "Продажа по патенту".

Такая настройка будет "перебивать" любые данные, приходящие из файла orders.xml, и принудительно устанавливать нужный налоговый режим для всех заказов, загруженных через этот узел обмена. Это особенно полезно, если сайт не умеет корректно передавать информацию о патенте.

Заключение и очистка данных

После внесения правок — будь то программный код или настройки соглашения — крайне важно выполнить техническое обслуживание базы. Проанализируем состояние кэша: 1С может хранить старые значения параметров учетной политики в фоновых заданиях. Рекомендуется зайти в раздел "Обслуживание" -> "Регламентные операции" и очистить кэш данных. Также стоит перепроверить документы, которые уже загрузились с ошибкой: после исправления кода попробуйте перевыбрать в них организацию или склад, чтобы сработали новые алгоритмы определения налогообложения.