Продажи через дилера и маркетплейс: какие данные о заказах и покупателях получает производитель
Рынок и повестка · разбор от 29 сентября 2026 года
Разбор по открытой документации на 29 сентября 2026 года. Повод — доклады E-Retail о собственном канале продаж и работе с клиентскими данными (№ 14, 16, 48, 63). Цифры ритейлеров не перенесены на АПК.
Производитель видит отгрузку дилеру, заказ в кабинете маркетплейса и заявку на собственном сайте. Легко сложить эти три числа и назвать их «историей спроса». Но они описывают разные события: поставку посреднику, продажу через площадку и прямое обращение покупателя. Доступ к имени хозяйства, контакту агронома и повторной покупке тоже различается.
Прежде чем строить «единый профиль клиента», полезно ответить на более простой вопрос: какой участник совершил продажу конечному покупателю и на каком основании передаст сведения производителю?
Показать данные текстом
| Канал | Что производитель знает без дополнительного договора | Что может узнать при определённых условиях | Чего нельзя предполагать |
|---|---|---|---|
| Независимый дилер покупает товар для перепродажи | Свою отгрузку дилеру, цену и долг по собственному договору | Продажи хозяйствам по согласованному отчёту sell-out, обращения и рекламации по правилам договора | Что вся CRM дилера автоматически доступна производителю |
| Производитель сам продаёт через маркетплейс | Данные своего заказа, статусы, расчёты и доступные инструменты аналитики площадки | Состав сведений зависит от площадки и модели доставки. Например, документация Wildberries для DBS описывает передачу реквизитов B2B-покупателя | Что данные любой схемы площадки можно переносить в собственную CRM и использовать для рекламы |
| Собственный сайт производителя | Заявку, договор, контакт и историю обращений, которые сайт действительно собрал | Более полную историю после объединения с учётом, сервисом и филиалами | Что все записи точны, принадлежат одному лицу и дают право на любые рассылки |
Производитель ──► дилер ──► хозяйство Видна первая стрелка;
вторая зависит от договора и отчёта.
Производитель ──► площадка ──► покупатель Видимость зависит от модели продажи.
Производитель ──► собственный сайт ──► покупатель
Видны только реально записанные события.
Показать картинку
Какие данные о покупателе доступны в трёх каналах
Одна продажа — разные точки наблюдения
| Канал | Что производитель знает без дополнительного договора | Что может узнать при определённых условиях | Чего нельзя предполагать |
|---|---|---|---|
| Независимый дилер покупает товар для перепродажи | Свою отгрузку дилеру, цену и долг по собственному договору | Продажи хозяйствам по согласованному отчёту sell-out, обращения и рекламации по правилам договора | Что вся CRM дилера автоматически доступна производителю |
| Производитель сам продаёт через маркетплейс | Данные своего заказа, статусы, расчёты и доступные инструменты аналитики площадки | Состав сведений зависит от площадки и модели доставки. Например, документация Wildberries для DBS описывает передачу реквизитов B2B-покупателя | Что данные любой схемы площадки можно переносить в собственную CRM и использовать для рекламы |
| Собственный сайт производителя | Заявку, договор, контакт и историю обращений, которые сайт действительно собрал | Более полную историю после объединения с учётом, сервисом и филиалами | Что все записи точны, принадлежат одному лицу и дают право на любые рассылки |
В есть отдельный метод для сведений о B2B-покупателе: ИНН, КПП и наименование компании. Там же метод для данных, необходимых продавцу при собственной доставке. Это конкретная возможность одной схемы одной площадки, а не свойство всех маркетплейсов. Условия применения данных нужно проверять по действующей оферте и целям их передачи.
Где чаще всего ошибаются в отчёте
Отгрузка дилеру принимается за продажу хозяйству. Дилер мог оставить товар на складе, вернуть его либо продать в другом периоде. Если нужен спрос конечных покупателей, отчёт sell-out должен иметь собственное определение события, период и правила возвратов. Без договора и выгрузки производитель этого ряда не видит.
ИНН компании принимается за контакт человека. ИНН юридического лица помогает сверить организацию, но не говорит, кто в ней выбирал семена и кому можно отправить письмо. Имя, телефон и адрес сотрудника — отдельный слой персональных данных. Для обработки и рекламных сообщений нужны свои основания и проверки по и .
Собственный сайт считается полным источником истины. Он может знать заказ, но не видеть оплату в филиале, сервисное обращение к дилеру и замену детали, оформленную менеджером. Полноту создаёт процесс записи событий, а не факт владения сайтом.
Что собрать до разговора о единой базе
Возьмите один товар и один сезон. Зафиксируйте четыре события: отгрузка дилеру, продажа конечному покупателю, обращение по товару и повторный заказ. Для каждого запишите источник, дату, идентификатор организации, наличие контактного лица и основание получения сведений. Если какое-то событие недоступно, оставьте пустую ячейку. Это честнее, чем достраивать путь клиента по косвенным признакам.
Вывод для управления каналами ограничен, но полезен: сначала сравните события и права на данные, затем решайте, чего не хватает для сервиса и повторной продажи. Из открытых документов нельзя рассчитать, сколько денег конкретный производитель теряет из-за дилеров или площадки; для этого нужны его договоры и учёт.
16 мин
14 сентября 2026 
