Почему при обмене УТ 11 — БП 3.0 возвраты от покупателей загружаются как корректировки реализации?

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

Анализируем причины изменения логики программы

Первым делом проанализируем ситуацию с точки зрения законодательства. Ключевым моментом здесь является переходный период 2019 года, когда изменилась ставка НДС и порядок оформления возвратов. До этого момента в практике бухгалтерского учета часто использовалась схема так называемой "обратной реализации", когда покупатель при возврате товара, принятого на учет, выставлял счет-фактуру как продавец. Однако контролирующие органы изменили подход к этому вопросу.

Согласно письму ФНС России от 23.10.2018 № СД-4-3/20667@, при возврате товаров (независимо от того, приняты они на учет покупателем или нет, и в каком периоде была отгрузка), продавцу рекомендуется выставлять именно корректировочные счета-фактуры. Это требование продиктовано необходимостью корректного отражения НДС в книге покупок продавца (через механизм вычета).

В системе 1С документ Корректировка реализации является специализированным инструментом для формирования корректировочного счета-фактуры. Именно поэтому разработчики 1С изменили правила обмена: если программа видит, что возврат можно привязать к конкретной отгрузке, она автоматически трансформирует его в корректировку, чтобы обеспечить методологически верный учет НДС.

Разберем технические нюансы обмена через EnterpriseData

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

1. Программа проверяет наличие ссылки на документ-основание (реализацию) в объекте ВозвратТоваровОтКлиента.
2. Если в УТ возврат оформлен "по заказу" или "по реализации" (то есть связь с первичной отгрузкой жестко задана), то в БП создается документ КорректировкаРеализации с видом операции "Корректировка по согласованию сторон".
3. Если документ в УТ является "бездокументным" (возврат оформлен просто на склад без указания конкретной реализации), система может создать документ ВозвратТоваровОтПокупателя. Однако в современной методологии это считается исключительным случаем.

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

Сравниваем проводки и отражение в учете

Для успокоения бухгалтерской службы рассмотрим, какие движения делают эти документы. Проанализируем ситуацию на примере возврата товара стоимостью 120 рублей (в т.ч. НДС 20%).

При использовании документа Корректировка реализации в режиме возврата (уменьшение реализации) система формирует следующие проводки:

Дт 90.02.1 Кт 41.01 — СТОРНО (себестоимость товара возвращена на склад)
Дт 62.01   Кт 90.01.1 — СТОРНО (уменьшена выручка и задолженность покупателя)
Дт 19.03   Кт 68.02    — Начислен НДС к вычету (или СТОРНО Дт 90.03 Кт 68.02)

Важный момент: корректировка позволяет системе точно определить, по какой цене и себестоимости товар выбывал изначально. Если использовать старый документ возврата без привязки к реализации, возникает риск "усреднения" стоимости, что может привести к копейкам в остатках на счете 41 или некорректному расчету налога на прибыль.

Как настроить систему и стоит ли это делать?

Многие программисты задаются вопросом: "Можно ли вернуть старое поведение обмена через конфигуратор?". Рассмотрим этот вопрос подробнее. Изменить правила обмена в современных версиях, использующих XDTО-пакеты и Менеджеры обмена через универсальный формат, достаточно трудозатратно. Вам придется вносить изменения в модуль менеджера обмена в обеих базах.

Однако, делать это категорически не рекомендуется по следующим причинам:

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

Рекомендации для совместной работы с бухгалтерией

Для того чтобы успешно перевести учет на новые рельсы, предлагаем выполнить следующие шаги:

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

Таким образом, трансформация возвратов в корректировки — это не баг, а фича (особенность), направленная на автоматизацию соблюдения налогового законодательства. Проанализировав ситуацию, мы видим, что система берет на себя сложную работу по связыванию документов, которую раньше бухгалтеру приходилось делать вручную.