Почему возврат от покупателя в 1С:Бухгалтерия 3.0 не закрывает старую задолженность, а формирует аванс?

В процессе ведения учета в конфигурации 1С:Бухгалтерия предприятия 3.0 пользователи часто сталкиваются с ситуацией, когда документ Возврат товаров от покупателя ведет себя не совсем так, как ожидается. Рассмотрим типичный пример: у покупателя есть непогашенная дебиторская задолженность по нескольким старым реализациям. Происходит возврат товара, в котором мы указываем конкретный документ отгрузки. Вместо того чтобы закрыть общую задолженность по договору (по принципу ФИФО), программа «вешает» сумму возврата на счет 62.02 (Авансы полученные), в то время как на счете 62.01 продолжает висеть долг.

Разберем, почему программа выбирает именно такую логику, и как нам правильно отразить эти операции, чтобы привести взаиморасчеты в порядок.

Анализируем причину: приоритет документа-основания над методом ФИФО

Первым делом проанализируем, как работает алгоритм проведения документа в системе. В 1С:Бухгалтерия 3.0 связь между отгрузкой и возвратом реализована достаточно жестко. Если в шапке документа Возврат товаров от покупателя заполнено поле Документ отгрузки, программа воспринимает это как прямое указание: «Мы отменяем именно эту сделку».

Выясним причину возникновения аванса:

1. Программа обращается к регистру бухгалтерии и проверяет состояние расчетов именно по той реализации, которую мы указали как основание.
2. Если эта конкретная реализация уже была ранее оплачена (даже если оплата была распределена по ФИФО), система считает, что по данной сделке возник излишек денежных средств.
3. Поскольку товар возвращен, а деньги за него остаются у нас (продавца), программа автоматически квалифицирует эту сумму как аванс в счет будущих поставок.
4. Тот факт, что у контрагента есть долги по другим накладным, игнорируется, так как в документе стоит четкая ссылка на одну конкретную партию/сделку.

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

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

Если мы понимаем, что возврат должен «схлопнуть» старые долги, а программа упорно разделяет их на 62.01 и 62.02, наиболее правильным методическим решением будет использование документа Корректировка долга. Рассмотрим по шагам, как это сделать:

1. Перейдем в раздел Продажи (или Покупки) и выберем пункт Корректировка долга.
2. Создадим новый документ и выберем вид операции Зачет авансов.
3. В поле Зачесть аванс укажем Покупателя, а в поле В счет задолженности выберем Покупателя перед нашей организацией.
4. Нажмем кнопку Заполнить. Программа автоматически проанализирует остатки по счету 62.
5. На закладке Авансы мы увидим наш документ возврата (который числится на 62.02).
6. На закладке Задолженность покупателя отразятся те самые старые реализации, которые мы хотели закрыть (счет 62.01).
7. После проведения документа дебетовый остаток на 62.01 и кредитовый на 62.02 взаимно погасятся.

Этот метод является самым безопасным, так как он сохраняет всю историю документов и не требует перепроведения старых периодов.

Способ 2. Возврат без указания документа отгрузки

Посмотрим на альтернативный вариант. Можно ли не указывать документ-основание в возврате? Технически — да. Если поле Документ отгрузки оставить пустым, система попытается закрыть долги в рамках договора по ФИФО.

Однако здесь мы столкнемся с серьезными проблемами:

• Себестоимость: Программа не будет знать, по какой стоимости возвращать товар. Нам придется вручную заполнять поле Цена закупа (в скрытых реквизитах или колонках). Если этого не сделать, товар может встать на баланс по нулевой стоимости или по средней, что исказит финансовый результат.
• НДС и УСН: При пустом основании могут возникнуть сложности с автоматическим заполнением регламентированных отчетов, так как связь с первичной отгрузкой будет потеряна.

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

Способ 3. Групповое перепроведение и последовательность документов

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

Разберем, как это работает:

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

Особенности для организаций на УСН

Для «упрощенцев» (УСН «Доходы минус расходы») данная проблема стоит особенно остро. Посмотрим, на что это влияет:

В момент проведения возврата, если сумма падает на аванс (62.02), в регистры УСН может записаться расход или сторно дохода. Если мы не сделаем взаимозачет (корректировку долга), то в Книге учета доходов и расходов (КУДиР) данные по оплатам могут отразиться некорректно. Взаимозачет через Корректировка долга формирует необходимые записи в регистре Книга учета доходов и расходов (раздел I), фиксируя факт «оплаты» старой реализации за счет возвращенного товара.

Техническая реализация в коде (для разработчиков)

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

// Фрагмент логики определения расчетов
СтруктураПараметров = ОплатаЛюбымиСредствами.ПараметрыЗачетаАвансов();
Если ЗначениеЗаполнено(ДокументОтгрузки) Тогда
    // Приоритет конкретной сделки
    СтруктураПараметров.СпособЗачетаАвансов = Перечисления.СпособыЗачетаАвансов.ПоДокументу;
    СтруктураПараметров.ДокументОплаты = ДокументОтгрузки;
Иначе
    // Работает стандартный механизм ФИФО по договору
    СтруктураПараметров.СпособЗачетаАвансов = Перечисления.СпособыЗачетаАвансов.Автоматически;
КонецЕсли;

Из этого примера видно, что наличие заполненного реквизита ДокументОтгрузки меняет поведение системы с «Автоматически» на «По документу».

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

Подводя итог, проанализируем наши действия:

1. Не считайте это ошибкой программы. Это осознанная архитектурная логика 1С, направленная на сохранение чистоты партионного учета и расчетов по конкретным сделкам.
2. Используйте «Корректировку долга». Это самый прозрачный инструмент для бухгалтера и налогового инспектора. Сделайте это правилом: после каждого возврата по оплаченной накладной проверяйте сальдо по 62 счету и делайте зачет.
3. Проверяйте «Оборотку». Всегда формируйте Оборотно-сальдовую ведомость по счету 62 с детализацией по субсчетам и документам расчетов. Если вы видите «развернутое сальдо» (сумма одновременно в дебете и кредите по одному контрагенту и договору) — пришло время для корректировки.

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