finance-billing-ops

Diagnose revenue, pricing, refunds, and team billing behavior using live billing data and code inspection.

Updated May 19, 2026
One-click install
npx skills add https://github.com/azusagasaku/--claude-config --skill finance-billing-ops-azusagasaku
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: finance-billing-ops
Source: https://github.com/azusagasaku/--claude-config/tree/main/skills/ecc/finance-billing-ops
Command: npx skills add https://github.com/azusagasaku/--claude-config --skill finance-billing-ops-azusagasaku

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Operators often cannot tell whether revenue numbers, pricing claims, and team billing behavior reflect reality or just marketing copy. This Skill separates revenue facts from customer incidents and code-backed product truth so billing decisions rest on evidence. ## Core Features & Use Cases - Revenue Snapshot: Normalize paid sales, active subscriptions, failed checkouts, refunds, disputes, and duplicate subscriptions with explicit live-data or snapshot timestamps. - Code-Backed Billing Truth: Inspect checkout, pricing page, entitlement calculation, and seat or quota handling to verify whether per-seat or team billing actually exists in code. - Decision Output: Produce a structured report covering snapshot, customer impact, product truth, decision, and product gap. - Use Case: A user asks whether duplicate Stripe charges mean duplicate value and whether per-seat billing is real. The Skill classifies the customer incident, inspects the entitlement code path, and ends with a refund-or-convert decision plus a backlog gap. ## Quick Start Analyze our recent Stripe sales and refunds, then verify in the codebase whether team per-seat billing is actually enforced and report the product gap.

Frequently Asked Questions about finance-billing-ops

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I diagnose duplicate Stripe charges for a customer?▼

Classify the incident first as duplicate checkout, real team intent, broken self-serve controls, unmet value, or failed payment. Then separate that customer impact from the broader product question before deciding on refund, preserve, convert, or no-op.

How to verify if per-seat team billing is actually implemented?▼

Inspect the code paths for checkout, entitlement calculation, and seat or quota handling rather than trusting marketing language. Only claim per-seat billing exists if the actual entitlement path enforces seat counting.

What billing data should a revenue snapshot include?▼

A revenue snapshot should normalize paid sales, active subscriptions, failed or incomplete checkouts, refunds, disputes, and duplicate subscriptions. Always state whether the data is live or include the snapshot timestamp explicitly.

When should I use finance-billing-ops instead of customer-billing-ops?▼

Use finance-billing-ops for operator truth: revenue state, pricing decisions, team billing, and code-backed billing behavior. Use customer-billing-ops when the work is customer-specific remediation and follow-up.

Why should failed checkouts not count as revenue?▼

Failed or incomplete checkouts represent attempts, not net revenue, so conflating them inflates the sales picture. The workflow normalizes these categories separately to keep the revenue snapshot accurate.