Sell-in
Отгрузка партнёру зарегистрирована в учёте производителя.
Перейти к содержанию
Производитель DMS Канал У каждого события - источник, статус и времяДля производителя Для дистрибьютора 01 02 03 04
Практический гид
Что такое DMS (Distributor Management System)
DMS (Distributor Management System) - класс систем для управления движением товара после того, как он вышел от производителя: склад дистрибьютора, отгрузки в торговые точки, остатки, расчёты с клиентами и отчётность по вторичным продажам.
- SFA: автоматизация полевых продаж
- Управление складскими операциями и товарными запасами
- Аналитика и BI для дистрибуции
Проблема после sell-in
От поставки дистрибьютору до продажи в точку
DMS помогает связать операции дистрибьютора и данные партнёров. Руководитель видит, какие продажи учтены, насколько свежие остатки и где нужно разобрать расхождение.
DMS рассматривают руководители дистрибуции и производители, которым нужно связать продажи партнёров, запасы и расчёты. В этой статье первичная продажа - от производителя дистрибьютору, вторичная - от дистрибьютора торговой точке. Это ещё не продажа конечному покупателю: для неё нужны отдельные данные розницы. Термин sell-out используют по-разному, поэтому в отчёте лучше прямо указывать участников операции.
Для производителя DMS помогает собрать согласованные данные сети партнёров. Для дистрибьютора - связать собственные заказы, склад, отгрузки и задолженность. Полнота общей картины зависит от подключённых партнёров, состава передаваемых данных и их актуальности; отсутствие записи не доказывает отсутствие продажи.
SFA и DMS могут пересекаться по функциям и входить в одну платформу. SFA связывает действия полевой команды с визитом, DMS - операции с товаром и расчёты. Данные могут передаваться в обе стороны: например, заказ из полевого приложения и сведения об остатках из учётной системы. Для каждого вида данных определяют источник и направление обмена.
Для сводного отчёта нужны единые товары, торговые точки, единицы измерения, период и правило признания продажи. Контрагента, адрес доставки и отдельную торговую точку различают по идентификаторам. Совпадение названия или адреса само по себе не основание объединять записи. Возвраты, отмены и перемещения между своими складами учитывают отдельно от продаж клиентам.
Единая модель данных
- Вторичные продажи
- Остаток
- Дебиторка
Торговые точки
Отгрузка в точку и подтверждение её получения учитываются отдельно.
Два прочтения DMS
Что нужно производителю и дистрибьютору
Производителю нужны согласованные сведения о продажах и запасах партнёров, дистрибьютору - управление собственными операциями. Состав данных и права доступа определяют для каждой стороны.
Видеть, что происходит после поставки
Что партнёры отгрузили в точки и какие остатки подтвердили?
- Вторичные продажи по территории и SKU
- Остатки по дистрибьюторам и складам
- Сопоставимый результат партнёров и портфелей
Управлять ежедневными операциями
Как связать склад, отгрузку, расчёты, филиалы и полевую команду?
- Приёмка, запас, отгрузка и перемещения
- Дебиторка и расчёты с торговыми точками
- Связь документов, статусов и отчётности
Цикл дистрибуции
Поставка, вторичные продажи и оплата
Для каждого этапа нужны свои подтверждения. Отгрузка не доказывает приёмку, а продажа в точку не показывает её продажи конечным покупателям.
- 01 · Sell-in
Поставка
Отгрузка производителя и приёмка дистрибьютора сверяются по документам.
- 02 · Остаток
Доступность
Остаток, резерв и время обновления известны; партии и сроки - если ведётся такой учёт.
- 03 · Вторичная продажа
Отгрузка в точку
Заказ и отгрузка различаются по статусу. Возврат учитывается по принятому правилу.
- 04 · Оплата и долг
Расчёты
Оплата связывается с обязательством; непогашенный долг остаётся видимым.
- 05 · Пополнение
Пополнение
Продажи, запас и открытые заказы используются для решения о пополнении.
Перед решением о пополнении проверьте состав данных и время их обновления. Неизвестное значение не заменяет нулевой спрос.
Качество групповой отчётности
Сводный показатель начинается не с дашборда, а с сопоставимых данных
Если партнёры по-разному называют товар, торговую точку или сам факт продажи, общий отчёт складывает несравнимые величины. DMS должна сохранять исходные данные и связывать их с согласованной моделью.
Товар и SKU
Локальные коды сопоставлены с единым товарным справочником.
Торговая точка
Контрагент, точка и адрес доставки различаются по идентификаторам. Совпадение адреса не доказывает дубль.
Единица измерения
Штуки, коробки и базовые единицы приводятся по согласованным правилам.
Правило продажи
Определены событие продажи, период, возвраты и отмены. Заказ и внутреннее перемещение не подменяют отгрузку клиенту.
DMS сама по себе не означает замену ERP или WMS и не требует раскрывать всю операционную среду партнёра. Источники данных, права, функции, частота обмена и критерии приёмки зависят от выбранной архитектуры и согласуются для проекта.
Практическая механика
Операции и условия обмена
Для выбранной системы проверяют не только наличие функции, но и источник данных, время обновления и обработку ошибок. Ниже - вопросы к процессу, а не обязательный набор возможностей любой DMS.
- 01
Отгрузка со склада и приёмка торговой точкой - разные события. Свяжите заказ, отгрузку и подтверждение получения, если оно входит в процесс. Расхождение по количеству должно получить причину и ответственного; одна запись об отгрузке не подтверждает получение всей партии.
- 02
Для заказа показывайте доступное количество, резерв и время обновления. Если партнёр не передал данные или обмен завершился ошибкой, помечайте это как неполные или устаревшие данные. Не подставляйте ноль продаж или нулевой остаток вместо неизвестного значения.
- 03
Если нужен учёт партий и сроков годности, проверьте их наличие в исходной системе. Определите, какие количества доступны к заказу, а какие зарезервированы или исключены из продажи. Это требования к выбранному процессу, а не универсальные возможности любой DMS.
- 04
Потребность в пополнении сопоставляйте с продажами, доступным запасом и уже оформленными заказами. Перемещение между своими складами не добавляет продажу клиенту. При повторной передаче одного документа проверяйте его идентификатор и версию, чтобы не учесть одну операцию дважды.
- 05
Учебный пример: клиент оформил заказ, дистрибьютор отгрузил товар, а затем принял возврат части товара. Для отчёта «отгрузки минус возвраты периода» берут учтённое количество отгрузок и вычитают возвраты, отнесённые к этому же периоду. Сам заказ и перемещение между своими складами не добавляют продажу. Такой отчёт показывает вторичные продажи по выбранному правилу, а не покупки конечных потребителей.
Следующий шаг
Вводные для обсуждения DMS
Список поможет описать вашу задачу и границы обмена перед обсуждением проекта. Ниже доступны страницы DMS и смежных модулей, чтобы сопоставить их возможности с вашим процессом.
- 01
Задача: видеть продажи партнёров или управлять собственными складами и филиалами. Опишите один процесс, в котором сейчас не хватает данных для решения.
- 02
Системы: название и версия ERP, WMS и других источников. Для товаров, клиентов и документов укажите, какая система хранит исходную запись.
- 03
Данные: обезличенные примеры заказа, отгрузки, приёмки, возврата и остатка с идентификаторами, статусами и временем изменения. Укажите единицы измерения и правило отнесения возврата к периоду.
- 04
Обмен: направление передачи, нужная частота, допустимая задержка и доступ партнёров. Отдельно определите, какие данные нельзя раскрывать другим участникам.
- 05
Проверка: выбранный партнёр или склад, ответственный и ожидаемый результат. Проверьте частичную приёмку, возврат, повторную передачу документа и отсутствие свежих данных. Начните с одного сопоставимого сценария.