DOCS

Правила оценки отправки

Правила оценки отправки

Управляйте доступностью опций доставки при оформлении заказа.

GraphQL

Расширенные правила предоставляют вам инструменты для тонкой настройки вариантов доставки, учитывая такие факторы, как вес, место доставки, стоимость товара или SKU. Создавайте правила, чтобы сделать услуги доставки доступными в нужных обстоятельствах и скрыть их, когда это не требуется.

Условия для фиксированных тарифов: Если вы используете опции доставки с фиксированной ставкой, рассмотрите возможность встроения условий по весу или стоимости корзины непосредственно в условия доставки с фиксированной ставкой, вместо создания расширенного правила.

По весу 

Используйте расширенные правила для установки ограничений по весу для ваших уровней услуг доставки. Это особенно полезно, когда вы настроили пользовательскую услугу через таблицу тарифов и она имеет конкретные ограничения по весу. Хотя Zonos знает ограничения по весу подключенных услуг доставки, мы не знаем ограничения по весу для любых пользовательских услуг, которые вы настроили через таблицу тарифов. Запросите у вашего пользовательского перевозчика ограничения по весу и примените их через расширенное правило.

Предположим, вы добавили DHL Packet International в качестве опции доставки через таблицу тарифов. Эта услуга доставки недоступна для заказов весом менее 4,4 фунтов. Вам нужно ограничить DHL Packet International, чтобы она не отображалась в качестве опции доставки, когда заказ весит менее 4,4 фунтов. Для этого введите следующие входные данные в качестве переменных в мутации ruleCreate.

1{
2 "input": {
3 "name": "Restrict shipping under 4.4 lbs",
4 "description": "Turn off shipping service level when the order weighs less than 4.4 lbs",
5 "condition": ":weight: < 4.4 pound and :service_level_name: any_contains \"DHL Packet International\"",
6 "action": "enabled = false",
7 "context": "SHIPMENT_RATING_BUFFER"
8 }
9}

По адресу 

Расширенные правила также могут помочь вам создать ограничения по адресу для ваших уровней услуг доставки. Вы можете использовать ограничения по адресу для:

  • Применение ограничений услуги к таблицам тарифов — Хотя подключенные услуги доставки напрямую спрашивают у перевозчика, доступна ли услуга для определенного адреса, услуги, установленные через таблицу тарифов, всегда вернут тариф доставки, связанный со страной назначения. Если услуга недоступна для определенных почтовых индексов (часто удаленные территории), создайте правило, чтобы не разрешить эту опцию доставки для этого почтового индекса.
  • Показывать бесплатную доставку только выбранным пользователям — Хотите ли вы предложить бесплатную доставку конкретному покупателю, например влиятельному лицу или оптовому покупателю? Ограничивая опции доставки по адресу, вы можете обеспечить, чтобы бесплатная доставка была доступна исключительно для людей, которых вы хотите охватить.

Предположим, вы добавили пользовательскую опцию доставки под названием "Express", которая не доставляет в удаленные почтовые индексы Канады, такие как X0A 0A0. Введите следующие входные данные в качестве переменных в мутации ruleCreate.

1{
2 "input": {
3 "name": "Restrict shipping",
4 "description": "Do not allow rate sheet to be a shipping option when the postal code is X0A 0A0",
5 "condition": ":service_level_name: any_contains \"Express\" and :ship_to_postal_code: == 'X0A 0A0' and :ship_to_country: == CA",
6 "action": "enabled = false",
7 "context": "SHIPMENT_RATING_BUFFER"
8 }
9}

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

Поскольку одна и та же строка адреса 1 может существовать в нескольких районах, целесообразно дополнить ее почтовым индексом. Однако это не работает хорошо, если вы хотите разрешить несколько адресов в разных почтовых индексах. Если вы хотели бы это сделать, пожалуйста, дайте нам знать, чтобы мы могли приоритизировать создание этого функционала для вас.

1{
2 "input": {
3 "name": "Restrict free shipping",
4 "description": "Turn off free shipping when the address is anywhere but 123 Main St in the postal code 12345.",
5 "condition": ":service_level_name: == \"Free shipping\" and :ship_to_line_1: none_matches '123 Main St' and :ship_to_postal_code: none_matches '12345'",
6 "context": "SHIPMENT_RATING_BUFFER"
7 }
8}

По стоимости товара 

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

  • Скорость доставки — Обычно вам нужно убедиться, что товары доставляются быстро, чтобы снизить риск проблем во время доставки. Если вы продаете как товары высокой, так и низкой стоимости, вы можете предложить разные опции доставки в зависимости от стоимости заказа.
  • Бесплатная доставка — Альтернативно, вы можете захотеть показывать опцию бесплатной доставки только когда заказ превышает определенную сумму. Вы уже можете встроить условия стоимости для бесплатной доставки, когда вы устанавливаете правило бесплатной доставки. Однако, если вы хотите скрыть все остальные опции доставки при применении бесплатной доставки, создайте правило для этого.
  • Избежать подачи EEI — Если вы хотите избежать подачи EEI из-за сложности, вы можете решить не разрешать какие-либо опции доставки, когда корзина превышает 2500 USD. Поскольку Канада не требует EEI, вы можете написать правило, чтобы все еще разрешить заказы высокой стоимости в Канаду.

Допустим, вы создали опцию бесплатной доставки для заказов свыше 150 USD. Вы хотите скрыть другие опции доставки (Express и Priority), когда эта услуга доступна. Введите следующие входные данные в качестве переменных в мутации ruleCreate.

1{
2 "input": {
3 "name": "Only show free shipping over 150 USD",
4 "description": "Turn off all other shipping service levels when the order value is more than 150 USD",
5 "condition": ":items_total: > 150 USD and :service_level_name: ne \"Free Shipping\"",
6 "action": "enabled = false",
7 "context": "SHIPMENT_RATING_BUFFER"
8 }
9}

Предположим, вы предлагаете услуги Express и Priority, но вы не хотите, чтобы они были опцией при оформлении заказа для любых заказов свыше 2500 USD. Вы все еще хотите разрешить заказы свыше 2500 USD в Канаду, поскольку Канада не требует подачи EEI. Введите следующие входные данные в качестве переменных в мутации ruleCreate.

EEI обычно требуются, когда стоимость товаров с одним кодом HS превышает 2500 USD (не обязательно когда заказ превышает 2500 USD, так как у вас может быть заказ на 2500 USD с двумя разными товарами, каждый стоимостью 1500 USD). Имея это в виду, приведенное ниже правило не совпадает идеально с EEI, но ограничит опции доставки, когда они необходимы. Это также может ограничить опции доставки, когда EEI не требовалась (как в случае двух разных товаров, каждый стоимостью 1500 USD).

1{
2 "input": {
3 "name": "Restrict all shipping over 2500 USD",
4 "description": "Turn off all shipping service levels when the order value is more than 2500 USD, except to Canada",
5 "condition": ":amount: > 2500 USD and :service_level: any_contains \"Express,Priority\" and :ship_to_country: ne CA",
6 "action": "enabled = false",
7 "context": "SHIPMENT_RATING_BUFFER"
8 }
9}

По SKU 

Примечание: Ограничения по стране по SKU должны управляться в Catalog. Расширенные правила должны использоваться только, когда Catalog недостаточен (например, условия, которые специфичны для уровня услуги доставки).

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

Допустим, вы не хотите, чтобы ваш товар с SKU 123456 доставлялся через уровень услуги доставки Express. Введите следующие входные данные в качестве переменных в мутации ruleCreate.

1{
2 "input": {
3 "name": "Restrict shipping for items",
4 "description": "Turn off shipping service level when certain item is in the cart",
5 "condition": ":items.sku: any_matches '123456' and :service_level: any_contains \"Express\"",
6 "action": "enabled = false",
7 "context": "SHIPMENT_RATING_BUFFER"
8 }
9}

Настройки 

Примеры в этом документе можно изменить в соответствии с вашим конкретным сценарием. Когда вы изменяете actions и conditions, сначала проверьте, что они написаны правильно, прежде чем внедрять правило. Используйте мутацию validate, чтобы убедиться, что используется правильный синтаксис. Введите action и condition отдельно как expression и убедитесь, что используется правильный ruleContext.

1mutation validate {
2 validateExpression(
3 input: {
4 expression: ":items_total: > 150 USD and :service_level_name: ne \"Free Shipping\""
5 ruleContext: "SHIPMENT_RATING_BUFFER"
6 }
7 )
8}

Была ли эта страница полезной?


На этой странице: