← На главную

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

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

Проанализируем базовый принцип, заложенный разработчиками в систему взаиморасчетов. В конфигурации действует разделение на два регистрационных контура:

1. Оперативный контур расчетов. За него отвечают регистры накопления Расчеты с поставщиками и Расчеты с клиентами. Если в договоре установлен порядок расчетов По договорам, то неделимым объектом расчетов для программы становится сам договор. В этом контуре платеж перекрывает общий остаток долга по договору сразу в момент проведения документа, но без разбивки по накладным.
2. Аналитический контур по срокам и документам. За него отвечают регистры Расчеты с поставщиками по документам и Расчеты с клиентами по документам. Именно этот контур позволяет строить отчеты по срокам долга и видеть распределение оплат по конкретным расчетным документам по методу ФИФО. В типовом механизме офлайн-взаиморасчетов этот контур заполняется не мгновенно, а с помощью регламентного задания Выполнение отложенных движений по расчетам с клиентами/поставщиками.

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

Пять вариантов детализации расчетов в договорах

Выясним, какие варианты ведения расчетов предусмотрены в типовом функционале и как программа ожидает разнесения платежей в каждом из них:

1. По заказам. Объектом расчетов выступает документ заказа. В платежных поручениях и кассовых ордерах обязательно выбирается конкретный заказ. Если была оформлена предоплата без привязки к заказу, требуется выполнить операцию зачета оплаты.
2. По накладным. Объектом расчетов является первичный документ отгрузки или поступления. Платежи разносятся непосредственно на накладные. При поступлении аванса зачет выполняется вручную или через помощник зачета при проведении накладной.
3. Только по договорам. Платежи и накладные относятся исключительно к договору в целом. Документы не требуют явного указания друг друга при проведении, а распределение по накладным для контроля сроков погашения выполняет фоновый алгоритм.
4. По договорам и по заказам. Договор задает общие рамки и организацию, но расчетным документом остается заказ, который необходимо указывать в платежах.
5. По договорам и накладным. Договор обязателен в шапке, но детализация ведется строго до конкретных накладных, которые требуется подбирать при проведении оплаты.

Почему регламентное задание не разносит оплату по накладным

Рассмотрим распространенные технические и пользовательские причины, из-за которых отложенные движения не формируются:

1. Сбой в очереди заданий к распределению. При проведении любого документа взаиморасчетов создается запись в регистре сведений Задания к распределению расчетов с поставщиками или Задания к распределению расчетов с клиентами. Если при обработке одного из ранних документов контрагента произошла ошибка (блокировка данных, некорректная аналитика), вся очередь по данному контрагенту останавливается, и последующие движения не обрабатываются.
2. Установлена дата запрета изменения данных. Если дата оплаты или накладной попадает в закрытый период, фоновое задание не может записать движения в регистры накопления по документам. Ошибка при этом может не выводиться на экран, но фиксироваться в системном журнале регистрации.
3. Изменение настроек договора «задним числом». Если по договору изначально проводились документы с детализацией По накладным, а затем в карточке договора установили По договорам, в проведенных ранее документах реквизиты объекта расчетов остаются прежними. В результате система видит разные непересекающиеся объекты и не может сопоставить платеж и накладную.
4. Расхождения в цепочке «Заказ — Накладная». Если накладная оформлена на основании заказа, у которого в соглашении был переопределен порядок расчетов, объектом расчетов для накладной становится этот заказ. Платеж же оформлен напрямую на договор. Между несовпадающими объектами расчетов автоматический зачет не выполняется.
5. Отсутствие актуальных курсов валют. При расчетах в валюте или условных единицах отсутствие курса валюты на дату совершения операции блокирует расчет курсовых разниц и распределение задолженности фоновым заданием.

Пошаговая диагностика и устранение проблемы

Разберем последовательность действий для восстановления корректного распределения оплат:

1. Проверяем очередь заданий. Перейдем через главное меню в Функции для технического специалиста (или Все функции) и откроем регистр сведений Задания к распределению расчетов с поставщиками. Если в регистре есть неотработанные строки с отметкой об ошибке, проанализируем документ, вызвавший сбой.
2. Анализируем журнал регистрации. Откроем журнал регистрации и установим отбор по наименованию регламентного задания Выполнение отложенных движений по расчетам с клиентами/поставщиками. Проверим, нет ли сообщений о делении на ноль, взаимоблокировках или нарушении дат запрета изменения.
3. Включаем автоматический запуск фонового задания. Перейдем в раздел НСИ и администрирование — Настройка НСИ и разделов — Казначейство и взаиморасчеты — Взаиморасчеты. Убедимся, что включены флаги Автоматически запускать фоновое задание расчета взаиморасчетов при проведении документов и Автоматически запускать фоновое задание расчета взаиморасчетов из отчетов. Это позволит системе актуализировать движения без ожидания общего регламентного расписания.
4. Используем ручной зачет при расхождениях. Если объекты расчетов разделились из-за изменения настроек в прошлом периоде, и перепроведение документов невозможно, исправим остатки документом Взаимозачет задолженности (раздел Казначейство), перенеся суммы с накладных на договор.

Отметим также, что в более поздних релизах конфигурации (начиная с редакций 11.4 и 11.5) разработчики 1С переработали архитектуру и перешли на режим «Онлайн-взаиморасчеты». В онлайн-режиме распределение сумм по ФИФО выполняется непосредственно в момент проведения документов в регистрах Расчеты с поставщиками по срокам, что исключает задержки отложенных регламентных заданий.