Почему оплаты не отражаются в отчете "Задолженность контрагента" в УТ 11.4: разбираемся в причинах и настройках

Ситуация, когда в программе 1С:Управление торговлей (редакция 11.4) проведены платежные документы, в заказе клиента стоит отметка об оплате 100%, но отчет «Задолженность клиентов» по-прежнему показывает долг, является довольно распространенной. Это связано с архитектурными особенностями подсистемы взаиморасчетов в современных версиях 1С. В отличие от старых редакций (например, УТ 10.3), здесь данные в отчеты не всегда попадают мгновенно в момент проведения документа.

Рассмотрим подробно, почему это происходит, и разберем по шагам, как заставить программу «увидеть» оплаты и правильно схлопнуть задолженность.

1. Проверка типа документа и статуса подтверждения банком

Прежде всего, проанализируем, какой именно документ был создан. В системе 1С существует разделение между намерением совершить платеж и самим фактом движения денежных средств.

Платежное поручение в 1С:УТ — это лишь заявка или печатная форма для банка. Оно само по себе не делает движений по регистрам накопления РасчетыСКлиентами. Факт оплаты фиксируется документом Поступление безналичных денежных средств.

Проверим следующие моменты в документе «Поступление безналичных ДС»:

1. Установлена ли галочка Проведено банком. Без этой отметки документ не считается исполненным, и деньги не «поступают» в организацию с точки зрения системы.
2. Указана ли Дата проведения банком. Именно этой датой (и временем) будет сделана запись в регистры взаиморасчетов. Если дата документа — 10-е число, а дата проведения банком — 11-е, то в отчете на 10-е число долг все еще будет висеть.
3. Выбрана ли правильная Хозяйственная операция. Для расчетов по заказам и реализациям должна быть выбрана операция Поступление оплаты от клиента. Если по ошибке выбрано Прочее поступление, сумма упадет на доходы или статьи активов/пассивов, но не уменьшит долг покупателя.

2. Режимы ведения взаиморасчетов: Онлайн vs Офлайн

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

Перейдем в раздел НСИ и администрирование — Финансовый результат и контроллинг — Взаиморасчеты. Здесь находится переключатель:

• Офлайн: При проведении документа записи в регистры детальных расчетов не создаются сразу. Система лишь ставит документ в «очередь». Все расчеты (распределение авансов, пересчет задолженности) выполняются специальным регламентным заданием или при закрытии месяца.
• Онлайн (рекомендуется): Данные должны обновляться сразу. Но даже в этом режиме используется фоновое распределение, которое может работать с задержкой в несколько секунд или зависнуть при больших объемах данных.

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

3. Настройка регламентных заданий

Проанализируем ситуацию с фоновыми процессами. За актуальность взаиморасчетов отвечает задание Выполнение отложенных движений по расчету с клиентами (или аналогичное «Заполнение данных по взаиморасчетам»).

Разберем, как проверить его работу:

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

4. Анализ объекта расчетов (Заказ или Накладная)

Рассмотрим подробнее техническую сторону вопроса: почему в заказе оплата видна (100%), а в общем отчете — нет. В УТ 11.4 ключевым понятием является Объект расчетов.

Если в Соглашении или Договоре с контрагентом указана детализация По накладным, а оплата в платежке привязана к Заказу, система видит это так:

• По Заказу №1 числится Аванс.
• По Реализации №1 (сделанной по этому заказу) числится Долг.

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

5. Проверка регистров накопления

Если визуально в документах все верно, а отчеты молчат, проанализируем движения документа на низком уровне. Нажмем в документе «Поступление безналичных ДС» кнопку Движения документа (или через Еще — Движения). Нас интересуют два регистра:

1. Расчеты с клиентами
2. Расчеты с клиентами по документам

Если в этих регистрах нет записей после проведения документа, значит, система не смогла определить аналитику. Проверьте, заполнено ли в платежке Соглашение или Договор. В современных версиях УТ без указания договора (если он обязателен) или соглашения движения по взаиморасчетам могут не сформироваться корректно.

Пример программной проверки регистра через консоль запросов (для программистов):

ВЫБРАТЬ
    РасчетыСКлиентами.СуммаОстаток,
    РасчетыСКлиентами.АналитикаУчетаПоПартнерам,
    РасчетыСКлиентами.ОбъектРасчетов
ИЗ
    РегистрНакопления.РасчетыСКлиентами.Остатки(&Период, ) КАК РасчетыСКлиентами
ГДЕ
    РасчетыСКлиентами.АналитикаУчетаПоПартнерам.Партнер = &Партнер

6. Пошаговый алгоритм исправления

Выясним, какие действия помогут оперативно исправить ситуацию прямо сейчас:

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

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