Лимит отсрочки в CRM: когда агенту нужно остановить новый заказ

Менеджер видит согласованный лимит 500 000 и не замечает, что 350 000 уже заняты прежними отгрузками. Новый заказ на 200 000 превышает свободный остаток, но без состава обязательств это выясняется слишком поздно.

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

Представим условную сцену: менеджер собирает заказ на 200 000 рублей от клиента, который уже отгружался с отсрочкой. В CRM у этого клиента числится согласованный лимит 500 000, из которых 350 000 заняты прежними отгрузками. Если смотреть только на общий лимит, новый заказ кажется допустимым, но свободного остатка всего 150 000. Если менеджер не видит занятую часть, он обещает то, чего политика компании не разрешает.

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

Лимит, занятая сумма и свободный остаток — три разные величины

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

Ошибка начинается там, где лимит живёт отдельно от обязательств. Карточка клиента показывает красивое число 500 000, а рядом нет ни состава занятой суммы, ни даты, на которую она посчитана. Менеджер видит разрешение и не видит ограничения. Хуже, если занятая сумма обновляется вручную раз в неделю: между обновлениями успевают пройти два заказа, и оба выглядят допустимыми.

Для условного примера: лимит 500 000, занято 350 000, свободно 150 000, новый заказ 200 000. Если согласованная политика включает в занятое отгруженные, но неоплаченные заказы, заказ превышает остаток на 50 000 и требует решения владельца, а не тихого подтверждения. Если политика исключает часть позиций, цифры меняются, и это должно быть записано, а не подразумеваться.

На странице агентской CRM «Цифра» можно посмотреть работу агентов с карточками и формат обсуждения своей воронки. Расчёт занятого лимита и связь с финансовым учётом требуют отдельного проектирования; по описанию CRM нельзя считать такой контроль уже подключённым к данным вашей компании.

Что попадает в занятую сумму, а что нет

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

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

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

Незакрытый платёж в пути ломает арифметику

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

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

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

Два заказа одновременно и гонка за остаток

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

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

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

Временное исключение с датой окончания

Иногда компания сознательно идёт на превышение: крупный клиент, стратегическая отгрузка, сезон. Исключение оформляется как отдельная запись с суммой, основанием, автором и сроком действия. Оно не стирает лимит и не меняет занятую сумму навсегда — оно разрешает конкретное превышение до определённой даты.

Главная ошибка — исключение без даты. Через полгода никто не помнит, почему клиент держит лимит выше согласованного, а занятая сумма тихо растёт. Исключение с истёкшим сроком должно переставать действовать автоматически, а не по чьей-то памяти. Тогда возврат к обычному лимиту — ожидаемое событие, а не сюрприз.

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

Другая валюта: пересчёт требует правила

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

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

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

Ручная блокировка как отдельный сигнал

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

Блокировка хранит автора, дату, основание и условие снятия. Снимает её тот, кто вправе, а не любой сотрудник, которому мешает оформление. Если блокировка снимается молча, следующий заказ проходит без разбора, и проблема возвращается.

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

Спорная задолженность: решение остаётся за владельцем

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

Поэтому спорная задолженность остаётся в занятом до решения уполномоченного сотрудника, а система показывает её отдельной строкой с датой и ответственным. Менеджер видит, что остаток ограничен не ошибкой, а незакрытым разбором, и знает, к кому идти. Решение фиксируется с основанием, чтобы через месяц было понятно, почему сумма изменилась.

Здесь важно не подменять решение владельца расчётом. Система может показать варианты и последствия, но не вправе сама признать спор несуществующим. Иначе коммерческий лимит превращается в инструмент давления на учёт.

Форма рабочего объекта лимита

Чтобы всё перечисленное не расползлось по комментариям, лимит стоит описать как объект с полями и связями. Тогда проверка, отчёт и разбор опираются на одно место, а не на память сотрудников.

Форма не обязана быть одной таблицей в одной системе. Важно, чтобы поля были определены и связаны, а не разбросаны по свободным заметкам. Тогда проверка лимита читает согласованные данные, а не догадки.

Интерфейс для сотрудника: что видно перед подтверждением

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

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

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

Как проверить, что контроль действительно работает

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

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

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

Практикум на другом примере

Условный клиент с лимитом 300 000 в рублях. Занято: отгруженный заказ на 120 000, заказ в исполнении на 80 000, спорная позиция на 40 000. Свободно 60 000. Менеджер оформляет заказ на 90 000 в другой валюте. По правилу компании пересчёт идёт по курсу на дату подтверждения, и сумма в рублях оказывается 95 000.

Заказ превышает остаток на 35 000. Система останавливает подтверждение и показывает состав занятого. Менеджер видит, что 40 000 держит спор, и обращается к уполномоченному сотруднику. Тот разбирает спор по документам, закрывает его, занятое уменьшается до 200 000, свободно 100 000, и заказ проходит уже без исключения. Если бы спор не закрылся, понадобилось бы исключение с датой и основанием.

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

Где заканчивается расчёт и начинается решение

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

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

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

Разобрать исключение, не переписав состояние долга

В условном примере лимит составляет 500 000 рублей, подтверждённые занятые обязательства — 350 000, новый заказ — 200 000. Если сотрудник разрешает продолжить этот заказ, нужно определить, что именно он разрешил: конкретное разовое исключение, изменение лимита либо иной согласованный маршрут исполнения. Разрешение нового заказа не является подтверждением погашения прежних 350 000 рублей.

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

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

Соседний вопрос разобран отдельно: Частичная оплата в CRM: почему агенту рано закрывать всю продажу. Здесь основной предмет — коммерческий лимит разрешённой отсрочки, занятые обязательства и решение владельца; не кредитование и не частичная оплата.