Контроль дебиторской задолженности в 1С

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

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

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

Что считать дебиторской задолженностью и какие данные нужны для контроля

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

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

Третий элемент — разделение долга по срокам возникновения. Один и тот же клиент может иметь свежую задолженность по последней отгрузке и старый «зависший» долг полугодовой давности. Решения по ним принципиально разные: свежий долг — рабочая ситуация, старый — повод для претензионной работы и резервирования.

Отчёты для анализа дебиторской задолженности

Основной инструмент ежедневного контроля — отчёт по задолженности клиентов. В Управлении торговлей и ERP это «Задолженность клиентов» и «Задолженность клиентов по срокам долга», в Бухгалтерии — «Оборотно-сальдовая ведомость по счёту 62» и «Анализ субконто» по контрагентам. Отчёт по срокам долга группирует суммы по интервалам просрочки: текущая, до 30 дней, 30–60, свыше 60 и так далее.

Настройте интервалы под реальный цикл оборачиваемости вашей компании. Если стандартная отсрочка — 14 дней, то интервалы вида «1–14 дней просрочки», «15–30», «свыше 30» информативнее, чем деление по месяцам. Вариант отчёта с нужными интервалами и отборами сохраните и назначьте ответственным пользователям через подписку на рассылку отчётов — так менеджеры будут получать актуальную картину без ручных действий.

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

Настройка сроков оплаты и лимитов задолженности

Чтобы система отличала просрочку от нормальной отсрочки, задайте условия оплаты на уровне соглашения или договора с клиентом. В Управлении торговле и ERP срок оплаты указывается в соглашении с клиентом и подставляется в заказы и реализации; дату оплаты можно скорректировать в конкретном документе, если условия сделки отличаются. В Бухгалтерии срок оплаты задаётся в договоре и используется при анализе задолженности.

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

1. 1
   Определите типовые условия: стандартная отсрочка платежа и правила назначения лимитов для категорий клиентов
2. 2
   Заполните сроки оплаты и лимиты в соглашениях или договорах с клиентами
3. 3
   Включите контроль задолженности при отгрузке: в УТ/ERP — в настройках продаж, режим «запрещать» или «предупреждать»
4. 4
   Настройте отчёт по срокам долга с нужными интервалами и назначьте рассылку ответственным
5. 5
   Проверьте на тестовом клиенте: создайте реализацию с просроченной датой оплаты и убедитесь, что новая отгрузка блокируется

Исключения из правил оформляйте осознанно. Если для ключевого клиента руководитель разрешил отгрузку сверх лимита, фиксируйте это решение (комментарием в документе или отдельным согласованием), иначе через несколько месяцев никто не вспомнит, почему блокировка была обойдена и кто несёт ответственность за долг.

Автоматическая блокировка отгрузки должникам

Самый действенный механизм — запрет проведения документа отгрузки при наличии просроченной задолженности или превышении лимита. В Управлении торговле и ERP контроль включается в настройках продаж и может работать в режимах: не контролировать, предупреждать, запрещать отгрузку. Режим «предупреждать» подходит на этапе внедрения, пока менеджеры привыкают к системе; рабочий режим для зрелого процесса — запрет с возможностью разблокировки уполномоченным пользователем.

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

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

Сверка расчётов и достоверность данных

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

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

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

Как проверить достоверность дебиторки

Сальдо по клиенту в отчёте и в акте сверки

Норма

Суммы совпадают, клиент подписывает акт без замечаний

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

Клиент оспаривает суммы — ищите непроведённые оплаты или корректировки

Задолженность по срокам долга

Норма

Основная масса долга — текущая, в пределах отсрочки

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

Значительная часть долга в интервалах глубокой просрочки

Дубли контрагентов

Норма

Один клиент — один элемент справочника с актуальными реквизитами

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

Один клиент заведён несколько раз, долг размазан по дублям

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

Работа с просроченной задолженностью и резервы

Когда долг просрочен, задача системы — обеспечить эскалацию: автоматические напоминания менеджеру, задачи на звонок клиенту, информирование руководителя при достижении пороговых сроков. В типовых конфигурациях для этого используются задачи и напоминания, бизнес-процессы согласования или внешние механизмы уведомлений. Настройте цепочку: просрочка 1–7 дней — менеджер связывается с клиентом, 7–30 дней — подключается руководитель, свыше 30 — финансовая служба и претензионная работа.

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

Выбор инструментов под масштаб компании

Для небольшой компании на 1С:Бухгалтерии достаточно отчётов по счёту 62, актов сверки и ручного контроля сроков оплаты. Автоматическая блокировка отгрузки там ограничена — её роль выполняет регламент: менеджер сверяется с отчётом перед отгрузкой.

Для торговой компании с десятками отгрузок в день ручной контроль не работает — нужны Управление торговлей, Комплексная автоматизация или ERP с лимитами, автоматической блокировкой и рассылкой отчётов. Если типовых возможностей не хватает (нестандартные правила расчёта лимитов, интеграция с бюро кредитных историй), задача решается доработкой, но сначала стоит исчерпать типовые настройки — они покрывают большинство сценариев.

Варианты организации контроля

Только отчёты (1С:Бухгалтерия)

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

Лимиты и блокировка отгрузки (УТ, КА, ERP)

Для активных продаж с отсрочкой платежа; требует чистых данных и настроенных договоров

Доработанные механизмы

Для нестандартных правил: скоринг клиентов, интеграции, сложные эскалации; дороже в поддержке

Часто задаваемые вопросы

Почему в отчёте завышена задолженность клиента, хотя он оплатил?

Чаще всего оплата проведена, но не распределена на конкретные документы отгрузки, либо платёк отражён на другой договор или дубль контрагента. Проверьте документ оплаты, выполните распределение по расчётным документам и убедитесь, что клиент заведён в справочнике один раз.

Можно ли блокировать отгрузку в 1С:Бухгалтерии?

Штатного механизма запрета отгрузки по лимитам в Бухгалтерии практически нет — конфигурация рассчитана на учёт, а не на оперативное управление продажами. Контроль организуется через отчёты и регламент, либо компания переходит на конфигурацию с торговым блоком.

Как задать разные сроки оплаты для разных клиентов?

Срок оплаты задаётся индивидуально в соглашении или договоре каждого клиента и подставляется в документы продажи. Для конкретной сделки дату оплаты можно изменить вручную в заказе или реализации — это не влияет на условия по умолчанию.

Что делать, если блокировка срабатывает на добросовестных клиентов?

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

Как часто нужно анализировать дебиторскую задолженность?

Оперативный отчёт по просрочке — ежедневно или несколько раз в неделю у менеджеров по продажам. Сводный анализ по срокам долга и оборачиваемости — ежемесячно на уровне финансовой службы. Акты сверки с крупными дебиторами — не реже одного раза в квартал.

Нужно ли формировать резерв по сомнительным долгам в 1С?

Если по правилам учёта организации резерв обязателен, в 1С:Бухгалтерии его расчёт выполняется регламентной операцией при закрытии месяца при соответствующей настройке учётной политики. Конкретный порядок формирования резерва определяется учётной политикой и требованиями законодательства — при сомнениях сверьтесь с бухгалтером-методологом.