shopify-admin-split-shipment-planner
SkillCommerce & financeSplits a multi-line fulfillment order into separate shipments for partial or location-specific shipping.
Available today. Use it from your connected AI after setup.
No other account needed.
Connect ahel once, and every AI you use reads what you have installed.
Then ask your AI: use the shopify-admin-split-shipment-planner skill
What this skill tells your AI
The instructions your AI receives, as published by 40rty-ai/shopify-admin-skills in skills/fulfillment-ops/shopify-admin-split-shipment-planner/SKILL.md and read by ahel’s review.
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
OPENstatus
Parameters
| Parameter | Type | Required | Default | Description |
|---|---|---|---|---|
| store | string | yes | — | Store domain (e.g., mystore.myshopify.com) |
| fulfillment_order_id | string | yes | — | GID of the fulfillment order to split |
| split_groups | array | yes | — | List of {line_item_ids: [], quantities: []} defining each shipment group |
| dry_run | bool | no | true | Preview split without executing mutation |
| format | string | no | human | Output format: human or json |
Safety
⚠️
fulfillmentOrderSplitis irreversible — a split fulfillment order cannot be merged back. The original fulfillment order is replaced by multiple new ones. Run withdry_run: trueto confirm the intended groupings before committing. Ensure allline_item_idsinsplit_groupsbelong to the target fulfillment order.
Workflow Steps
-
OPERATION:
fulfillmentOrders— query Inputs: Query for the specific fulfillment order by order ID, filter bystatus: OPENExpected output: Fulfillment order with alllineItems { 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,fulfillmentOrderLineItemsarray per split group Expected output: Array of newfulfillmentOrders { 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
| Error | Cause | Recovery |
|---|---|---|
THROTTLED | API rate limit exceeded | Wait 2 seconds, retry |
userErrors — invalid line item | Line item ID not in fulfillment order | Abort and report mismatch |
userErrors — quantity exceeds remaining | Split quantity > remaining quantity | Abort and report per line item |
| Fulfillment order not OPEN | Already fulfilled or cancelled | Abort with status report |
Best Practices
- Use
dry_run: trueto preview the resulting shipment groups before splitting — a split cannot be reversed. - Ensure
split_groupscovers 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-routingskill to move the split groups to the correct locations after splitting.
Signals
- GitHub stars
- 187
- Forks
- 18
- Last commit
- Aug 2026
ahel review
S4info
community integration — published by 40rty-ai, not shopify
Automated review, not a security audit. Ruleset v1.
Advanced
- Catalog kind
- skill
- Gateway key
shopify-admin-split-shipment-planner- Source
- github.com/40rty-ai/shopify-admin-skills