marketplace-payouts-review

市场平台结算审核

使用此技能，让市场平台结算可追溯、公平、便于支持，并能应对退款或滥用。

工作流

1. 确定市场平台类型、各方、交易模式、费用模式、结算计划、风险期和服务提供方限制。
2. 阅读 references/marketplace-payout-systems.md。
3. 梳理买家付款、平台费用、卖家收入、待结算余额、暂扣款、退款、争议、调整、结算和对账。
4. 区分账本事实、显示余额、服务提供方状态、政策决策和支持凭证。
5. 定义准备金/暂扣款治理：原因代码、释放标准、SLA、负责人、凭证、升级路径和申诉途径。
6. 涵盖税务表格、相关时的具名表格/状态示例、税务表格生命周期状态、预扣税、法定申报交接、制裁筛查、国家/地区资格、结算服务提供方限制、转账失败和负余额。
7. 明确结算政策：清算延迟、准备金比例/期限、结算频率、最低门槛、支持的货币、服务提供方费用、货币转换政策和费用承担方。
8. 制定正式的结算状态机、费用表、风险控制、合规就绪度矩阵、卖家仪表板/支持工作流、信任指标、审计不变量和对账检查。
9. 对服务提供方中断、部分结算文件、Webhook 重放或人工财务变通方案，明确列出运行状态：queued、paused、provider-pending、partially-submitted、failed、retry-blocked、reconciled、released、reversed 和 manual-review。
10. 对事件状态，注明负责人、进入状态的凭证、退出条件、服务提供方/状态页信号、支持消息和审计不变量；恢复经验总结必须包含服务提供方 SLA 凭证、监控、事件后的控制修复以及未来的韧性工作。
11. 对滥用暂扣款，将信号与结论分开：区分退款激增、自购、评论操纵、关联账户、结算门槛套利、合法的首发畅销产品、误报、买家保护风险、追索/负余额处理路径、部分准备金、释放标准、申诉凭证和审核人员 QA。

不适用场景

• 如果主要工作是买家结账、收款或产品权益，而非卖家收入和结算，请使用 payment-platform-readiness。
• 不适用于不会改变余额、暂扣款、追索款或结算权限的内容/商品信息争议。

来源核验

• 使用时，请从权威来源核验当前的服务提供方、税务机关、制裁、国家/地区资格和申报要求。
• 标注司法管辖区、生效/访问日期、来源负责人和未解决的专业审核决定；切勿将此技能中提及的表格或门槛视为当前法律建议。

防护措施

• 不要将显示余额视为账本事实。
• 除非明确接受风险，否则不要结算仍处于退款、欺诈、拒付或交付风险期内的资金。
• 没有原因、凭证以及申诉/支持途径时，不要进行不透明的暂扣或追索。
• 未完成税务/合规交接、服务提供方资格限制核验且未向创作者显示支持状态时，不要批准面向全球的结算。
• 不要提供税务或制裁建议；应将司法管辖区、表格、预扣税、申报和制裁决策交由具备资质的负责人处理，同时明确产品状态、凭证和结算阻止条件。

输出格式

Marketplace/payout context:
Fee and risk model:
Payout policy:
- Cadence / clearing delay / minimum threshold / currencies / provider fees:

Payout flow:
- <state> -> owner, evidence, user message

Formal state machine:
- <from_state> -> <event> -> <to_state>, owner, evidence, exit gate, ledger effect, audit invariant
- Outage/retry branch when relevant: queued -> paused -> provider-pending/partially-submitted -> failed/retry-blocked/manual-review -> reconciled -> released or reversed

Decision table:
- <scenario> -> balance action, payout action, support action

Seller dashboard and support workflow:
- <seller-visible status> -> explanation, evidence, next action, SLA, support/admin control

Reserve/hold governance:
- <hold/reserve type> -> trigger, scope, release criteria, SLA, owner, appeal/support path
- Abuse holds -> signal, affected earnings, reserve percent/duration, buyer-protection exposure, clawback/negative-balance rule, false-positive release criteria, appeal evidence, reviewer QA

Compliance/provider readiness:
- <tax form / withholding / statutory reporting / sanctions / country / provider constraint> -> product state, payout effect, evidence, support message, qualified-review owner
- Named examples to verify, not legal advice: W-9, W-8BEN, W-8BEN-E, 1099-K, 1042-S, VAT/GST tax ID or local equivalent

Ledger/events:
- <event> with properties

Audit invariants:
- <invariant that must always hold across ledger, balances, provider state, and support evidence>

Open risks:
- <risk> -> mitigation

Trust metrics:
- <creator trust, support load, reversal loss, payout latency, reconciliation health metric>