Ситуация, когда в программе «1С:Бухгалтерия предприятия 2.0» (БП 2.0) перестают автоматически зачитываться авансы, является классической проблемой. Внешне это выглядит так: по одному и тому же контрагенту и договору на счете 60.01 висит кредиторская задолженность (иногда «красная»), а на счете 60.02 — дебетовый остаток. При этом в настройках документов указан автоматический зачет авансов. Проанализируем основные причины такого поведения системы и разберем пошагово методы исправления ситуации.
Одной из самых неочевидных причин в конфигурации БП 2.0 является установленная Дата актуальности учета. Этот механизм был внедрен разработчиками для повышения производительности при вводе большого объема данных. Если дата установлена, то для всех документов, идущих после нее, программа пропускает сложные расчеты: зачет авансов, расчет НДС и себестоимости.
Выясним, установлена ли эта настройка в вашей базе. Для этого необходимо перейти в меню Предприятие — Сервис — Установка даты актуальности учета. Разберем возможные действия:
Часто проблема кроется в техническом состоянии базы данных или нарушении хронологической последовательности документов. Если документы вводились «задним числом» или редактировались после проведения последующих операций, граница последовательности смещается, и алгоритм зачета аванса «не видит» актуальные остатки.
Рассмотрим порядок проведения Тестирования и исправления (ТиИ). Это действие помогает, если «краснота» на счетах вызвана логическими ошибками в таблицах итогов:
Проанализируем карточку договора с контрагентом. В 1С БП 2.0 существует два основных режима ведения взаиморасчетов:
Если в договоре выбран способ По расчетным документам, автоматика работать не будет, пока вы не свяжете документы в поле Документ расчетов. Также проверьте отчет «Анализ субконто», добавив третье субконто Документы расчетов с контрагентом. Если вы видите, что суммы «разбежались» по разным документам внутри одного договора, это и есть причина отсутствия зачета.
Посмотрим на ситуацию, когда оплата поставщику и поступление товаров происходят в один день. В системе 1С время документа имеет решающее значение. Рассмотрим пример:
Если Списание с расчетного счета проведено в 12:00:00, а Поступление товаров и услуг в 12:00:01 — аванс зачтется корректно. Однако, если время документов совпадает до секунды или поступление стоит раньше оплаты, программа на момент проведения поступления «не видит» аванса на счете 60.02 и относит всю сумму на 60.01.
Рекомендуется устанавливать время для платежных документов в начале дня (например, 09:00:00), а для приходных накладных — в конце дня или по фактическому времени поступления, чтобы обеспечить логическую цепочку «сначала деньги, потом товар» (или наоборот).
Если период уже закрыт, отчетность сдана, и перепроводить документы прошлых периодов нельзя, разберем способ исправления через Корректировку долга. Этот метод позволяет «схлопнуть» остатки между счетами без изменения исторических данных.
Корректировка долга (меню Покупка/Продажа).Дебитор и Кредитор выберите одного и того же контрагента.60.02 и кредиту 60.01. После проведения документа остатки закроются.Иногда причина банальна — в самом документе Поступление на расчетный счет или Списание с расчетного счета бухгалтер вручную указал неверный счет аванса. Например, вместо 60.02 был указан 60.01. В этом случае система не создаст запись в регистре авансов, и последующие документы поступления не смогут их обнаружить.
Проанализируем настройки счетов в документах. Типовая схема проводок для расчетов с поставщиками должна выглядеть так:
// При оплате (если есть долг):
Дт 60.01 - Кт 51
// При оплате (если долга нет - аванс):
Дт 60.02 - Кт 51
// При поступлении (зачет аванса):
Дт 60.01 - Кт 60.02
Дт 10/41 - Кт 60.01
Если в ваших проводках вместо 60.02 фигурирует 60.01 с отрицательным знаком (краснота), значит, в настройках документа был принудительно выбран неверный счет учета расчетов.
Выясним, нет ли в базе дублей. Часто случается, что в справочнике Контрагенты создано две карточки одного и того же поставщика с одинаковым ИНН, или внутри одной карточки создано два одинаковых договора. В отчете «Анализ субконто» они могут выглядеть как одна строка, но программа воспринимает их как разные объекты. Для проверки в настройках отчета включите отображение Кода или ИНН для субконто. Если суммы не зачитываются — проверьте GUID (уникальный идентификатор) через консоль запросов или групповую обработку справочников.
Подводя итог, отметим, что в 90% случаев в БП 2.0 проблема решается отменой Даты актуальности учета и последующим восстановлением последовательности документов. Если же вы столкнулись с единичной ошибкой в закрытом периоде, наиболее эффективным инструментом будет Корректировка долга.