提成冻结解冻

要解决的问题

提成结算里最常见的坑，不是算错金额，而是状态没说清楚。一笔提成可能处于「可计提」，也可能被临时冻结；冻结可能来自快照层面，也可能来自受益人行层面。如果展示层文案不统一、筛选条件不对应，财务对账就会反复核对，解冻后还要倒查历史，甚至引发跨组归属的争议。

核心机制

这个技能把冻结逻辑拆成两层，分别判定、分别展示：

• 快照层：commissionStatus === 1 视为可计提，其余状态统一展示为冻结
• 受益人行：beneficiaryStatus === 1 才生效，否则冻结，且与快照层独立呈现

两条硬约束贯穿始终：冻结月不发；快照确认后默认不回溯改历史，确需补差的走调整单，除非产品另行批准。

Agent 处理解冻时有一套明确步骤：先分清快照层与行级冻结，再让列表筛选项和标签文案严格对齐「可计提 / 冻结」。凡是涉及补核销、跨组解冻的场景，一律标「待产品确认」，只给选项、不给假结论。尤其解冻碰上跨组或超过渡月时，管理 4% 的归属必须查专项口径，禁止 Agent 臆造补算公式。

适用边界

这个技能只管状态判定和展示口径，不做金额重算。冻结后的补差、跨组归属这类问题，它只能标出「需要人工确认」的位置，不会替你拍板。如果你需要自动化解冻审批流或历史数据迁移，这个技能并不覆盖。