Shopify Flow: какие отправки допустить к автоматической покупке этикетки

Единица проверки — конкретное задание на исполнение

Purchase shipping label покупает одну этикетку для одного fulfillment order. Действие поддерживает исполнение непосредственно через Shopify; назначение стороннему сервису исполнения не подходит. Документация рекомендует фильтр по назначенной точке или сервису. Данные запуска должны содержать fulfillmentOrder.id, который определяет обрабатываемое задание. Границы нового действия.

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

Триггер Fulfillment order ready to fulfill срабатывает после завершения оценки риска, при доступном запасе и снятии исходной системной задержки. Один заказ может иметь несколько заданий; запуск происходит для каждого, а также после снятия удержания при состоянии open. Для заданий, созданных редактированием заказа, этот триггер не запускает workflow. Что означает ready to fulfill.

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

Задайте узкий список разрешённых отправок

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

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

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

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

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

Учебный набор проверок до платного шага

Представим вымышленный магазин, который разрешил автоматизацию для одной единицы товара T1 в проверенной упаковке, с собственной точки и по выбранному внутреннему маршруту. Оплата должна быть подтверждена, риск принят по правилам магазина. Это редакционный пример отбора; мы не запускали Flow и не покупали этикетки.

1. Подходящий случай. Одна T1, все обязательные данные и разрешения подтверждены. В проверке логики запись должна дойти до шага покупки. Само достижение шага ещё не означает приобретённую этикетку.
2. Нет подтверждённой оплаты. Тот же товар и маршрут, но нужного статуса оплаты нет. Запись не допускается к расходу, даже если событие называется ready to fulfill.
3. Стороннее исполнение. Оплата есть, но задание назначено партнёру. Фильтр исключает его до действия. Общий статус заказа не должен скрывать другое назначение исполнителя.
4. Количество изменилось. В одной строке теперь две T1. Условие «одна строка» не равно условию «одна единица». Для выбранного пилота запись уходит сотруднику: прежний фиксированный вес и упаковка не считаются подтверждёнными автоматически.
5. Разделённый заказ. Одно задание относится к собственной точке, другое — к партнёру. Проверяющий сверяет оба идентификатора и состав. Допуск первого не разрешает покупку для второго и не подтверждает готовность всего заказа.
6. Повторное событие. После снятия удержания приходит новый запуск для уже известного задания. До повторного расхода требуется объяснимый результат проверки существующей этикетки. Если выбранная конфигурация не обеспечивает нужное ограничение, такой случай направляется человеку.
7. Заказ отредактирован. Новое задание возникло из изменения заказа. Проверьте отдельный путь обработки, поскольку описанный триггер его не охватывает. Отсутствие запуска не должно незаметно оставлять посылку без ответственного.

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

Тест логики не подтверждает покупку у перевозчика

Встроенный тест Flow не меняет рабочие данные и останавливается на первом действии, которое пытается внести изменение. Он помогает проверить условия, переменные и параметры. В тесте можно использовать записанные или смоделированные события. Официальные ограничения тестового режима.

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

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

Проверьте тариф, страну и доступную услугу

Flow является бесплатным приложением для планов Basic, Grow, Advanced и Plus. Часть других действий имеет тарифные ограничения, а лимиты использования зависят от плана. Бесплатность приложения не означает бесплатную пересылку или отсутствие затрат на настройку. Условия доступа к Shopify Flow.

Общая таблица покупки этикеток Shopify перечисляет точки исполнения в США, Канаде, Австралии, Великобритании, Франции, Германии, Италии, Нидерландах, Польше и Испании. Услуги различаются: например, DHL eCommerce Netherlands указан для внутренних отправок, а DHL eCommerce Poland — в другие страны ЕС, без внутренних этикеток. Это условия общей покупки, а не гарантия работы каждой комбинации в Flow. Страны и перевозчики Shopify.

Попросите исполнителя подтвердить конкретную пару «точка — адрес назначения», перевозчика, упаковку и наличие нового действия в вашем аккаунте. Не переносите доступность одной страны на соседнюю или наличие тарифа при оформлении заказа на возможность покупки соответствующей этикетки. Неизвестная совместимость остаётся открытым условием запуска.

Бесплатное приложение выполняет платное действие

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

В отдельных регионах покупка требует банковской проверки 3D Secure, обычно при первой операции. После отправки перевозчик может скорректировать стоимость из-за неверных параметров, создав дополнительное начисление или кредит. Подтверждение оплаты и корректировки.

Назначьте владельца расходов и сверки. В смете отдельно учитывайте подписку магазина, настройку, почтовые покупки, возможные корректировки и сопровождение исключений. Не обещайте, что Flow обходит банковское подтверждение, а первоначальная цена становится окончательной при любом фактическом весе.

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

Не превращайте неизвестный результат в повторный расход

Ручной повтор Flow использует данные исходного триггера, включая идентификатор, но получает актуальные данные для условий и действий. Это не точное воспроизведение старого снимка. Правила повторного запуска.

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

Общие правила частично выполненных цепочек разобраны в материале о проверяемых действиях Flow. При изменении уже работающего сценария отдельно учитывайте существующие запуски и их состояние. Название Flow в разных продуктах не означает одинаковое поведение или готовую связь между ними.

Хороший результат первого этапа — узкая группа разрешённых покупок и видимая очередь исключений. Материал не подтверждает нативную покупку этикеток Shopify через SABSUS, не гарантирует отсутствие дублей и не требует автоматизировать все отправки. Если нельзя доказать основание расхода до платного шага, ручной контроль пока полезнее широкого запуска.