先确认旧数据，再按付租方式持续运营
合同父账单与租客签约流程不变；公寓首次确认旧数据映射后，日常只维护月付、双周付、周付开关和服务费比例。
季付合同先生成一笔覆盖 3 个合同锚点月的父账单；选择月付后，才在这笔父账单下生成 3 笔子账单。完整锚点月直接取合同对应月租金，不按当月天数摊薄。
季付父账单 ¥9,000→选择月付→¥3,000 + ¥3,000 + ¥3,000
拆分服务费由租客随子账单支付，租客端统一称“灵活付租加收”；成功代扣手续费为 0.6%，只由公寓承担，不进入租客账单。
同一支付批次全选父账期租金的减免规则已确定；代扣指令处理中能否继续主动支付，仍需支付侧确定防重复入账规则。
完全找不到对应旧配置时，系统预填“开启、服务费 1%”；若对应旧配置存在但均已关闭，则保持关闭。两种建议都可修改，且只有公寓确认成功后才生效。
选择、账单预览、确认更改和补充协议草稿都不修改线上账单；只有授权成功才原子提交新方式、补充协议、账单重建和代扣关系。
周付每 7 天、双周付每 14 天连续滚动；月付保留合同起租日锚点。尾期占标准周期不超过 3/7 时并入上一笔，大于 3/7 时单独成笔。
统一尾期算法：计算中…
月付原配置优先级：计算中…
日期长短不改变完整月金额；递增租金按合同对应月份逐月取值。最后一笔再用父账单原租金减去前序金额，承接零散尾期、调租或分币差额。
月付金额示例：计算中…
不再跳转独立选择页；选择新方式后仍在列表内预览，确认更改才进入支付宝授权。
只按租金子账单判断，不要求同时支付押金等其他费用；少选任一笔租金则不减免。
现有原账单选择第 N 期时自动勾选前面各期；灵活付租子账单则在同一父账期内补齐第 1～N 次。取消某期会同步取消该期及之后，押金、水电费等非租金费用仍可独立选择。
平台侧不展示、不预填手机号或支付宝账号；租客进入支付宝后按当前登录态核对账号。原型只模拟授权结果与代扣协议标识，不模拟账号回传。
租客端 · 在现有账单列表直接选择付租方式
保留“全部账单”的页签、账单、多选与支付结构，在列表顶部直接增加月付、双周付、周付选择；预览仍停留在本页，确认后才进入支付宝授权。
评审用合同样例切换
仅用于查看七种父账单方式，不属于租客端操作。
全部账单•••
付租方式直接选择并在当前列表预览
当期账单
*批量支付暂不支持使用优惠券
选择付租方式
当期账单
手动支付仅支持当前账期内的账单，不可跨账期合并支付。
勾选本次要支付的账单
公寓端 · 租客开通代扣后锁定账单变更
带“代扣”关系的未支付租金账单统一禁止编辑、作废及其他变更。本场景仅演示尚无在途扣款指令时的收款入口；扣款处理中能否人工收款仍是上线阻塞项。
合同详情 / 账单信息
浦江东旭公寓 1208 · 在租中 · 演示数据
账单编号账单周期应支付日应收金额状态
当前账单可执行操作
公寓端配置 · 仅按付租方式配置
日常配置只保留月付、双周付、周付及各自服务费比例；旧“拆 N 期”数据在首次上线弹框中完成映射确认。
寓小二常用设置个性设置签约设置子账号设置企业设置帮助消息通知
租客灵活付租
开启后，租客可在合同原付租方式之外选择更灵活的支付频率。公寓只需按月付、双周付、周付配置是否开放及服务费比例，系统会根据每笔父账单周期计算实际支付次数。
请选择租客可使用的付租方式及对应服务费比例*
完成首次初始化确认后才可编辑；确认前继续使用旧配置。
示例：
季付父账单约 89～92 天。选择月付通常支付 3 次：若合同三个锚点月租金均为 ¥3,000，则原租金分别为 ¥3,000、¥3,000、¥3,000，不按每月天数折算；只有末笔承接尾期或父账单金额差额。双周付按实际天数支付 6～7 次；周付按实际天数支付 13 次。
目标方式父账单周期实际支付服务费月付原租金 ¥9,000¥3,000 × 3 次按月付比例
租客变更后可使用支付宝代扣；成功代扣金额 × 0.6% 的手续费由公寓承担。
19:30●●● ⌁ ▰
灵活付租
总部：已设置
开启后，租客可选择月付、双周付或周付。公寓按付租方式配置服务费，系统结合合同父账单周期自动计算实际支付次数。
请选择支持的付租方式
完成首次初始化确认后才可编辑；确认前继续使用旧配置。
1. 月付、双周付、周付均可单独开启或关闭，并分别配置服务费比例。
2. 双周付、周付按父账单完整周期每 14 / 7 天计算，实际支付次数会随账期天数变化。
3. 月付保留合同锚点月；零散尾期优先沿用合同原配置，否则按 3/7 规则处理。
4. 月付完整锚点月按合同对应月租金计费，不按天折算；最后一笔承接尾期或父账单差额。
5. 选择 0% 时，不向租客收取灵活付租服务费。
6. 旧期数配置只在初始化记录中保留；无对应旧配置时默认建议为开启、1%，均需确认后生效。
租客变更后可使用支付宝代扣；成功代扣金额 × 0.6% 的手续费由公寓承担。
租客端预览样例
已保存配置如何出现在租客账单页
此处只预览当前生效配置；初始化建议值和日常未保存草稿都不会提前影响租客。合同原方式与公寓已开启的方式使用相同卡片并排展示。
整份合同仅可成功变更一次三种方式均可反复预览；支付宝授权成功后才消耗机会，之后所有方式转为只读。
‹账单仅预览
逻辑说明 · 付租方式如何适配不同父账单
初始化确认后不再依赖公寓日常配置“拆 N 期”；系统读取父账单实际起止日，按目标标准周期与 3/7 尾期规则动态计算支付次数。
新配置计算月付按合同锚点月切分，完整锚点月直接取合同对应月租金，最后一笔承接父账单剩余金额；双周付 / 周付在父账单完整周期内按 14 / 7 天滚动并按天分摊。三种方式遇到零散尾期时统一判断 3/7，且均已进入正式变更链路。
两个直观样例月付合同：月付 + 双周付 + 周付。季付合同：季付 + 月付 + 双周付 + 周付；除合同当前方式外，公寓已开启的三种方式均可预览并授权生效。
| 合同原付租方式 | 租客看到“月付” | 租客看到“双周付” | 租客看到“周付” | 联动预览 |
|---|
配置开启即对新选择开放：月付、双周付、周付均进入正常变更链路；公寓关闭某方式并保存后，租客端不再展示该方式。已确认或已生效方案仍读取原快照。
末期余数父账单仍动态计算：例如五月付一年合同的末笔父账单只有约 2 个月，月付通常支付 2 次；双周付通常支付 4～5 次；周付通常支付 8～9 次。全部读取该父账单实际起止日，不沿用前两笔的次数。
日期切分与金额分配分开：月付前序完整锚点月读取合同对应月份租金，最后一笔才使用“父账单原租金－前序已分配原租金”；因此 28 / 30 / 31 天不会让完整月租金忽高忽低。
核心规则与上线阻塞项
先看已定规则和资金风险；完整研发决策表作为附录按需展开。
三种方式均可生效，日期决定实际次数
公寓只维护月付、双周付、周付开关与比例；租客可选择任一已开启方式。月付使用锚点月且完整月读取合同对应月租金，双周付 / 周付使用 14 / 7 天，三者统一处理 3/7 尾期。
三种金额口径分开表达
- 后台：拆分服务费比例
- 租客：灵活付租加收，可按整父账单完整支付减免
- 公寓：成功代扣手续费 0.6%，不进入租客账单
方案生效时保存比例与账单快照，之后修改配置不重算。
在途代扣与主动支付如何互斥
- 代扣指令已提交或处理中，租客主动支付及公寓人工收款如何拦截
- 若允许主动支付，是否需要先撤销在途代扣指令
展开完整研发与测试决策表（35 项）
| 对象状态 | 公寓端展示 | 租客端行为 | 计算与数据处理 |
|---|---|---|---|
| 七种原付款方式 | 继续由现有合同生成父账单，不新增合同配置 | 只读看到原付款方式及当前父账单 | 支持 1 / 2 / 3 / 4 / 5 / 6 / 12 个月父账单；末期不足时沿用现有末笔 |
| 新付租方式配置 | 日常只配置月付、双周付、周付的开关与服务费比例，不再编辑拆 N 期 | 三种方式已全部开放：已开启即可选择、预览并授权生效；关闭则不展示 | 月付按合同锚点月、双周付按 14 天、周付按 7 天生成标准周期；三者的零散尾期统一按 3/7 处理，次数由实际日期计算 |
| 租客初始进入账单页 | 公寓端账单保持合同原付租方式 | 完整展示现有“全部账单”页，并在账单分组上方直接展示合同当前方式与公寓已开启的目标方式 | 此时 frequency_id = original；初始化确认前按旧配置判断选择模块，确认后按新方式开关判断 |
| 租客端页面改造边界 | 无新增公寓端入口 | 不新增独立选择页；选择新方式后，现有列表直接切换为变更后账单预览，取消预览恢复原账单 | 列表页承接展示、选择和预览；点击确认更改后才生成补充协议草稿并进入支付宝授权 |
| 选择与合同当前方式相同 | 账单与收款方式不变 | 直接保留或选中当前方式，无需进入支付宝代扣开通 | 不重置账单、不新增代扣协议 |
| 整份合同的变更次数 | 授权成功前保持现有账单；成功后展示新账单并锁定后续变更入口 | 选择与预览可反复进行，授权失败不计次；首次授权成功后所有付租方式只读 | frequency_change_count 仅在 ACTIVE 原子提交时由 0 写为 1，合同上限固定为 1，不提供切回或第二次修改 |
| 选择不同付租频率 | 公寓端继续展示原账单，不接收预览态数据 | 现有列表直接展示当前父账期的变更后账单，底部操作切换为“取消预览 / 确认更改”；明确成功后本合同剩余账单统一变更 | 仅在租客端计算预览方案；不重置账单、不写入新频率、不锁定公寓操作 |
| 点击“确认更改” | 授权成功前仍展示原账单 | 再次提示影响本合同当前及后续所有未支付租金账单；自动生成待生效补充协议并进入支付宝代扣开通 | 记录协议草稿与待变更频率；协议、新账单和代扣关系暂不生效 |
| 进入支付宝前的账号信息 | 公寓端不展示租客支付宝账号 | 平台侧不展示、不预填手机号或支付宝账号；跳转后由租客在支付宝授权页按当前登录态核对账号 | 发起授权前不依赖支付宝账号字段；原型仅模拟授权结果与代扣协议标识，不模拟账号回传 |
| 支付宝代扣开通成功 | 重建后的租金账单展示“代扣”，并锁定账单变更 | 补充协议生效，当前及后续所有未支付租金账单统一采用新方式 | 代扣协议进入 ACTIVE 后，原子提交补充协议、新频率、剩余未支付账单重置与代扣关系 |
| 支付宝授权失败或取消 | 继续保留原合同账单和手动支付权限 | 提示补充协议和新频率均未生效，可返回预览重试或保持原方式 | 不重置账单、不写入新频率，补充协议与代扣协议均不进入 ACTIVE |
| 服务费比例修改 | 分别编辑月付、双周付、周付比例；未保存时明确标记为草稿 | 只展示目标付租方式、“本账期支付 N 次”和保存后的灵活付租加收 | 保存后更新尚未确认或新生成的方案；已生效、已支付账单继续读取确认时比例快照 |
| PC / APP 配置一致性 | 双端展示同一三种付租方式、比例、草稿校验和保存反馈；切换端不丢失未保存修改 | 只有任一公寓端点击保存后，租客尚未确认或之后新生成的方案才读取新比例 | PC 与 APP 读写同一频率配置记录及版本，不创建移动端副本 |
| 双周付 / 周付正式开放 | 与月付使用相同开关、比例、保存与快照规则 | 选择后在原列表预览真实子账单；确认更改后生成补充协议并进入支付宝授权，不再触发意向登记 | 停发 tenant_rent_frequency_interest_click；授权成功后按目标方式重建本合同当前及后续未支付租金账单，并消耗唯一一次变更机会 |
| 旧比例多对一冲突（原型建议） | 初始化弹框同时展示旧来源、建议比例与冲突提示，允许公寓修改后确认 | 确认前继续按旧规则展示，不能提前读取建议值 | 原型暂按出现次数最多的已启用旧比例生成、并列取较高值；正式算法待确认，最终以公寓确认值写入新配置 |
| 新方式无对应旧配置 | 初始化弹框标明“未找到对应配置”，预填开启、服务费 1%；公寓可修改后直接确认 | 公寓确认前继续按旧规则，不提前展示默认建议值对应的新方式 | 仅当对应旧配置记录完全不存在时使用平台默认值；若记录存在但均已关闭，则保持关闭、比例预填 1%。所有建议值均需确认成功后才生效 |
| 末期余数父账单 | 合同原付租方式不变，并标识末期实际覆盖月份与天数 | 例如五月付合同末笔仅含约 2 个月，仍按该父账单真实日期展示动态支付次数 | 读取当前 parent_bill 的 start_date / end_date；span_months 只用于旧配置初始化映射和界面说明，不再决定新方式固定次数 |
| 非月初起租 | 沿用父账单实际起止日 | 看到如 02-18 至 05-17 的真实周期和每笔实际天数 | 月付以合同起租日为锚点；双周付 / 周付从父账单起始日连续滚动，不强制对齐自然月 1 日；所有子账期连续、无重叠、无漏天 |
| 月付金额分配 | 父账单原租金不变；账单详情保留每个合同锚点月的租金依据 | 季付原租金 ¥9,000、三个合同月租均为 ¥3,000 时，月付预览依次显示三笔原租金 ¥3,000；不因月份天数不同而变化 | 日期切分与金额分配分离：前序完整锚点月读取合同对应月份租金，最后一笔原租金 = 父账单原租金－前序已分配原租金，用于承接零散尾期、调租与分币差额；不得对完整月按天折算 |
| 账单编号与租客文案 | 公寓端及后台继续展示 1-1、1-2…父子账单编号 | 租客端保留同一编号，并以“本账期支付 N 次 / 第 N 次支付”解释频率；不展示“拆 N 期” | 两端展示编号均由父账单序号 + 子账单序号生成，不改变父子账单 ID |
| 代扣未开通或已取消 | 不展示“代扣”标签，账单沿用现有编辑、作废与收款操作 | 账单按手动支付执行 | 未来未支付租金账单不受代扣权限锁控制 |
| 代扣已开通、无在途指令 | 被代扣关系覆盖的租金账单展示“代扣”；隐藏编辑、作废及其他变更，展示线上收款、线下收款 | 同一账单展示“代扣”，并保留 1-1、1-2…编号及支付次数表达 | PC / APP 使用同一权限判断；执行人工收款前仍需校验在途代扣状态 |
| 公寓配置页与代扣提示 | PC / APP 均仅配置三种付租方式；同时说明租客可使用支付宝代扣及成功金额 × 0.6% 手续费由公寓承担 | 租客不承担该手续费，账单中不增加此费用项 | 代扣手续费提示只读展示，不新增公寓确认项；首次映射确认只确认配置迁移 |
| 租金代扣成功 | 公寓结算承担成功代扣金额的 0.6% 手续费 | 租客实付金额不因代扣手续费增加 | 手续费 = 实际代扣成功金额 × 0.006；承担主体固定为公寓 |
| 代扣指令处理中 | 本原型不承诺人工收款是否仍可直接执行 | 继续展示当前账单状态，不重复提示主动支付 | 需支付侧补充防重复扣款、收款核销及在途指令撤销口径 |
| 统一 3/7 尾期规则 | 展示拆分服务返回的真实起止日，并说明实际次数由账期日期决定 | 月付保留合同锚点月；双周付 / 周付表达“每 14 / 7 天支付”。租客只看到实际支付次数，不看到公式 | 先生成完整标准周期，再计算尾期 r 与下一标准周期 P：r/P≤3/7 合并，r/P＞3/7 单拆。周付 1～3 天合并、4～6 天单拆；双周付 1～6 天合并、7～13 天单拆 |
| 月付零散期与原合同配置 | 保留合同创建时“零散期独立结算 / 合并支付”的既有结果，不新增签约配置 | 标准锚点月正常展示；仅在同一父账单内处理未被原配置明确的零散尾期 | 原配置明确 independent / merge 时优先执行；否则才应用 3/7。父账单不足一个完整月且没有上一子账单时，保留为单独一笔，禁止跨 parent_bill_id 合并 |
| 手动支付选择范围 | 账单详情保留当前父账期及灵活付租加收费用项 | 只可勾选当前账期内的子账单，不支持跨账期合并手动支付 | 单次支付批次只能包含同一 parent_bill_id；切换父账期时清空上一账期选择，服务端同时拒绝多 parent_bill_id 请求 |
| 租金账单顺序勾选 | 原账单期序与 1-1、1-2…子账单编号均保持不变 | 现有原账单选第 N 期自动补齐前面各期；灵活付租子账单选第 N 次自动补齐同父账期第 1～N 次。取消时同步取消该项及之后，非租金项独立 | 按当前列表适用的支付顺序校验连续前缀；灵活付租子账单还须校验同一 parent_bill_id 与连续 child_bill_index，不得只依赖前端 |
| 同次手动支付完整勾选 | 支付记录展示“整期支付减免” | 全选季付拆出的 3 笔月租金账单时，实付回到原季度租金；押金是否勾选不影响资格 | 同一支付批次按 parent_bill_id 与“租金”费用项判断子账单完整覆盖；满足后减免该父账期全部灵活付租加收 |
| 历史方案已确认 | 仍只读展示原拆分期数、比例与账单快照 | 继续展示原完整账期，不强制重新选择 | 保留父账单 ID 和原拆分结果，不迁移、不重算；可仅升级租客端名称展示 |
| 尚未生成灵活付租方案 | 初始化确认后可按三种方式日常配置 | 在现有账单列表顶部看到合同当前方式及公寓已开启的目标方式，三种方式均可进入真实预览 | 实时读取已保存新配置与父账单实际日期，三种目标方式均按标准周期和 3/7 尾期规则计算，并在授权成功后正式重建账单 |
| 版本上线与首次初始化 | 首次进入配置页自动弹框；可调整建议值后直接确认，无额外协议勾选；关闭或失败则继续旧规则 | 公寓确认前租客体验不切换；确认后新选择读取三种付租方式配置 | 写入一次性迁移记录、旧配置快照和新配置版本；确认操作需幂等，不能部分成功 |
| 已部分支付后再付剩余账单 | 继续展示历史实收与剩余待收 | 本次支付未覆盖父账期全部租金，不触发全期减免，也不追溯已支付批次 | 减免只在当前支付批次提交前判断；历史已收加收租金不退款、不抵扣 |
| 父账单日期、金额或计算异常 | 显示不可用于新模式的原因 | 不可用频率置灰；没有可用项时沿用原账单 | 日期重叠、缺口、金额待定或动态支付次数无法生成时禁止新方案，不回退读取另一套比例 |
已定发布范围：月付、双周付、周付已全部开放，公寓开启后租客均可预览并授权生效；原意向登记事件停止触发。已定拆分算法：标准周期分别为合同锚点月、14 天、7 天；零散尾期占下一标准周期不超过 3/7 时合并，大于 3/7 时单拆。月付前序完整锚点月按合同对应月租金，最后一笔承接父账单差额；任何方式都不跨父账单合并。已定支付顺序：现有原账单选择后一期自动补齐前面租金；灵活付租子账单在同一父账期内必须是从第 1 次开始的连续前缀。取消某项同步取消该项及之后，非租金项独立。已定授权账号边界：平台跳转支付宝前无法获取或预填租客支付宝账号，由租客在支付宝授权页核对当前登录态。已定初始化兜底：完全无对应旧配置时预填开启、1%，对应旧记录均关闭时保持关闭；确认前均不生效。仍待确认：有多条已启用旧来源时，比例暂按众数、并列取高值生成，正式算法与多组织确认范围仍需产品确认。原型模拟：补充协议模板、电子签章、归档、支付宝授权结果与代扣协议标识、初始化接口及分币舍入仍为演示；不模拟租客支付宝账号回传。本期不展开：代扣取消与扣款重试、其他支付通道费用、免押与佣金。