Большинство команд переходят на массовую печать транспортных этикеток для решения рутинных задач, и я полностью понимаю привлекательность этого подхода. Четыреста заказов в очереди, кто-то кликает по ним по одному, и вот очевидное решение прямо перед глазами. Распечатать их все сразу.
Это решение работает. Но мне гораздо интереснее то, что оно оставляет без внимания.
Пакетная обработка группирует заказы так, чтобы одна операция охватывала их все, а это значит, что одно решение по выбору перевозчика также распространяется на всех. Большинство пакетных рабочих процессов создаются с расчетом на назначение одного перевозчика для всей группы, потому что это самое простое правило для настройки и потому что никто не возвращается к правилу, которое, кажется, работает. Ускорьте пакетную обработку, и вы примените то же самое правило к большему количеству отправлений.
Ничего из этого не является неотъемлемой частью массовых этикеток. Это выбор того, как формируется группа, и вы можете его изменить. Ниже описан рабочий процесс, где на самом деле принимается решение о выборе перевозчика, и то, во что обходится вашему складу его изменение.
Что такое массовые транспортные этикетки?
Массовые транспортные этикетки — это этикетки перевозчиков, созданные для множества отправлений в рамках одного рабочего процесса и объединенные в один файл для печати. Заказы могут поступать из интеграции с магазином, через загрузку CSV-файла или через API-запрос. В зависимости от системы, каждое отправление в группе может следовать одному правилу перевозчика или оцениваться и назначаться индивидуально.
Вы также можете встретить название «пакетные транспортные этикетки». Эти термины взаимозаменяемы.
Под этим названием скрываются две разные проблемы. Массовая печать этикеток — это проблема процесса печати: один файл, один принтер, один проход, никто не ходит к столу между упаковками. Массовая покупка этикеток — это проблема закупок, потому что каждая этикетка в этом файле представляет собой тариф, который кто-то выбрал, и деньги, которые кто-то потратил. Большинство команд отлично справляются с первым, но никогда не проводят аудит второго.
Механика одинакова, независимо от того, печатаете ли вы транспортные этикетки массово через панель управления или через API. Заказы поступают, данные об отправлении проверяются, для каждого отправления возвращаются тарифы, выбираются перевозчик и услуга, оплачивается почтовый сбор для каждого отправления, а готовые этикетки объединяются в один файл для принтера. Ручные и автоматизированные транспортные этикетки идентичны в этой последовательности, за исключением этапа выбора. Человек выбирает заказ за заказом, статическое правило делает выбор один раз для всей группы, или логика выбора работает для каждой посылки отдельно. Все три варианта выглядят одинаково при выходе из принтера.
Где на самом деле принимается решение о выборе перевозчика
Представьте пакет из 500 заказов, сгруппированных по месту комплектации и уровню обслуживания, и все они назначены одному перевозчику, потому что именно так была сформирована группа. Внутри него находится посылка весом 8 унций, отправляемая в плотную городскую зону, и посылка весом 6 фунтов, отправляемая по сельскому адресу в 7-й зоне. У этих двух отправлений почти нет ничего общего, кроме часа, когда они были скомплектованы. Тем не менее, они получают одного и того же перевозчика.
Ни одна из этикеток не выглядит неправильной, и именно поэтому это трудно заметить. Пакет распечатался чисто, посылки ушли, и никто не подал жалобу. Ничего не сломано, поэтому нет ошибки, которую нужно искать. Есть только выбор, который был сделан один раз, а затем унаследован несколько тысяч раз.
Сверка покажет вам, что вы потратили. Она не может показать, сколько бы стоил другой подходящий перевозчик, потому что перевозчик, которого вы никогда не оценивали, не оставил после себя никаких записей. Таким образом, стоимость правила перевозчика на уровне группы накапливается там, где ваша отчетность ее не охватывает, и именно так сумма становится достаточно большой, чтобы финансовый отдел задал вопросы, при этом никто не может указать на конкретную причину.
Radio Flyer — полезный пример в данном случае. Команда увеличила объем отправлений с 800–1000 до примерно 4000 посылок в день, интегрировалась за один-два месяца и начала пакетную отправку, загружая 250 отправлений в одном CSV-файле через EasyPost API. Пропускная способность — это та часть истории, которую можно измерить в тематическом исследовании. То, во сколько обходятся эти 4000 этикеток по сравнению с тем, сколько они могли бы стоить — это та часть, которую вы измеряете внутри своей собственной операции.
Во что обходится вашему складу распределение пакета между четырьмя перевозчиками
Каждый руководитель операционного отдела, работавший в пиковый сезон, уже знает эту часть, поэтому я не буду притворяться, что это бесплатно. Пакет, охватывающий четырех перевозчиков, означает отдельные зоны комплектации, отдельные окна приема для каждого дока, который у вас есть, и отдельные манифесты.
Последнее является обязательным. ScanForm может включать только отправления от одного аккаунта перевозчика, и каждое отправление в нем должно иметь один и тот же адрес отправления. Таким образом, пакет для четырех перевозчиков — это четыре ScanForm, и кто-то должен создавать, распечатывать и передавать каждую из них в конце каждой смены. Если ваша зона отправки — это один стол и одна дверь, оценка стоимости для каждого отправления может увеличить затраты на рабочую силу быстрее, чем снизить затраты на фрахт.
Существует договорная версия той же проблемы. Если ваше соглашение с перевозчиком имеет уровни объема, перенос отправлений от вашего основного перевозчика может привести к снижению объема ниже порогового значения, и потерянная скидка может превысить разницу в тарифах, которую вы только что получили.
Группировка по перевозчику не всегда является ошибкой. Проблема в том, что большинство команд никогда намеренно не устанавливают эту точку безубыточности. Рабочий процесс был построен таким образом три года назад, и с тех пор никто его не пересматривал.
Как понять, стоит ли оценивать каждое отправление отдельно
Вы можете оценить это до того, как что-либо менять, используя данные, которые у вас уже есть.
Возьмите отправления за последний квартал и оцените их по тарифам каждого перевозчика, которого вы могли бы использовать. Это даст вам разницу в тарифах, которую вы упустили, что является потенциальной выгодой. Затем вычтите две стоимости ее получения: скидку за объем, которую вы поставите под угрозу, как только объем уйдет от вашего основного перевозчика, и затраты на рабочую силу для оформления большего количества манифестов и большего количества приемов каждую смену.
Если разница невелика, а ваш контракт имеет «обрыв», с которого вы можете упасть, оставьте группировку как есть и направьте усилия на что-то другое. Если разница существенна, а ваш док может принять еще одну зону, у вас есть аргументы для изменений. Большинство команд никогда не проводили этот расчет, поэтому ответ продолжает сводиться к тому, что уже делает рабочий процесс.
Один API, каждый перевозчик в вашем пакете
Посмотрите, как EasyPost оценивает каждое отправление по его собственным характеристикам, покупает почтовые услуги у более чем 100 перевозчиков и возвращает один файл печати для всего пакета.
Изучить Shipping API
Пять правил, которые я бы применил перед изменением логики пакетной обработки
- Группируйте по ограничениям выполнения заказа. Место комплектации, уровень обслуживания и время отсечки — это границы, которые уже есть в вашей работе. Выбор перевозчика должен происходить после того, как группа уже сформирована.
- Оценивайте каждое отправление по его собственным характеристикам. Вес, габариты, зона назначения и окно доставки должны определять выбор для каждой посылки. API для мультиперевозчиков берет на себя оценку и покупку услуг у всех ваших подключенных аккаунтов, а уровень принятия решений, такой как Luma AI Select, применяет выбор в момент создания каждой этикетки, оценивая перевозчиков по фактической эффективности доставки, а не по опубликованным срокам транзита. EasyPost фиксирует в среднем 15% экономии затрат для клиентов, использующих Luma.
- Оставьте этап печати в один проход. Группа, охватывающая нескольких перевозчиков, все равно должна возвращаться в виде одного файла, чтобы человек у принтера выполнял одну задачу, независимо от того, сколько перевозчиков затронул пакет.
- Спроектируйте путь обработки исключений. Заранее решите, что произойдет, если у одного отправления окажется неверный адрес, отсутствующий вес или ошибка при покупке. В EasyPost каждое отправление должно перейти в состояние «куплено», прежде чем будет сформирована консолидированная этикетка, поэтому одну ошибочную запись необходимо исправить или удалить, прежде чем можно будет распечатать остальные. Выясните, сможет ли ваша команда сделать это за считанные минуты. Почти никто не спрашивает об этом во время оценки, а это первое, с чем возникают проблемы в декабре.
- Сверяйте пакетную обработку с фактическими показателями доставки. Самый дешевый вариант при покупке и лучший вариант по доставке — это разные рейтинги, и правила, настроенные только на первый, со временем перестанут соответствовать второму.
Часто задаваемые вопросы о массовой печати этикеток
Сколько отправлений должно быть в одном пакете? EasyPost рекомендует ограничивать каждый пакет 1000 отправлений, что позволяет избежать ошибок тайм-аута в процессе покупки. Если отправлений больше, разделите работу на несколько пакетов. Консолидированные этикетки возвращаются в формате PDF, ZPL или EPL2, в зависимости от того, какой формат поддерживают ваши принтеры.
Может ли один пакет содержать этикетки для нескольких перевозчиков в одном файле? Да. Как только для отправлений в группе была куплена почтовая оплата, можно создать файл консолидированных этикеток для всех них, независимо от того, какой перевозчик использовался для каждого из них. Ваш набор перевозчиков влияет на манифесты, что является отдельным ограничением, которое стоит учитывать при планировании.
Нужен ли мне API или достаточно массовой загрузки? Загрузка CSV подходит для команд, чьи заказы хранятся в электронных таблицах или поступают из источника без прямой интеграции. API становится необходим, когда этикетки нужно создавать по расписанию, по событиям заказа или рассчитывать стоимость для каждого отправления без участия человека. Объем здесь менее важен, чем то, какая часть процесса должна выполняться без участия человека.
Печатайте массовые этикетки по всей вашей сети перевозчиков
Изучите EasyPost Shipping API, чтобы понять, как отправления, тарифы и консолидированные пакетные этикетки взаимодействуют с более чем 100 перевозчиками.
Создаете решение самостоятельно? В руководстве по Batch API содержатся подробности реализации.
