Битрикс24 для дистрибьюторской компании: дилеры, заявки, отгрузки

Чем дистрибьюторская модель отличается от обычных продаж

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

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

Без специальной настройки стандартная CRM превращается в склад карточек без какой-либо логики. Разберём, как это решается в Битрикс24.

Структура CRM: как организовать дилерскую базу

Основа дилерского учёта — раздел Компании с расширенными пользовательскими полями. Каждая компания-дилер получает карточку:

Поле	Назначение
Категория дилера	Сегмент для прайс-листа и условий отгрузки
Регион	Для фильтрации и аналитики по территориям
Кредитный лимит	Максимальная дебиторская задолженность
Ответственный менеджер	Привязка к сотруднику
Статус верификации	Подтверждённый / в процессе / приостановлен

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

Когда сеть дилеров растёт, стоит заранее продумать взаимодействие через внешних участников (Коллабы в Битрикс24). Это снижает нагрузку на портал и разграничивает доступ партнёров к данным.

Воронка заявок от дилеров: от запроса до отгрузки

Заявки от дилеров — повторяющиеся операции. Поэтому для них настраивается отдельная воронка сделок (или Смарт-процесс), отдельная от воронки привлечения новых партнёров.

Типовые стадии воронки заявки:

1. Запрос получен — заявка создана менеджером или пришла через форму/почту
2. Согласование наличия — проверка остатков, уточнение сроков
3. Счёт выставлен — автогенерация документа из карточки сделки
4. Оплата подтверждена — фиксация поступления
5. Передано на отгрузку — задача на склад
6. Отгружено — закрытие сделки, дебиторка зафиксирована

На схеме ниже показано движение заявки от получения до закрытия. Дилер инициирует запрос, менеджер обрабатывает его в CRM, склад получает задачу, бухгалтерия — данные по оплате.

flowchart LR
    DEALER[Дилер\nзаявка] --> CRM[Битрикс24\nCRM]
    CRM --> MANAGER[Менеджер\nсогласование]
    MANAGER --> DOC[Счёт/договор\nавтогенерация]
    DOC --> PAY[Оплата\nподтверждена]
    PAY --> SKLAD[Склад\nзадача на отгрузку]
    SKLAD --> CLOSE[Сделка закрыта\nдебиторка зафиксирована]
    CRM <--> ONE_C[1С\nостатки/товары]

Если у вас длинный цикл согласования с новым дилером — для этого уместна отдельная воронка. О логике многоэтапных сделок — в статье про воронку проектных продаж.

Прайс-листы и сегментация по категориям дилеров

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

• Несколько прайс-листов в каталоге товаров — каждый тип цены привязан к категории дилера;
• Поле «Категория» в карточке компании — при создании сделки менеджер сразу видит, по какому прайсу работает контрагент;
• Роботы в воронке — при смене категории дилера робот автоматически обновляет условия в активных сделках или отправляет уведомление менеджеру.

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

Складской учёт и отгрузки внутри Битрикс24

В Битрикс24 есть штатный модуль складского учёта — подключается и настраивается в рамках внедрения. Для дистрибьютора он закрывает следующие задачи:

• Резервирование товаров под подтверждённую заявку дилера
• Оформление отгрузки прямо из карточки сделки — без перехода в отдельную систему
• Учёт остатков по нескольким складам с отображением доступного количества прямо при создании заявки — менеджер сразу видит, что есть в наличии
• Печать сопроводительных документов — накладных, актов — из карточки

Для компаний, работающих с доставкой через транспортные компании, дополнительно настраивается интеграция с СДЭК: расчёт стоимости по габаритам, выбор способа доставки (курьер или пункт выдачи), передача заказа в личный кабинет СДЭК, синхронизация статусов со статусом сделки.

Интеграция с 1С: синхронизация данных по товарам и остаткам

Большинство дистрибьюторов ведут оперативный учёт в 1С. Битрикс24 должен получать оттуда актуальные данные, а не дублировать их вручную. Типовая интеграция выглядит так:

Регулярный обмен (раз в 10 минут или чаще):

• Остатки товаров по складам
• Актуальные цены по прайс-листам

Обмен справочниками (раз в день):

• Номенклатура товаров (бренд, модель, статус)
• Категории клиентов
• Регионы и направления

Из Битрикс24 в 1С:

• Подтверждённые заявки для формирования накладных
• Статусы оплаты

Интеграция реализуется через скрипт обмена на стороне Битрикс24 с POST-запросами к 1С. Техническая сторона подробнее разобрана в материале про вебхуки Смарт-процессов.

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

Дебиторка — одна из главных болей РОПа в дистрибьюции. В Битрикс24 контроль строится на нескольких уровнях:

На уровне карточки дилера:

• Поле «Текущая задолженность» (подтягивается из 1С или обновляется вручную)
• Поле «Кредитный лимит»
• Расчётное поле «% использования лимита»

На уровне автоматизации:

• Робот проверяет задолженность при создании новой заявки и блокирует переход на следующую стадию, если лимит превышен
• Уведомление менеджеру за N дней до окончания отсрочки платежа

На уровне отчётности:

• Сводный дашборд по дебиторке в разрезе дилеров, регионов, менеджеров
• Список сделок с просроченной оплатой, отсортированный по сумме

Автоматизация: распределение заявок, уведомления, документы

Роботы и бизнес-процессы берут на себя рутину, которая в ручном режиме съедает время менеджеров.

Распределение входящих заявок. Для потоковых входящих — новые дилеры, звонки, заявки с сайта — настраивается автоматическое распределение с проверкой условий: у сотрудника начат рабочий день, в работе не более N лидов, не более M сделок в статусе «в обработке». Если никто не подходит под условия, заявка падает на ответственного руководителя. Коэффициент распределения гибкий: равномерно, через пропуск, или отдельный сотрудник вовсе выключен из очереди.

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

Уведомления и напоминания. Роботы отправляют менеджеру напоминание о повторном контакте, информируют о смене статуса отгрузки, оповещают руководителя при превышении кредитного лимита дилером.

О настройке типовых автоматизаций — в статье роботы и триггеры в воронке Битрикс24.

Как выглядит типовой проект внедрения

Внедрение для дистрибьютора проходит поэтапно. Попытка сделать всё сразу обычно заканчивается затяжным проектом без результата — мы это видели не раз.

Этап 1. Аналитика и ТЗ (1–2 недели) Интервью с ключевыми пользователями: РОП, менеджеры, логистика. Формализация воронок, полей карточек, правил распределения. Результат — документ с техническим заданием: таблицы, схемы, описание стадий. Что должно быть в ТЗ — читайте в статье структура ТЗ на доработку Битрикс24.

Этап 2. Базовая настройка CRM (2–3 недели)

• Структура компаний и контактов
• Воронки заявок (отдельно — новый дилер, отдельно — текущая заявка)
• Пользовательские поля карточек
• Права доступа по ролям

Этап 3. Складской учёт и документы (1–2 недели)

• Подключение складского модуля
• Настройка шаблонов документов
• Загрузка номенклатуры (до нескольких сотен товаров — стандартная практика)

Этап 4. Интеграции (2–4 недели)

• Интеграция с 1С: товары, остатки, справочники
• Подключение телефонии
• Интеграция с транспортными компаниями или маркетплейсами — при необходимости, следующая итерация

Этап 5. Обучение (1–2 дня) Групповое обучение для менеджеров и руководителей — удалённо, с записью. Охват: работа с CRM, задачи, отчёты, складской учёт, связи между карточками.