Как правильно оформить цепочку корректировок (УКД на УКД) в 1С:УТ 11.5 и 1С:Бухгалтерии

← На главную

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

Нормативное обоснование многоуровневых корректировок

Для начала выясним, что говорит закон. При повторном изменении стоимости отгруженных товаров продавец должен выставить новый корректировочный счет-фактуру. Согласно позиции Минфина и ФНС, в этот новый документ должны переноситься данные из предыдущего корректировочного счета-фактуры. Это означает, что выстраивается «цепочка» документов.

Проанализируем Приказ ФНС России от 19.01.2026 N ЕД-1-26/29@ (действующий формат 5.02). В Таблице 5.3 описаны требования к строке 1б корректировочного счета-фактуры. Важный технический момент: для этого поля установлен признак «М» (Множественность). Это прямо подтверждает, что в строке 1б может быть перечислено несколько документов-оснований через запятую. Если в одной корректировке мы меняем Товар1 (который ранее уже корректировался в УКД №1) и Товар2 (который ранее корректировался в УКД №2), то в новом УКД №3 должны быть указаны оба предыдущих документа.

Логика «разматывания» цепочки корректировок

Рассмотрим ситуацию на примере, чтобы понять, почему 1С:УТ 11.5 поступает именно так. Представим цепочку событий:

УПД (Исходный): Товар_1 (10 шт), Товар_2 (10 шт).
УКД_1 (на основании УПД): Уменьшаем Товар_1 до 8 шт. Основание в 1б — УПД.
УКД_2 (на основании УПД): Уменьшаем Товар_2 до 5 шт. Основание в 1б — УПД.
УКД_3 (Корректировка корректировок): Уменьшаем Товар_1 еще на 1 шт и Товар_2 еще на 1 шт.

В этом случае УКД_3 должна ссылаться на УКД_1 (так как там зафиксировано последнее состояние Товар_1) и на УКД_2 (так как там зафиксировано последнее состояние Товар_2). Если мы укажем в основании только последний по времени документ (например, УКД_2), алгоритмы налоговой проверки (АСК НДС) не найдут в нем данных по Товару_1. Возникнет разрыв данных: система не поймет, от какой «старой» цены или количества мы считаем разницу для Товара_1.

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

Особенности реализации в 1С:Управление торговлей 11.5

В программе 1С:УТ 11.5 механизм корректировок реализован максимально близко к требованиям формата обмена ФНС. Когда создается документ Корректировка реализации, система анализирует всю историю изменений по каждой позиции номенклатуры. Если пользователь пытается сделать «корректировку корректировки», программа автоматически подтягивает нужные документы-основания в таблицу.

Многие пользователи сталкиваются с тем, что клиенты просят «схлопнуть» основания и указывать только один документ. Однако это методологическая ошибка. Если вы пойдете на поводу у клиента и переделаете алгоритм подстановки оснований на «всегда последняя корректировка», вы рискуете получить отказы в вычетах НДС у контрагента из-за нарушения требований ст. 169 НК РФ.

Как это работает в 1С:Бухгалтерия предприятия 3.0

В 1С:БП механизм выглядит несколько иначе. Часто бухгалтеры замечают, что при вводе корректировки на основании другой корректировки в печатной форме отображается только одно основание. Но на самом деле конфигурация поддерживает множественность. Рассмотрим техническую сторону вопроса в программном коде 1С:БП.

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


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

Эта процедура наглядно показывает, что объект корректировочного счета-фактуры имеет табличную часть ДокументыОснования. Именно туда должны попадать все промежуточные УКД из цепочки. При обмене данными между УТ и БП важно следить, чтобы эта табличная часть заполнялась корректно.

Проблемы обмена и пути их решения

Нередко при синхронизации УТ 11.5 -> БП 3.0 сложные цепочки корректировок «ломаются». Проанализируем основные причины:

Нарушение последовательности: Если УКД_1 еще не перегружена в БП, то УКД_2, созданная на её основании в УТ, может загрузиться некорректно или не найти объект-основание.
Расхождения во взаиморасчетах: При «корректировке корректировки» движения по регистрам НДС и взаиморасчетам очень чувствительны к хронологии документов. Разница даже в 1 рубль часто возникает из-за неверного распределения сумм по этапам корректировок в разных базах.
Ручной ввод в БП: Если бухгалтеры заводят корректировки в БП вручную, игнорируя данные из УТ, цепочка связей (Guid документов) рвется, и автоматический расчет НДС в книге покупок/продаж начинает работать неверно.