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

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

Проверка корректности аналитики договора

Первое, с чего мы начнем — это проверка аналитики. Программа 1С крайне чувствительна к точности связки по субконто. Если в Карточке счета все выглядит корректно, это еще не означает, что внутри системы объекты полностью идентичны.

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

Анализ настроек зачета аванса в документах

Разберем параметры проведения самих документов. Часто проблема кроется в настройках, которые пользователь мог изменить или не обратить на них внимание при создании документа.

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

Техническая диагностика и виртуальные таблицы

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

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

ВЫБРАТЬ
    ХозрасчетныйОстатки.СуммаОстаток
ИЗ
    РегистрБухгалтерии.Хозрасчетный.Остатки(&МоментВремени, Счет = &Счет60_02, , ) КАК ХозрасчетныйОстатки
ГДЕ
    ХозрасчетныйОстатки.Субконто1 = &Контрагент
    И ХозрасчетныйОстатки.Субконто2 = &Договор

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

Рекомендации по поиску «невидимых» различий

Чтобы найти, почему система не считает два объекта одинаковыми, воспользуйтесь следующим приемом:

1. Выведите в таблицу (например, в Excel или консоль) ключевые поля двух документов: Контрагент, Договор, Валюта, СтатьяДДС и ДокументРасчетов.
2. Сравните их значения. В 1С очень часто встречаются ситуации, когда визуально одинаковые элементы имеют разные Префиксы или GUID, что делает их разными объектами для платформы.
3. Если вы используете валютный учет, убедитесь, что валюта договора совпадает с валютой расчетов в документах. Разные валютные курсы или даже разные настройки курсов могут препятствовать закрытию аванса.

В завершение, если проблема сохраняется, рекомендуем сформировать Оборотно-сальдовую ведомость по счету 60.02 с максимальной детализацией по субконто. Часто именно в этом отчете становится видно, что по одному из документов прошла аналитика, которая не совпадает с аналитикой другого документа на уровне одного из измерений. Исправление этой аналитики в документах гарантированно решит задачу закрытия 60.02.