В опте сделка не заканчивается оплатой — она заканчивается поступлением денег и следующим заказом. Это принципиальное отличие от розницы и разовых продаж, и именно оно ломает стандартную логику CRM: воронка закрывается на стадии «успешно», а самая рискованная часть работы только начинается.
Отсюда две типичные ситуации в оптовых компаниях. Первая: отдел продаж отгружает, а деньги приходят с задержкой, и никто не отвечает за возврат средств, потому что менеджер получил премию за отгрузку. Вторая: постоянный клиент тихо перестаёт заказывать, и это замечают через три месяца, когда он уже работает с конкурентом.
Обе решаются одним и тем же способом — переносом постпродажного контура в CRM. Ниже разбираем, как устроен контроль дебиторской задолженности в CRM, что для этого нужно получать из учётной системы, как настроить кредитные лимиты и эскалацию просрочки и как построить воронку повторных заказов.
Почему дебиторка живёт в Excel
Причина не в лени и не в отсутствии инструментов. Данные о платежах физически находятся в учётной системе, а работа с клиентом — в CRM. Пока эти контуры не связаны, любой отчёт по задолженности приходится собирать вручную.
Типичная схема выглядит так: бухгалтер раз в неделю выгружает оборотно-сальдовую ведомость, сводит её с таблицей отгрузок, отправляет файл руководителю отдела продаж, тот рассылает менеджерам список должников. К моменту, когда менеджер звонит клиенту, данные устарели на несколько дней: часть платежей уже прошла, часть новых отгрузок в файл не попала.
Последствия предсказуемы:
- менеджер звонит клиенту, который уже заплатил, — портит отношения;
- реальная просрочка обнаруживается на второй-третьей неделе, когда возврат денег уже сложнее;
- решение об отгрузке принимается без данных о текущем долге клиента;
- кредитные лимиты существуют на бумаге, но не проверяются в момент оформления заказа;
- руководитель видит общую сумму дебиторки, но не понимает её структуру по клиентам и срокам.
Ключевая проблема — не отсутствие отчёта, а отсутствие данных в момент принятия решения. Менеджер оформляет новую отгрузку, не зная, что у клиента висит просроченный платёж, потому что эта информация есть только в бухгалтерии.
Что нужно получать из учётной системы
Контроль дебиторки в CRM невозможен без обмена с 1С или другой учётной системой: платежи и отгрузки фиксируются там, и источником правды по деньгам остаётся она.
Минимальный набор данных, который должен приходить в карточку клиента:
| Данные | Зачем в CRM |
|---|---|
| Факты оплаты с датами и суммами | Понимать, что клиент заплатил, до звонка ему |
| Отгрузки и реализации | Считать реальную выручку, а не сумму закрытых сделок |
| Текущая задолженность по клиенту | Основа для решения об отгрузке |
| Просроченная задолженность отдельно | Разделять «ждём оплату по сроку» и «срок нарушен» |
| Срок отсрочки по договору | Рассчитывать дату ожидаемого платежа |
| Остатки и резервы | Не обещать товар, которого нет |
Направление обмена по всем этим данным одно — из учётной системы в CRM. Обратно уходят клиенты и заказы. Технические детали, ключи сопоставления контрагентов и типовые причины расхождений мы разобрали в отдельном материале об интеграции Битрикс24 с 1С.
Отдельно про частоту обновления: для дебиторки достаточно синхронизации несколько раз в день, а вот перед крупной отгрузкой имеет смысл проверять актуальное состояние. Данные суточной давности приводят к тем же ложным звонкам, что и Excel.
Кредитные лимиты: как это работает в CRM
Кредитный лимит в карточке клиента — это не справочное поле, а рабочий инструмент, если он участвует в процессе.
Практическая схема выглядит так. В карточке контрагента хранятся: размер лимита, срок отсрочки, текущая задолженность, просроченная задолженность и рассчитываемый свободный остаток лимита. При оформлении новой сделки система сопоставляет сумму заказа со свободным остатком и реагирует одним из трёх способов:
- Лимит не исчерпан, просрочки нет. Заказ идёт штатным путём без дополнительных согласований.
- Заказ превышает свободный лимит либо есть просрочка в допустимых пределах. Сделка попадает на стадию согласования: задача руководителю отдела или финансовому специалисту с указанием текущего долга.
- Существенная просрочка. Отгрузка блокируется до оплаты, менеджер получает уведомление, клиент переходит в работу по возврату задолженности.
Пороговые значения для второго и третьего варианта — управленческое решение, а не техническая настройка. Их нужно определить до внедрения: при какой сумме и при каком количестве дней просрочки отгрузка останавливается, и кто имеет право сделать исключение.
Практический момент: право на исключение стоит оставить конкретной роли и фиксировать каждое такое решение в системе. Иначе через полгода выясняется, что «в порядке исключения» отгружается половина заказов.
Регламент работы с просрочкой
Автоматизация здесь заключается не в рассылке напоминаний, а в том, что действия происходят без участия человека в принятии решения о том, что пора действовать.
Рабочая схема эскалации — лестница из нескольких уровней, привязанная к дате ожидаемого платежа:
- За несколько дней до срока. Автоматическое напоминание клиенту о предстоящем платеже. Самый эффективный шаг: значительная часть просрочек возникает не из-за нежелания платить, а из-за того, что про счёт забыли.
- День срока. Задача менеджеру проверить поступление; при отсутствии оплаты — контакт с клиентом.
- Первые дни просрочки. Повторный контакт, фиксация в карточке причины задержки и обещанной даты платежа.
- Просрочка сверх допустимой. Уведомление руководителю отдела, блокировка новых отгрузок, подключение к работе руководителя.
- Существенная просрочка. Передача в претензионную работу с уведомлением ответственных, включая финансовое подразделение.
Конкретные сроки для каждой ступени зависят от условий работы в вашей отрасли — где-то отсрочка составляет две недели, где-то два месяца. Важен сам принцип: каждая ступень наступает автоматически и создаёт задачу конкретному человеку, а не остаётся в отчёте, который кто-то должен посмотреть.
Отдельно стоит фиксировать в карточке обещанную дату платежа при каждом контакте. Это даёт две вещи: основание для следующего напоминания и историю платёжной дисциплины клиента, по которой видно, кому можно давать отсрочку, а кому нет.
С системой и без: что меняется
| Процесс | Без CRM | С Битрикс24 |
|---|---|---|
| Данные о задолженности | Файл от бухгалтерии раз в неделю | В карточке клиента, обновляются из учётной системы |
| Решение об отгрузке | Без информации о текущем долге | Автопроверка лимита и просрочки при оформлении |
| Напоминания о платеже | Если менеджер вспомнил | Автоматически до наступления срока |
| Реакция на просрочку | Через одну-две недели | В день наступления срока |
| Эскалация | Через устные доклады на планёрке | Автоматические задачи по ступеням |
| Выставление счетов | Вручную по запросу менеджера | Автоматически по стадии сделки |
| Повторные заказы | По памяти менеджера | Задачи по циклу закупки клиента |
| Аналитика по портфелю | Сводится в Excel вручную | Дашборды с обновлением из данных системы |
Повторные продажи: где теряется основная выручка
В опте база постоянных клиентов важнее потока новых, и здесь работает механика, которую ручное управление почти не улавливает: клиент не отказывается — он просто перестаёт заказывать. Явного события нет, отказа нет, есть тишина, которую никто не замечает.
Цикличность закупок как основа автоматизации
У большинства оптовых клиентов есть ритм: раз в месяц, раз в квартал, перед сезоном. Если этот ритм зафиксирован в системе — в виде среднего интервала между заказами по каждому клиенту, — можно настроить срабатывание: интервал превышен на определённую долю, значит, создаётся задача менеджеру связаться.
Это не рассылка «а не хотите ли купить», а инструмент раннего предупреждения: клиент, выпавший из привычного ритма, либо решает проблему, о которой вы не знаете, либо тестирует конкурента. В обоих случаях лучше узнать об этом на второй неделе, а не через квартал.
Воронка повторных продаж
Отдельная воронка с собственными стадиями — стандартное решение для оптовой компании. Она не смешивается с воронкой первичных продаж, потому что задачи разные: там квалификация и убеждение, здесь удержание и увеличение доли в закупках клиента.
Типовые стадии: клиент выпал из ритма — контакт состоялся — потребность выяснена — предложение сформировано — заказ оформлен, либо отдельная ветка «причина отказа зафиксирована». Последнее важнее, чем кажется: систематизированные причины отказов показывают, где компания проигрывает — по цене, срокам, ассортименту или сервису.
Сегментация базы
Без сегментации работа с базой превращается в равномерное внимание ко всем, что означает недостаточное внимание к важным. Практичные разрезы для опта:
- По объёму закупок. Классическое разделение на группы, где меньшая часть клиентов даёт основную выручку.
- По стабильности. Регулярные, сезонные, разовые — работа с каждой группой строится иначе.
- По платёжной дисциплине. Определяет условия отсрочки и размер лимита.
- По глубине ассортимента. Клиент берёт две позиции из двадцати возможных — очевидный потенциал роста без привлечения новых клиентов.
Последний разрез в опте часто оказывается самым выгодным: увеличить долю в закупках существующего клиента дешевле, чем найти нового.
Дилерская сеть и торговые представители
У компаний, работающих через дилеров, добавляется отдельный контур: заявки от партнёров, распределение по географии, контроль эффективности сети.
Задачи, которые здесь решаются в системе: приём заявок от дилеров в единый процесс вместо почты и мессенджеров, автоматическое распределение по закреплённым территориям, контроль выполнения обязательств по объёмам, прозрачная аналитика по каждому партнёру.
Как это выглядит на практике — в проекте автоматизации обработки заявок от дилеров на портале дистрибьютора: заявка заполняется прямо в системе, попадает в воронку обработки, где формируется счёт и клиенту уходит готовый документ. Смежная задача — распределение заявок между дилерами по географии через справочник городов с закреплёнными партнёрами.
Что должен видеть руководитель
Управленческая часть — это набор показателей, которые обновляются без ручной сборки. Минимальный состав для оптовой компании:
- общая дебиторская задолженность и её структура по срокам;
- просроченная задолженность отдельно, с разбивкой по менеджерам и клиентам;
- средний срок оборота дебиторки — ключевой показатель платёжной дисциплины;
- клиенты, выпавшие из привычного ритма закупок;
- динамика выручки по фактическим отгрузкам, а не по закрытым сделкам;
- доля постоянных клиентов в обороте;
- глубина ассортимента по клиентам — потенциал допродаж.
Второй пункт стоит выделить: разбивка просрочки по менеджерам меняет поведение отдела. Пока ответственность за возврат денег не персонифицирована, отгрузка остаётся единственной целью.
Пример реализации подобной задачи — BI-отчёт для представительства Hörmann, где компания с сетью из сотни дилеров перешла от ручного сведения данных в Excel к автоматизированной аналитике. О том, какие показатели имеет смысл выводить в первую очередь, — в материале о BI-дашбордах для руководителя.
Автоматизация документооборота
Смежный блок, который в опте даёт быстрый эффект: счета, накладные и акты формируются из данных сделки автоматически. Менеджер не заполняет реквизиты вручную и не ждёт бухгалтера.
Отдельная задача — учёт и согласование платежей внутри компании. В проекте автоматизации реестра счетов на оплату сотрудники самостоятельно вносят счета в систему с указанием назначения платежа, всё попадает в единый реестр с приложенными документами, а в день платежей финансовый директор получает уведомление и отмечает статусы в одном окне — вместо разбора почты и чатов.
Чек-лист внедрения
Порядок работ, который мы считаем правильным для оптовой компании:
- Определить источники правды: платежи и отгрузки — учётная система, клиенты и заказы — CRM.
- Привести в порядок справочник контрагентов: заполнить ИНН, устранить дубли.
- Зафиксировать условия работы: лимиты, сроки отсрочки, пороги блокировки отгрузки.
- Настроить обмен по платежам, отгрузкам и задолженности.
- Вывести долг и свободный лимит в карточку клиента.
- Настроить проверку лимита при оформлении сделки и стадию согласования.
- Построить лестницу эскалации просрочки с автоматическими задачами.
- Рассчитать средний интервал закупок по клиентам и настроить сигналы выпадения из ритма.
- Создать воронку повторных продаж с фиксацией причин отказов.
- Настроить дашборды по дебиторке и портфелю клиентов.
- Определить ответственных: за возврат денег, за исключения по лимитам, за работу с выпавшими клиентами.
Пункт 11 — не формальность. Автоматизация создаёт задачи, но если у задачи нет ответственного с полномочиями, она просто копится в системе.
Частые вопросы
Можно ли контролировать дебиторку без интеграции с 1С?
Частично — если вносить платежи в CRM вручную. Для небольшого числа клиентов это работает, но при десятках контрагентов ручной ввод отстаёт от реальности и данные перестают быть надёжными. Смысл контроля в актуальности, поэтому обмен с учётной системой практически обязателен.
Не будет ли блокировка отгрузок мешать продажам?
Задача не в том, чтобы запрещать, а в том, чтобы решение принималось осознанно и на уровне, где есть полномочия. Стадия согласования обычно проходится за минуты, зато отгрузка клиенту с существенной просрочкой перестаёт быть случайной.
Как считать средний интервал закупок, если он у всех разный?
Он и должен считаться индивидуально по каждому клиенту на основе истории заказов, а не задаваться единым значением. Отклонение от собственного ритма клиента — точный сигнал, а средний по базе интервал бесполезен.
Что делать с сезонными клиентами?
Их выделяют в отдельный сегмент с собственной логикой: сигнал срабатывает не по интервалу, а по приближению сезона. Иначе система будет ежемесячно сообщать, что клиент не заказывает, хотя это нормально для его бизнеса.
Кто должен работать с просрочкой — менеджер или отдельный человек?
На первых ступенях эффективнее менеджер: у него есть отношения с клиентом. На поздних — руководитель и финансовое подразделение, потому что там нужны решения об условиях и о приостановке работы. Схема с полной передачей всей просрочки отдельному сотруднику работает хуже: он не знает контекста сделок.
Сколько времени занимает такой проект?
Зависит от того, есть ли уже обмен с учётной системой. Если есть — настройка лимитов, эскалации и воронки повторных продаж укладывается в несколько недель. Если обмена нет, основное время уйдёт на интеграцию и приведение в порядок справочника контрагентов.
Что делать дальше
Дебиторка и повторные продажи — это одна задача, а не две: обе про то, что происходит с клиентом после отгрузки. Пока этот контур живёт в Excel и в памяти менеджеров, компания управляет только первой половиной сделки.
Мы начинаем с разбора текущей схемы: откуда берутся данные о платежах, кто принимает решение об отгрузке при наличии долга, как выясняется, что постоянный клиент перестал заказывать. Обычно после этого становится понятно, что технической работы меньше, чем управленческих решений, которые нужно принять до неё.
Посмотрите отраслевые решения для оптовой торговли и оптовых компаний и дистрибьюторов, изучите наши кейсы или запишитесь на консультацию — разберём ваш процесс от заказа до поступления денег.
