Почему в 1С:Комплексная автоматизация 1.1 оплата поставщику встает на счет 60.01 вместо 60.02?

Нередко при перечислении предоплаты поставщику бухгалтер сталкивается с ситуацией: в документе Платежное поручение исходящее явно указан счет авансов 60.02, сальдо задолженности перед контрагентом по данным оборотно-сальдовой ведомости нулевое, однако программа упорно делает проводку в дебет счета 60.01. В результате в ОСВ по счету 60.01 образуется красное отрицательное сальдо, а аванс не регистрируется. Разберем логику работы конфигурации «Комплексная автоматизация 1.1» (и аналогичной «Управление производственным предприятием 1.3»), выясним первопричину этой проблемы и рассмотрим пошаговые способы ее устранения.

Архитектурная причина: почему программа игнорирует счет 60.02

В типовых конфигурациях на платформе 1С алгоритм формирования бухгалтерских проводок при проведении банковских документов опирается не на сальдо бухгалтерских счетов, а на специализированные регистры накопления. Основным регистром, определяющим поведение документа оплаты, является Расчеты по приобретению (бухгалтерский учет).

Даже если в договоре с контрагентом выбран вид взаиморасчетов «По договору в целом» и отключен признак ведения расчетов по документам, система внутри конфигурации все равно организует учет по документам расчетов по методу ФИФО. Если ранее в цепочке взаиморасчетов оформлялся документ Возврат товаров поставщику и он сформировал некорректные движения, в регистре возникает перекос: по исходному документу поступления остается положительный остаток долга, а по документу возврата — изолированный отрицательный остаток. Общее сальдо по договору при этом может быть нулевым, но при проведении новой оплаты программа видит незакрытый «плюс» по накладной и принудительно направляет оплату на погашение мнимой задолженности проводкой Дт 60.01 — Кт 51.

Анализ регистра «Расчеты по приобретению»

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

1. Откроем отчет «Универсальный отчет (по регистрам, документам, справочникам)».
2. Выберем тип данных «Регистр накопления», имя объекта — «Расчеты по приобретению (бухгалтерский учет)», таблицу — «Остатки и обороты».
3. В настройках отчета установим отбор по нашему контрагенту и проблемному договору.
4. В группировках строк добавим измерения: Договор контрагента, Сделка, Документ расчетов с контрагентом.

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

Почему документ возврата не закрыл накладную поступления

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

Разберем, как исправить документ возврата:

1. Откроем проблемный документ Возврат товаров поставщику.
2. В табличной части «Товары» нажмем правую кнопку мыши и выберем пункт «Настройка списка».
3. Установим флажок видимости для колонок «Документ поступления» (или «Документ партии»).
4. Проверим заполнение этой колонки в каждой строке. Если поле пустое, нажмем кнопку «Заполнить» в командной панели табличной части и выберем вариант «Заполнить по документу поступления», указав соответствующую накладную. Это действие гарантирует корректную привязку номенклатурных позиций к исходной партии.
5. Перейдем на закладку «Счета учета расчетов». Убедимся, что там выбраны стандартные счета взаиморасчетов (60.01 и 60.02), а не счета претензий (например, 76.02), которые могут уводить взаиморасчеты за пределы 60 счета.
6. Перепроведем документ возврата и выполним перепроведение последующих платежных документов.

Альтернативный способ: схлопывание остатков через «Корректировку долга»

Если период, в котором оформлен возврат, уже закрыт для редактирования или перепроведение первичных документов невозможно из-за сдачи отчетности, ручная корректировка записей регистров через Корректировка записей регистров часто приводит к ошибкам, так как взаиморасчеты в КА 1.1 пишутся сразу в несколько регистров: Расчеты по приобретению (бухгалтерский учет), Расчеты по приобретению (налоговый учет), Взаиморасчеты с контрагентами и Взаиморасчеты с контрагентами по документам расчетов.

Вместо ручных проводок применим типовой инструмент взаимозачета:

1. Создадим документ «Корректировка долга» текущей датой.
2. Установим вид операции «Проведение взаимозачета» (или «Изменение задолженности»).
3. В поле «Взаимозачет» выберем вариант «С поставщиком» и укажем контрагента и договор.
4. Нажмем кнопку «Заполнить» — «Заполнить остатками по взаиморасчетам».
5. Программа автоматически подтянет висящие остатки по документу поступления и документу возврата. При проведении корректировка долга сформирует движения по всем связанным регистрам, «схлопнув» аналитические расхождения внутри одного договора.

Контроль регламентных настроек и последовательности

После корректировки документов необходимо убедиться в соблюдении системных условий проведения взаиморасчетов:

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

После выполнения указанных действий повторно проведем документ Платежное поручение исходящее. Программа зафиксирует отсутствие не закрытых документов поступления в регистре и направит сумму предоплаты на счет 60.02.