
Shopify Admin Inventory Aging Report
- 2 installs
- 173 repo stars
- Updated June 26, 2026
- 40rty-ai/shopify-admin-skills
shopify-admin-inventory-aging-report is a read-only Claude Code skill that buckets Shopify inventory by age since last sale and computes carrying-cost exposure per bucket.
About
This Claude Code skill categorizes stocked Shopify inventory into aging buckets based on how long each item has sat without selling, then calculates carrying-cost exposure per bucket. A merchandiser uses it to prioritize markdown and liquidation decisions with aging granularity beyond simple dead-stock lists. It is read-only and runs no mutations.
- Buckets stocked inventory by age (0-30, 31-60, 61-90, 91-180, 181+ days) from last sale or receipt
- Calculates carrying-cost exposure per bucket to prioritize markdowns and liquidation
- Read-only; runs productVariants, orders, and inventoryItems queries only
Shopify Admin Inventory Aging Report by the numbers
- 2 all-time installs (skills.sh)
- Ranked #1,759 of 2,064 Data Science & ML skills by installs in the Skillselion catalog
- Data as of Aug 1, 2026 (Skillselion catalog sync)
shopify-admin-inventory-aging-report capabilities & compatibility
Free; needs read_orders, read_products, and read_inventory scopes on a Shopify CLI session.
- Capabilities
- inventory aging report · carrying cost analysis · dead stock analysis
- Use cases
- data analysis
- Pricing
- Free
What shopify-admin-inventory-aging-report says it does
Categorizes all inventory into aging buckets based on how long items have been sitting without selling.
Calculates carrying cost exposure by bucket to prioritize markdown or liquidation decisions.
npx skills add https://github.com/40rty-ai/shopify-admin-skills --skill shopify-admin-inventory-aging-reportAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 2 |
|---|---|
| repo stars | ★ 173 |
| Last updated | June 26, 2026 |
| Repository | 40rty-ai/shopify-admin-skills ↗ |
What it does
Produce an aging report of Shopify inventory with per-bucket carrying-cost exposure to guide markdowns.
Who is it for?
Prioritizing markdown or liquidation of slow-moving Shopify stock using aging buckets and carrying-cost math.
Skip if: Adjusting or writing inventory quantities; it runs no mutations.
When should I use this skill?
You need to see how long inventory has been sitting and what it is costing to carry.
What you get
An aging report grouped into day-based buckets with units, value, and monthly carrying cost per bucket.
- Per-bucket units, total value, monthly carrying cost, and % of inventory value
By the numbers
- Default 5 aging buckets (0-30, 31-60, 61-90, 91-180, 181+ days)
- Default carrying cost 25% (industry avg 20-30%)
Files
Purpose
Categorizes all inventory into aging buckets based on how long items have been sitting without selling. Calculates carrying cost exposure by bucket to prioritize markdown or liquidation decisions. Goes deeper than dead-stock identification by providing aging granularity. Read-only — no mutations.
Prerequisites
- Authenticated Shopify CLI session:
shopify store auth --store <domain> --scopes read_orders,read_products,read_inventory - API scopes:
read_orders,read_products,read_inventory
Parameters
| Parameter | Type | Required | Default | Description |
|---|---|---|---|---|
| store | string | yes | — | Store domain |
| buckets | string | no | 0-30,31-60,61-90,91-180,181+ | Comma-separated aging buckets in days |
| carrying_cost_pct | float | no | 25 | Annual carrying cost as % of inventory value (industry avg 20-30%) |
| vendor_filter | string | no | — | Scope to specific vendor |
| 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 id, sku, inventoryQuantity, inventoryItem { id, unitCost }, product { title, vendor, status }, pagination cursor Expected output: All variants with stock and cost data
2. Filter to variants with inventoryQuantity > 0
3. OPERATION: orders — query Inputs: query: "created_at:>='<NOW - 365 days>'", first: 250, select createdAt, lineItems { variant { id }, quantity }, pagination cursor Expected output: Sales history to determine last-sold date per variant
4. For each stocked variant, determine aging:
- Find most recent order containing this variant → last_sold_date
- If never sold, use product creation date as proxy
- Age = today - last_sold_date
- Assign to aging bucket
5. OPERATION: inventoryItems — query Inputs: Inventory item IDs for cost data Expected output: Unit costs for value calculation
6. Calculate per bucket:
- Total units
- Total value (units × unitCost)
- Monthly carrying cost = (value × carrying_cost_pct / 100) / 12
- % of total inventory value
GraphQL Operations
# productVariants:query — validated against api_version 2025-01
query VariantsWithStock($query: String, $after: String) {
productVariants(first: 250, after: $after, query: $query) {
edges {
node {
id
sku
inventoryQuantity
product { id title vendor status createdAt }
inventoryItem {
id
unitCost { amount currencyCode }
}
}
}
pageInfo { hasNextPage endCursor }
}
}# orders:query — validated against api_version 2025-01
query RecentSales($query: String!, $after: String) {
orders(first: 250, after: $after, query: $query) {
edges {
node {
createdAt
lineItems(first: 50) {
edges {
node {
quantity
variant { id }
}
}
}
}
}
pageInfo { hasNextPage endCursor }
}
}# inventoryItems:query — validated against api_version 2025-01
query InventoryItemCosts($ids: [ID!]!) {
nodes(ids: $ids) {
... on InventoryItem {
id
unitCost { amount currencyCode }
}
}
}Session Tracking
Claude MUST emit the following output at each stage. This is mandatory.
On start, emit:
╔══════════════════════════════════════════════╗
║ SKILL: Inventory Aging 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):
══════════════════════════════════════════════
INVENTORY AGING REPORT
Total SKUs with stock: <n>
Total inventory value: $<amount>
─────────────────────────────
AGING BUCKETS:
0-30 days: <n> SKUs $<value> (<pct>%) ✅ Fresh
31-60 days: <n> SKUs $<value> (<pct>%) ⚠️ Watch
61-90 days: <n> SKUs $<value> (<pct>%) ⚠️ Aging
91-180 days: <n> SKUs $<value> (<pct>%) 🔴 Stale
181+ days: <n> SKUs $<value> (<pct>%) 🔴 Dead
Monthly carrying cost: $<amount>
Annual carrying cost: $<amount>
Top aging items by value:
"<product>" SKU:<sku> Age:<n>d Qty:<n> Value:$<n>
Output: inventory_aging_<date>.csv
══════════════════════════════════════════════Output Format
CSV file inventory_aging_<YYYY-MM-DD>.csv with columns: variant_id, sku, product_title, vendor, quantity, unit_cost, total_value, last_sold_date, age_days, aging_bucket, monthly_carrying_cost
Error Handling
| Error | Cause | Recovery |
|---|---|---|
THROTTLED | API rate limit exceeded | Wait 2 seconds, retry up to 3 times |
| Missing unitCost | No COGS data | Use $0 for value — flag as "cost unknown" |
| No sales history | New product or never sold | Use product creation date as aging start |
Best Practices
- Use
carrying_cost_pct: 25as default (includes storage, insurance, opportunity cost, shrinkage). - Items in 90+ day buckets are strong candidates for markdowns — use
bulk-price-adjustment. - Cross-reference with
dead-stock-identifierandstock-velocity-reportfor a complete inventory health picture. - Run monthly to track aging trends and measure liquidation effectiveness.
Related skills
FAQ
Is this read-only?
Yes. It runs only productVariants, orders, and inventoryItems queries and executes no mutations, so it is safe to run at any time.
How does it estimate carrying cost?
It multiplies inventory value by an annual carrying_cost_pct (default 25%, industry avg 20-30%) and divides by 12 for a monthly figure.