Как в 1С:Управление торговлей 11 ввести корректировку реализации на основании другой корректировки?

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

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

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

Методология ввода повторных корректировок в УТ 11 / ERP / КА 2

Разработчики фирмы 1С заложили в торговые и ERP-системы иную, более гибкую архитектуру учета изменений по сравнению с бухгалтерской программой. Здесь действует следующее золотое правило:

Документ-основание всегда остается первоначальным. Независимо от того, какую по счету корректировку вы вводите (вторую, третью или пятую), в качестве документа-основания в интерфейсе УТ 11 всегда необходимо выбирать исключительно исходный документ Реализация товаров и услуг.

Рассмотрим по шагам, как правильно оформить этот процесс в программе:

1. Откройте список документов продажи и найдите первоначальный документ Реализация товаров и услуг, по которому уже была проведена первая корректировка.
2. Выберите команду Создать на основании и выберите пункт Корректировка реализации.
3. Обратите внимание на то, как система заполняет открывшийся документ. Программа автоматически анализирует всю цепочку уже существующих и проведенных корректировочных документов по этой сделке.
4. В табличной части созданного документа в колонке «До изменения» программа автоматически укажет данные из последней проведенной корректировки (то есть с учетом всех ранее зафиксированных изменений), а не из исходной реализации.
5. Если по какой-то причине автоматическое заполнение не произошло или вы хотите принудительно обновить данные с учетом актуального состояния взаиморасчетов, воспользуйтесь командой Заполнить — Корректируемые данные над табличной частью.
6. В колонке «После изменения» укажите новые фактические показатели количества или цены. Программа самостоятельно рассчитает разницу (отклонение) относительно предыдущего шага корректировки.
7. Проведите документ и зарегистрируйте новый корректировочный счет-фактуру.

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

Как система решает проблему с Книгой покупок/продаж при обмене с БП 3.0

Основное опасение пользователей и бухгалтеров заключается в том, как эти документы выгрузятся в бухгалтерскую программу. Ведь согласно Постановлению Правительства РФ № 1137 и требованиям ФНС России, в случае повторного изменения стоимости отгрузки корректировочный счет-фактура должен содержать в строке 1б номер и дату предыдущего корректировочного счета-фактуры, а не первичного документа.

Этот вопрос полностью решен разработчиками на уровне типовых правил обмена (синхронизации данных через универсальный формат EnterpriseData):

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

Для понимания технической стороны процесса проанализируем упрощенный алгоритм, по которому система определяет предыдущий корректировочный документ при проведении расчетов и выгрузке данных:

// Упрощенная логика поиска предыдущей корректировки в системе
Запрос = Новый Запрос;
Запрос.Текст = 
    "ВЫБРАТЬ
    |	КорректировкаРеализации.Ссылка КАК Ссылка,
    |	КорректировкаРеализации.Дата КАК Дата
    |ИЗ
    |	Документ.КорректировкаРеализации КАК КорректировкаРеализации
    |ГДЕ
    |	КорректировкаРеализации.ДокументОснование = &ДокументОснование
    |	И КорректировкаРеализации.Проведен = ИСТИНА
    |	И КорректировкаРеализации.Ссылка <> &ТекущаяКорректировка
    |	И КорректировкаРеализации.Дата < &ДатаТекущейКорректировки
    |
    |УПОРЯДОЧИТЬ ПО
    |	Дата УБЫВ";

Запрос.УстановитьПараметр("ДокументОснование", СсылкаНаПервичнуюРеализацию);
Запрос.УстановитьПараметр("ТекущаяКорректировка", ТекущийДокументСсылка);
Запрос.УстановитьПараметр("ДатаТекущейКорректировки", ТекущийДокументДата);

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

Возможные проблемы и пути их решения

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

1. Строгое соблюдение хронологии. Время документов играет критически важную роль. Вторая корректировка должна быть проведена строго позже (даже на одну секунду), чем первая корректировка. Если нарушить последовательность дат или времени документов, система не сможет правильно рассчитать остатки в колонке «До изменения», а правила обмена не смогут корректно сопоставить цепочку при синхронизации.

2. Режим ведения взаиморасчетов. Работа с корректировками по документам прошлых периодов (особенно если корректируются данные до ввода остатков) требует стабильной работы механизмов распределения расчетов. Рекомендуется использовать современный онлайн-режим ведения взаиморасчетов (настраивается в разделе НСИ и администрирование — Казначейство).

3. Актуальность релизов программ. В старых версиях конфигураций УТ 11.4 и БП 3.0 встречались технические ошибки, из-за которых при синхронизации через формат EnterpriseData строки табличных частей «до» и «после» могли двоиться или некорректно сопоставляться. Если вы столкнулись с подобным поведением, обновите конфигурации до актуальных релизов. При использовании доработанных правил обмена программисту необходимо проверить логику сопоставления объектов в общем модуле МенеджерОбменаЧерезУниверсальныйФормат.

Подводя итог, отметим: штатный механизм 1С отлично справляется даже со сложными цепочками корректировок (вплоть до 5 и более итераций). Главное — строго следовать методологии ERP-решений, всегда вводить корректировки на основании исходного документа продажи и следить за хронологической последовательностью проведения документов.