Почему исходящий платеж падает на счет 60.02 вместо 60.01 и как это исправить в 1С

При ведении учета расчетов с поставщиками нередко возникает ситуация: по данным оборотно-сальдовой ведомости на счете 60.01 числится кредиторская задолженность, однако при проведении платежного документа сумма списывается в дебет счета авансов 60.02. В результате общий остаток по счету 60 схлопывается, но по субсчетам образуется развернутое сальдо: положительное по дебету 60.02 и отрицательное по кредиту 60.01. Разберем по шагам, почему возникает такое поведение программы и какими способами можно восстановить корректный учет взаиморасчетов.

Причины возникновения перекоса по субсчетам 60 счета

Проанализируем основные причины, из-за которых программа признает оплату авансовой даже при фактическом наличии долга перед контрагентом:

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

Диагностика состояния взаиморасчетов по регистрам

Прежде чем вносить изменения в документы или программный код, выясним точное состояние регистров накопления:

1. Откроем отчет Универсальный отчет по регистру накопления Расчеты по приобретению (бухгалтерский учет).
2. Установим отбор по проверяемому контрагенту и договору.
3. Проверим группировки по измерениям Организация, Договор контрагента, Сделка и Документ расчетов с контрагентом.
4. Убедимся, с каким знаком и по какому именно документу расчета зафиксирован остаток долга на момент проведения платежа.

Способы решения проблемы

Рассмотрим несколько вариантов исправления ситуации в зависимости от причин расхождения.

Вариант 1. Корректировка заполнения платежного документа и восстановление последовательности

Разберем самый простой и безопасный сценарий, когда договор настроен корректно:

1. Проверим реквизит Способ погашения задолженности в шапке или табличной части платежного документа. Установим режим Автоматически (или По документу с выбором актуального документа поступления, по которому есть непогашенный остаток).
2. Запустим регламентную обработку Восстановление последовательности расчетов (или Восстановление расчетов по приобретению), чтобы система пересчитала хронологические остатки в регистрах БУ/НУ и автоматически перезачла авансы.

Вариант 2. Исправление учета документом «Корректировка долга» в текущем периоде

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

1. Создадим документ Корректировка долга.
2. Выберем вид операции Взаимозачет (или Перенос задолженности).
3. В табличной части дебиторской и кредиторской задолженности заполним остатки по поставщику, выбрав соответствующие документы расчетов и субсчета 60.01 и 60.02.
4. Проведем документ — он сформирует проводку Дт 60.01 - Кт 60.02 и закроет остатки как по бухгалтерскому учету, так и по регистрам взаиморасчетов.

Вариант 3. Изменение способа ведения взаиморасчетов в договоре

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

Важно: типовая конфигурация блокирует изменение реквизитов ведения взаиморасчетов в модуле объекта Справочники.ДоговорыКонтрагентов (в процедуре ПередЗаписью), если по договору уже существуют проведенные документы. Снятие контроля напрямую в коде конфигурации не рекомендуется.

Для безопасного отключения флага воспользуемся внешней обработкой с отключением проверок при записи:

ДоговорОбъект = ДоговорСсылка.ПолучитьОбъект();
ДоговорОбъект.ОбменДанными.Загрузка = Истина;
ДоговорОбъект.ВестиПоДокументамРасчетовСКонтрагентами = Ложь;
ДоговорОбъект.Записать();

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

1. С помощью обработки Групповая обработка справочников и документов очистим значение реквизита Документ расчета с контрагентом во всех платежных документах по данному договору.
2. Выполним полное последовательное перепроведение документов по договору, начиная с самого первого, чтобы переформировать движения в регистрах накопления.