Ситуация, когда при оплате от покупателя сумма «зависает» на счете 62.01 (расчеты), вместо того чтобы частично уйти на 62.02 (авансы), является одной из самых распространенных и при этом сложных в диагностике для пользователей 1С:КА 2 и 1С:ERP. Даже если в настройках договора указан «Зачет авансов по договорам», а закрытие месяца проходит без ошибок, стандартные механизмы могут давать сбой.
В этой статье мы подробно разберем механизмы работы взаиморасчетов в современных конфигурациях на базе платформы 1С:Предприятие 8.3, проанализируем причины возникновения «развернутого» сальдо и составим пошаговый план решения проблемы.
Для начала разберем важный нюанс: в отличии от старых редакций (например, УПП или Бухгалтерия 2.0), в КА 2 бухгалтерские проводки по счетам 62.01 и 62.02 являются вторичными. Первичными являются записи в регистрах накопления. Программа сначала распределяет расчеты в регистрах, а затем на их основе формирует проводки. Если в регистре «сбилось» ФИФО, никакое ручное исправление проводок не поможет — при следующем перепроведении система вернет всё назад.
Основным регистром, который нам необходимо проанализировать, является Расчеты с клиентами по документам. Именно в нем хранится информация о том, какая оплата какую накладную закрыла, и какая сумма осталась висеть как свободный аванс.
Прежде чем приступать к глубокому анализу регистров, проверим глобальную настройку системы. Перейдем в раздел НСИ и администрирование — Настройка НСИ и разделов — Казначейство и взаиморасчеты — Распределение расчетов.
В системе может быть включен один из двух режимов:
Если у вас включен режим Offline, то сальдо на счетах 62.01 и 62.02 будет «висеть» в некорректном состоянии до тех пор, пока не отработает регламентное задание Выполнение отложенных расчетов с клиентами. Проанализируем журнал регистрации: если это задание завершается с ошибкой или зависает, авансы не будут зачтены.
Если с регламентными заданиями всё в порядке, перейдем к изучению движений проблемного документа оплаты. Нас интересуют измерения регистра Расчеты с клиентами по документам. Рассмотрим подробнее основные поля:
Проанализируем ситуацию: если в строке с оплатой графа Предоплата от клиента пуста, хотя сумма платежа явно превышает долг, это означает, что система «не видит» возможности распределить остаток как аванс. Это происходит, если нарушена последовательность или существует скрытый «мусор» в аналитике.
Одной из неочевидных причин является дублирование записей в справочнике Ключи аналитики учета по партнерам. Визуально в отчетах (например, в «Ведомости расчетов») мы видим одного и того же контрагента и один и тот же договор. Однако внутри системы для этих документов могут быть созданы разные идентификаторы аналитики.
Выясним причину через консоль запросов или обработку «Проверка целостности данных». Если для одного сочетания «Партнер-Контрагент-Организация» создано два ключа аналитики, программа будет считать их разными сущностями. В таком случае аванс по одному ключу никогда не перекроет долг по другому автоматически.
Проанализируем настройки финансового учета. Счета 62.01 и 62.02 подставляются в проводки на основании ГФУ расчетов. Зайдем в договор с клиентом и найдем поле «Группа фин. учета расчетов». Раскроем ее настройки:
Если в поле «Счет учета расчетов» и в поле «Счет учета авансов» указан один и тот же счет (например, 62.01), то программа физически не сможет сформировать проводку по авансу. Проверьте, чтобы счета были разнесены корректно.
В 1С:КА 2 критически важна последовательность документов внутри одного дня. Рассмотрим ситуацию: оплата и реализация созданы одной датой. Если оплата по времени стоит хотя бы на секунду раньше реализации (при отсутствии начального долга), она должна сразу упасть на 62.02. Если реализация проведена позже, она должна зачесть этот аванс.
Часто помогает следующий алгоритм действий:
Если ситуация «запущена», и автоматические механизмы не помогают из-за ошибок в прошлых периодах, придется прибегнуть к инструменту Корректировка записей регистров (КЗР). Это крайняя мера, так как она требует ручного выравнивания остатков по регистру Расчеты с клиентами по документам.
Пример логики для исправления через КЗР:
// Необходимо создать две записи в регистре накопления:
// 1. Сторно (расход) по "кривому" объекту расчетов или аналитике.
// 2. Приход по корректному объекту расчетов с признаком "Предоплата".
После использования КЗР обязательно нужно убедиться, что суммы в валюте и в управленческом учете также выровнены, иначе курсовые разницы в будущем снова «развалят» расчеты.
Для расследования подобных инцидентов рекомендуется использовать отчеты, которые показывают данные в разрезе расчетных документов. Если стандартная «Ведомость расчетов» не дает ответа, можно написать небольшой запрос к регистру РасчетыСКлиентамиПоДокументам:
ВЫБРАТЬ
Регистр.АналитикаУчетаПоПартнерам,
Регистр.ОбъектРасчетов,
Регистр.РасчетныйДокумент,
СУММА(Регистр.СуммаОстаток) КАК Остаток,
СУММА(Регистр.ПредоплатаОстаток) КАК ОстатокАванса
ИЗ
РегистрНакопления.РасчетыСКлиентамиПоДокументам.Остатки КАК Регистр
ГРУППИРОВАТЬ ПО
Регистр.АналитикаУчетаПоПартнерам,
Регистр.ОбъектРасчетов,
Регистр.РасчетныйДокумент
Такой отчет позволит увидеть, нет ли «зависших» копеек на старых документах реализации, которые блокируют работу механизма ФИФО для новых платежей.
Проблема с зачетом авансов в 1С:КА 2 чаще всего решается не в бухгалтерском модуле, а через исправление последовательности в оперативных регистрах. Рассмотрим краткий чек-лист для проверки: