revenue-recognition-qa
Use when QAing revenue recognition schedules, deferred revenue, performance obligations, SSP assumptions, contract modifications, and close-period revenue exceptions.
- License 许可
- MIT
- 最近更新
- 2026-11-09
- Stars
- ★ 0
- Forks
- 0
01 前言 Front Matter
- name
- revenue-recognition-qa
- source
- https://github.com/loopfour/finance-skills
- license
- MIT
- description
- Use when QAing revenue recognition schedules, deferred revenue, performance obligations, SSP assumptions, contract modifications, and close-period revenue exceptions.
- imported_at
- 2026-09-20
- source_path
- skills/revenue-recognition-qa/SKILL.md
- source_repository
- loopfour/finance-skills
03 SKILL.md 正文
Revenue Recognition QA
Use this skill to review revenue recognition support and surface issues for controller review.
Inputs
- Revenue schedule or subledger export.
- Contract/order form terms and performance obligation notes.
- Billing data, start and end dates, delivery dates, and usage data if relevant.
- Accounting policy excerpts for recognition method, SSP, materiality, and modifications.
Workflow
- Identify the revenue model: ratable subscription, usage-based, services, milestone, hybrid, or other.
- Tie revenue schedule inputs back to contract and billing source data.
- Check core fields: customer, contract ID, performance obligation, start date, end date, total consideration, deferred balance, recognized amount, and remaining obligation.
- Review high-risk areas: nonstandard terms, discounts, credits, cancellations, upgrades, downgrades, renewals, multi-element arrangements, and services bundled with software.
- Classify each issue as policy question, data quality issue, schedule math issue, or missing support.
Output
Return:
- QA summary with pass, pass with notes, blocked, or controller review required.
- Exception table with issue, source evidence, financial impact, suggested owner, and recommended next step.
- Close-period risk notes.
- Questions for controller, auditor, legal, sales, or billing.
Guardrails
- Do not provide final accounting conclusions when policy is missing or ambiguous.
- Do not cite ASC 606 or IFRS 15 as a final answer without matching the user's policy and source facts.
- Keep recommendations review-oriented: flag, reconcile, document, or escalate.
- Separate revenue recognition issues from cash collection issues.
04 同仓库更多 Skills
oath
Auditing regulatory compliance (SOC2/PCI-DSS/HIPAA/ISO 27001): maps requirements, checks controls, designs audit trails, implements Policy as Code. Use when compliance auditing is needed.
nexus
Orchestrating multi-specialist task chains and scope-adaptive product delivery: classifies intent, selects and executes the minimum viable chain, aggregates results, and verifies acceptance criteria. For multi-domain tasks, build-first delivery, and product lifecycle execution.
nest
Designing LLM-optimized folder structures: audits and restructures directories for context efficiency, progressive disclosure, and prompt cache performance. Not for general repo structure (Grove).
native
Implementing production iOS/Android/macOS native features (SwiftUI, Compose) and iterating a screen against a reference design. Not for cross-platform RN/Flutter (Port) or web (Artisan).
muse
Defining and managing design tokens, applying token systems to existing codebases, building design system foundations. Use for spacing, color, typography, dark mode, cross-platform output.
morph
Converting document formats (Markdown/Word/Excel/PDF/HTML) and generating reusable conversion scripts. Use for distributable specs, accessibility-compliant PDFs, or Pandoc/LibreOffice pipelines.