Глубина кредита в 1С: что это и как настроить контроль

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

В программах 1С (Управление торговлей 11, Комплексная автоматизация, ERP) понятие глубины кредита напрямую связано с механизмом кредитных лимитов и контролем задолженности. Оно не существует само по себе, а работает в связке с отсрочкой платежа: лимит отвечает на вопрос «сколько клиент может должен», а отсрочка — «как долго».

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

Где в 1С задаётся глубина кредита

В типовых конфигурациях на платформе 1С:Предприятие 8.3 (УТ 11, КА 2, ERP 2) кредитный лимит устанавливается в разрезе клиентов. Основные места хранения настройки:

• Соглашение с клиентом — в типовом соглашении или индивидуальном соглашении можно указать сумму кредитного лимита и порядок расчёта задолженности;
• Карточка партнёра или договор — в зависимости от настроек учёта лимит может задаваться на уровне партнёра, контрагента или конкретного договора;
• НСИ и администрирование → Продажи — здесь включается сам механизм контроля задолженности и выбираются правила реакции на превышение лимита.

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

Как 1С рассчитывает текущую задолженность

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

• просроченная задолженность — долг по документам, срок оплаты которых уже наступил;
• общая задолженность — весь долг клиента независимо от сроков;
• задолженность с учётом оформленных, но не проведённых отгрузок или заказов в работе.

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

Пошаговая настройка кредитного лимита

Типовая последовательность настройки в УТ 11 / КА 2 / ERP выглядит так. Точные названия пунктов могут незначительно отличаться в зависимости от редакции конфигурации.

1. 1
   Включите механизм: НСИ и администрирование → Продажи → опции контроля задолженности и кредитных лимитов.
2. 2
   Укажите, на каком уровне действует лимит: партнёр, соглашение или договор.
3. 3
   Откройте соглашение или договор с клиентом и задайте сумму кредитного лимита и срок отсрочки.
4. 4
   Настройте правило расчёта задолженности: просроченная или общая, с учётом заказов или без.
5. 5
   Определите реакцию на превышение: запрет проведения, предупреждение или контроль по правам пользователя.
6. 6
   Проведите тестовую реализацию сверх лимита и убедитесь, что блокировка срабатывает.

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

Реакция программы на превышение лимита

В зависимости от настроек и прав пользователя 1С может реагировать на превышение глубины кредита по-разному:

• Жёсткий запрет — документ реализации или заказ не проводится, выводится сообщение о превышении лимита;
• Предупреждение — документ проводится, но пользователь видит информационное сообщение; подходит для мягкой кредитной политики;
• Контроль по ролям — рядовым менеджерам отгрузка запрещена, а руководитель отдела продаж или финансовый контролёр может провести документ после согласования.

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

Отгрузка при уже существующем превышении

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

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

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

• Задолженность клиентов — текущий долг в разрезе клиентов, договоров и документов;
• Задолженность клиентов по срокам долга — разбивка долга по интервалам просрочки;
• Отчёты по кредитным лимитам — сопоставление установленного лимита с фактической задолженностью и выявление превышений.

Рекомендуется назначить ответственного, который еженедельно просматривает список клиентов с превышением лимита и долгом сверх отсрочки. Автоматическая блокировка отгрузок — это страховка, а не замена управленческого контроля.

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

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

Тестовая реализация сверх лимита

Норма

Документ не проводится, выводится сообщение о превышении

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

Документ проводится без сообщений — контроль не работает

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

Норма

Сумма долга совпадает с данными взаиморасчётов

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

Расхождения — проверьте правило расчёта и непроведённые документы

Клиент с долгом в пределах лимита

Норма

Отгрузки проходят штатно

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

Блокировка при долге ниже лимита — неверно настроен расчёт задолженности

Типичные ошибки при работе с глубиной кредита

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

Как выбрать размер лимита для клиента

Глубина кредита — управленческое решение, а не техническая настройка. Практические подходы к определению суммы:

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

Лимиты стоит пересматривать регулярно: при росте отгрузок клиенту, при появлении просрочек, при изменении условий договора. Удобно зафиксировать в регламенте компании, кто и на основании чего может изменять кредитный лимит в 1С.

Частые вопросы

Чем глубина кредита отличается от отсрочки платежа?

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

Почему блокировка не срабатывает, хотя лимит задан?

Чаще всего причины такие: механизм контроля не включён в настройках продаж, лимит задан не на том объекте учёта (партнёр вместо договора), у пользователя есть права на обход ограничения, либо задолженность рассчитывается только как просроченная, а долг клиента ещё в пределах сроков оплаты. Проверяйте эти пункты последовательно.

Как отгрузить клиенту, если лимит превышен, а оплата уже в пути?

Типовые варианты: проведение документа пользователем с особыми правами (руководитель, финконтролёр), временное повышение лимита с последующим возвратом значения или оформление отгрузки после фактического поступления оплаты. Выбор закрепляется во внутреннем регламенте, чтобы решения не принимались произвольно.

Учитываются ли авансы и предоплаты при расчёте задолженности?

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

Можно ли задать единый лимит сразу для всех клиентов?

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

Нужно ли программировать, чтобы настроить контроль глубины кредита?

Базовый контроль через кредитные лимиты — штатный функционал УТ 11, КА 2 и ERP, настраивается без доработок. Программирование требуется только для нестандартных сценариев: сложных правил расчёта лимита, автоматического пересмотра лимитов по оборотам или интеграции с внешними сервисами проверки контрагентов.