Отчёт «Раннее предупреждение проблемных долгов» — руководство

1. Назначение отчёта

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

Отчёт отвечает на вопросы:

1. У кого есть просроченная задолженность и как давно она просрочена (интервалы «до 7 / 8–30 / 31–60 / более 60 дней»)?
2. Кто нарушил обещания оплаты и сколько таких обещаний?
3. По кому открыты споры (претензии) по задолженности и какова спорная сумма?
4. У кого приближается срок оплаты по графику (в пределах горизонта предупреждения)?
5. По кому есть неотгруженные заказы (эти суммы в долг не входят, но сигнализируют о риске)?
6. Как используется лимит задолженности по договору (использование, доступный остаток, превышение)?
7. Какова платёжная дисциплина клиента за период истории (просроченные и частичные оплаты, доля оплаченного в срок, максимальная и средняя просрочка)?

Отчёт только читает данные (регистры накопления и сведений, справочники, документы) и не изменяет их.

1.1. Итоговые оценки клиента

По совокупности признаков на уровне клиента рассчитываются:

Правило присвоения ранга (упрощённо, пороги — параметры отчёта):

• 3 — «Высокий риск»: просрочка достигла &ПорогПросрочкиДней (30) дней, или использование лимита ≥ &ПорогЛимитаПроцента (100 %), или нарушенных обещаний ≥ &ПорогНарушенныхОбещаний (2), или доля спорного долга ≥ &ПорогСпорнойДолиПроцента (30 %).
• 2 — «Требует внимания»: есть любая просроченная сумма, или просроченные плановые поступления, или хотя бы одно нарушенное обещание, или незавершённые споры, или использование лимита ≥ &ПорогВниманияЛимитПроцента (80 %).
• 1 — «Наблюдение»: есть суммы к оплате в пределах горизонта, или неотгруженные заказы, или просроченные/частичные оплаты за период истории, или долг без срока оплаты.
• 0 — «Риск не выявлен» / «Нет данных для оценки»: признаков нет (второе — если по клиенту вообще нет данных о долге, истории оплат, лимите и заказах).

2. Структура схемы компоновки данных

2.1. Набор данных: 6 ветвей

Набор данных отчёта — один запрос, который собирает строки-факты из разных источников и «склеивает» их через ОБЪЕДИНИТЬ ВСЕ. Каждая ветвь отвечает за свой вид факта и помечает строки в поле ВидСтроки:

Все ветви приводят строки к одному списку из 65 полей (см. 2.2). Поля, «не свои» для ветви, заполняются типовыми значениями: 0 для числовых, ДАТАВРЕМЯ(1, 1, 1) для дат, ЗНАЧЕНИЕ(<Справочник>.ПустаяСсылка) для ссылок, ЛОЖЬ для булевых, "" для строковых.

Ключ связи строк между ветвями — АналитикаУчетаПоПартнерам (в отчёте — КлючАналитики): по нему из регистров достаются партнёр, контрагент, договор, направление деятельности, менеджер. Ключ аналитики строится как соответствие «партнёр + контрагент + договор», поэтому по одной строке факта далее можно группировать от клиента до документа.

2.2. Поля набора данных (65)

Поля — это «плоский» список колонок единого запроса. Первые 15 — ключ и измерения (по ним строятся группировки), остальные — числовые/датовые показатели фактов.

Блок 1. Вид строки, ключ, измерения (1–15)

Блок 2. Долг, просрочка, плановые поступления (16–34)

Блок 3. Обещания, заказы, споры (35–48)

Блок 4. Лимит, авансы, история оплат (49–65)

2.3. Итоговые поля (ресурсы) — 65

Для каждого числового/датового поля задан способ свёртки на уровне группировки:

• Сумма — 50 полей: все суммы, а также счётчики КолОбещаний, ОбещаниеНарушено, КолЗаказов, КолСпоров, СпорНезавершенных, КолПросроченныхОплат, КолЧастичныхОплат и др.;
• Максимум — 15 полей, которые нельзя складывать: ДатаСобытия, ДатаВозникновения, ДатаРегистрации, ДнейПросрочки, ДнейДоСрока, ОбещаниеЗаморожено, ПросрочкаОтгрузкиДней, ДнейСпора, ЛимитПоДоговору, ЛимитУстановлен, ЗавершениеЛимита, Маржинальность, ТемпРоста, ПоследняяОплатаДата, МаксПросрочкаДней.

Важно для интерпретации. Поля-счётчики получают способ свёртки Сумма — то есть при сворачивании строк группировкой значения складываются. Если в ветви запроса такое поле отдаёт не счётчик строк, а константу на строку (1) или признак на группу (выражение ВЫБОР … ТОГДА 1 ИНАЧЕ 0, не обёрнутое в агрегат), то итог зависит от того, сколько групп/строк получилось в конкретном варианте.

2.4. Вычисляемые поля (26)

Вычисляемые поля не содержат данных — они считаются компоновкой из других полей и параметров. Полный список (имя / заголовок / смысл):

Поля с суффиксом Гр предназначены для вывода на уровнях группировок (Клиент / Контрагент / Договор / Расчётный документ): они агрегируют ресурсы заново, поэтому их значения совпадают с итогами дочерних уровней. Поля без суффикса используются в детальных записях (вариант «Детализация»).

Каноническое выражение ранга риска (РангРиска) — по нему же построены СтатусРиска и Рекомендация:

ВЫБОР
    КОГДА (МАКСИМУМ(ДнейПросрочки) >= &ПорогПросрочкиДней
         ИЛИ СУММА(ОстатокДолга) * 100 >= МАКСИМУМ(ЛимитПоДоговору) * &ПорогЛимитаПроцента
             И МАКСИМУМ(ЛимитПоДоговору) <> 0
         ИЛИ СУММА(ОбещаниеНарушено) >= &ПорогНарушенныхОбещаний
         ИЛИ (СУММА(ОстатокДолга) <> 0
             И СУММА(СуммаСпора) * 100 >= СУММА(ОстатокДолга) * &ПорогСпорнойДолиПроцента))
        ТОГДА 3
    КОГДА (СУММА(ПросроченнаяСумма) > 0
         ИЛИ СУММА(ПлановаяОплатаПросрочена) > 0
         ИЛИ СУММА(ОбещаниеНарушено) > 0
         ИЛИ СУММА(СпорНезавершенных) > 0
         ИЛИ СУММА(ОстатокДолга) * 100 >= МАКСИМУМ(ЛимитПоДоговору) * &ПорогВниманияЛимитПроцента
             И МАКСИМУМ(ЛимитПоДоговору) <> 0)
        ТОГДА 2
    КОГДА (СУММА(ОстатокКПредупреждению) > 0
         ИЛИ СУММА(НеотгруженоСумма) > 0
         ИЛИ СУММА(КолПросроченныхОплат) > 0
         ИЛИ СУММА(КолЧастичныхОплат) > 0
         ИЛИ СУММА(СуммаБезСрока) > 0)
        ТОГДА 1
    ИНАЧЕ 0
КОНЕЦ

Условие ранга 3 содержит СУММА(ОбещаниеНарушено) >= &ПорогНарушенныхОбещаний (по умолчанию 2). Поэтому механизм счёта обещаний прямо влияет на ранг риска клиента и на то, попадёт ли клиент в варианты «Свод по клиентам» и «Красная зона» (отбор по РангРиска).

2.5. Параметры (13)

ДатаОценкиГраница в форме настроек не выводится: её значение всегда получается из даты оценки (КОНЕЦПЕРИОДА(&ДатаОценки, "ДЕНЬ")) и подставляется в запрос. Именно она (а не ДатаОценки) сравнивается со сроками оплаты, датами обещаний и периодами регистров.

Значения по умолчанию сохранены в настройках вариантов — при первом запуске в новой базе проверьте дату оценки: отчёт сформируется на дату из настроек варианта, а не «на сегодня».

3. Варианты настроек (3)

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

Каждый вариант содержит пять групп настроек: structure (структура), filter (отбор), dataParameters (параметры данных), outputParameters (параметры вывода), conditionalAppearance (условное оформление).

Во всех вариантах выводятся заголовок, параметры данных и отбор (ВыводитьЗаголовок, ВыводитьПараметрыДанных, ВыводитьОтбор = Output), поля группировки располагаются отдельной колонкой (РасположениеПолейГруппировки = Separately).

3.1. «Свод по клиентам (рейтинг риска)» — СводПоКлиентам

Основной вариант для работы менеджера: одна строка — один клиент, раскрывается до контрагентов и договоров.

• Отбор варианта: РангРиска >= &ПорогРангаРиска, ПорогРангаРиска = 2 — показываются клиенты «Требует внимания» и «Высокий риск»; ранг 0–1 скрыт.
• Уровни и порядок: Клиент (groupBy = Партнер, порядок РангРиска убыв., затем ОстатокДолга убыв.) → Контрагент (groupBy = Контрагент) → Договор (groupBy = Договор).
• Пользовательские отборы (12, все выключены по умолчанию): Организация, Клиент (партнёр), Контрагент, Договор, Менеджер, «Только клиенты с просроченной задолженностью» (ПросроченнаяСумма > 0), «…с обещаниями оплаты» (КолОбещаний > 0), «…с нарушенными обещаниями» (ОбещаниеНарушено > 0), «…со спорами по задолженности» (СуммаСпора > 0), «…с открытыми заказами» (КолЗаказов > 0), «…с неотгруженными заказами» (НеотгруженоСумма > 0), «…с установленным лимитом» (ЛимитПоДоговору > 0).
• Правила условного оформления (4):

• Параметры данных варианта (12): ДатаОценки, НачалоИстории, ГоризонтПредупреждения, ГраницаИнтервала1..3, ПорогПросрочкиДней, ПорогЛимитаПроцента, ПорогВниманияЛимитПроцента, ПорогНарушенныхОбещаний, ПорогСпорнойДолиПроцента, ПорогРангаРиска. Служебная ДатаОценкиГраница в параметры варианта не попадает — она вычисляется на этапе выполнения.

Состав уровня «Клиент» (42 поля, порядок вывода):

Партнер, РангРиска, СтатусРиска, ПричиныРиска, Рекомендация, ОстатокДолга, ПросроченнаяСумма, НеПросроченнаяСумма, СуммаБезСрока, ПросрочкаДо7, ПросрочкаОт8До30, ПросрочкаОт31До60, ПросрочкаБолее60, ДоляПросроченногоДолгаПроцентГр, НеоспариваемыйОстатокДолгаГр, СуммаСпора, ДоляСпорногоДолгаПроцентГр, ОстатокКПредупреждению, ОбещаннаяСумма, ОплаченоКОбещаннойДате, КолОбещаний, ОбещаниеНарушено, ОбещанийНарушеноПроцентГр, НеотгруженоСумма, КолЗаказов, ПросрочкаОтгрузкиДней, ЛимитПоДоговору, ПроцентИспользованияЛимитаГр, ДоступныйОстатокЛимитаГр, ПревышениеЛимитаГр, ПояснениеЛимитаГр, ОплаченоЗаПериод, КолОплатЗаПериод, ДоляОплаченногоВСрокПроцентГр, СреднийДнейПросрочкиОплатГр, МаксПросрочкаДней, КолПросроченныхОплат, КолЧастичныхОплат, ЭтаповСрокНаступил, ПоследняяОплатаДата, ПоследняяОплатаСумма, АвансПредоплата.

Состав уровней «Контрагент» и «Договор» (по 38 полей): тот же список, но вместо Партнер — Контрагент / Договор, и нет полей РангРиска, СтатусРиска, ПричиныРиска, Рекомендация (риск оценивается только по клиенту в целом).

Состав уровня «Расчётный документ» (38 полей): тот же список, что у «Договора», но вместо Договор — ОбъектРасчетов (используется в варианте «Детализация»).

Детальные записи «Детализации» (39 полей, без группировки):

ВидСтроки, ДатаСобытия, ДатаВозникновения, ИнтервалПросрочки, ОстатокДолга, СуммаОбязательства, ОплаченоПоЭтапу, ПросроченнаяСумма, НеПросроченнаяСумма, СуммаБезСрока, ДнейПросрочки, ДнейДоСрока, СуммаПлатежа, КолПлатежей, ПлановаяСумма, ПлановаяОплатаПросрочена, КолПлановыхОплат, ОбещаннаяСумма, СтатусОбещания, ОплаченоКОбещаннойДате, ОстатокОбещания, ДнейПросрочкиОбещания, ПросрочкаОтгрузкиДней, СуммаСпора, СтатусСпора, СпорНезавершенных, ДнейСпора, ПричинаСпора, НеоспариваемыйОстатокДолга, ЛимитПоДоговору, ПроцентИспользованияЛимита, ДоступныйОстатокЛимита, ПревышениеЛимита, ПояснениеЛимита, Валюта, Менеджер, ОбъектРасчетов, Заказ, Претензия.

В детальных строках выводятся «негрупповые» варианты вычисляемых полей (СтатусОбещания вместо агрегатов, ОстатокОбещания, ДнейПросрочкиОбещания, СтатусСпора) — то есть одна строка отчёта соответствует одной строке данных, объясняющей долг/обещание/спор.

3.2. «Детализация по документам, обещаниям и спорам» — Детализация

Тот же отбор и тот же порядок, что в «Своде по клиентам» (ПорогРангаРиска = 2), но структура на два уровня глубже:

Клиент (Партнер, 42 поля) → Контрагент (38) → Договор (38) → Расчётный документ / этап графика (ОбъектРасчетов, 38) → детальные записи (39 полей, без группировки).

Что дают дополнительные уровни:

Это единственный вариант, в котором «Нарушенных обещаний (шт.)» видно с расшифровкой до отдельного обещания: в ветви Обещание одна строка набора данных соответствует одному обещанию (одному документу плана оплаты), и признак нарушения считается по каждой строке. В «Своде по клиентам» и «Красной зоне» та же ветвь свёрнута грубее — до «клиент + контрагент + договор + число дней просрочки + признак нарушения» (без даты платежа, менеджера, валюты и объекта расчётов.

3.3. «Красная зона (высокий риск)» — КраснаяЗона

Вариант — «рабочий список» для срочной работы с дебиторской задолженностью.

• Структура и порядок: те же, что в «Своде по клиентам» — Клиент  → Контрагент  → Договор, порядок РангРиска убыв., ОстатокДолга убыв.
• Отбор варианта: РангРиска >= &ПорогРангаРиска, ПорогРангаРиска = 3 — в отчёт попадают только клиенты с высоким риском (представление отбора: «Только клиенты с высоким риском (&ПорогРангаРиска = 3)»).
• Пользовательские отборы: те же 12, что в «Своде по клиентам».
• Оформление: те же 4 правила (при ранге 3 фактически срабатывает правило «Высокий риск — красный текст»).

Практическое следствие: если клиент «выпал» из «Красной зоны», но виден в «Своде по клиентам», значит его ранг = 2 («Требует внимания»). Проверить можно колонкой РангРиска / СтатусРиска и расшифровкой в ПричиныРиска.

4. Отборы, параметры оценки и объём данных

4.1. Отбор варианта — порог по рангу риска

Отбор, определяющий состав отчёта, лежит не в filter (пользовательские отборы), а в structure: это условие группы верхнего уровня «Клиент» — РангРиска >= &ПорогРангаРиска. В отчёте его можно посмотреть в «Настройках»: «Структура» → группа «Клиент» → «Отбор».

Следствия:

• РангРиска — вычисляемое поле уровня группировки «Клиент» (см. 4.4), поэтому условие срабатывает после свёртки: отбор отсекает готовые группы клиентов, а не строки набора данных. Объём чтения из базы от него не зависит — меняется только длина отчёта.
• Порог доступен в форме настроек (параметр ПорогРангаРиска): 0 — все клиенты с данными, 1 — «наблюдение» и выше, 2, 3. Параметр видимый, его значение выводится в шапке отчёта.
• Именно поэтому «Итого» в отчёте — итог по показанным клиентам, а не по всей базе (см. 4.4).

4.2. Пользовательские отборы (12)

Все 12 выключены по умолчанию (use = false) — пока их не включат, на результат они не влияют.

Особенности применения:

• Отборы 1–5 — по измерениям: они применимы к строкам набора данных, поэтому уменьшают и вывод, и объём работы. Отборы 6–12 — по ресурсам (агрегатам уровня «Клиент»), они применяются после свёртки и объём чтения не уменьшают: отсекаются уже готовые группы.
• Порог «> 0» безопасен: клиентов, у которых показатель равен нулю в одном варианте и больше нуля в другом, не возникает. Проверено по КолЗаказов — строка «заказы: в Своде 0, в Детализации > 0, всего: 0».
• А вот числовые пороги, добавленные вручную (ОбещаниеНарушено > 1, КолЗаказов > 5), в разных вариантах дадут разный состав клиентов.

4.3. Как параметры влияют на объём читаемых данных

Важные частности:

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

4.4. «Итого» считается по показанным строкам

Итоговая строка отчёта формируется из структуры, то есть уже после отбора группы «Клиент» (4.1), поэтому

Если нужно сверяться с базой целиком или выгружать всё, поставьте ПорогРангаРиска = 0.

4.5. Типовые сценарии

• Количество открытых заказов» в «Своде» и «Красной зоне» — это не число заказов, а число строк грани «клиент + дата планового погашения». Читайте его как «в скольких датах у клиента есть незакрытые отгрузки», а не «сколько у клиента заказов».
• Число заказов берите из «Детализации»: там каждая строка ВидСтроки = ОткрытыйЗаказ — отдельный заказ.

Счётчики и признаки отчёта (ОбещаниеНарушено, КолЗаказов, доля нарушенных обещаний, а вслед за ними РангРиска и СтатусРиска) зависят от гранулярности варианта. Для управленческих решений и сверок используйте «Детализацию», а «Свод» — для обзора и приоритизации.

Перенос, обмен и разделение баз

• Удаление организации из базы 1С: разделяем базу с несколькими организациями на отдельные базы. БП 3.0, ЗУП 3.1
• Перенос документов между базами с одинаковой конфигурацией
• Очистка персональных данных сотрудников в 1С:БП 3.0 и ЗУП 3.1 перед передачей копии базы
• Перенос данных из дополнительных реквизитов в основные
• Перенос остатков по счету БУ на счет 000
• Обработка загрузки движений по счетам бух.учета из баз 1С 7.7 (Бухгалтерия) и 1С 8.3 (Бухгалтерия предприятия 3.0) в консолидирующую базу на БП 3.0
• Бэкап и восстановление одного или нескольких документов

Универсальные инструменты 1С, СКД и печать

• Универсальные обработки документов, справочников, регистров, констант для 1С: Предприятие 8.3, управляемые формы
• Универсальные обработки документов и справочников для 1С: Предприятие 7.7
• Проведение документов на управляемых формах
• Экспортные процедуры и функции общих модулей БП 3.0, ЗУП 3.1, УТ 11
• Пакетная печать документов из конфигурации Бухгалтерский учет 7.7 (ред.4.5)
• Шаблон обработки документов/справочников по произвольному алгоритму
• Создание сводного документа в любой конфигурации
• Выполнение обработчиков подписки на события по документам
• Вывод всех данных документа типовой конфигурации в печатную форму
• Изменение размера горизонтальной гистограммы в СКД
• Преобразование строковых реквизитов в СКД
• Универсальная обработка справочников для 1С Предприятие 8.3, управляемые формы

Зарплата, кадры и обмен с СФР

• Отчет-сверка по НДФЛ для ЗУП 3.1
• Сверка НДФЛ в 2025-м году для ЗУП 3.1, ЕРП 2.5
• Заполнение начислений аванса фиксированной суммой и процентом от оклада в 2023-м году. ЗУП 3.1
• Компенсация за задержку выплаты авансов в ЗУП 3.1
• Налоги и взносы по подразделениям и ставкам НДФЛ (13/15/18/20/22) — внешний отчёт для ЗУП 3.1 и ERP 2.5
• Сводный отчет по сотруднику в ЗУП 3.1
• Исправление начисления за первую половину месяца. ЗУП 3.1
• Начисления и удержания в карточке сотрудника — только суммы по этому сотруднику
• Исправление документа Начисление зарплаты. ЗУП 3.1
• Контроль сверхурочных для ЗУП 3.1: накопленные часы за год, риск превышения лимита, нарушения «4 часа в день»
• Исправление ошибки: Поле объекта не обнаружено (ЕФС__РегНомер1)
• Исправление ошибки печати в ЗУП 3.1
• Аудит среднего заработка в 1С:ЗУП 3.1: расшифровка базы до начисления, контрольный пересчёт и список документов к перерасчёту
• Рентген СЭДО: проверка ответа на запрос СФР и журнал ошибок обмена в 1С:ЗУП 3.1

Администрирование баз, права и безопасность

• Service Desk. Конфигурация для администрирования баз 1С и техподдержки IT-отдела.
• Анализ объёма базы 1С: количество и размер данных по объектам метаданных (любая конфигурация на УФ)
• Запрет изменения даты запрета изменения (загрузки) данных в БП 3.0
• Просмотр/изменение ролей по пользователям информационной базы
• Скрыть помеченные на удаление организации в списках выбора. БП 3.0
• Создание профиля доступа с полными правами

Бухгалтерский учёт, налоги и отчётность

• Формирование финансового результата. Отчет для БП 3.0
• Инвентарная книга (ОС-6б) с отбором по амортизационным группам и группам ОС для БП 3.0
• Исправление регламентированного отчета "Бухгалтерский баланс" в БП 3.0
• Конструктор КБК для УТ 11
• Поиск проведенных документов, не сформировавших проводки по счетам БУ
• Исправление даты/номера счета-фактуры полученной в документах
• Универсальная обработка файлов Регламентированной отчетности для 1С: Бухгалтерия 7.7
• НДС-Аудитор: 16 проверок НДС перед декларацией для 1С:Бухгалтерии 3.0
• Главная книга без забалансовых счетов для БП 3.0
• Сложение сумм в проводках в форме ручной Операции
• Универсальный журнал расчетов
• Проведение документов из Карточки счета в БП 3.0
• Реестр документов с типами налогообложения НДС
• Ведение учета по подразделениям в БП 3.0

Финансовая аналитика, бюджетирование и дебиторка

• Отчет по показателям Days Payable outstanding, Day Sales Outstanding, Days Working Capital для конфигурации Управление Производственным Предприятием 1.3
• Монитор банковских счетов
• Раннее предупреждение проблемных долгов. ЕРП 2.5.27
• Претензия должнику за 1 минуту: расчет процентов по ст. 395 ГК РФ и договорной неустойки прямо из 1С:Бухгалтерии 3.0
• Обработка создания документов "Акт взаиморасчетов" с поставщиками/покупателями в конфигурации Комплексная Автоматизация
• Помесячная свертка регистра «Обороты бюджетов»

Продажи, запасы и специализированные решения

• Вся аналитика по номенклатуре в одной карточке: остатки, цены, запасы и потребности, заказы, поступления и продажи — расширение для 1С:ERP 2.5
• Замороженный капитал в запасах: неликвид, сезонные паузы, резервы и товары в пути
• Монитор розничной продажи для ЕРП
• Конфигурация "Обучение в ВУЗе"
• Стоп-скидка для 1С:ERP: контроль минимальной цены и маржинальности заказа клиента