Кредитный лимит в 1С: как не отгружать покупателям сверх нормы

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

Где живёт кредитный лимит в 1С

В конфигурациях «Управление торговлей 11», «Комплексная автоматизация» и «ERP» лимит задолженности задаётся на уровне соглашения с покупателем. Путь: карточка контрагента – Соглашения – нужное соглашение – вкладка «Дополнительно».

Там два ключевых параметра:

• Сумма кредитного лимита в рублях.
• Вариант контроля: «Предупреждать» или «Запрещать».

Что входит в расчёт лимита: текущая дебиторская задолженность плюс стоимость оформленных, но ещё не отгруженных заказов. Если клиент купил на 300 000 ₽ в прошлом месяце и не заплатил, а сегодня хочет ещё на 200 000 ₽, система видит 500 000 ₽ суммарной нагрузки и сравнивает с лимитом.

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

Типичная ошибка и что она стоит

Самая распространённая ошибка – ставить лимит «по дебиторке», не учитывая незакрытые заказы. Вот ситуация из практики торговой компании с оборотом 40 000 000 ₽ в месяц.

Клиент «Альфа» имел лимит 500 000 ₽. Дебиторка была 320 000 ₽ – формально в пределах. Менеджер оформил заказ на 250 000 ₽ со сроком поставки через неделю. Заказ внесли в систему, но он не попал в расчёт лимита: соглашение контролировало только проведённые отгрузки, а не оформленные заказы.

Через неделю отгрузили. Клиент оказался должен 570 000 ₽ – на 70 000 ₽ сверх лимита. Потом ещё один менеджер провёл срочную допоставку на 80 000 ₽ – «руководитель разрешил устно». Итог: 650 000 ₽ дебиторки при лимите 500 000 ₽, просрочка 45 дней.

Потери: 650 000 ₽ заморожено на полтора месяца. При ключевой ставке 21% годовых – около 17 000 ₽ только по этому клиенту за квартал. По десяти похожим клиентам – 170 000 ₽ финансовых потерь. Без учёта времени на взыскание и испорченных нервов.

Три уровня контроля: что выбрать

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

Уровень 1. Запрет без исключений. Работает для новых клиентов и клиентов с историей просрочек. Документ не проводится, пока долг не снизится ниже лимита или руководитель не изменит лимит вручную.

Уровень 2. Запрет с делегированием. Менеджер не может провести документ сам – только руководитель отдела. В 1С это реализуется через разграничение прав: роль «Менеджер продаж» не имеет права изменять лимит или снимать ограничение, роль «Руководитель продаж» – имеет.

Уровень 3. Предупреждение при 80% лимита. Когда клиент использовал 80% лимита, менеджер получает задачу в 1С с текстом «Клиент Х: задолженность достигла 80% лимита, запросить оплату». Это позволяет среагировать до блокировки. Настраивается через регламентное задание или бизнес-процесс.

Рекомендация для малого и среднего бизнеса: уровень 2 для основного потока, уровень 3 как дополнительный триггер. Уровень 1 – только для клиентов с плохой историей платежей (просрочки более 30 дней в последние полгода).

Регламент: кто устанавливает лимиты и когда их пересматривать

Без регламента настройка в 1С бесполезна. Через месяц менеджеры начнут просить «поднять лимит вот этому клиенту» – и без правил каждый раз будет ситуативное решение.

Рабочий регламент:

• Новый клиент: лимит 0 до первой успешной оплаты. После первой оплаты – лимит равен сумме первого заказа, но не более 300 000 ₽.
• Действующий клиент без просрочек: лимит пересматривается раз в квартал по заявке менеджера. Утверждает коммерческий директор.
• Клиент с просрочкой от 30 дней: лимит снижается на 50% в день наступления просрочки. Восстановление – только после погашения и письменной заявки менеджера.
• Клиент с просрочкой от 60 дней: лимит обнуляется. Работа только по предоплате до полного погашения долга.

Эти правила вносятся в 1С вручную, но решение об изменении лимита должно приниматься по описанному регламенту – а не по телефонному звонку «ну вы же знаете, это наш старый клиент». О том, как встроить подобный регламент в 1С и сделать его исполнение проверяемым, подробно разобрано в статье «Система регламентов на 1С: от написания до исполнения».

Формула расчёта стартового лимита

Многие компании ставят лимиты «на глазок» или просто пишут круглую цифру. Есть рабочая формула для стартового значения:

Лимит = Среднемесячный оборот клиента × Отсрочка в месяцах × Коэффициент риска

Коэффициент риска:

• 1,0 – клиент работает с вами более 12 месяцев, ноль просрочек.
• 0,7 – клиент работает 6-12 месяцев или была одна просрочка до 14 дней.
• 0,5 – новый клиент или просрочки более 14 дней в истории.

Пример: клиент покупает в среднем на 800 000 ₽ в месяц, отсрочка 21 день (0,7 месяца), работает с компанией 2 года без просрочек. Лимит: 800 000 × 0,7 × 1,0 = 560 000 ₽, округляем до 550 000 ₽.

Пересчитывайте лимиты раз в квартал по фактическому обороту клиента за предыдущие три месяца.

Чек-лист настройки контроля за один рабочий день

Если в вашей 1С кредитные лимиты не настроены или настроены частично, вот порядок действий:

• Утром: выгрузить список всех действующих соглашений с покупателями. Найти те, где лимит не задан или стоит 0.
• В первой половине дня: рассчитать лимиты по формуле выше для топ-20 клиентов по обороту. Они дают, как правило, 70-80% всей дебиторки.
• Во второй половине дня: внести лимиты в соглашения. Для остальных клиентов и новых – поставить символическую сумму 1 ₽ с вариантом «Запрещать», фактически переводя их на предоплату до индивидуального решения.
• На следующее утро: проверить, что за ночь не провелись документы, нарушающие лимиты. Если провелись – контроль не применился ко всем видам документов, нужно дополнительно проверить настройки.
• В течение первой недели: настроить регламентное задание на выявление клиентов, достигших 80% лимита, и автоматическую постановку задачи ответственному менеджеру.

Дополнительно: сделайте отчёт «Задолженность покупателей с учётом лимитов». В стандартной поставке 1С:УТ11 его нет, но он строится через универсальный отчёт или запрос в СКД за полчаса. Нужные поля: контрагент, соглашение, лимит, текущая задолженность, незакрытые заказы, свободный остаток лимита.

Кто должен видеть нарушения

Если отчёт по превышениям лимитов смотрит только менеджер, он его не смотрит. Информация должна доходить до того, кто принимает решения.

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

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

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

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

Можно ли поставить разные лимиты разным менеджерам на одного клиента?

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

Клиент частично оплатил долг и хочет новую отгрузку – система пересчитает лимит автоматически?

Да. Система пересчитывает остаток лимита при каждом проведении документа. Если клиент оплатил 200 000 ₽ из долга 500 000 ₽, текущая задолженность уменьшится в день проведения платёжного документа, и если остаток лимита позволяет – новая отгрузка пройдёт без блокировки.

Руководитель устно разрешил отгрузку сверх лимита. Как оформить в системе?

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

Что делать, если кредитный лимит нужен не в рублях, а в днях отсрочки?

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