寓小二 · 灵活付租流程方案 V21
公寓开启灵活付租时，电子合同在主合同签署前选择支付频率；纸质合同在绑定租客账号后选择频率。新计划不再跨整份合同均摊，而是以每笔原租金账单为父账期，在父账期内按月、15 天或 7 天独立拆分并保留原金额边界。方案生效时整体重置未来租金收款账单；取消代扣只把未来未支付账单恢复为手动支付。代扣 / 手动支付通道费仍分别为 0.6% / 0.3%，纸质合同暂不支持芝麻免押。
公寓端创建页不增加付租频率；电子合同在主合同落地前选择，纸质合同在完成账号绑定后单签付租补充协议。
芝麻申请、支付宝验证、额度确认与首期在线结算保持原链路；已签和流程中记录不迁移。
只作为兼容基线，不属于本次新产品。租客支付现金押金，同时单独授权租金自动代扣；代扣失败可重试或改为手动支付。
先验证代扣授权、账单标签、协议状态和三端展示。符合条件的租客在一个产品入口完成芝麻免押与租金代扣，两份授权仍分别留痕。
芝麻通过且代扣开通成功，组合产品才算生效。合同草稿仍由公寓发起；租客选定付租方式后，系统才生成带完整支付计划的签署文件包。
每笔原租金账单分别作为父账期；15 天 / 7 天从该父账期首日重新起算，剩余天数留在本账期，不跨到下一笔。
一期产品代码为单独代扣；二期新增免押+代扣。组合入口不代表合并协议，芝麻和代扣仍分别记录状态。
租客确认后，系统停止整份合同或剩余租期的原未来收款计划，再按父子映射一次性重建全部账期、应付日、金额与余数账单。
每笔新账单拆为“租金 + 加收租金”；平台佣金 = 加收租金 × max（约定佣金比例，1%），不从原租金中抽取。
代扣成功按租金实付的 0.6%，平台内手动支付成功按 0.3%；与加收租金和平台佣金分开结算。
纸质合同保留现金押金账单，可选择自动代扣或手动支付租金；当前不展示芝麻免押、免押服务费或组合产品。
支付机构确认撤销后，未来未付租金账单恢复手动支付；租金、加收租金和佣金不变，后续成功交易的通道费率由 0.6% 切为 0.3%。
开通后，租客确认灵活付租方式会触发未来租金收款账单整体重置。系统先冻结每笔原租金账单，再在各父账期内拆分；公寓需确认这一边界后再配置频率与上浮比例。
适合运营人员批量查看和集中配置。
系统会先冻结全部未来未付原租金账单及其日期、金额，再停止原计划，按租客选择在每个父账期内独立拆分并一次性生成新账单。
| 启用 | 租客支付频率 | 账期规则 | 总租金上浮 | 整份计划试算 |
|---|
公寓管家可在移动端随时调整同一份灵活支付频率配置。
原未来计划停止后，系统按每笔原账期的冻结日期和金额分别拆分；15 天 / 7 天不会跨父账期连续计算。
日期口径：账期起止日均计租，因此 31 天按 7 天拆分必须是 7 + 7 + 7 + 10；若末笔为 9 天只覆盖 30 天，会漏掉 1 天。交互上可先取消“账单整体重置”确认再尝试保存，系统会阻止开通；PC 与 APP 的确认状态和配置草稿实时同步。发布结果只影响尚未确认方案的租客，已确认方案继续读取独立快照。
沿用截图中的租金 / 付款方式、租金结算自定义和电子合同的“租客使用芝麻免押”；本需求不增加任何交租频率控件，纸质合同不读取免押开关。
原付款方式不限制租客可选频率，但会决定父账期边界与每笔原金额。
原合同账单承载各租金段、优惠、退租和合同变更核算，同时作为新计划的父账期快照；租客支付计划保存父子映射并负责实际收款。两者都关联合同，但不向合同创建页回填租客选择。
评审提示：这里的控件用于复现截图中已有的电子合同数据。切换结算方式、原付款方式或已有的免押开关，只是观察电子合同租客端如何读取；纸质合同固定不支持免押。公寓端页面不新增交租频率，也不保存租客的最终选择。
租客先核对合同基础信息，再选择付租方式与签约产品；系统据此生成覆盖完整租期的账单预览和签署文件包。
当前固定租金总额为 ¥36,000；原付款方式决定父账期边界，但不再过滤租客频率。
所有已开启频率都可选择；页面展示首笔金额、父子账期数量、余数账单和计划总额。
ⓘ 以上是公寓发起的原合同信息，内容保持不变。阅读后可在租客端另选交租频率。
ⓘ 个人信息只用于本次租赁合同签署与履约服务。
甲方：兴家公寓 乙方：张先生
一、房屋
浦江东旭公寓 1208，整租一居，建筑面积 42㎡。
二、租期
2026-06-01 至 2027-05-31，共 12 个月。
三、租金与原权责安排
合同月租为 ¥3,000，原权责账单按季计算。
四、押金与杂费
押一 ¥3,000；管理费 ¥50/月，水电按表计。
五、最终付租方式与完整支付计划
— 可上下滑动查看全部租期账单 —
芝麻分达到准入标准后可获得免押额度，具体额度以芝麻信用实际返回结果为准。
即将跳转到支付宝验证芝麻信用，请使用当前实名认证账号完成授权。
无法使用芝麻免押。返回后将改为现金押金，已选交租频率和支付方式不会改变。
请仔细阅读 《芝麻信用商业服务协议》、《资金授权服务协议》 与 《生物识别服务通用规则》。
ⓘ 开通后，每笔租金账单到期自动扣款；扣款日前仍可主动支付。
原合同未修改，后续租金按独立付租方案生成账单。
当前演示一期：租客可选择单独代扣、现有免押或常规手动支付；单独代扣不进入芝麻流程。
当前已开启：租客先选择付租方式，再生成完整支付计划。
一期先验证单独代扣；现有免押保持原流程，不与新代扣合并。
下一次模拟跳转将展示验证成功；这里只控制第三方返回结果。
下一次开通将成功；租金账单生成后显示“代扣”。
原型中的价格、佣金比例、日期、芝麻资格和授权结果均为演示数据，不会发起真实认证或扣款；本页展示平台佣金、支付通道手续费和公寓预计净入，不模拟真实分账打款、平台垫资、逾期追缴或风控策略。通道费承担方暂按“公寓承担”处理；押金、免押服务费等非租金费用是否使用相同费率、合并支付多账单时如何分摊，以及退款 / 撤销交易是否返还手续费，仍待支付侧确认。
参考现有“合同详情 → 绑定合同 → 查看账单”路径，在绑定成功后插入付租频率选择、补充协议和代扣授权；纸质主合同本身不重签。当前 Demo 以新绑定且租金尚未支付的合同为例。
ⓘ 绑定只建立账号与纸质合同的关联，不代表重新签署主合同，也不会修改公寓已录入的合同内容。
ⓘ 只有补充协议确认且必要授权成功后，才会把该预览转换为正式租金账单。
| 纸质合同状态 | 租客端路径 | 协议与授权 | 账单结果 |
|---|---|---|---|
| 尚未绑定 | 只展示纸质合同摘要，先绑定当前租客账号 | 不生成补充协议，不发起代扣 | 不创建新计划 |
| 已绑定且存在历史实收 | 从合同详情进入，仅选择生效日之后的支付频率 | 补充协议记录未来未付原账期快照和切换生效日 | 已支付 / 已核销账单保持不变，只拆分并重建未来未付父账期 |
| 已绑定，灵活付租未开启 | 沿用现有流程，直接查看公寓原账单 | 无新增协议和授权 | 不上浮、无加收租金、无平台佣金 |
| 已绑定，选择手动支付 | 选择频率并确认完整计划 | 只确认付租方式补充协议 | 新租金账单不展示“代扣”；平台内支付成功按 0.3% 结算通道费 |
| 已绑定，选择自动代扣 | 选择频率、确认补充协议，再单独开通代扣 | 补充协议 + 租金代扣协议分别留痕 | 租金账单展示“代扣”；押金不展示；代扣成功按 0.6% 结算通道费 |
| 已生效后租客取消代扣 | 取消成功后提示后续需主动支付 | 代扣协议记为 REVOKED；付租补充协议继续有效 | 未来未付租金账单恢复手动支付，不改变原频率、金额与加收租金；后续线上实付按 0.3% |
| 代扣开通失败 | 停留在代扣结果页，可重试或返回改为手动支付 | 补充协议留痕，代扣状态记为 FAILED / PARTIAL | 新计划不生效，不关闭纸质合同原未来账单 |
| 任一纸质合同 | 不展示免押产品或芝麻验证页面 | 无芝麻授权、无免押服务费 | 现金押金按原合同独立出账 |
电子新合同先选后签；电子存量合同只变更未来收款；纸质合同先绑定账号，再以补充协议承接新计划。
租客核对基础信息后选择付租方式，系统生成完整租期支付计划。继续原账单时签主合同；改选新频率时，把主合同与付租方式补充协议放入一次签署预览。签署前不创建正式收款账单。
从合同详情进入，基于生效日之后尚未支付的固定租金生成完整未来计划，只签《付租方式补充协议》。已支付、已核销和原权责账单保持不变。
纸质主合同已经在线下签署。租客绑定账号后选择频率，系统基于纸质合同固定租金生成完整计划，只确认《付租方式补充协议》；选择自动支付时再单独开通租金代扣。
| 业务节点 | 租客看到什么 | 系统保存什么 | 正式账单处理 |
|---|---|---|---|
| 公寓未开启灵活付租 | 完整原租约账单；无频率选择页 | 现有合同签署记录；不创建独立付租方案 | 按原账单执行；加收租金与平台佣金均为 ¥0 |
| 新合同尚未选择方式 | 合同基础信息、固定租金总额和原权责安排 | 合同草稿；不保存付租方案 | 不生成正式应收 |
| 已选择并进入签署预览 | 唯一一套完整租期支付计划，包括父子账期映射与余数账单 | 报价 ID、价格版本、原账期快照、完整排期和签署文件版本 | 仍不生成正式应收 |
| 返回修改付租方式 | 旧报价失效，重新生成完整计划 | 新建报价版本，旧版本留审计记录 | 不产生重复账单 |
| 新合同完成签署与生效条件 | 签署时确认的同一套账单 | 不可变付租方案快照与账单重置事务 ID | 依据唯一快照一次性生成正式应收；不保留另一套可支付租金账单 |
| 存量合同申请变更 | 原历史账单 + 剩余租金的新完整计划 | 原合同引用、剩余租金基数、补充协议和新方案 | 生效前旧未来账单继续有效；生效时整体重置未来未付租金账单并原子切换 |
| 纸质合同绑定成功 | 开启时进入频率选择；未开启时直接查看原账单 | 保存纸质合同绑定关系；不重签主合同 | 选择并确认前不生成新计划 |
| 纸质合同选择自动代扣 | 完整新计划、付租补充协议和单独代扣授权 | 纸质主合同引用、补充协议、代扣协议与现金押金标记 | 生效后生成租金账单并展示“代扣”；押金不代扣；租金代扣成功按 0.6% |
| 租客取消已生效代扣 | 取消结果和“请手动支付”提示 | 撤销事件、REVOKED 协议、执行方式 MANUAL 及生效时间 | 只更新未来未付租金账单执行方式；后续平台内手动支付成功按 0.3%，不重新报价或重置账单 |
| 补充协议未签或生效失败 | 提示继续按原合同账单支付 | 失败报价与签署状态留痕 | 不得关闭或重置原账单 |
“产品入口”可以组合展示，但押金、芝麻授权和租金代扣仍分别保存状态，避免出现半成功方案。
| 阶段 / 产品 | 新签约会话展示 | 生效条件 | 失败或退出 |
|---|---|---|---|
| 现状 · 历史免押 | 已进入流程或已确认的记录继续按原页面处理 | 芝麻授权通过，首期款与服务费在线支付 | 按现有规则回退现金押金；不补开代扣 |
| 一期 · 单独代扣 | 现金押金 + 租金自动代扣 | 现金押金账单已生成，代扣协议为 ACTIVE | 代扣成功按 0.6%；失败可重试，放弃后改为现金押金 + 手动支付 |
| 已生效代扣被租客取消 | 三端移除“代扣”，租客端提示到期主动支付 | 支付机构返回 REVOKED；公寓只接收结果通知，无审批权 | 未来未付租金账单改为 MANUAL；账单与佣金不变，后续线上实付通道费由 0.6% 切至 0.3% |
| 一期 · 纸质合同 | 绑定成功后展示灵活频率、单独代扣或手动支付；不展示免押 | 付租补充协议有效；自动支付还需代扣协议为 ACTIVE | 补充协议或代扣失败时继续按纸质合同原账单执行，不关闭原未来账单 |
| 一期 · 现有免押 | 保留原免押入口，但明确“不含租金代扣” | 芝麻授权通过；租金仍按手动支付执行 | 平台内手动支付成功按 0.3%；不申请或未通过则回到现金押金 + 手动支付 |
| 二期 · 单独代扣 | 继续保留，与一期规则相同 | 代扣协议为 ACTIVE | 不受免押组合上线影响 |
| 二期 · 免押+代扣 | 免押权益与租金代扣作为一个产品入口展示 | 芝麻 APPROVED 且代扣协议 ACTIVE，两者缺一不可 | 代扣成功按 0.6%；芝麻未通过 / 放弃额度回退单独代扣，代扣失败可重试或放弃组合 |
| 二期 · 常规支付 | 现金押金 + 手动支付，始终作为兜底 | 无需芝麻和代扣授权 | 不显示代扣标签，不收免押服务费；平台内支付成功按 0.3% |
阶段字段用于路由和审计，不能仅根据当前开关反推历史方案。
contract_medium：ELECTRONIC / PAPER；纸质合同强制 CASH 且不进入芝麻产品路由
paper_contract_binding_reference：纸质合同编号、租客账号、绑定状态、绑定时间与操作来源
release_stage：PHASE_1_DEBIT_ONLY / PHASE_2_SESAME_DEBIT
product_code：STANDARD_MANUAL / STANDALONE_DEBIT / LEGACY_SESAME / SESAME_DEBIT
deposit_mode：CASH / SESAME_CREDIT；同时保存押金应付与免押服务费
rent_execution_mode：MANUAL / AUTO_DEBIT；不能从 deposit_mode 推断
sesame_auth_reference：授权 ID、状态、额度、是否使用额度及失败原因
debit_agreement_reference：协议 ID、ACTIVE / FAILED / REVOKED 状态与开通时间
payment_execution_state：AUTO_DEBIT / MANUAL；作为账单实时执行状态，与签约时 selectedMode 快照分开保存
debit_revocation_event：撤销请求 ID、租客来源、REQUESTED / REVOKED / FAILED、支付机构回执和生效时间
execution_switch_result：受影响未来未付账单 ID、切换数量、扣款处理中排除项与三端通知结果
payment_channel_fee_rule：PAYMENT_CHANNEL_FEE_V1；AUTO_DEBIT 0.6% / ONLINE_MANUAL 0.3%，默认 APARTMENT 承担
payment_transaction_fee_snapshot：交易 ID、实际渠道、成功金额、计费基数、费率、手续费、承担方、规则版本和入账时间
activation_status：DRAFT / PARTIAL / ACTIVE / FALLBACK；组合产品仅双授权成功为 ACTIVE
fallback_from_product：记录从组合产品回退到单独代扣或常规支付的来源
本原型已模拟代扣撤销成功后的账单切换；暂不模拟支付机构撤销失败、扣款处理中强制中断、逾期追缴和芝麻成功但代扣失效时的押金补缴策略。纸质合同线上补充协议的法律签署方式也待确认。
代扣生效时三端租金账单展示“代扣”；租客取消后，未来未支付租金账单立即恢复为手动支付。租金、加收租金和平台佣金快照不变，通道手续费按后续实际支付方式确认。
试算基数 ¥3,050.10 = 原租金 ¥3,000.00 + 加收租金 ¥50.10；两种渠道本笔成本相差 ¥9.15。不含押金、免押服务费和其他非租金费用，租客应付金额保持 ¥3,050.10。
账单规则：无论电子或纸质合同，代扣协议为 ACTIVE 时租金账单展示“代扣”；支付机构确认 REVOKED 后，所有未支付且未进入扣款处理中的租金账单切换为手动支付并移除“代扣”。已支付 / 已核销账单保留实际支付渠道、费率、计费基数和手续费快照；扣款处理中账单等待本次结果，不强制中断。取消代扣不重新生成账单，不改变频率、账期、金额、加收租金或佣金，但未来成功交易由预计代扣 0.6% 切换为实际手动支付 0.3%。再次开通必须新签代扣协议，不能恢复旧授权。
旧方案按已确认的模型和账单快照继续执行；只有尚未确认的新签约会话才进入 V4。V4 必须先冻结原账期快照，再生成父子映射，任何历史方案都不自动重算。
继续读取拆分期数、服务费比例、旧抽佣规则和最终账单排期。租客端展示“历史方案 · 共 N 笔”及实际应付日，不强行改名，也不迁移。
已确认方案继续按各规则结算段月租、适用频率交集和零散账单边界执行。配置升级后也不得把 V2 历史账单重新拆分或改价。
历史方案继续按整份固定租金总额和整段租期连续排期；已确认的标准金额、全合同尾期和舍入结果保持不变，不转换成父账期模型。
冻结每笔未来未付原租金账单，再在每个父账期内按月、15 天或 7 天切分；余数不跨父账期，子账单原租金合计严格等于父账期原金额。
继续按历史模型、价格和账单快照执行，不迁移、不追溯。
新进入或重新进入报价页时读取 V4 配置，并重新读取可拆的未来未付原账期。
旧 V3 临时报价失效；进入签署预览前按 V4 冻结原账期、父子映射和完整报价。
锁定父账期快照、频率、余数、父子映射、舍入和产品结果；后续配置变化不追溯。
| 历史对象 | V4 处理 | 是否重算 | 必须校验 |
|---|---|---|---|
| V1 已确认方案 | 保留期数、旧计费和账单快照 | 否 | 历史账单合计、抽佣和实收一致 |
| V2 已确认方案 | 保留分段计价、零散边界和原排期 | 否 | 各段总额、历史加收/抽佣和账单日期一致 |
| V3 已确认方案 | 保留整份总额连续排期、全合同尾期和历史舍入 | 否 | 历史总额、账期、加收租金和抽佣一致 |
| 未签 V1 / V2 / V3 会话 | 废弃旧临时报价，按 V4 冻结原账期后重新报价 | 仅未确认报价可重算 | 页面明确价格已更新，并要求租客重新确认 |
| 历史配置模板 | 沿用 / 反算上浮比例，生成 V4 草稿 | 不影响历史方案 | 月末、闰年、变租、零散期和多父账期样本回放 |
| 续签 / 重签 / 合同变更 | 新建 V4 方案版本，旧方案只读 | 只计算新合同版本 | 新原账期边界、金额连续性与重置范围重新确认 |
| 费率上线前已成功支付 | 保留原支付机构手续费与公寓实入账记录；缺少明细时标记 LEGACY_UNKNOWN | 否，不补扣、不追溯 | 历史交易总额、原通道和结算流水可对齐 |
| 历史合同的未来未付账单 | 不改租客应付金额；支付发起时按实际渠道读取 0.6% / 0.3% 规则 | 只新增结算预计，不重算账单 | 租客金额不变，成功后生成交易手续费快照 |
| 费率发布时支付处理中 | 沿用本次支付发起时锁定的规则版本；失败不确认手续费 | 本次尝试不切换版本 | 成功按锁定版本入账；失败后的新支付尝试读取最新版本 |
原结算方式仍完整保留，不限制租客支付频率，但它生成的每笔租金账单将成为 V4 的父账期边界与金额来源。
| 合同场景 | V4 父账期来源 | 子账期拆分 | 金额守恒 |
|---|---|---|---|
| 无自定义 | 季付 / 两月付 / 月付生成的每笔原租金账单 | 每个父账期分别按月 / 15 天 / 7 天切分 | 每个父账期子账单原租金合计 = 该父账期原金额 |
| 租金按周期自定义 | 保留各段日期、单价和付款方式生成的原账单 | 变租边界天然成为父账期边界，不跨段拆分 | 各父账期分别守恒，全部父账期合计仍等于合同固定租金 |
| 零散期独立结算 | 首期零散、中间规则账单、末期零散分别成为父账期 | 短于所选频率的零散账期直接形成一笔余数账单 | 零散账单金额不与相邻父账期平均或合并 |
| 变动费用 | 管理费、水电、违约金及后加费用不进入父账期快照 | 不参与租客频率计划，按原费用规则单独出账 | 不参与上浮、佣金和父账期金额校验 |
| 退租 / 合同变更 | 先冻结旧方案与父子映射，再按原权责计划确定应承担租金 | 停止未来子账单；变更后新建 V4 版本 | 与累计实收做应退 / 应补，不回改历史账单 |
公寓创建数据保持原样；签署文件和账单服务按方案版本读取，避免配置修改后出现历史重算。
payment_plan_id + contract_id：独立方案主键与只读合同关联
contract_medium + source_reference：ELECTRONIC 引用电子文件；PAPER 引用纸质合同编号与租客绑定记录
flexible_payment_enabled + flow_mode：开启走 FLEXIBLE_PAYMENT；未开启走 EXISTING_CONTRACT_FLOW 且不创建独立方案
pricing_model_version：PERIOD_SPLIT_V1 / PAYMENT_FREQUENCY_V2 / TOTAL_RENT_SCHEDULE_V3 / SOURCE_BILL_PERIOD_SPLIT_V4
contract_source_snapshot：租期、结算方式、固定租金项、合同版本号及原账单生成规则
source_bill_snapshot[]：每笔未来未付原租金账单 ID、起止日、应付日、原金额、结算段与冻结版本
source_rent_total：全部纳入拆分的父账期原金额合计；同时保存排除的已付 / 非租金项目
tenant_choice_snapshot：按合同原账单 / MONTH / EVERY_15_DAYS / EVERY_7_DAYS
pricing_snapshot：上浮比例、计划总额、加收租金总额、首笔 / 金额区间与父账期末笔调分规则
commission_snapshot：约定佣金比例、1% 兜底比例、实际比例、平台佣金与公寓增量净入
channel_fee_disclosure_snapshot：签约 / 开通时展示的代扣 0.6%、平台内手动支付 0.3%、APARTMENT 承担和计费范围
schedule_summary：父账期数、子账单数、余数账单数、各余数天数与金额区间
source_bill_split_map[]：父账期 ID、子账单序号、起止日、实际天数、原租金分摊、加收租金、余数标识与调分值
quote_snapshot：报价 ID、版本、完整排期、生成时间、失效原因与 NOT_CREATED 正式账单状态
document_package_reference：电子合同保存主合同 / 主合同+补充协议；纸质合同保存 PAPER_MAIN_REFERENCE + PAYMENT_ADDENDUM
formal_bill_generation_status：NOT_CREATED / CREATED / SWITCHED；关联同一报价与签署文件版本
bill_reset_scope：ALL_FUTURE_UNPAID_RENT_BILLS / NOT_REQUIRED；新签覆盖完整租期，存量仅覆盖生效日后的未来未付租金
bill_reset_operation：重置事务 ID、幂等键、生效时间、被停止的原账单 ID 与新生成账单 ID
preserved_bill_references：已支付、已核销、押金及非租金账单引用；仅只读保留，严禁纳入重置
apartment_reset_notice_ack：说明版本、确认人、确认时间和 PC / APP 操作来源；开通前必填
commission_rule_version + commission_result：签约时抽佣规则与结果
bill_schedule_snapshot[]：每笔父账期 ID、起止日、实际天数、应付日、原租金、加收租金、平台佣金、执行方式、是否余数与舍入差
live_bill_execution_state[]：每笔账单当前 AUTO_DEBIT / MANUAL、代扣协议 ID、切换事件与生效时间；不得反写签约快照
payment_transaction_snapshot[]：每次成功支付的实际渠道、租金计费基数、费率、通道手续费、平台佣金与公寓净入；历史流水不可随执行方式切换重算
deposit_reference：引用押金选择、芝麻返回额度、是否使用额度、免押服务费和现金应付结果；PAPER 强制现金押金
sesame_auth_reference：引用现有免押开关、申请/跳转/授权/回流节点、授权标识、有效期与失败原因
父账期拆分模型升级与“单独代扣 → 免押+代扣”产品拆期并行管理，版本字段彼此独立。
对账口径：V1、V2、V3 继续按各自历史快照结算；V4 先逐父账期校验“子账单原租金合计 = 父账期原金额”，再校验全方案“加收租金 = 计划总额 − 父账期原金额合计”。平台佣金 = 加收租金 × max（约定比例，1%）；支付通道手续费仍是另一层交易成本，代扣 0.6%、平台内手动支付 0.3%，成功后逐笔固化。现金押金、免押额度、免押服务费、管理费、水电及后加费用全部排除。重签、续签或合同变更一律新建方案版本；提前退租先按原权责账本确定应承担租金，再与租客计划实收做应退 / 应补结算。
统一电子 / 纸质合同、固定租金总额、平台配置、租客选择、独立方案和账单生成口径。
| 合同 / 流程状态 | 合同预览 | 租客端处理 | 账单与平台结算 |
|---|---|---|---|
| 公寓未开启灵活付租 | 按现有流程直接展示完整原账单 | 跳过付租方式与新产品选择页 | 原租金正常出账；无加收租金、无平台佣金 |
| 公寓尝试开启灵活付租 | — | — | PC / APP 必须先确认“方案生效后整体重置租金收款账单”；未确认不得保存开通 |
| 公寓开启且租客选择新频率 | 展示上浮后的唯一完整支付计划及父子账期映射 | 确认频率、总额、全部账期与余数账单 | 方案生效时整体重置未来租金收款账单；每笔单列“租金 + 加收租金”，平台只从加收项抽佣 |
| 存量合同存在历史实收 | 同时展示只读历史与未来新计划 | 只确认生效日后的剩余固定租金 | 已支付 / 已核销账单保留，只整体重置未来未付租金账单 |
| 约定佣金比例低于 1% | 不影响租客签署价格 | 租客仍按上浮后的账单总额支付 | 实际佣金比例按 1% 兜底，并与约定比例一并写入快照 |
| 自动代扣成功 | 租客应付金额不增加 | 按原账单金额完成扣款 | 租金实付 × 0.6%，逐笔确认通道手续费；与平台佣金分开，原型按公寓承担 |
| 租客在平台内手动支付成功 | 租客应付金额不增加 | 主动完成线上支付 | 租金实付 × 0.3%，逐笔确认通道手续费；即使已开代扣但租客提前主动支付，也以实际手动渠道计费 |
| 支付失败 / 账单仍待支付 | 应付账单继续保留 | 可重试或更换支付方式 | 只展示预计通道费，不确认手续费；成功后按实际渠道固化交易快照 |
| 公寓 PC 展开账单 | — | — | 账单明细展示原租金、加收租金；平台结算区分开展示佣金、预计通道手续费与公寓预计净入 |
| 公寓发起季付 / 两月付 / 月付 | 选择前展示合同基础信息；选择后展示唯一完整计划 | 所有已开启频率均可选；原付款方式决定父账期边界 | 每个原账期分别拆分，余数不跨下一账期；签署前不生成正式应收 |
| 租金按周期自定义 / 递增 | 展示各规则段的月租、日期和原付款方式 | 选择一个最终支付频率，但按各原账期分别拆分 | 变租边界不被平均；每个父账期原金额分别守恒 |
| 零散期独立结算 | 列明首末零散租金与中间规则租金 | 每笔零散账单也是独立父账期 | 不足频率长度时直接生成余数账单，不与相邻账期合并 |
| 原账期金额 / 日期无法冻结 | 合同按原规则展示浮动、待定或异常账单 | 不展示 V4 新频率，只能按合同原账单支付 | 修复重叠、缺口或待定金额后，新建报价版本 |
| 父账期不足完整 15 天 / 7 天 | 父账期保持原起止日 | 剩余天数在本父账期生成余数账单 | 父账期末笔吸收分币差；子账单原租金合计严格等于父账期原金额 |
| 纸质合同尚未绑定 | 展示公寓录入的合同摘要与“未绑定”状态 | 必须先绑定当前实名认证租客账号，不直接选择频率 | 不生成付租方案、补充协议或代扣协议 |
| 纸质合同已绑定 + 灵活付租开启 | 纸质主合同只读引用，完整新计划写入付租补充协议 | 可选频率以及自动代扣 / 手动支付；不进入电子主合同签署页 | 生效后按相同 V4 父账期规则生成租金、加收租金与佣金快照 |
| 纸质合同 + 自动代扣 | 预览付租补充协议，并说明代扣需在下一步单独授权 | 补充协议确认后开通租金代扣；两份状态分别留痕 | 租金账单显示“代扣”，现金押金账单不显示 |
| 纸质合同 + 芝麻免押 | 不展示免押产品、服务费或芝麻协议 | 当前明确为不支持，固定使用现金押金 | 现金押金独立出账，不参与租金上浮和平台抽佣 |
| 一期 · 选择单独代扣 | 签署文件列明现金押金、完整租金排期与代扣执行说明 | 不进入芝麻流程，确认现金押金与租金代扣 | 现金押金无代扣标签；租金账单在协议成功后显示“代扣” |
| 一期 · 选择现有免押 | 签署文件列明完整租金排期；免押作为签署后的独立授权 | 进入现有免押流程，后续租金保持手动支付 | 首期款与服务费在线支付；后续租金不显示“代扣” |
| 二期 · 选择免押+代扣 | 签署文件列明完整租金排期及两项授权的执行条件 | 依次完成芝麻免押和租金代扣，两份授权分别留痕 | 双授权成功才生成组合方案，租金账单显示“代扣” |
| 租客点击“不申请” | 不修改合同租金与押金条款 | 一期回退常规手动支付；二期组合回退单独代扣 | 生成现金押金账单，不收免押服务费 |
| 芝麻验证通过 | 不修改合同正文 | 返回可用额度并进入“确认信息”，展示押金、首期款、服务费、减免和总计 | 使用额度时免押服务费按押金比例计算，并入首期在线支付 |
| 验证通过后放弃额度 | 不修改合同正文 | 一期回退常规手动支付；二期组合回退单独代扣 | 生成现金押金账单，免押服务费归零 |
| 芝麻验证未通过 / 授权取消 | 不修改合同租金条款 | 按产品版本执行相同回退，保留已选交租频率 | 新增或恢复现金押金账单，不重算租金 |
| 合同不允许免押 | 只展示标准押金金额 | 跳过免押申请与支付宝验证，直接确认现金押金 | 生成一次性现金押金账单；押金不参与上浮或抽佣 |
| 历史芝麻免押 + 手动支付 | 历史合同与方案不变 | 仅一期兼容入口和历史确认记录继续使用 | 首期款与服务费在线支付，后续租金不显示“代扣” |
| 现金押金 + 自动代扣 | 分别展示标准押金与代扣说明 | 作为一期、二期均保留的“单独代扣” | 押金账单无“代扣”，未来租金账单显示“代扣” |
| 租客取消代扣 · 支付机构确认成功 | 合同、付租频率和完整账期不变 | 无需公寓确认；租客看到取消成功和主动支付提示 | 未来未付租金账单切为手动支付并移除“代扣”；成功后按 0.3%，已支付的 0.6% 快照不改写 |
| 取消时存在扣款处理中账单 | 展示“本笔扣款处理中，取消对后续账单生效” | 停止发起新的扣款；等待当前支付机构结果 | 本次代扣若成功按 0.6%；若失败后改为平台内手动支付，成功时按 0.3% |
| 代扣取消后再次开通 | 重新展示代扣授权，不复用旧协议 | 新建代扣协议 ID；旧协议保持 REVOKED | 新协议 ACTIVE 后，届时仍未支付的租金账单重新标记为“代扣” |
| 免押+代扣生效后取消代扣 | 租金账单立即恢复手动支付 | 组合产品进入 DEGRADED；免押资格和补缴押金策略待风控确认 | 在押金策略未决期间不得继续发起代扣，也不改变既有租金账单金额 |
| 组合产品代扣开通失败 | 合同与已通过的芝麻结果不改写 | 产品保持 PARTIAL，不生成已生效方案；允许重试或放弃组合 | 未成功前租金账单不显示“代扣” |
| 某灵活频率已关闭 | 不展示该频率价格 | 不展示、不可选择 | 不影响此前已签合同 |
| PC / APP 调整配置 | 任一端保存后，尚未确认方案的租客展示新价格 | 双端同源；关闭后再次开启必须重新确认账单重置说明 | 不要求重发合同；已确认方案不追溯 |
| 选择含代扣的产品 | 签署预览展示完整排期，并说明代扣在签署后另行开通 | 选择交租频率后选择单独代扣或免押+代扣 | 协议 ACTIVE 后三端租金账单显示“代扣”；预计按 0.6%，最终仍以实际成功渠道为准 |
| 选择常规支付 | 签署预览展示完整排期和“到期主动支付”说明 | 现金押金 + 手动支付 | 不显示“代扣”标签；平台内手动支付成功按 0.3% |
| 线下收款 / 转账 | 沿用线下支付凭证与核销流程 | 不经过平台在线支付通道 | 本原型不试算 0.3% / 0.6%，实际成本与核销口径待支付侧确认 |
电子合同先选后签；纸质合同先绑定再单签补充协议。两类合同共用同一计价、账单和佣金模型。
页面使用“按月 / 每 15 天 / 每 7 天支付”，展示计划总额、首笔金额和完整账期；不使用“分期、期数”等借贷心智。
方案生效后按冻结映射整体重建未来租金收款账单；已支付、已核销、押金、非租金费用及原权责账本始终保留。