
Shopify Admin Stock Velocity Report
- 7 installs
- 173 repo stars
- Updated June 26, 2026
- 40rty-ai/shopify-admin-skills
shopify-admin-stock-velocity-report is a Claude Code skill that computes days-of-supply and sell-through rate per Shopify SKU for replenishment planning.
About
A Claude Code skill that queries the Shopify Admin GraphQL API to calculate days-of-supply and sell-through rate for every stocked SKU. It aggregates product variants, orders in a lookback window, and inventory items, then flags SKUs below a days-of-supply threshold. A developer or merchant runs it to prioritize reorders and spot slow-moving stock.
- Calculates Days of Supply and Sell-Through Rate per SKU from Shopify orders and inventory
- Flags SKUs below a configurable days-of-supply threshold for reorder
- Read-only Shopify Admin GraphQL skill; exports a velocity CSV
Shopify Admin Stock Velocity Report by the numbers
- 7 all-time installs (skills.sh)
- Ranked #1,587 of 2,715 Automation & Workflows skills by installs in the Skillselion catalog
- Data as of Aug 1, 2026 (Skillselion catalog sync)
shopify-admin-stock-velocity-report capabilities & compatibility
Free; requires an authenticated Shopify CLI session with read scopes.
- Capabilities
- inventory report · sell through analysis · reorder planning
- Use cases
- data analysis
- Runs
- Runs locally
- Pricing
- Free
What shopify-admin-stock-velocity-report says it does
Read-only: calculates days-of-supply and sell-through rate per SKU and location for replenishment planning.
**Days of Supply (DoS)**: how many days of stock remain at current sales velocity
npx skills add https://github.com/40rty-ai/shopify-admin-skills --skill shopify-admin-stock-velocity-reportAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 7 |
|---|---|
| repo stars | ★ 173 |
| Last updated | June 26, 2026 |
| Repository | 40rty-ai/shopify-admin-skills ↗ |
What it does
Prioritize inventory reorders by computing per-SKU days-of-supply and sell-through from recent Shopify sales.
Who is it for?
Merchants planning reorders who need per-SKU velocity from live Shopify data.
Skip if: Stores without tracked inventory or with no orders in the selected window.
When should I use this skill?
You need to know which SKUs will run out and which are slow-moving.
What you get
A ranked report of critical, healthy, and zero-velocity SKUs with a velocity CSV.
- velocity_<date>.csv
- Human or JSON velocity report
By the numbers
- 3 GraphQL query operations
- default 30-day sales window
- default 14-day DoS alert threshold
Files
Purpose
Calculates two critical replenishment metrics for every stocked SKU:
- Days of Supply (DoS): how many days of stock remain at current sales velocity
- Sell-Through Rate: percentage of stock sold vs. total received in the period
Read-only — no mutations.
Prerequisites
- Authenticated Shopify CLI session:
shopify store auth --store <domain> --scopes read_products,read_orders,read_inventory - API scopes:
read_products,read_orders,read_inventory
Parameters
| Parameter | Type | Required | Default | Description |
|---|---|---|---|---|
| store | string | yes | — | Store domain (e.g., mystore.myshopify.com) |
| days_back | integer | no | 30 | Sales window for velocity calculation |
| dos_alert_threshold | integer | no | 14 | Flag SKUs with fewer than this many days of supply |
| vendor_filter | string | no | — | Optional vendor to scope report |
| format | string | no | human | Output format: human or json |
Safety
ℹ️ Read-only skill — no mutations are executed. Safe to run at any time.
Workflow Steps
1. OPERATION: productVariants — query Inputs: first: 250, select sku, inventoryQuantity, inventoryItem { id }, pagination cursor Expected output: All variants with on-hand quantities; paginate until hasNextPage: false
2. OPERATION: orders — query Inputs: query: "created_at:>='<NOW - days_back days>'", first: 250, select lineItems { variant { id }, quantity }, pagination cursor Expected output: Units sold per variant in the window
3. OPERATION: inventoryItems — query Inputs: Batch by inventory item IDs for stocked variants Expected output: Cost and tracked status per item
4. Calculate per SKU:
daily_velocity = units_sold / days_backdays_of_supply = on_hand / daily_velocity(∞ if velocity = 0)sell_through_rate = units_sold / (units_sold + on_hand)× 100
GraphQL Operations
# productVariants:query — validated against api_version 2025-01
query VariantsForVelocity($query: String, $after: String) {
productVariants(first: 250, after: $after, query: $query) {
edges {
node {
id
sku
inventoryQuantity
product {
id
title
vendor
}
inventoryItem {
id
}
}
}
pageInfo {
hasNextPage
endCursor
}
}
}# orders:query — validated against api_version 2025-01
query SalesVelocityData($query: String!, $after: String) {
orders(first: 250, after: $after, query: $query) {
edges {
node {
lineItems(first: 50) {
edges {
node {
quantity
variant {
id
sku
}
}
}
}
}
}
pageInfo {
hasNextPage
endCursor
}
}
}# inventoryItems:query — validated against api_version 2025-01
query InventoryItemDetails($ids: [ID!]!) {
nodes(ids: $ids) {
... on InventoryItem {
id
sku
unitCost {
amount
currencyCode
}
tracked
}
}
}Session Tracking
Claude MUST emit the following output at each stage. This is mandatory.
On start, emit:
╔══════════════════════════════════════════════╗
║ SKILL: Stock Velocity Report ║
║ 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>On completion, emit:
For format: human (default):
══════════════════════════════════════════════
STOCK VELOCITY REPORT (<days_back>-day window)
SKUs analyzed: <n>
Critical (< <threshold> DoS): <n>
Healthy (≥ <threshold> DoS): <n>
Zero velocity (no sales): <n>
Critical SKUs:
"<product>" SKU: <sku> DoS: <n>d Velocity: <n>/day
Output: velocity_<date>.csv
══════════════════════════════════════════════For format: json, emit:
{
"skill": "stock-velocity-report",
"store": "<domain>",
"period_days": 30,
"dos_alert_threshold": 14,
"skus_analyzed": 0,
"critical_count": 0,
"healthy_count": 0,
"zero_velocity_count": 0,
"output_file": "velocity_<date>.csv"
}Output Format
CSV file velocity_<YYYY-MM-DD>.csv with columns: variant_id, sku, product_title, vendor, on_hand, units_sold, daily_velocity, days_of_supply, sell_through_pct, alert
Error Handling
| Error | Cause | Recovery |
|---|---|---|
THROTTLED | API rate limit exceeded | Wait 2 seconds, retry up to 3 times |
| Zero velocity for all SKUs | No orders in window | Flag all stocked SKUs as "no sales"; check date window |
| Variant without inventory item | Bundle or virtual product | Skip inventory data, calculate velocity from orders only |
Best Practices
days_back: 30works well for fast movers; usedays_back: 90for slower-moving or seasonal products.- SKUs with DoS < 14 and active marketing campaigns are highest priority for reorder — cross-reference with your supplier lead times.
- Zero-velocity SKUs are candidates for the
dead-stock-identifierworkflow — if they've had no sales for 90+ days with stock on hand, consider markdown or discontinuation. - Run weekly during peak season to catch fast-depleting SKUs before they go out of stock.
Related skills
FAQ
Does it change any inventory?
No. It is read-only and executes no mutations.
What if a SKU has no sales?
It is flagged as zero velocity with infinite days of supply.