Woo revenue by period
Skill navarroido/Woocommerce-skill/skills/finance/woo-revenue-by-period
npx -y skills add navarroido/Woocommerce-skill --skill woo-revenue-by-periodAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 4 stars4 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Read-only: Aggregate gross revenue, refunds, and net revenue by day, week, or month using WooCommerce reports.
SKILL.md
5.7 KB, as published. Nobody here has run it
woo-revenue-by-period
Purpose
Generate a revenue summary report for WooCommerce aggregated by day, week, or month. Combines the /reports/sales endpoint with order-level data for accurate gross revenue, total refunds, and net revenue calculations. Useful for financial reporting, board updates, and trend analysis. Read-only.
Prerequisites
- WooCommerce store with REST API enabled
- Consumer Key with Read scope
- Minimum WooCommerce version: 3.5.0
Parameters
| Parameter | Type | Required | Default | Description |
|---|---|---|---|---|
store_url | string | yes | — | Base URL of the WooCommerce store |
consumer_key | string | yes | — | WooCommerce REST API consumer key (ck_...) |
consumer_secret | string | yes | — | WooCommerce REST API consumer secret (cs_...) |
dry_run | bool | no | false | No effect — read-only skill |
format | string | no | human | Output format: human or json |
date_after | string | yes | — | Start date (YYYY-MM-DD) |
date_before | string | yes | — | End date (YYYY-MM-DD) |
group_by | string | no | month | Granularity: day, week, or month |
include_taxes | bool | no | false | Include tax_total in revenue figure |
Authentication
WooCommerce uses OAuth 1.0a for HTTP and Basic Auth over HTTPS.
For HTTPS stores (recommended):
Authorization: Basic base64(consumer_key:consumer_secret)
For HTTP stores (development only): Use OAuth 1.0a — include oauth_consumer_key, oauth_nonce, oauth_signature, oauth_signature_method=HMAC-SHA1, oauth_timestamp, oauth_version=1.0
Never log or output consumer_key or consumer_secret values.
See docs/AUTHENTICATION.md for full setup instructions.
Safety
Read-only skill — no mutations are executed. Safe to run at any time.
Workflow Steps
Step 1 — Fetch WooCommerce sales report
GET /wp-json/wc/v3/reports/sales
?period=custom&date_min=<date_after>&date_max=<date_before>
Extract: total_sales, net_sales, total_orders, total_refunds, total_tax, total_shipping
Step 2 — Fetch orders for period breakdown
GET /wp-json/wc/v3/orders
?status=completed&after=<date_after>T00:00:00Z&before=<date_before>T23:59:59Z&per_page=100&page=1
Group total by group_by period (day/week/month of date_created).
Step 3 — Fetch refunds in same period
GET /wp-json/wc/v3/orders?status=refunded&after=...&before=...&per_page=100&page=1
Subtract from period totals.
Step 4 — Format and export
API Endpoints Used
GET /wp-json/wc/v3/reports/sales — aggregate sales report
GET /wp-json/wc/v3/orders — order-level detail for period breakdown
Pagination Strategy
WooCommerce REST API uses page/per_page pagination (not cursor-based).
Standard pattern:
page = 1
while True:
response = GET /endpoint?per_page=100&page=page
process(response)
if len(response) < 100: break
page += 1
Maximum per_page is 100 for most endpoints. The X-WP-Total and X-WP-TotalPages response headers report totals. Always read X-WP-TotalPages on the first request to estimate job size.
Session Tracking
Claude MUST emit the following output at each stage. This is mandatory.
STARTUP:
╔══════════════════════════════════════════╗
║ SKILL: woo-revenue-by-period ║
║ STORE: <store_url> ║
║ TIME: <ISO-8601 UTC> ║
║ MODE: READ-ONLY ║
╚══════════════════════════════════════════╝
PER-OPERATION (emit after each API call batch):
[N/TOTAL] <METHOD> <endpoint> → <result_count> records | params: <key>=<val>
COMPLETION (human format):
╔══════════════════════════════════════════╗
║ COMPLETE: woo-revenue-by-period ║
║ RECORDS PROCESSED: <n> ║
║ OUTPUT: <filename> ║
╚══════════════════════════════════════════╝
COMPLETION (json format):
{
"skill": "woo-revenue-by-period",
"store": "<store_url>",
"completed_at": "<ISO-8601>",
"records_processed": <n>,
"output_file": "<path>",
"dry_run": false
}
Output Format
CSV filename: woo-revenue-by-period_<YYYY-MM-DD>_<YYYY-MM-DD>.csv
Columns: period, orders, gross_revenue, refunds, net_revenue, tax_total, shipping_total
Error Handling
| Error | Cause | Resolution |
|---|---|---|
401 Unauthorized | Invalid credentials | Verify consumer_key and consumer_secret |
403 Forbidden | Key lacks Read scope | Regenerate with Read scope |
429 Too Many Requests | Rate limit | Wait 2 seconds and retry |
| Empty result | No completed orders in range | Verify date range and order statuses |
Best Practices
- Use
group_by: monthfor monthly P&L reports andgroup_by: dayfor short-term trend analysis. - Always specify
date_afteranddate_beforealigned to full periods (e.g., full months) for clean comparisons. - Compare to the same period in the prior year for YoY growth analysis.