Просроченная дебиторская задолженность: где посмотреть в 1С

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

Основные инструменты контроля — отчёты «Задолженность покупателей по срокам долга», «Анализ задолженности покупателей», «Остатки и обороты по дебиторской задолженности» в конфигурациях УТ 11 / КА / ERP, а также оборотно-сальдовая ведомость по счету 62 с субконто в «1С:Бухгалтерии». Ниже разберём, где именно искать эти отчёты в разных конфигурациях, как их настроить и как проверить, что цифрам можно доверять.

Что программа считает просроченной задолженностью

Логика во всех типовых конфигурациях одинаковая: у каждого долга есть дата возникновения (отгрузка, акт) и плановая дата оплаты. Если плановая дата прошла, а оплата не поступила, долг считается просроченным. Плановая дата определяется либо из срока оплаты в договоре, либо из графика оплаты в заказе/реализации, либо из соглашения с клиентом.

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

Где смотреть в 1С:Бухгалтерии 3.0

В бухгалтерской конфигурации основной инструмент — отчёт «Анализ задолженности покупателей». Путь: раздел «Продажи» → «Анализ задолженности покупателей» (в некоторых релизах — «Отчёты» → «Анализ задолженности покупателей»). Отчёт группирует долги по контрагентам и интервалам просрочки: до 5 дней, от 6 до 30, свыше 30 и т.д. Интервалы можно изменить в настройках отчёта.

Второй вариант — оборотно-сальдовая ведомость по счету 62.01 с детализацией по контрагентам и договорам. ОСВ показывает суммы долга, но сама по себе не делит их на срочную и просроченную части — она полезна для сверки итогов с аналитическими отчётами. Для детализации по документам используйте «Обороты между субконто» или карточку счёта 62.

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

Где смотреть в УТ 11, КА и ERP

В торговых и комплексных конфигурациях основной отчёт — «Задолженность покупателей по срокам долга». Путь: раздел «Продажи» (или «Финансы») → «Отчёты по продажам» / «Отчёты по взаиморасчётам» → «Задолженность покупателей по срокам долга». Отчёт показывает долг в разрезе клиентов, заказов и интервалов просрочки.

Дополнительные инструменты в этих конфигурациях:

• «Ведомость расчётов с клиентами» — детализация по документам, удобна для сверки с контрагентом;
• «Задолженность клиентов» — общая картина без разбивки по срокам;
• «Контроль задолженности клиентов» — рабочее место для менеджеров по сбыту;
• Настройка «Классификация задолженности» (в ERP/КА) — собственные интервалы просрочки и резервы по сомнительным долгам.

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

1. 1
   Откройте отчёт «Задолженность покупателей по срокам долга» (УТ/КА/ERP) или «Анализ задолженности покупателей» (БП).
2. 2
   Установите дату отчёта — по состоянию на сегодня или на конец прошлого месяца для управленческой отчётности.
3. 3
   Проверьте интервалы просрочки в настройках: при необходимости задайте свои границы (например, 1–15, 16–45, 46–90, свыше 90 дней).
4. 4
   Сформируйте отчёт и разверните детализацию до контрагента и документа-расчёта.
5. 5
   Сверьте итог с сальдо по счёту 62.01 — суммы должны совпасть.

Настройка сроков оплаты: без этого отчёт не работает

Ключевое условие корректного анализа — заполненные сроки. В «1С:Бухгалтерии» срок оплаты указывается в карточке договора (поле «Срок оплаты по договору») и может переопределяться в документе реализации. В УТ 11 — в соглашении с клиентом, в заказе (этапы оплаты) или в документе «Реализация товаров и услуг».

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

Как проверить, что цифрам можно доверять

Главный контроль — сверка итога аналитического отчёта с бухгалтерским сальдо. Итог по колонке «Задолженность» в отчёте по срокам долга должен совпадать с конечным дебетовым сальдо счёта 62.01 на ту же дату. Расхождение означает, что в учёте есть незакрытые расчёты, авансы без зачёта или документы, не участвующие в механизме взаиморасчётов.

Типичные причины расхождений: авансы, сидящие на 62.02 и не зачтённые автоматически; ручные операции по счёту 62 без указания документа расчётов; корректировки долга, проведённые «операцией вручную». В УТ 11 дополнительно проверьте, нет ли отрицательных остатков по взаиморасчётам — они искажают классификацию долга.

Контрольные точки

Как проверить результат

Итог отчёта по срокам долга против сальдо 62.01

Норма

Суммы совпадают до копейки

Тревожный признак

Расхождение — ищите незачтённые авансы и ручные операции

Колонка «Не наступил срок оплаты»

Норма

Там только свежие отгрузки в пределах договорного срока

Тревожный признак

Там старые долги — сроки оплаты не заполнены

Детализация до документа

Норма

Каждая сумма раскрывается до реализации или счёта

Тревожный признак

Есть строки без документа — вероятны ручные проводки

Частые ошибки и ограничения

Самая распространённая ошибка — оценивать просрочку по ОСВ или «Акту сверки». Эти инструменты показывают сумму долга, но не его возраст: акт сверки фиксирует взаиморасчёты по документам, а не классифицирует просрочку. Для возрастного анализа нужен именно отчёт по срокам долга.

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

Ограничение типовых отчётов: они строят возраст долга от плановой даты оплаты, а не от даты отгрузки. Если срок оплаты в договоре 30 дней, долг попадёт в просрочку только на 31-й день после отгрузки. Для анализа «старых» отгрузок независимо от срока используйте отчёт «Анализ дебиторской задолженности по срокам возникновения» (в ERP/КА) или стройте интервалы от даты документа через настройки СКД.

Если типового отчёта не хватает

Когда нужна нестандартная аналитика — например, просрочка по менеджерам, по регионам или с учётом частичных оплат по конкретным счетам, — есть три варианта. Первый: сохранить собственный вариант типового отчёта через «Ещё» → «Сохранить вариант отчёта», настроив группировки и отборы. Этого достаточно в большинстве случаев.

Второй вариант — выгрузить отчёт в Excel и построить сводную таблицу. Это быстро, но срез устаревает при каждом изменении данных, поэтому подходит для разового анализа. Третий — заказать доработку отчёта у специалиста по 1С, если требуется регулярная нестандартная выборка (например, расчёт резерва по сомнительным долгам по собственной методике). Доработанный отчёт лучше оформлять как внешний, чтобы не осложнять обновления конфигурации.

Сравнение вариантов

Типовой отчёт по срокам долга

Подходит для ежедневного контроля; ограничение — стандартные интервалы и логика от плановой даты оплаты.

Свой вариант отчёта (настройки СКД)

Подходит для регулярной нестандартной группировки; требует понимания настроек, но не трогает конфигурацию.

Выгрузка в Excel

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

Внешний отчёт (доработка)

Подходит для уникальных методик вроде резервов по сомнительным долгам; требует привлечения разработчика и тестирования.

FAQ

Почему отчёт по срокам долга показывает всю задолженность как не просроченную?

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

Итог отчёта не сходится с сальдо по счёту 62. Что проверить в первую очередь?

Сначала посмотрите авансы на счёте 62.02, которые не были зачтены, и ручные операции по счёту 62 — они не попадают в механизм взаиморасчётов. Затем проверьте, нет ли документов с незаполненным договором или документом расчётов. В УТ 11 дополнительно сформируйте «Ведомость расчётов с клиентами» и найдите отрицательные остатки.

Можно ли посмотреть просрочку на прошлую дату?

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

Как настроить свои интервалы просрочки, например 1–30, 31–60, 61–90 дней?

В отчёте откройте настройки и найдите блок «Интервалы задолженности» или «Классификация» — там задаются границы в днях. В ERP и КА есть отдельная настройка «Классификация задолженности» в разделе финансов. Сохраните результат как свой вариант отчёта, чтобы не настраивать заново.

Чем отличается «Анализ задолженности покупателей» в БП от отчёта в УТ 11?

По сути логика одинаковая — оба строят возрастную структуру долга от плановой даты оплаты. Разница в детализации: в УТ 11 отчёт опирается на заказы, соглашения и этапы оплаты, что даёт более гибкую аналитику по менеджерам и сделкам. В БП анализ проще и привязан к договорам и документам реализации.