Skill detail
affiliate-payout-audit
Audits an affiliate or partner commission payout run for accuracy before disbursement: rate and tier recomputation, double-counted conversions, clawback windows, cutoff, currency, and tax status.
Inspect before use
Read the source instructions and check the requirements before you install this skill.
SKILL.md
The saved excerpt is a snapshot from when this skill was listed. The external source remains the complete and most current version.
--- name: affiliate-payout-audit description: Audit an affiliate or partner commission payout run for accuracy before money is disbursed - per-line rate and tier recomputation, double-counted conversions, clawback and validation windows, period cutoff, currency, rounding, and tax-form status, delivered as an audit report with severities and recommended holds. Covers B2B SaaS recurring revenue-share and B2C ecommerce order-level CPA programs. Use whenever the user mentions an affiliate payout audit, commission accuracy, payout reconciliation, overpaid or underpaid affiliates, or a pre-disbursement review, even if they never say audit. Do NOT use for spotting fraudulent affiliates - use mbfinotti/partnerships-skills@affiliate-fraud-detection instead. license: MIT metadata: author: Maya-Beth Finotti version: "1.1.10" --- # Affiliate Payout Audit Audit one affiliate/partner commission payout run before release: recompute the math, verify the rules, and report findings with recommended holds and corrections. Assume the activity already passed fraud screening - this skill checks whether the payout is _correct_, not whether it is _legitimate_. No named, affiliate-native reconciliation framework exists; platforms ship locking and dispute mechanics, not a methodology. The method here borrows openly from adjacent finance disciplines: - **Account reconciliation** (preparer/reviewer). - **Three-way match** - platform export vs billing/order system vs CRM, the affiliate analogue of PO/receipt/invoice. - **Revenue assurance**. - **Segregation of duties / four-eyes (maker-checker)**. - **SOX ICFR / COSO** - where the program sits inside a public company. Say this plainly to the user; never present a branded framework. ## Interview Ask before auditing anything. One question per message; offer multiple-choice answers when possible. Skip anything the user already answered. - B2B SaaS recurring revenue-share, B2C ecommerce order-level CPA, or both? - Commission structure in force: rate model, tier method (marginal or retroactive), per-partner-type overrides, promo/bonus windows, new-customer gating, sub-affiliate overrides, grandfathered legacy rates? - Payout cadence, and this run's exact period boundaries - dates and timezone? - Which data exports exist, and what is the internal source of truth: billing system, order database, or CRM closed-won? - Validation/locking window length? What event releases a commission from pending to approved? - Is any line in this run already paid, or is everything still reversible? - Minimum payout threshold, currencies involved, FX handling policy? - Tax-form status per payee - collected, missing, expired? - Known historical error types and past partner disputes? - Who calculates the run, and who releases the funds? Same person or different? - Materiality threshold? Is the program subject to external financial-controls requirements (public-company ICFR)? - By what date must the audit result land, and is the release date itself movable? - One-off or compounding: fix this run only, or leave standing controls behind - a reusable recompute script, a reserve policy, a longer validation window? - Effort ceiling: review hours available, whether you can execute code over the exports, whether finance can co-sign, and how much partner-relationship capital this run can spend? Missing period boundaries, source of truth, or commission structure block the audit - insist before recomputing anything. The last three answers re-rank every menu below: - A hard release date promotes the cheap gates and drops full-population recompute. - A compounding mandate promotes both full-population recompute and the fix-it-forward rung. - No code access deletes full-population recompute outright. - No finance co-signer deletes direct recovery from this run. ## The Audit Sequence Run the checks in order; each gate assumes the previous one passed. The underlying lifecycle is the same five-gate machine everywhere: pull/export →Read the full source on GitHub (opens external page)