← На главную

При работе в 1С:ERP Управление предприятием 2.5 пользователи часто сталкиваются с ситуацией, когда в отчете Анализ состояния расчетов с клиентами или Анализ заказа появляется строка «Перенос аванса». Это происходит даже в тех случаях, когда в заказе и соглашении жестко зафиксирована схема «Кредит (после отгрузки)», а фактических предоплат от клиента не поступало. Проанализируем, почему система ведет себя таким образом, и разберем механизмы работы этапов оплаты в современной архитектуре 1С:ERP.

Особенности настройки «Аванс по заказам, долг по накладным»

Одной из главных причин возникновения «Переноса аванса» является выбор варианта детализации расчетов в договоре или соглашении: Аванс по заказам, долг по накладным. Давайте разберем, что происходит «под капотом» системы при такой настройке:

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

Новая архитектура взаиморасчетов в версии 2.5

Начиная с версии 2.5.7, в 1С:ERP используется механизм онлайн-взаиморасчетов. Рассмотрим подробнее, как это влияет на наши отчеты. Основным источником данных для анализа теперь является регистр накопления Расчеты с клиентами по срокам. Система распределяет расчеты автоматически в фоновом режиме.

Проанализируем ситуацию: если у клиента на момент проведения реализации есть хотя бы минимальный нераспределенный остаток (например, переплата в 1 копейку по другому заказу или договору), система, следуя принципу ФИФО (First In, First Out), автоматически подтянет эти средства к новой реализации. Это произойдет вопреки установке «Кредит после отгрузки», так как автоматический зачет авансов имеет более высокий приоритет в учетной политике организации.

Технический перенос между этапами оплаты

Выясним причину появления строки «Перенос аванса» в отчете Анализ заказа, если фактических денег точно нет. В данном отчете этот термин может носить чисто технический характер в следующих случаях:

• Смещение дат: Если фактическая дата отгрузки (дата документа реализации) отличается от плановой даты отгрузки, указанной в графике оплаты заказа, система корректирует записи в регистрах.
• Частичная отгрузка: Если заказ оформлен на 100 единиц товара, а реализация проведена на 50, система «переносит» часть плановых показателей оплаты с заказа на конкретную накладную, что также может отображаться как перенос.
• Валютные разницы: Если валюта взаиморасчетов отличается от валюты управленческого учета, при формировании проводок и движений по регистрам возникают округления или курсовые разницы, которые система закрывает регламентными записями переноса.

Как проверить корректность движений по этапам оплаты

Для того чтобы убедиться, что система работает корректно, выполним следующие шаги:

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

Влияние фоновых заданий на отчетность

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

Для получения актуальной картины в отчете Анализ заказа рекомендуется:

• Убедиться, что актуализированы расчеты (в правом верхнем углу отчета может висеть предупреждение о необходимости актуализации).
• Проверить статус заказа. График оплаты и этапы полноценно отражаются в регистрах только тогда, когда заказ находится в статусе «К выполнению» или «Закрыт». В статусе «На согласовании» записи в регистрах расчетов по срокам не формируются.

Рекомендации по изучению механизмов оплат

Для того чтобы глубоко освоить механизм работы этапов оплаты, разберем ключевые концепции, которые необходимо изучить:

1. Объекты расчетов. Нужно четко разделять три режима: По договорам — всё сваливается в «общую кучу» по договору, и этапы в заказах будут лишь справочными. По заказам — каждый заказ является отдельной «корзиной» для денег. По расчетным документам — максимально жесткая схема, где каждая оплата привязывается к конкретной накладной.

2. Порядок зачета авансов. В настройках учетной политики организации можно установить способ зачета авансов: Автоматически или По документам. При автоматическом режиме система всегда будет пытаться превратить ваш «Кредит» в «Аванс», если найдет свободные средства на остатках партнера.

3. Расчеты по срокам (план/факт). Изучите, как заполняется табличная часть Этапы оплаты в заказе. Если вы используете шаблоны графиков оплаты, проверьте настройки смещения (от даты заказа, от даты отгрузки и т.д.). Неправильное смещение часто приводит к тому, что система считает долг просроченным в ту же секунду, когда проведена реализация.

Таким образом, появление «Переноса аванса» чаще всего является следствием работы автоматических алгоритмов распределения расчетов в 1С:ERP 2.5, особенно при использовании схемы «Аванс по заказам, долг по накладным». Это не является ошибкой программы, а отражает процесс переноса плановых обязательств в фактическую задолженность по конкретному первичному документу.