Split Shipment Planner

Splits a multi-line fulfillment order into separate shipments for partial or location-specific shipping.

shopify-admin-split-shipment-planner


Purpose

Splits a fulfillment order containing multiple line items into two or more separate fulfillment orders, each of which can be shipped independently with its own tracking number. Used when items in an order ship from different locations, on different dates, or require different carriers. Replaces manual split-shipment handling in Shopify Admin.


Prerequisites

  • Authenticated Shopify CLI session: shopify store auth --store --scopes read_orders,write_fulfillments
  • API scopes: read_orders, write_fulfillments
  • Target fulfillment order must be in OPEN status

  • Parameters


    ParameterTypeRequiredDefaultDescription
    storestringyesStore domain (e.g., mystore.myshopify.com)
    fulfillment_order_idstringyesGID of the fulfillment order to split
    split_groupsarrayyesList of {line_item_ids: [], quantities: []} defining each shipment group
    dry_runboolnotruePreview split without executing mutation
    formatstringnohumanOutput format: human or json

    Safety


    > ⚠️ fulfillmentOrderSplit is irreversible — a split fulfillment order cannot be merged back. The original fulfillment order is replaced by multiple new ones. Run with dry_run: true to confirm the intended groupings before committing. Ensure all line_item_ids in split_groups belong to the target fulfillment order.


    Workflow Steps


  • OPERATION: fulfillmentOrders — query
  • Inputs: Query for the specific fulfillment order by order ID, filter by status: OPEN

    Expected output: Fulfillment order with all lineItems { id, remainingQuantity, variant { sku, title } }


  • Validate split_groups — confirm all line item IDs exist in the fulfillment order and quantities are ≤ remaining quantities

  • OPERATION: fulfillmentOrderSplit — mutation
  • Inputs: fulfillmentOrderId, fulfillmentOrderLineItems array per split group

    Expected output: Array of new fulfillmentOrders { id, lineItems }, userErrors


    GraphQL Operations


    # fulfillmentOrders:query — validated against api_version 2025-01
    query FulfillmentOrderLines($orderId: ID!) {
      order(id: $orderId) {
        id
        name
        fulfillmentOrders(first: 10) {
          edges {
            node {
              id
              status
              lineItems(first: 50) {
                edges {
                  node {
                    id
                    remainingQuantity
                    totalQuantity
                    variant {
                      id
                      sku
                      title
                    }
                  }
                }
              }
            }
          }
        }
      }
    }
    

    # fulfillmentOrderSplit:mutation — validated against api_version 2025-01
    mutation FulfillmentOrderSplit($fulfillmentOrderId: ID!, $fulfillmentOrderLineItems: [FulfillmentOrderLineItemInput!]!) {
      fulfillmentOrderSplit(
        fulfillmentOrderId: $fulfillmentOrderId
        fulfillmentOrderLineItems: $fulfillmentOrderLineItems
      ) {
        fulfillmentOrders {
          id
          status
          lineItems(first: 50) {
            edges {
              node {
                id
                remainingQuantity
                variant {
                  sku
                  title
                }
              }
            }
          }
        }
        userErrors {
          field
          message
        }
      }
    }
    

    Session Tracking


    Claude MUST emit the following output at each stage. This is mandatory.


    On start, emit:

    ╔══════════════════════════════════════════════╗
    ║  SKILL: Split Shipment Planner               ║
    ║  Store: <store domain>                       ║
    ║  Started: <YYYY-MM-DD HH:MM UTC>             ║
    ╚══════════════════════════════════════════════╝
    

    After each step, emit:

    [N/TOTAL] <QUERY|MUTATION>  <OperationName>
              → Params: <brief summary of key inputs>
              → Result: <count or outcome>
    

    If dry_run: true, prefix every mutation step with [DRY RUN] and do not execute it.


    On completion, emit:


    For format: human (default):

    ══════════════════════════════════════════════
    OUTCOME SUMMARY
      Original fulfillment order: <id>
      Split into:                 <n> shipments
      Errors:                     <n>
    
      Shipment 1: <line items summary>
      Shipment 2: <line items summary>
    ══════════════════════════════════════════════
    

    For format: json, emit:

    {
      "skill": "split-shipment-planner",
      "store": "<domain>",
      "started_at": "<ISO8601>",
      "completed_at": "<ISO8601>",
      "dry_run": true,
      "original_fulfillment_order_id": "<id>",
      "resulting_fulfillment_orders": [],
      "errors": 0
    }
    

    Output Format

    Human-readable split summary. No CSV output — split results are viewable in Shopify Admin under the order's fulfillment tab.


    Error Handling

    ErrorCauseRecovery
    THROTTLEDAPI rate limit exceededWait 2 seconds, retry
    userErrors — invalid line itemLine item ID not in fulfillment orderAbort and report mismatch
    userErrors — quantity exceeds remainingSplit quantity > remaining quantityAbort and report per line item
    Fulfillment order not OPENAlready fulfilled or cancelledAbort with status report

    Best Practices

  • Use dry_run: true to preview the resulting shipment groups before splitting — a split cannot be reversed.
  • Ensure split_groups covers all line items in the fulfillment order; any unassigned items will remain in the original (residual) fulfillment order.
  • For orders with items shipping from different warehouses, use the fulfillment-location-routing skill to move the split groups to the correct locations after splitting.