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