Отчет по просроченной дебиторской задолженности на СКД

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

В 1С:Enterprise результат строится из учетных данных, запроса и системы компоновки данных (СКД). СКД задает группировки, ресурсы и параметры, поэтому один отчет можно адаптировать под разрез анализа без создания отдельных форм. Источники зависят от конфигурации, и это важно учитывать до начала разработки.

Практическая схема включает выбор даты отсечения, определение критерия просрочки, подготовку запроса, настройку таблицы и диаграмм, а также сверку итогов. Отдельно рассмотрены частичные оплаты, авансы, валютные остатки и ошибки, которые искажают возраст задолженности.

Источники данных и логика просрочки

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

Просрочка возникает, когда срок оплаты по договору или счету уже прошел, а положительный остаток сохраняется на дату отчета. Для расчета нужны остаток, дата платежа и сумма погашения: при частичной оплате дни просрочки считают по непогашенной части. Кредиты и перепланы показывайте отдельно или исключайте из риска. Удобная шкала — 1–30, 31–60, 61–90 и свыше 90 дней.

Параметры и запрос СКД

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

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

Структура и элементы отчета

В структуре отчета задайте иерархию «итог — контрагент — договор — счет». Ресурсами сделайте остаток, просроченную сумму и дни просрочки, а параметры разместите в шапке. Названия полей лучше писать языком бизнеса, чтобы отчет не превращался в техническую ведомость.

В состав готового отчета стоит включить:

• Параметры даты, организации и валюты должны быть доступны до формирования результата.
• Таблица должна содержать контрагента, договор, счет, остаток, дату платежа и дни просрочки.
• Сводные строки должны позволять переход от контрагента к договору и счетам.
• Диаграмма должна использовать те же данные и отбор, что и таблица.
• Расшифровка и экспорт должны сохранять выбранные параметры.

Перед передачей отчета пользователям проверьте:

• Сверьте остаток с оборотно-сальдовой ведомостью на ту же дату и счет.
• Проверьте полную и частичную оплату, аванс и оплату в день отчета.
• Убедитесь, что кредитные остатки не увеличивают показатель просрочки.
• Сопоставьте число счетов в отчете с контрольным запросом.
• Проверьте пустые данные и крайние значения, чтобы исключить деление на ноль.

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

Диаграммы для анализа задолженности

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

Цветовая шкала должна выделять наиболее длительные интервалы, подписи значений помогают читать график, а лишние линии сетки лучше убрать. При наличии иерархии включите переход к договору, чтобы вопрос можно было адресовать менеджеру. Материал о визуализации в Emacs показывает, как набор данных можно сделать наглядным; похожий принцип работает в СКД — диаграмма должна подчеркивать метрику, а не дублировать таблицу.

Проверка результатов и типичные ошибки

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

Минимальные тесты должны включать отсутствие задолженности, полную и частичную оплату, текущий счет, кредит и несколько валют. Для каждого случая заранее задайте ожидаемый результат. При низкой скорости сначала ограничивайте выборку, затем упрощайте соединения и условия отбора, а тяжелые расчеты переносите в виртуальные таблицы. После оптимизации повторите сверку.

Публикация отчета и обмен опытом

Для рабочего использования сохраните отчет как стандартный объект или включите в внешнюю обработку в зависимости от схемы организации. Ограничьте доступ к данным, задайте значения параметров по умолчанию и проверьте поведение отчета при незаполненных обязательных параметрах. В сообществе полезно публиковать запрос, структуру СКД и правило расчета дней просрочки.

Зарегистрированные участники могут обсудить нюансы после входа в форум. Укажите конфигурацию, версию платформы и используемый регистр: при одинаковом интерфейсе источники могут отличаться. Если учет требует дополнительного контроля договоров и платежей, автоматизацию процессов можно дополнить KUBiK, а отчет на СКД оставить инструментом аналитики.

Такой формат поможет коллегам быстрее проверить идею в своей базе. Опубликуйте рабочий вариант отчета с тестовыми примерами и правилом сверки с бухгалтерией.