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 <domain> --scopes read_orders,write_fulfillments
• API scopes: read_orders, write_fulfillments
• Target fulfillment order must be in OPEN status

Parameters

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

1. 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 } }

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

3. 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

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.