finance-billing-ops

Diagnose billing incidents by separating customer impact from code-backed product behavior.

Updated Sep 13, 2025
One-click install
npx skills add https://github.com/llmh333/employee_management_spring --skill finance-billing-ops-llmh333
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: finance-billing-ops
Source: https://github.com/llmh333/employee_management_spring/tree/main/.gemini/skills/finance-billing-ops
Command: npx skills add https://github.com/llmh333/employee_management_spring --skill finance-billing-ops-llmh333

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps operators replace generic “billing/payment advice” with an evidence-first explanation of revenue, refunds, pricing behavior, and entitlement/team-seat billing logic grounded in live data and product implementation.

Core Features & Use Cases

  • Billing Evidence Snapshot: Organizes a revenue/subscription/anomaly snapshot and clearly distinguishes live data from dated snapshots.
  • Customer-Impact vs Product Truth Separation: Classifies incidents (e.g., duplicate charges, broken controls, failed setup) and then explains the broader system behavior independently.
  • Code-Backed Billing Behavior Inspection: Guides the user to verify the true implementation path for checkout, pricing, entitlement calculation, and seat/quota handling, then ends with a decision and product gap.

Quick Start

Ask the Skill to produce a billing truth snapshot for a named account or billing period, explicitly stating whether the data is live or a snapshot, and to conclude with a diagnosis plus the exact product gap to fix.

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 a duplicate charge in Stripe using live billing data?

To diagnose a duplicate charge, you need billing diagnostics that separate customer incident claims from code-backed product truth. This requires verifying the checkout path and entitlement calculation against a live-data statement to identify the exact product gap causing the duplicate transaction.

What is the best way to validate team-seat entitlement logic against actual product behavior?

Validating team-seat entitlement requires an evidence-first approach that inspects the code-backed implementation path for seat and quota handling. You must classify the incident type, verify the actual product behavior, and conclude with a structured decision and the specific product gap.

How do I check if my pricing model implementation matches our marketing claims?

Checking pricing model reality against marketing claims requires performing a code-backed billing behavior inspection. You must verify the true implementation path for checkout and pricing calculation, then output a structured diagnosis that ends with a decision and identified product gaps.

Do I need a live-data snapshot to perform revenue and refund diagnostics?

Yes, performing revenue and refund diagnostics requires a live-data statement or a snapshot timestamp. This evidence-first approach explicitly distinguishes live data from dated snapshots to ensure the billing behavior inspection accurately reflects the current system state.

Why does separating customer impact from product truth matter in billing diagnostics?

Separating customer impact from product truth in billing diagnostics prevents generic payment advice from masking actual system errors. It classifies incidents like broken controls independently from the broader code-backed system behavior, ensuring the final diagnosis targets the real implementation gap.