Как настроить перенос признака патента при синхронизации между 1С:УТ 11 и 1С:БП 3.0?

← На главную

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

Выясним причину: почему патент не переносится «из коробки»

Проанализируем архитектуру обмена данными. В современных конфигурациях синхронизация строится на базе формата EnterpriseData. Проблема заключается в нескольких аспектах:

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

Посмотрим на фрагмент кода функции ДеятельностьНаПатентеПоУмолчанию в 1С:Бухгалтерии, который отвечает за принятие решения о патенте:


Функция ДеятельностьНаПатентеПоУмолчанию(Организация, Знач Период) Экспорт
    ПараметрыДеятельности = Новый Структура("ДеятельностьНаПатенте, Патент", Ложь, Справочники.Патенты.ПустаяСсылка);
    
    Если Не ЗначениеЗаполнено(Организация) Тогда
        Возврат ПараметрыДеятельности;
    КонецЕсли;

    Если УчетнаяПолитика.ПрименяетсяУСНПатент(Организация, Период) Тогда
        // Если есть совмещение, БП часто отдает приоритет УСН
        Если УчетнаяПолитика.ПрименяетсяУСН(Организация, Период) Тогда
            ПараметрыДеятельности.ДеятельностьНаПатенте = Ложь;
        ИначеЕсли УчетнаяПолитика.ПрименяетсяОсобыйПорядокНалогообложения(Организация, Период) Тогда
            ПараметрыДеятельности.ДеятельностьНаПатенте = Истина;
            ПараметрыДеятельности.Патент = ВидДеятельностиПоПатентуПоУмолчанию(Организация, Период);
        КонецЕсли;
    КонецЕсли;
    
    Возврат ПараметрыДеятельности;
КонецФункции

Как мы видим, если в базе БП настроено совмещение (ПрименяетсяУСНПатент), то при наличии признака применения УСН программа принудительно устанавливает ДеятельностьНаПатенте = Ложь. Это и приводит к тому, что документ «сваливается» на УСН.

Решение 1: Использование механизма подразделений (без программирования)

Рассмотрим наиболее штатный способ решения проблемы, не требующий внесения изменений в код. В 1С:Бухгалтерии 3.0 существует возможность привязки системы налогообложения к конкретному подразделению.

В базе БП зайдем в настройки подразделения.
Укажем, что операции по данному подразделению всегда относятся к патентной системе налогообложения.
В базе УТ обеспечим разделение операций: те продажи, которые должны идти по патенту, должны оформляться на соответствующее подразделение.

При синхронизации БП увидит подразделение и, согласно своим внутренним настройкам, подставит нужный патент при проведении документа. Важно: этот метод требует строгой дисциплины ведения учета со стороны пользователей в УТ.

Решение 2: Доработка через расширение (для программистов)

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

Алгоритм действий следующий:

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

Пример логики для расширения:


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

Решение 3: Передача через Дополнительные сведения

Проанализируем еще один современный подход. Механизм синхронизации EnterpriseData хорошо передает Дополнительные сведения объектов. Мы можем использовать это для «проброса» нужной информации.

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

Этот способ более надежен, чем анализ комментариев, так как использует структурированные данные 1С.

Резюме и рекомендации

Выясним, какой путь выбрать именно вам:

Если у вас один патент и продажи по нему можно четко закрепить за складом или отделом — используйте настройку подразделений в БП. Это самый простой и «чистый» способ.
Если продажи по патенту и УСН идут вперемешку в рамках одного подразделения — используйте вариант с расширением и переносом признака через дополнительные сведения.
Помните, что при использовании Конвертации данных 2.0 (КД2) вы можете напрямую прописать правила сопоставления в ПКС (Правила конвертации свойств), но для современной синхронизации через универсальный формат это потребует редактирования модулей менеджеров обмена, что сложнее в поддержке, чем использование расширений.

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

← На главную