При работе с программой 1С:Управление торговлей 11.5 многие пользователи сталкиваются с ситуацией, когда отчет Задолженность клиентов по срокам оплаты показывает огромные суммы «красным» цветом, хотя отгрузок еще не было, или клиент платит вовремя. Давайте разберем по шагам, что такое плановая задолженность, как она формируется в системе и как правильно интерпретировать данные отчетов.
Для начала проанализируем, как система хранит данные. В последних версиях УТ 11 реализован механизм так называемых «Онлайн-взаиморасчетов». В отличие от старых версий, где все расчеты велись по одной «куче», теперь система разделяет финансовое состояние на два параллельных потока:
Реализация товаров и услуг или Акт выполненных работ.Рассмотрим ситуацию: мы создали Заказ клиента, в котором указали вариант оплаты «Аванс до отгрузки» со сроком исполнения сегодня. С этого момента система фиксирует возникновение планового долга. Если сегодня деньги не поступили, программа считает, что клиент нарушил свои обязательства. В отчете это отразится как «красная» (просроченная) плановая задолженность, хотя по факту мы клиенту еще ничего не отгрузили.
Выясним причину появления цифр в отчете, рассмотрев жизненный цикл документов. Плановая задолженность живет в специальных регистрах накопления, таких как Расчеты с клиентами по срокам и Плановые оплаты клиентов.
Источники возникновения плана:
Заказ клиента: Самый частый источник. На вкладке «Основное» по ссылке «Оплата» (или «Правила оплаты») задается график. Именно здесь закладывается фундамент плановой задолженности.Реализация товаров и услуг: Если накладная создается без заказа, она сама становится источником плана. Если по заказу — она подтверждает ранее созданный план, переводя его из категории «ожидаемый аванс» в категорию «дебиторская задолженность».График оплаты в договоре: Если в договоре выбран порядок расчетов «По договорам», система все равно может использовать детализацию до заказов/накладных «под капотом» для контроля сроков.Источники закрытия плана:
Поступление безналичных денежных средств: При проведении оплаты (со статусом «Проведено банком») система в первую очередь «схлопывает» плановые показатели.Приходный кассовый ордер: Аналогично безналичным расчетам закрывает ожидаемые платежи.Корректировка задолженности: Используется для ручного списания или переноса планов.Проанализируем типичную проблему автора темы. В настройках отчета Задолженность клиентов по срокам оплаты установлен фильтр «Только плановая», и весь отчет залит красным. Это происходит по следующим причинам:
Заказ клиента, установили там условие «Предоплата (до отгрузки)» и дату оплаты, скажем, вчерашним числом. Заказ висит в статусе «К выполнению», отгрузки нет, оплаты нет. С точки зрения системы — это просрочка выполнения обязательств клиентом.Поступление ДС без привязки к конкретному Заказу клиента (например, просто «По договору»). Если в заказе был жесткий график, то план по заказу останется «висеть» открытым и просроченным, а оплата упадет в общую «копилку» договора.Заказ клиента не был отменен или закрыт (не проставлены флаги «Отменено» в строках), система продолжает ждать по нему денег до скончания веков, подсвечивая их красным.Чтобы понять, откуда взялась конкретная цифра, выполним следующие действия:
1. Откроем отчет Ведомость расчетов с клиентами (в режиме расширенной настройки добавьте группировку по Объекту расчетов).
2. Посмотрим на колонки «К оплате» — это и есть наша плановая задолженность.
3. Проанализируем регистр Расчеты с клиентами по срокам. Это можно сделать через консоль запросов или через технический просмотр движений документа. Рассмотрим пример структуры записей:
// Пример логики регистра Расчеты с клиентами по срокам:
// Вид движения: Приход (увеличение долга)
// Аналитика: Клиент, Договор, Объект расчетов (Заказ №1)
// Расчетный период: 21.05.2024 (Дата платежа из графика)
// Сумма (план): 10 000 руб.
Если текущая дата больше, чем «Расчетный период», а движения с видом «Расход» по этому объекту не было — отчет покажет просрочку.
Рассмотрим рекомендации по исправлению ситуации:
Заказы клиентов. Если отгрузка по ним не планируется — их нужно закрыть. В строках заказа выберите действие «Отменить» или установите статус «Закрыт». Это аннулирует плановую задолженность.Заказ клиента -> Правила оплаты. Если мы понимаем, что клиент заплатит позже, нужно передвинуть дату в поле «Дата платежа». Плановая задолженность тут же «почернеет» (перестанет быть просроченной) и уйдет в будущие периоды.Зачет оплаты в документах реализации или заказах. Это позволит сопоставить «бесхозные» деньги с плановыми обязательствами.Выполнение отложенных движений по расчетам с клиентами. При онлайн-расчетах система иногда берет паузу на выполнение сложных распределений, и данные в отчетах могут обновляться с небольшой задержкой.Зачем вообще нужно это разделение? Выясним практическую пользу. Плановая задолженность — это основа для построения Платежного календаря.
Без учета планов невозможно спрогнозировать кассовые разрывы. Если мы будем ориентироваться только на «Фактическую задолженность» (то, что уже отгружено), мы не увидим, что завтра нам должны прийти авансы на миллион рублей под новые закупки. И наоборот, отчет по плановой задолженности дисциплинирует отдел продаж: если менеджер видит «красноту», он должен позвонить клиенту и напомнить об обещанном платеже, не дожидаясь момента отгрузки товара.
Таким образом, «красная» задолженность в УТ 11.5 — это не ошибка программы, а сигнал о том, что реальность разошлась с вашими планами, зафиксированными в документах.