← На главную

При переходе на программу 1С:Управление торговлей 11 со старых версий (например, УТ 10.3) многие специалисты сталкиваются с кардинальными изменениями в логике ведения взаиморасчетов и контроля дебиторской задолженности. Два наиболее частых вопроса, которые вызывают недоумение у начинающих пользователей и аналитиков:

1. Где настраивается отсрочка платежа в днях, если в договоре или соглашении этого поля визуально нет?
2. Почему документы проведения взаиморасчетов ведут себя непредсказуемо — одни сразу делают движения по регистру РасчетыСКлиентамиПоДокументам, а другие оставляют его пустым?

В этой статье мы подробно разберем оба вопроса, проанализируем архитектуру системы и предоставим пошаговые инструкции по настройке.

Часть 1: Настройка отсрочки платежа и автоматический расчет даты платежа

В УТ 10.3 логика была линейной: количество дней отсрочки задавалось числом непосредственно в карточке договора. В УТ 11 разработчики внедрили более гибкую, многоуровневую систему. Давайте разберем по шагам, где теперь скрываются эти настройки.

Шаг 1. Создание шаблона графика оплаты

Для того чтобы система могла автоматически рассчитывать дату платежа, ей необходим алгоритм. Этот алгоритм задается в справочнике Шаблоны графиков оплаты. Чтобы настроить его, выполним следующие действия:

• Перейдем в раздел администрирования и найдем справочник графиков оплаты.
• Создадим новый элемент (например, назвав его "Отсрочка 30 календарных дней").
• В табличной части Этапы оплаты добавим строку.
• Установим Вариант оплаты. Нам доступны три варианта: Аванс (до обеспечения), Предоплата (до отгрузки) и Кредит (после отгрузки). Нам нужен именно вариант Кредит (после отгрузки), так как отсрочка — это предоставление кредита клиенту.
• После выбора варианта «Кредит» станет доступным для редактирования поле Срок (дн.). Укажем здесь наше количество дней отсрочки (например, 30).
• Обратим внимание на переключатель типа дней: можно выбрать Календарные дни или Рабочие дни. Если мы выберем рабочие дни, система будет использовать Производственный календарь для расчета даты, автоматически пропуская праздники и выходные.

Шаг 2. Привязка графика к Соглашению или Договору

Сам по себе шаблон графика не начнет работать, пока мы не привяжем его к конкретному клиенту или группе клиентов. Сделать это можно через правила продаж:

1. Откроем Типовое соглашение с клиентами или Индивидуальное соглашение.
2. Перейдем на вкладку Условия продаж.
3. Найдем гиперссылку Оплата (именно она часто вводит в заблуждение пользователей, так как настройки скрыты под ней). Нажав на эту ссылку, мы сможем выбрать наш созданный шаблон графика оплаты.
4. Если в базе отключено использование соглашений, аналогичная привязка графика оплаты выполняется непосредственно в карточке Договора с клиентом.

Шаг 3. Как рассчитывается «Дата платежа» в документах

Теперь выясним, как программа производит вычисления на практике:

• В документе Заказ клиента: при выборе соглашения или договора табличная часть ЭтапыГрафикаОплаты заполняется автоматически. Дата платежа рассчитывается по формуле: Желаемая дата отгрузки (из шапки или строки заказа) плюс Срок отсрочки в днях из графика.
• В документе Реализация товаров и услуг (по заказу): если накладная вводится на основании заказа, вся информация о плановых датах платежа наследуется напрямую из заказа клиента.
• В документе Реализация товаров и услуг (без заказа): если отгрузка оформляется напрямую, система обращается к соглашению/договору, находит привязанный график оплаты и рассчитывает дату платежа от Даты документа реализации.

Часть 2: Механизм отложенных движений и регистр «РасчетыСКлиентамиПоДокументам»

Перейдем ко второму вопросу автора: почему движения по регистру РасчетыСКлиентамиПоДокументам появляются непоследовательно и не сразу? Это не программная ошибка, а задуманное поведение платформы, связанное с оптимизацией производительности.

Расчет распределения оплат по накладным (особенно по методу ФИФО) — это тяжелая математическая задача. Если бы программа производила детальный расчет закрытия долгов в момент нажатия кнопки «Провести» каждым менеджером, база данных регулярно бы блокировалась, а пользователи испытывали серьезные задержки. Поэтому разработчики разделили процесс проведения документов на два этапа. Для получения оперативных данных без ожидания фоновых заданий можно использовать отчет по задолженности клиентов в реальном времени.

Как работает двухэтапное проведение взаиморасчетов:

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

Как управлять этим механизмом и актуализировать данные:

Если вы хотите, чтобы движения появлялись вовремя, рассмотрим несколько вариантов настройки системы:

• Вариант 1. Запуск вручную через закрытие месяца. Вы можете запустить процедуру в разделе Финансовый результат и контроллинг -> Закрытие месяца. Там присутствует пункт Выполнение отложенных движений по расчетам с партнерами, который можно выполнить принудительно.
• Вариант 2. Настройка регламентного задания. Рекомендуется настроить расписание для этого задания (например, запускать его каждые 10–15 минут), чтобы данные в отчетах менеджеров по продажам были актуальными в течение рабочего дня.
• Вариант 3. Использование кнопки актуализации в отчетах. Если вы открываете отчет по дебиторской задолженности и видите предупреждение о неактуальности данных, нажмите кнопку Актуализировать расчеты прямо на панели отчета. Система мгновенно запустит фоновое задание для расчета взаиморасчетов по вашей организации.

Где переключить режим работы взаиморасчетов (Онлайн / Оффлайн):

Выясним, где в системе задается поведение этого механизма. Перейдем по пути: НСИ и администрирование -> Настройка НСИ и разделов -> Казначейство и взаиморасчеты -> Взаиморасчеты. Здесь доступна настройка режима выполнения расчетов:

• Режим «Оффлайн» (отложенный расчет): расчет откладывается до запуска регламентного задания или ручной актуализации. Этот режим экономит ресурсы сервера во время массового ввода документов.
• Режим «Онлайн»: система пытается запустить фоновый расчет сразу после проведения каждого документа. Данные актуализируются практически мгновенно, но нагрузка на СУБД возрастает.

Часть 3: Важные изменения в новых версиях программы (УТ 11.4 и 11.5)

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

Фирма 1С произвела глобальную модернизацию механизма взаиморасчетов, переведя конфигурацию на архитектуру Онлайн-взаиморасчетов. Рассмотрим ключевые отличия новой архитектуры:

• Старый регистр РасчетыСКлиентамиПоДокументам упразднен.
• Ему на смену пришли новые, более производительные регистры: Расчеты с клиентами по срокам и Расчеты с поставщиками по срокам.
• В новой архитектуре распределение регламентных сумм, расчет ФИФО и определение сроков задолженности выполняются транзакционно прямо в момент проведения документов, без задержек и отложенных фоновых заданий.

Если ваша организация испытывает регулярные сложности с зависанием отчетов по взаиморасчетам и "пропаданием" движений, настоятельно рекомендуется проверить версию программы и рассмотреть возможность перехода на новую архитектуру онлайн-взаиморасчетов. Для исправления расхождений и перезаполнения данных в новой архитектуре можно применить обработку для корректировки онлайн-расчетов с клиентами в УТ 11.5.