Выполнение D2C — это спринт. Оптовая торговля – это совершенно другая дисциплина. Один из них с более строгими сроками, жесткими требованиями к маршрутизации розничных продавцов и бременем координации, на которое никогда не рассчитаны простые рабочие процессы комплектования и упаковки.
Большинство брендов понимают это на собственном горьком опыте. Заказы масштабируются, оптовые объемы растут, и начинают проявляться трещины. Внезапно появляются вкладки Excel, отслеживающие то, что уже должна знать складская платформа. Существуют потоки электронной почты для сверки информации, которая должна храниться в одном месте. Есть пропущенные сроки поставки, которые приводят к возвратным платежам, а также возвратные платежи, которые приводят к снижению маржи.
Это не проблема людей. Это структурный вопрос. И именно поэтому ShipMonk создал набор возможностей оптового выполнения заказов, разработанный специально для брендов среднего и корпоративного уровня, которым требуется 3PL для работы с B2B так же свободно, как и с D2C.
Оглавление
Что на самом деле требуется для оптового выполнения
Прежде чем углубляться в то, чем занимается ShipMonk, полезно честно рассказать о том, какие оптовые требования не соответствуют стандартным требованиям.
Розничные торговцы не просто хотят, чтобы ваш товар был на их полках. Они хотят, чтобы он был получен в нужный день, в правильной картонной упаковке, с правильными этикетками, доставлен через утвержденных перевозчиков и задокументирован соответствующими транзакциями EDI. Если вы пропустите какое-либо из этих требований, вас ждет возвратный платеж или предупреждение о несоблюдении требований.
Оптовая инфраструктура ShipMonk покрывает все это. Системная логика маршрутизации розничных продавцов встроена непосредственно в WMS, поэтому после настройки торгового партнера автоматически применяются правильные требования к упаковке и маркировке — меньше точек взаимодействия вручную, меньше ошибок соответствия, меньше возвратных платежей. EDI обрабатывается через ShipMonk EDI от Orderful, решение с белой маркировкой, которое делает создание новых розничных партнерств более быстрым и менее технически требовательным. А для счетов с большими объемами служба управления порталом ShipMonk обрабатывает загрузку напрямую на портал розничного продавца, поэтому продавцам не приходится тратить часы на загрузку этикеток и данных о поддонах после каждой отгрузки.
Это основа. Вот здесь становится интереснее.
Проблема координации, о которой никто не говорит
Даже при наличии надежных складских мощностей масштабные оптовые операции сталкиваются с другой проблемой: координацией.
Когда вы отправляете десять заказов на покупку в неделю трем разным розничным продавцам, вам необходимо знать, какие заказы готовы к отправке, какие ожидают маршрутизации, какие упакованы и размещены и какие грузы отправляются на одном и том же грузовике. Если эта информация находится в электронной таблице — или, что еще хуже, в нескольких таблицах, принадлежащих разным людям — вы находитесь в одном пропущенном обновлении от пропущенного окна.
Эту проблему призваны решить инструменты управления загрузкой и консолидации заказов ShipMonk.
Управление нагрузкой: оптовое планирование внутри платформы
Управление нагрузкой предоставляет продавцам и операционной команде ShipMonk общий обзор всех оптовых заказов в реальном времени — их статус, этапы маршрута, даты постановки и отгрузки — непосредственно внутри платформы ShipMonk. Никаких внешних таблиц. Никакого примирения. Одна из версий истины, на которую одновременно смотрят обе стороны.
Каждый план загрузки проходит определенный этап статуса: от «Ожидание пакета» через «Ожидание маршрутизации», «Ожидание назначения перевозчика» и «Ожидание получения» к «Забрано». Каждый этап виден в режиме реального времени, поэтому продавцы точно знают, где находятся их заказы, без необходимости звонить или писать кому-либо по электронной почте, чтобы узнать это.
Консолидация заказов: одна загрузка, один BOL, одно действие
Консолидация заказов – это функция, которая меняет повседневный рабочий процесс оптовых продавцов, отправляющих несколько заказов на покупку на одном грузовике.
Вместо управления настройкой перевозки, загрузкой BOL и сведениями о перевозчике по каждому заказу, продавцы могут группировать несколько заказов в единый план погрузки и обрабатывать все это один раз. Загрузите BOL на уровне загрузки, и он распространится на каждый заказ в группе. Установите способ доставки на уровне загрузки, и он будет применяться ко всем. Когда перевозчик забирает груз, каждый заказ в нем автоматически помечается как «Забран».
Для продавца, отправляющего пять заказов на поставку в один и тот же ЦОД на одном грузовике, в этом заключается разница между управлением пятью отдельными рабочими процессами и управлением одним.
Если грузовик может принять только часть груза, заказы можно разделить на два плана погрузки до подтверждения получения, каждый со своим собственным BOL и назначением перевозчика. Система отслеживает оба процесса независимо, и заказы на каждую партию груза обновляются, когда эта партия забирается.
А поскольку BOL всегда должен отражать фактическое содержимое загрузки, система обеспечивает это автоматически: если заказ перемещается в другой план загрузки, целевой BOL становится недействительным и его необходимо повторно загрузить. Это небольшое ограничение, которое предотвращает значительный риск несоблюдения требований.
Почему это важно и для розничных продавцов
Оптовая реализация не существует изолированно. Каждая отправляемая партия отправляется розничному продавцу со своими собственными требованиями к соблюдению требований. Чем теснее координация между планированием и исполнением, тем более последовательно бренды смогут реализовать свои планы, выполнить требования по маршрутизации и защитить себя от возвратных платежей, связанных с несоблюдением требований.
Управление загрузкой и консолидация заказов — это не просто удобные функции. Это операционная инфраструктура, которая делает возможной предсказуемую и масштабируемую оптовую торговлю. для бренда, для 3PL и для розничных партнеров, которые зависят от того и другого.
На что обратить внимание в готовом к оптовой продаже 3PL
Если вы оцениваете, сможет ли ваша текущая установка 3PL соответствовать вашим оптовым амбициям, вот вопросы, которые стоит задать:
Имеет ли ваша 3PL логика маршрутизации розничных продавцов, встроенная в ее WMS, или соответствие требованиям контролируется вручную для каждого заказа? Соблюдение требований вручную не масштабируется и приводит к возвратным платежам.
Можете ли вы управлять EDI внутри платформы или вам нужен отдельный поставщик? Фрагментированный EDI увеличивает затраты и сложность, которые усугубляются по мере роста числа ваших розничных партнеров.
Есть ли у вас информация в режиме реального времени о состоянии ваших оптовых заказов или вы следите за обновлениями по электронной почте? Если ваша операционная группа и ваш 3PL-специалист рассматривают разные данные, координация нарушается.
Можете ли вы объединить несколько заказов на покупку в одну партию и единожды управлять настройкой BOL и фрахта? Если нет, то вы выполняете оперативную работу, которую должна выполнять ваша 3PL-платформа.