页面定位
展示当前账单周期内所有未结算的试住推广数据，公寓方确认后完成佣金结算。
已结算数据不在此页展示，归入「历史记录」Tab。
数据状态说明
待结算
默认初始状态。可勾选、可发起申诉、可结算支付。
申诉中
已提交申诉，等待平台处理。不可勾选、不可结算，仅可查看或取消申诉。
申诉通过
平台审核通过，该条无需结算。佣金显示为删除线，不计入合计金额。
已结算
结算完成，数据移入「历史记录」，当前页不再展示。
结算规则
仅待结算状态数据可被勾选。
申诉中、申诉通过的数据复选框禁用，底部全选不包含这两类。
顶部「应支付佣金合计」= 待结算 + 申诉中的佣金总和，不含申诉通过项。
tfoot 合计行与顶部统计口径一致，申诉通过行不参与求和。
支持勾选部分数据后单独结算；支付成功后被勾选项立即变为已结算并从当前页消失。
申诉流程
1
在行内点击「申诉」按钮（仅待结算行显示），或底部勾选后批量点击「发起申诉」。
2
弹窗中选择申诉类型并填写申诉说明（均为必填）后提交。
3
提交后该条状态变为「申诉中」，从已勾选中自动移除，行背景变橙色高亮。操作列切换为「查看申诉」按钮。
4
「查看申诉」可打开申诉详情弹窗，「申诉中」状态显示「取消申诉」按钮，确认后恢复为待结算。
5
平台处理后更新为「申诉通过无需结算」，详情弹窗显示处理时间和结果，不再可取消。
筛选逻辑
进入页面默认填入当前账单月的合同创建时间区间（取活跃数据最早日期所在月的首尾两天）。
可按出房管家下拉、合同创建时间区间（起止日期）、租客姓名或手机号关键字组合筛选。
筛选仅作用于当前 Tab 展示的数据，不影响底部合计和顶部统计卡（始终基于全量活跃数据）。
「重置」清除全部筛选条件并恢复完整列表，不重置已勾选状态。
各 Tab 说明
结算账单
展示全部未结算数据（待结算 / 申诉中 / 申诉通过），含筛选和底部结算操作。
历史记录
展示全部已结算数据，含结算时间；若该条曾发起申诉则附「含申诉记录」标签。
申诉管理
展示所有含申诉信息的数据（含历史已结算中的申诉），列信息与其他页面对齐，额外展示申诉类型、申诉说明、申诉状态及处理结果。
关键字段说明
合同创建时间
合同签署日期，替代原「出房日期」列，置于「起租日期」之前。
房源地址
租客对应的具体房间地址，补充于合同号之后。
应支付佣金
申诉通过行佣金以删除线灰色展示，表明该笔无需支付，不计入 tfoot 合计。
状态列
用彩色标签标识每行当前的结算 / 申诉状态，申诉中行整行背景浅橙色区分。
操作列
待结算→红色「申诉」；申诉中→蓝色「查看申诉」；申诉通过→绿色「查看申诉」；已结算→无操作。
⚠️ 申诉中的数据在取消申诉前全程不可参与结算，底部「全选」和「确认结算并支付」均不包含此类数据。
CRM — 页面定位
CRM 为平台运营侧后台视图，与「推广」（公寓方视图）共享同一数据层，任一侧的状态变更对另一侧即时可见。
通过左侧「推广 / CRM」Tab 一键切换两套视图，无需刷新页面。
CRM — 申诉审核
数据来源：所有状态为「申诉中」的记录。公寓方提交申诉后，该条立即出现在此列表。
统计卡：顶部实时展示「待审核申诉数」「累计申诉通过数」「累计已结算金额」，随操作动态刷新。
列信息：公寓名称、租客信息、合同号、合同创建时间、月租金、应支付佣金、申诉类型、申诉说明、提交时间。
通过
弹窗确认 + 可选填审核备注。确认后状态变为「申诉通过无需结算」，写入处理时间；公寓方佣金合计同步扣除，该条金额以删除线展示。
驳回
弹窗必填驳回原因。确认后状态恢复为「待结算」，驳回原因和处理时间写入申诉记录；公寓方可重新结算或再次申诉，申诉管理中保留完整历史。
CRM — 结算记录
数据来源：所有已完成支付的记录。公寓方确认支付后立即写入，CRM 侧实时可见。
列信息：公寓名称、租客信息、合同号、合同创建时间、起租 / 到期日期、月租金、应支付佣金、结算时间。
合计行：tfoot 汇总全部已结算佣金，与顶部统计卡「累计已结算金额」口径一致。
💡 结算记录 CRM 侧仅展示，不提供撤销操作。如需纠错须通过申诉流程处理。
CRM — 完整状态流转
1
公寓方发起申诉 → pending → appealing，CRM 申诉审核列表即时新增该条。
2a
CRM 审核通过 → appealing → approved，公寓方该条无需结算，佣金从合计中移除。
2b
CRM 审核驳回 → appealing → pending，公寓方恢复可结算状态，可选择再次申诉。
3
公寓方完成支付 → pending → settled，CRM 结算记录实时新增，当前账单页消失。