Ligue as operações de preparação de encomendas da Shopify aos seus sistemas (3PL, WMS, suporte e BI)
Ative esta Extensão do ShopifyConnector para transformar a preparação de encomendas num fluxo operacional ligado: alterações de routing, pedidos a 3PL, split/merge de fulfillment orders e gestão de holds para exceções reais.
Porquê ativar esta extensão?
Porque a preparação de encomendas é onde se entrega a experiência pós-compra: prazos, exceções, mudanças de localização, cancelamentos e estados “on hold”. Se os seus sistemas só veem a encomenda, mas não a realidade do fulfillment, obtém:
Um WMS/3PL que não é informado das reatribuições nem dos splits.
Uma equipa de suporte que não sabe porque é que um envio está bloqueado.
Um BI incapaz de medir o SLA real (tempo em hold, falhas de reprocessamento).
Uma equipa de operações às cegas perante os marcos de routing, pickup e local delivery.
A Shopify disponibiliza topics de webhook dedicados para fulfillment events, fulfillment orders e fulfillment holds.
Mantenha o seu CRM/ERP alinhado
Aplique a governação B2B
Automatize o onboarding B2B
Melhore o reporting
Casos de uso reais
Integração com 3PL/WMS (orquestração da execução)
Gestão de exceções com holds (fulfillment bloqueado)
Routing e mudanças de localização (operação multiarmazém)
Operação avançada: split/merge e preparação para pickup e local delivery
Ligue a Shopify ao seu sistema
Perguntas Frequentes
Qual é a diferença entre fulfillment events e fulfillment orders?
Os fulfillment orders descrevem o plano operacional (routing, atribuição, pedidos a 3PL, split/merge). Os fulfillment events são eventos associados ao processo de fulfillment.
O que acontece se um fulfillment order tiver vários holds?
A Shopify admite vários holds; sc.fulfillment_holds/released pode ser disparado por cada hold libertado, enquanto sc.fulfillment_orders/hold_released é disparado uma única vez, quando o último hold é libertado.
Casos de uso reais
Que eventos ativa esta Extensão do ShopifyConnector?
-
A) Fulfillment events
- sc.fulfillment_events/create
- sc.fulfillment_events/delete
- A Shopify indica
read_fulfillmentspara estes topics.
-
B) Fulfillment holds
- sc.fulfillment_holds/added
- sc.fulfillment_holds/released
-
C) Fulfillment orders
- Entre os topics operacionais essenciais estão:
- sc.fulfillment_orders/fulfillment_request_submitted / accepted / rejected
- sc.fulfillment_orders/cancellation_request_submitted / accepted / rejected
- sc.fulfillment_orders/cancelled
- sc.fulfillment_orders/placed_on_hold
- sc.fulfillment_orders/hold_released (é disparado uma única vez, quando o último hold é libertado e o FO deixa de estar on hold)
- sc.fulfillment_orders/moved, sc.fulfillment_orders/order_routing_complete
- sc.fulfillment_orders/split, sc.fulfillment_orders/merged
- sc.fulfillment_orders/scheduled_fulfillment_order_ready
- sc.fulfillment_orders/line_items_prepared_for_pickup / prepared_for_local_delivery
- sc.fulfillment_orders/fulfillment_service_failed_to_complete
- A Shopify exige um dos scopes de acesso de fulfillment orders consoante o topic (merchant managed / assigned / third party / marketplace).
Diga-nos que sistemas utiliza.