Как бороться с авансами, возникающими при корректировке поступления в 1С:Бухгалтерия 3.0?

При ведении детального учета расчетов с поставщиками бухгалтеры часто сталкиваются с ситуацией, когда оформление документа Корректировка поступления в сторону уменьшения приводит к неожиданным результатам в оборотном сальдо. Вместо того чтобы просто уменьшить текущую задолженность перед контрагентом, программа формирует проводку Дебет 60.02 – Кредит 60.01, создавая «фантомный» аванс по конкретной поставке. По факту же перед поставщиком имеется общая задолженность по другим документам расчетов, и никакого реального аванса (предоплаты деньгами) не было.

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

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

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

Рассмотрим по шагам стандартную цепочку событий:

1. Организация получает товар по документу «Поступление (акт, накладная)» №1 на сумму 100 000 рублей. В учете отражается долг на счете 60.01.
2. Организация полностью оплачивает эту поставку. Долг закрывается.
3. Спустя время (например, при выявлении брака) оформляется Корректировка поступления в сторону уменьшения на 20 000 рублей.
4. Поскольку по данному конкретному документу №1 оплата уже прошла в размере 100 000 рублей, а новая стоимость составляет 80 000 рублей, программа видит переплату в размере 20 000 рублей по этой конкретной сделке.

С точки зрения системы 1С, переплата по закрытому документу расчетов автоматически квалифицируется как аванс поставщику и переносится на счет 60.02. При этом у вас могут висеть неоплаченные поставки по документам №2 и №3, но стандартный алгоритм проведения документов не может самостоятельно «оглянуться назад» и зачесть этот аванс в счет долгов по другим сделкам, так как они не связаны хронологически.

Если в документе корректировки вручную выбрать способ зачета авансов «Не зачитывать», сумма уменьшения запишется на счет 60.01 со знаком «минус» (красным) и продолжит висеть на субконто этого документа расчетов, не закрываясь последующими поставками.

Чем опасен «зависший» аванс на счете 60.02 (налоговые риски)

Прежде чем пытаться избавиться от аванса, проанализируем позицию контролирующих органов. Согласно письмам Минфина РФ (в частности, от 31.08.2012 № 03-07-15/118 и от 11.07.2013 № 03-07-11/27047), переплата, возникшая у покупателя после изменения стоимости отгруженных товаров в сторону уменьшения, признается **авансом под будущие поставки**.

Это накладывает на бухгалтера обязанности по учету НДС:

• При уменьшении стоимости покупатель обязан восстановить НДС, ранее принятый к вычету по этой поставке.
• Выникший аванс на счете 60.02 программа 1С классифицирует как предоплату, требующую регистрации входящего авансового счета-фактуры (для отражения на счете 76.ВА). Однако поставщики практически никогда не выставляют счета-фактуры на аванс при корректировках, ведь реального движения денежных средств не происходило.

Если оставить эти суммы висеть на счетах 60.02 и 60.01 перекрестно на конец квартала, возникнут серьезные расхождения при автоматической проверке учета НДС в 1С. Следовательно, эти суммы необходимо своевременно закрывать («схлопывать»).

Рассмотрим основные способы решения этой проблемы.

Решение 1. Стандартный метод — использование документа «Корректировка долга»

Это самый правильный метод с точки зрения методологии бухгалтерского учета в 1С, не требующий изменения конфигурации. Для того чтобы закрыть «зависший» дебет 60.02 на одном документе расчетов за счет кредита 60.01 на другом, воспользуемся документом проведения взаимозачета.

Выполним следующие шаги для настройки и оформления операции:

1. Убедимся, что в программе включена необходимая функциональность. Перейдем в раздел Главное -> Настройки -> Функциональность. На вкладке Расчеты должен быть установлен флажок «Управление зачетом авансов и погашением задолженности».
2. Перейдем в меню Покупки -> Расчеты с контрагентами -> Корректировка долга.
3. Создадим новый документ и заполним его реквизиты:
   • Вид операции: выбираем значение Зачет авансов.
   • Зачесть аванс: устанавливаем значение Поставщику.
   • В счет задолженности: указываем Нашей организации перед поставщиком.
   • Поставщик (Кредитор): выбираем нашего контрагента.
4. Нажимаем кнопку Заполнить -> Заполнить остатками по взаиморасчетам. Программа автоматически проанализирует регистры и заполнит табличные части:
   • На вкладке Авансы поставщику (дебиторская задолженность) появится строка с документом корректировки поступления на счете 60.02.
   • На вкладке Задолженность перед поставщиком (кредиторская задолженность) отразятся документы поступления, по которым у нас есть долг на счете 60.01.
5. Программа автоматически сопоставит суммы. Если суммы долга и аванса различаются, скорректируем значение в колонке «Сумма платежа» вручную до равных значений.
6. Проведем документ. На счетах учета сформируется проводка Дебет 60.01 – Кредит 60.02.

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

Решение 2. Использование транзитного счета 76.02 (без образования аванса)

Если бухгалтерия категорически отказывается от использования счета 60.02 при корректировках, чтобы не усложнять ручной контроль НДС, можно прибегнуть к методике, которая использовалась ранее при оформлении классических возвратов через счет претензий.

Рассмотрим эту схему подробнее:

1. В документе Корректировка поступления на вкладке «Расчеты» переопределяем стандартный счет учета расчетов по авансам. Вместо счета 60.02 указываем счет 76.02 («Расчеты по претензиям»).
2. При проведении корректировки программа сформирует проводку Дебет 76.02 – Кредит 60.01. Переплата зафиксируется как претензия к поставщику, а не как аванс под будущие поставки.
3. При оформлении следующих поставок от этого контрагента в документе «Поступление (акт, накладная)» на вкладке «Расчеты» в поле Счет учета расчетов по авансам также указываем счет 76.02.
4. Программа при проведении нового поступления автоматически зачтет сумму с дебета 76.02 в кредит 60.01, уменьшив сумму к оплате.

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

Решение 3. Программная автоматизация зачета (для программистов)

Если документооборот организации велик, ручное создание документов Корректировка долга становится слишком трудоемким процессом. В этом случае логичным решением является программная доработка конфигурации (например, через механизм расширений).

Разберем суть доработки, которую применили разработчики для решения этой проблемы:

1. В документе Корректировка поступления устанавливается способ зачета авансов «Не зачитывать». Это предотвращает автоматическое формирование проводки по дебету 60.02.
2. В модуле проведения документа (или в обработчике подписки на событие проведения) пишется алгоритм, который анализирует остатки задолженности перед этим поставщиком по другим документам расчетов в рамках текущего договора.
3. При наличии непогашенного кредитового сальдо на счете 60.01 по другим документам расчетов, программа автоматически генерирует проводки взаимозачета непосредственно в момент проведения корректировки, распределяя сумму уменьшения по непогашенным долгам.

Примерный фрагмент кода (концептуально) для реализации такого алгоритма поиска и распределения задолженности:

// Выбираем остатки задолженности по договору на счете 60.01
Запрос = Новый Запрос;
Запрос.Текст = 
    "ВЫБРАТЬ
    |	ХозрасчетныйОстатки.Субконто2 КАК ДокументРасчетов,
    |	ХозрасчетныйОстатки.СуммаОстатокКт КАК Долг
    |ИЗ
    |	РегистрБухгалтерии.Хозрасчетный.Остатки(&Период, Счет = &Счет60_01, , Договор = &Договор) КАК ХозрасчетныйОстатки
    |УПОРЯДОЧИТЬ ПО
    |	ХозрасчетныйОстатки.Субконто2.Дата ВОЗР";

Запрос.УстановитьПараметр("Период", МоментВремени());
Запрос.УстановитьПараметр("Счет60_01", ПланыСчетов.Хозрасчетный.РасчетыСПоставщиками);
Запрос.УстановитьПараметр("Договор", ДоговорКонтрагента);

Результат = Запрос.Выполнить().Выбрать();
СуммаКРаспределению = СуммаКорректировки;

Пока Результат.Следующий() И СуммаКРаспределению > 0 Цикл
    СуммаСписания = Мин(СуммаКРаспределению, Результат.Долг);
    
    // Создаем проводку взаимозачета Дт 60.01 (ТекущийДокумент) - Кт 60.01 (ДокументСКорректировкой)
    Проводка = ПроводкиБухгалтерии.Добавить();
    Проводка.СчетДт = ПланыСчетов.Хозрасчетный.РасчетыСПоставщиками;
    Проводка.СубконтоДт[ПланыВидовХарактеристик.ВидыСубконтоХозрасчетные.Контрагенты] = Контрагент;
    Проводка.СубконтоДт[ПланыВидовХарактеристик.ВидыСубконтоХозрасчетные.Договоры] = ДоговорКонтрагента;
    Проводка.СубконтоДт[ПланыВидовХарактеристик.ВидыСубконтоХозрасчетные.ДокументыРасчетовСКонтрагентами] = Результат.ДокументРасчетов;
    
    Проводка.СчетКт = ПланыСчетов.Хозрасчетный.РасчетыСПоставщиками;
    // аналогично заполняем субконто Кт для корректируемого документа...
    Проводка.Сумма = СуммаСписания;
    
    СуммаКРаспределению = СуммаКРаспределению - СуммаСписания;
КонецЦикла;

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

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

Подведем итог. Появление аванса на счете 60.02 при проведении корректировки поступления — это стандартное следствие ведения учета в разрезе документов расчетов.

Для оптимальной работы рекомендуем придерживаться следующих правил:

1. Если объем корректировок невелик, используйте стандартный документ Корректировка долга перед закрытием каждого квартала. Это самый безопасный путь с точки зрения налоговых проверок.
2. Если корректировок много, рассмотрите возможность внедрения внешнего расширения, автоматизирующего распределение переплат по документам расчетов аналогично предложенному программному методу.
3. Избегайте использования нецелевых счетов вроде 76.02 без крайней необходимости, так как это нарушает методологию учета и усложняет анализ оборотно-сальдовой ведомости сторонними аудиторами.