手机分期 NIN 全流程与 UI 调整需求
版本：V2.2｜更新日期：2026-09-11｜状态：待研发实现与验收。
原 02「试算与 KYC 优惠联动」和原 04「手机分期交互调整」合并为本文，按办单流程统一维护。底层 KYC 留存、绑定决策、支付能力、虚拟账户和还款排序仍见 01-底层共用能力；第 4.4 节仅说明与现有 SA App 能力的兼容性建议，不展开接口实现或代码设计。
1. 业务目标、角色与适用范围
让客户在核验前看懂 BVN/NIN 的首付资格与还款差异，再以已确认身份完成 KYC、绑定、签约、首付和后续还款。门店灰度决定“能否选 NIN”，试算决定“该身份下可选什么方案”，KYC 决定“身份是否通过”；三者不能互相替代。
尼日利亚手机分期按门店或门店所在地区灰度支持 NIN。客户本人选择方案并完成授权、身份和支付验证；SA 选择实际门店、解释方案并协助办单，不能替客户授权、代输卡安全信息或手工确认真实到账。运营配置准入与通道，风控和业务系统分别确认身份风险、审批及资金状态。
适用于新申请和允许继续的草稿；已提交 KYC、已审批、签约或支付订单不经试算页面直接换证件或改价。客户 KYC 不替代商户收款认证，现金贷收款账户不成为本产品客户必填步骤。
具体首付范围、利率及计息采用正式业务配置。文内 30%/40%/60%及画板金额仅为 UI 示意，不新增正式定价规则。“BVN 下全部可选”只指当前商品、价格和期数下的合法首付，不突破门店准入或产品边界。
2. 全流程与本次页面改动
| 顺序 | 页面/场景及操作人 | 本次调整 | 进入下一步的条件 |
|---|---|---|---|
| 1 | 门店及商品选择 / SA | 按实际门店、地区实时取得认证准入 | 门店真实、范围有效 |
| 2 | 试算 / SA 向客户展示并按客户选择操作 | 先选身份，再选首付；范围条、BVN 专属提示、同行每期还款及优惠标签 | 身份与首付合法，当前报价有效并确认 |
| 3 | Identity 与材料/活体 / 客户本人、SA 协助 | 类型只读承接试算；配置化重试与受控 Mock；不展示第三方照片 | 授权、资料留存和整体 KYC 满足要求 |
| 4 | 资料与审批 / 沿用既有流程 | 不因 NIN 改写审批或额度规则 | 原审批条件满足 |
| 5 | 还款工具绑定 / 客户本人、SA 解释 | 只展示本次绑户或绑卡目标；按规则完成、直接跳过或试一次后跳过 | 有效完成或合法免绑定 |
| 6 | 签约 / 沿用既有流程 | 保留签约人脸等既有要求 | 合同有效且已完成签约 |
| 7 | 首付 / 客户支付、SA 查看状态 | 按通道能力展示方式，区分处理中、部分、足额和异常 | BNS 确认足额 |
| 8 | 商户放款与交机 / 沿用既有流程 | 首付达标后仍检查商户收款、设备及交机条件 | 全部既有条件满足 |
| 9 | 贷后还款 / 客户 | 根据本产品用户的真实工具、身份及支付记录显示方式和顺序 | 贷款账本确认实际入账 |
客户与 SA 合照、设备核验、签约人脸、商户收款后交机等原要求不取消；仅当本节的 KYC Mock 开启时，合照环节不进行校验。SA 页面、客户 H5 和供应商支付页面各自归属清晰；客户 KYC、首付足额、商户收款和贷款还款是独立结果。
3. 第一步：门店准入与 NIN 灰度
3.1 组合策略
地区只能使用渠道中心维护的门店行政地区（州、LGA）；不得以客户住址、客户手机 GPS 或 SA 当前位置替代。准入不是“命中一条规则即结束”，而是由 产品基础策略 × 地区策略 × 门店策略 × 生效时间 组合得出一组有效的手机分期认证策略。
| 策略维度 | 业务作用 | 组合原则 |
|---|---|---|
| 产品基础策略 | 定义手机分期是否具备 NIN 能力、允许的认证方式与默认方式 | 是所有门店的基础；本期默认方式固定为 BVN |
| 地区策略 | 在州/LGA 范围内限制或开放 NIN 及灰度比例 | 仅能收紧产品基础策略；未配置不额外改变基础策略 |
| 门店策略 | 对指定门店设置开关、比例或专属组合 | 与产品、地区共同生效；需突破地区限制时，发布包含产品、地区和门店条件的完整专属组合，不靠前端或隐式覆盖 |
| 紧急停止 | 暂停新的 NIN 核验入口 | 对所有组合生效，只影响新发起，不回写历史 KYC、首付或还款结果 |
组合结果至少输出：可选认证方式、NIN 是否开放、适用灰度比例、默认方式、规则版本和生效时间。组合后的可选方式取各有效限制的交集；任一有效策略关闭 NIN，则本次不能选择 NIN。比例按组合结果统一计算，不将多条比例相加、平均或按先后顺序覆盖。相同产品、地区、门店和生效时间产生两个不同结果的组合不得发布。
手机分期首批组合为“BVN/NIN 可选 + BVN 默认”。允许 NIN 只表示可在试算页选择 NIN，不代表客户已通过 NIN 核验，也不自动改为 NIN、提高首付或变更支付方式。
3.2 实时生效与在途口径
本功能不使用客户端或服务端缓存保存准入、灰度、首付资格或报价。进入试算、切换门店/商品/价格/认证方式、选择首付或期数时，均以服务端当次返回的组合策略和报价为准；页面不得以旧结果、隐藏按钮或本地计算放行。
认证尚未提交时，门店或任一试算输入变更即重新取得准入和报价；原方案不合法则清除并要求重新确认。已提交 KYC、已审批、签约或支付的订单按已提交的业务记录继续处理，不因之后的配置变化而自动换证件、改价、重复核验或中断资金处理。NIN 老客在未开放门店的新申请仍按当前门店策略处理，历史 KYC 和历史订单不受影响。
4. 第二步：试算页选择身份、首付与还款方案（0911 NIN UI 终态）
本节以 0911 新增 NIN 终态画板 为唯一 UI 参考，并基于现有 SA App 的“信贷政策预览 + 还款分期试算 + OTP 建单”职责给出增量建议。页面数据必须来自实时规则与报价；设计中的金额只是布局示意，不能作为正式利率、首付或本金口径。
4.1 页面终态与默认逻辑
页面从上至下为：门店、商品、价格、IDENTITY TYPE、首付、付款周期、期数、REPAYMENT PLAN 和 Next。Identity type 位于首付正上方；KYC 页面不再提供该选择，只读承接本页已确认方式。
| 状态 | 终态页面规则 |
|---|---|
| BVN 默认 | NIN 允许时，首次进入默认选中 BVN；展示 BVN 合法首付，30%—低于 40%档位带 BVN exclusive。推荐档位由当次策略返回，不写死 30%。 |
| NIN 共同首付 | 选择 NIN 后，BVN 专属档位灰显，当前首付须切换至 NIN 合法的推荐或已选共同档位；共同档位、周期与期数继续可选择。 |
| NIN 未开放 | NIN 控件不可点击，并显示稳定的不可用原因；不得以普通优惠差异替代准入提示。 |
| 点击 BVN 专属项 | 打开 Have a BVN? 提示。保留 NIN 不改变方案；确认后切 BVN、选中该档位并重新报价，报价成功后才可继续。 |
同一有效输入下，切换至 NIN 时保留共同首付；若原首付仅 BVN 支持，清除该选择并选中 NIN 的推荐共同档位。若无可用共同档位，Next 不可用。切回 BVN 时保留仍合法的首付，否则采用 BVN 推荐档位。身份切换只改变试算方案，不是身份核验提交。
4.2 首付、周期与期数
首付卡显示金额、比例、选中状态及必要的 Recommended/BVN exclusive 标签；共同档位不重复书写“BVN/NIN”。范围说明只说明资格：示例中 30%—低于 40% 为 BVN 专属，40%—60%为两种身份均可用。范围条不可拖动，手输金额也必须由服务端按精确金额校验，不能按页面四舍五入后的比例放行。
付款周期与期数沿用当前 SA App 的试算模式：用户选择周期后，仅展示当次报价返回的 term；切换周期、期数、首付、价格、商品或身份均使旧报价失效并重新试算。画板中的 By Week、3/6/9 months 是示意，不将期数或周期写死为本期规则。
0911 NIN 画板存在“40% 已选但标题仍显示 Recommended: 30%、本金仍为 30%首付本金”的示意不一致。实现时标题、选中卡、本金、两种还款额和节省额必须来自同一个报价结果；NIN 选中 40% 时不得继续展示 30% 的推荐标题或 ₦103,810 本金。
4.3 还款计划与优惠呈现
REPAYMENT PLAN 保持画板的简洁白底卡，展示当次方案的 Loan Amount 和当前周期的单期还款，不单独展示利率卡。
| 当前方式及首付资格 | 展示规则 |
|---|---|
| BVN，含 BVN 专属首付 | 仅展示当前 BVN 的单期还款；不生成不可办理的 NIN 报价，也不把参考价当成 NIN 可办理金额。 |
| BVN，选共同首付 | 展示当前 BVN 单期还款；可按产品确认的需要展示优惠标签，但不强制做双方案比较。 |
| NIN，选共同首付 | 同一首付、本金、周期和期数下，同时展示 BVN 与 NIN 的单期还款；BVN 金额带 BVN 标签。展示 Save per installment 与 Total savings，均为 NIN 与 BVN 完整计划的可信差额。 |
| 无有效首付、报价中、失败或过期 | 不显示金额或节省额，Next 不可用；重试取得新报价后才恢复。 |
两种还款额的比较只用于帮助客户决定，不能自动切换 Identity type。各期不等额时，页面按完整还款计划计算当前期差额和总差额，不能以平均金额替代；节省金额不得由前端使用利率或示例数字自行计算。
4.4 基于现有 SA App 接口的建议方案
| 现有能力 | 本次建议增加的业务输入/输出 | 页面使用方式 |
|---|---|---|
| 信贷政策预览 | 输入增加已验证的门店/POS 上下文；输出增加 identity_options、各身份合法首付档位/范围、各身份推荐首付、可用周期与期数、规则版本、BVN和NIN下对应的风险等级 | 页面首次进入及商品、价格、门店变化后调用；决定 Identity type 是否可选、首付灰显和推荐档位 |
| 还款分期试算 | 输入增加已选 identity_mode、门店/POS 上下文和已选 term；在 NIN + 共同首付时请求 BVN 对比报价。输出按身份返回单期金额、完整计划总额、可比较标识、当期节省和总节省 | 每次身份、首付、周期或期数变更后调用；只渲染与当前输入完全一致的结果 |
| OTP 建单的 Calculate Draft | 增加已确认的 identity_mode、规则版本/报价标识和真实首付、周期、期数；服务端建单时重新校验门店准入、首付和报价有效性 | Next 只提交已经确认的方案；建单拒绝或报价失效时回试算重新获取，不沿用旧金额 |
4.5 异常、继续条件与设计状态
| 触发 | 页面处理 |
|---|---|
| 试算请求仍在进行或输入已变化 | 清空旧金额和节省额，Next 禁用；只接受与当前全部输入相同的结果。 |
| 返回身份或首付不合法 | 清除无效选择并展示可用档位；不自动提高首付或切换身份。 |
| 规则/报价失效或请求失败 | 展示重试入口；不把业务异常写为 KYC 失败，不借用上一次报价。 |
| 点击 BVN 专属提示后取消 | 完整保留点击前的 NIN 状态；不产生选择成功或报价成功。 |
| KYC 已提交或订单进入后续阶段 | 不再允许由试算页修改身份或价格。 |
Next 的放行条件为：当前身份可选、首付与期数合法、当前报价有效、当前方案已确认。试算页埋点仍按第 9.1 节执行；金额、利率、身份号码、客户资料和原始错误不得上报。
| 0911 终态 | Figma |
|---|---|
| BVN 默认与专属 30%首付 | 10试算_空态_BVN |
| NIN 共同首付与还款优惠对比 | 10试算_空态_NIN |
| NIN 点击 BVN 专属首付提示 | 10试算_new_NIN_点击BVN专属提示 |
5. 第三步：KYC 只读承接已确认身份
5.1 Identity 页面调整
Identity 不再提供 type 选择器、单选按钮或切换入口，只读显示试算已确认的 BVN 或 NIN。输入、验证中、材料上传和已验证各状态一致；“当前方式”不等于“核验通过”。原“首次切换 NIN 丧失优惠”弹窗不再出现在 KYC，优惠切换只发生在试算页。
未提交核验且客户要求换证件时，返回试算重新确认合法首付和新报价，再进入 KYC；不在 Identity 页直接切类型、沿用旧价格。已提交核验、已审批、签约或支付订单按既有在途流程受控处理，不自动改价。BVN 走原核验，NIN 统一使用 Dojah Lookup NIN Advance（官方名称 Advanced NIN Lookup）；若身份与已确认方案不一致，不带着错误方案继续审批。Advance 全量留存及旧记录复用按 01 第 5 节，不新增客户填写扩展资料的页面。
5.2 第三方失败重试
NIN 查询出现可恢复的第三方失败时，页面提供 Retry。可重试范围为超时、连接失败、限流和第三方系统异常；格式错误、无记录、身份不匹配及客户拒绝授权属于业务终态，不提供重试。重试上限、可重试失败类别和等待时间由配置控制，按“本次申请 + 当前身份类型”累计，不因刷新、换设备或更换 SA 重置。
每次点击 Retry 都创建一条新的查询尝试并记录尝试序号、上一次稳定失败类别和最终结果；页面只显示剩余可重试次数及可理解的恢复提示，不展示第三方原始错误。达到上限后展示“暂时无法验证，请稍后再试/按受控流程处理”，不得继续无限重发，也不得把失败写成 KYC 通过。
5.3 第三方 KYC Mock 开关
为应对第三方服务不可用，提供服务端受控的 NIN KYC Mock 配置。开关按产品、环境和允许范围生效，由有权限人员配置并记录开关人、时间、范围、原因和版本；SA App、客户页面及请求参数不得提供开启入口。生产环境如需开启，必须使用受控范围和审计记录，不能作为常态降级路径。
开关开启后，NIN 查询默认返回模拟成功结果；页面按成功状态继续，不展示“第三方服务失败”或第三方原始内容。业务记录必须标记 result_source=mock，与真实第三方成功严格区分，且不得覆盖、伪造或污染真实 Dojah 查询记录、供应商统计和正式通过率。
| 模式 | NIN 查询 | 第三方照片 | 合照环节 |
|---|---|---|---|
| 正常模式 | 按真实 Dojah 结果处理；失败按 5.2 的可配置次数重试 | 受保护留存，仅供服务端规则使用，不下发前端 | 按既有服务端规则校验，前端只展示结论 |
| Mock 开启 | 默认模拟成功；不调用或不依赖第三方结果 | 不生成、展示或要求第三方照片 | 不进行合照校验，直接记录 skipped_mock |
Mock 仅改变本次第三方 NIN 查询及其依赖的合照校验，不取消客户授权、身份方式承接、必填材料保存、其他未声明跳过的本地规则和订单审计。关闭后，新发起查询立即恢复正常模式；已完成的 Mock 记录保留其真实来源，不得静默改标为第三方成功。
5.4 授权、验证、材料与结果
- 客户完成知情授权后才提交 NIN；SA 代录不等于客户已授权。客户与 SA 身份、操作记录和会话分别归属。
- 展示已确认方式及必要输入，按 01 校验 NIN 格式；实际提交后展示验证中，防重复发起。正常模式下，Dojah 完整结果成功落库后才展示该阶段结论；Mock 模式下，以已记录的模拟成功结果进入下一阶段。
- Dojah 返回照片仍按 01 要求受保护保存并用于服务端规则，但任何第三方返回图片均不得下发、预览、缓存或展示在前端页面。前端只显示资料状态与必要的非敏感结论；Slip 是必要时的补充材料，不是活体替代。
- 材料页区分待上传、上传中、失败和已收齐；正常模式下活体/人脸和合照按既有规则由服务端完成校验，前端不展示比对图片。Mock 开启时合照不校验，页面不显示合照校验失败或伪造的通过证明。
- 无记录/无效引导核对或受控复核；平台故障和保存失败按 5.2 处理，不写成客户身份拒绝。超时先确认原尝试，不能通过更换 SA 或重进重置重试次数。
- 换设备、换 SA 恢复同一办单状态，遵循客户资料访问权限。转店、身份更改、跨产品同号不静默转移核验、订单、支付授权或负债。
5.5 进入审批的条件
正常模式下，查询成功只能表示取得资料；资料完整保存、客户授权、必要补件、活体/人脸及身份归属全部满足才显示整体 KYC 通过。Mock 开启时，模拟查询成功可替代本次第三方查询结论，合照校验状态为 skipped_mock；其余未被 Mock 覆盖的进入条件仍须满足。整体未通过、待补、复核中或异常恢复中不能以首付支付或 SA 确认替代。完整记录与复用标准沿用 01 第 5 节，通过后继续既有资料与审批流程。
6. 第四步：审批后完成还款工具绑定
审批后的还款工具步骤展示本次唯一目标；SA 可解释，客户本人完成工具验证与后续扣款同意。没有绑卡不会自动要求客户补 BVN；是否需要绑定以及是否可跳过完全依据 01 第 6 节。不得新增现金贷的客户放款收款账户步骤，手机分期款项按原规则发往商户。
绑定结果到页面的映射
| 共用决策/状态 | 页面及操作 | 继续条件 |
|---|---|---|
| 已有有效工具，已完成 | 展示已完成摘要，不重复验证或扣费 | 使用可信已完成状态 |
| 必须绑户 / 必须绑卡 | 只展示本次一种目标与本人授权说明，无跳过入口 | 本场景授权有效；不是仅登记账号或支付成功 |
| 直接跳过 | 不进入空绑定页，直接衔接下一步 | 已记录策略免绑定，不伪造工具 |
| 试一次后可跳过 | 首次仍显示目标操作，不提前开放跳过 | 成功则完成；允许终态失败才显示“暂时跳过” |
| 处理中 / 超时 / 未知 | 提示验证中，提供查询/恢复 | 原尝试确认前不换工具、不解锁跳过 |
| 允许终态失败 | 展示可理解原因；有资格才显示“暂时跳过” | 客户确认后记录一次失败后免绑定 |
| 身份冲突 / 欺诈 / 无可用强制通道 | 拦截、复核或暂不可用 | 不降级成免绑定，不向客户披露风险标签 |
次数与跳过资格遵循 01 第 6 节，刷新、退出、换设备或操作人不重置。不得在卡失败后自动叠加必须绑户。绑定跳过不等于免除还款；默认工具不等于自动扣款同意。工具管理支持设置默认及撤销，撤销和在途扣款按共用授权规则处理。
7. 第五步：签约后收首付，再进入商户放款与交机
通道能力及 BVN/NIN 边界参见 01 第 7 节（供应商资料核对日期仍为 2026-09-09，本次合并没有重新验证商户开通状态）。以下是手机分期明确执行方案，不是待选方案。
7.1 默认配置与切换
手机分期首付按“产品 + 商户 + 支付场景 + 认证方式”配置允许能力，再支持门店/地区覆盖及顺序。身份方式仅影响能力兼容性，不人为要求 NIN 用户补 BVN 才能支付。
| 配置对象 | NIN-only 默认 | BVN-only / BVN+NIN 默认 |
|---|---|---|
| 首选转账 | Monnify Dynamic Invoice | 同左 |
| 卡支付备选 | Paystack 托管收银台 | 同左 |
| 次选转账 | Paystack Pay with Transfer，接入验收前关闭 | 同左 |
| Monnify 卡支付 | 商户已开通且接入验收后启用 | 同左 |
| 长期预留账户收首付 | 关闭 | 关闭 |
| 首付支付失败后切换 | 旧尝试结果确认后可改方式；未知结果先查询 | 同左 |
若 Monnify 未开通而 Paystack 单次卡收款已验证，直接以 Paystack 为可用首付方式，不为 NIN-only 等待长期开户。两家均无已验证能力时，首付显示暂不可支付，订单停留待支付；不能将策略跳过绑定解释为免首付。
用户/SA 看到“银行转账”“银行卡支付”和必要银行/有效期信息；具体通道按后台排序。SA 不代输客户卡安全信息。收银台仅开放本次配置允许的方式，不能出现后台已禁用的付款方式。
7.2 首付页面与结果展示
首付页展示本订单应付余额及已开放方式，银行转账展示实际收款银行、账号、准确金额和有效期；银行卡支付由客户进入允许的收银台完成。原报价中的“首付档位选择”不是本页的“付款方式选择”，试算不收钱。
| 业务状态 | 页面说明与可操作项 | 是否进入商户放款/交机检查 |
|---|---|---|
| 未支付 | 选择可用方式并发起一次支付 | 否 |
| 支付中或结果未知 | 查询原尝试，退出重进恢复；不展示第二套付款指引 | 否 |
| 部分到账 | 展示可信已收及剩余；原尝试终结且通道支持时再补差 | 否 |
| 足额 | 展示首付已完成，继续商户放款及既有交机条件检查 | 仅首付门槛满足，不等于已可交机 |
| 已关闭、迟到款或冲正异常 | 显示需处理状态，保留查询/客服；不重新激活订单 | 不自动推进 |
7.3 订单、金额及资金结果
- 完成签约才可支付首付。一个订单只有一张业务首付单；该首付单可有多个有历史记录的支付尝试。有效期到达、更换方式或补差额可以产生新尝试，但不新建第二张业务首付单。
- 同一时刻仅展示一个当前可支付尝试；切换前检查原交易，能关闭则确认关闭，不能关闭且仍有效/未知则等待确认或到期，不对客户同时展示两套可付款指引。
- 默认单次支付应付首付余额，使用实际货币金额准确展示；临时账户有效期按供应商返回，不能把代码中的某个默认天数当作两家共同能力。
- 以可信交易结果核对首付单、金额、币种、商户、交易标识和有效状态；转账还要核对真实收款账户归属。截图、“我已付款”、页面返回和 SA 确认不能作为足额依据。
- 支付中台保留通道流水并通知业务系统；BNS 记录首付应收/实收并判断足额，再通知 FCS 处理商户放款。首付不进入借款本金或贷款还款余额。商品款到商户以及交机条件继续独立检查。
- 同一交易只认一次到账。不同尝试都真实到账时均保留流水，首付达到足额后不重复放款，多收款进入退款/对账处理，不静默丢弃。
- 少付仅在通道确实确认入账时才计部分到账；剩余应付按首付单计算。若通道拒绝或退回不匹配金额，不得计实收；不假设两家都支持拆分支付。需要补差时原尝试先终结。
- 首付关闭、合同失效或订单取消后的迟到款进入异常处理，不能激活旧订单；已放款后的冲正需人工资金/风险处理。
- 手续费单独记录，不把渠道结算净额少于首付误判为客户欠款。以核实的客户支付金额计实收；首批方案由平台承担渠道手续费，若调整须在付款前清楚展示。
- 卡首付成功不会自动标记绑卡成功。仅在客户同意后续使用、通道返回可复用凭证且绑定规则验证通过时，才可形成可用卡；若先前策略跳过，无后续扣款同意则不启用。
现有首付金额与商户放款边界参照本地《签约首付与放款到商户》，本次明确采用 Dynamic Invoice/单次支付，替代该历史方案中对“首付使用 Reserved Account”的未定选择。
8. 第六步：客户贷后还款
首付列表与贷后列表是两个场景；首付成功的工具不会自动成为客户默认工具。页面明确当前手机分期订单、应还金额及还款结果；SA 首付页面不代报客户还款页面，也不把客户还款解释成商户货款。
还款列表、账户与支付结果
进入还款页及修改本次金额后，根据 01 第 9 节取得当前产品用户的候选列表与顺序。页面不自行按 NIN/BVN 写死排序，不展示未开通的长期账号，不为免绑定用户伪造“已绑定卡/已授权账户”。
展示方式名称、推荐顺序、当前金额、必要有效期及可用提示；同一方式不重复堆叠供应商。用户选定并确认后才发起支付。所选方式失效时刷新列表并重新确认，不自动扣另一张卡。全部不可用仍保留账单、客服与刷新入口。
临时账户明确有效期及本次用途；长期账户只有真实可用时才展示，开户中/失败不展示虚假号码，复制动作不代表付款。未知结果先查询；明确失败后才换方式；支付成功但账本未入账显示“入账处理中，请勿重复付款”，部分还款和结清以本产品贷款账本为准。退出后恢复原尝试，不另造付款指引。
9. 按业务流程验收埋点
沿用 frontend-tracking-spec，规则与隐私约束参见 01 第 11 节；本次仅合并需求事件，不宣称已实现、真机触发或数仓验收。SA 代客页面按工作区要求覆盖；客户本人授权和实际业务成功仍由可信结果确认。
公共属性：真实办单 session_id、业务规则 rule_version、认证类别 identity_mode、产品与准入结果来自业务上下文；SA 操作者与客户身份分开，不把 SA 账号当客户。不上报证件号、姓名、电话、金额、利率数值、原始输入、照片、卡信息、账号、凭证及原始错误。页面和事件名称稳定，不拼接动态内容。
9.1 试算与优惠交互
以下 owner 均为 SA App，event_page 为 installment_calculator；模式选择不是身份验证成功。
| 事件 / 类型 | 唯一触发及含义 | 属性与来源 | 指标 |
|---|---|---|---|
| installment_calculator_view / view | 当次准入和首屏试算信息实际完整展示一次 | state与当前identity_mode来自UI；可选身份集合、NIN可用性、rule_version来自服务端 | 进入量及 NIN 可用率 |
| installment_identity_select / click | 点击不同且可用的证件类型一次 | from/to类型来自UI；旧首付是否兼容来自当次业务规则 | 类型切换及待重选比例 |
| installment_down_payment_select / click | 点击可用首付卡一次 | selection_source=recommended/preset，来自UI | 档位选择率 |
| installment_down_payment_input / input | 手输内容变更并失焦一次 | input_valid来自校验，不含原值 | 手输及无效率 |
| installment_bvn_exclusive_click / click | 点击置灰专属档位一次 | identity_mode、reason_category来自UI及规则 | 专属档兴趣 |
| installment_bvn_exclusive_prompt / view | 专属提示实际打开一次 | current_state来自UI | 提示曝光 |
| installment_bvn_exclusive_action / click | 确认、保留或关闭一次 | action=use_bvn/keep_nin/dismiss来自实际动作 | 提示后切BVN率 |
| installment_quote_result / result | 当前试算可信结论首次展示 | result、支持集合、comparison_available来自业务结果 | 试算成功率 |
| installment_quote_benefits_view / view | 当前每期还款对比区域实际完整展示一次 | comparison_available、benefit_applied来自可信方案，selected_identity来自UI | 双方案与优惠曝光 |
| installment_plan_continue / click | 有效方案下点击Next一次 | identity_mode、plan_valid来自已确认方案，不含金额 | 试算到后续申请转化 |
9.2 KYC、绑定、实际首付及客户还款
| 页面及 owner | 事件 / 类型 / 唯一触发点 | 业务含义、属性来源 | 指标 |
|---|---|---|---|
| installment_kyc_consent / SA App | sa_kyc_consent_result / click / 客户完成授权确认 | 授权结果与版本，不包含签名或客户资料 | 分期授权完成率 |
| installment_nin_kyc / SA App | sa_nin_submit / click / 实际提交；sa_nin_retry / click / 点击可用 Retry；sa_nin_result / result / 展示已保存结果 | 尝试序号、剩余次数、可重试类别和 result_source=third_party/mock 来自业务结果；不包含 NIN、第三方错误或图片 | 首次查询、重试耗尽及真实/Mock结果分布 |
| installment_kyc_capture / SA App | sa_kyc_capture_submit / click / 提交；sa_kyc_result / result / 展示整体结论 | Slip/活体阶段来自实际页面，结论及 group_photo_check=checked/skipped_mock 来自整体 KYC 业务结果；不包含材料或图片 | SA KYC 漏斗及 Mock 跳过量 |
| installment_binding / SA App | sa_binding_view / view / 路由展示；sa_binding_submit / click / 发起；sa_binding_result / result / 结果展示；sa_binding_skip / click / 确认跳过 | 目标对象、执行方式、结果及跳过资格来自业务决策；不暴露风险条件 | 分期绑定完成及豁免率 |
| installment_down_payment / SA App | down_payment_options_view / view / 列表展示；down_payment_select / click / 选择；down_payment_start / click / 发起；down_payment_result / result / 展示业务首付状态 | 可见方式顺序、所选方式、通道及首付状态来自业务结果 | 方式选择→足额首付漏斗 |
| repay_methods / 客户还款 H5 | repay_options_view / view / 完整列表展示；repay_method_select / click / 选择；repay_submit / click / 确认支付 | 列表与排名来自服务端；所选支付方式来自 UI | 排名曝光、选择及提交转化 |
| repay_account / 客户还款 H5 | repay_account_result / result / 开户结果展示；repay_account_copy / click / 复制 | 账户类型、创建/复用状态来自服务端，复制只记录动作 | 账户可用率、转账指引使用率 |
| repay_result / 客户还款 H5 | repay_result_view / result / 首次展示每次可信状态变化 | 处理中/部分/结清来自业务账本 | 提交→真实还款结果 |
| payment_tool_manage / 客户还款 H5 | payment_tool_action / click / 默认/撤销操作确认；payment_tool_result / result / 结果展示 | 操作分类与工具类别，不含凭证 | 工具变更完成率 |
| installment_identity / SA App | sa_identity_view / view / 当前只读身份页实际展示一次 | identity_mode 来自已确认方案，rule_version来自业务决策 | 试算到 KYC 承接一致率 |
无效首付不伪造选择成功，点击专属项不代替切 BVN 确认。结果按同一业务尝试与状态去重。KYC 只读当前身份只产生真实页面曝光，不产生类型切换事件；沿用既有稳定页面名，上表 installment_identity 为本专项目标，若名称不同先确认映射，不双报。
材料/活体以 sa_kyc_capture_submit 的阶段区分。Mock 开关本身不产生 SA 页面点击事件；只在真实结果事件中以稳定来源枚举和合照校验状态体现，不能上报开关人、配置范围、第三方错误或图片。绑定事件的目标对象、执行方式、结果及跳过资格来自业务决策，不暴露风险条件。试算 installment_down_payment_select 和实际收款 down_payment_select 分属不同场景，不互相代报。
自动免绑定无点击事件；列表曝光仅记录可见列表和顺序，payment_method 只在选择、提交或结果阶段记录。客户 H5 与 Native 各报自己的生命周期，通过真实会话/trace 关联；Native 承载时按 01 使用独立 native_ 页面和事件。供应商收银台不由我方伪造页面曝光。
漏斗按流程分段：准入曝光与试算 → 确认方案 → KYC 查询及整体通过 → 绑定完成/免绑定 → 原有签约 → 首付足额 → 原有交机流程；贷后单独观察方式曝光 → 选择提交 → 贷款账本入账。首付终点为 BNS 足额，还款终点为账本入账，不以点击“已付款”、页面返回或截图充当成功。原有签约/交机未调整交互继续沿用原事件，不新增虚假成功事件。
10. 按业务流程验收与上线检查
在手机分期分别验收 01 的 K、B、V、R、O、T 共用用例；以下保留原两份文档的验收编号，统一按流程执行，不再跨两份需求查找。
10.1 门店准入
| 编号 | 场景 | 预期 |
|---|---|---|
| A01 | 产品、地区、门店组合产生限制 | 组合后的可选方式取交集；特殊门店策略必须以完整专属组合发布，不通过前端覆盖 |
| A02 | 刷新、换设备/SA、配置变更 | 每次试算重新取服务端准入和报价；已提交核验按业务记录继续，不依赖缓存或重新抽签 |
| A03 | 地区为空、规则冲突、门店伪造 | 按明确默认或拒绝；不扩大 NIN 权限 |
| A04 | 非灰度门店的 NIN 老客 | 新申请遵循门店准入，历史还款可用 |
10.2 试算 UI、优惠及 KYC 承接
| 编号 | 验收 |
|---|---|
| N01 | Identity type位于价格之后、首付正上方，首次加载默认BVN；重新进入以当次服务端准入和报价为准 |
| N02 | BVN下所有合法首付选项可用，专属档有可识别tag |
| N03 | NIN下专属项置灰但点击能打开提示；不会被直接选中 |
| N04 | 共同首付切类型保留金额；专属首付切NIN进入待选择，不能自动提高首付 |
| N05 | 专属弹窗取消恢复原状态；确认切BVN并选择所点档位，随后重算 |
| N06 | NIN 选共同首付时，BVN/NIN 金额同本金同期限展示；BVN有标签，Save per installment 和 Total savings 来自可信完整计划差额；BVN 专属首付不虚构 NIN 金额 |
| N07 | NIN选中时BVN优惠为可比较优惠，不能标为当前已享受 |
| N08 | BVN-only首付的NIN列不可用，不虚构可办理月供 |
| N09 | 无有效首付、加载、失败及迟到结果不放行；优惠金额不沿用旧结果 |
| N10 | 40%边界、手输精度、末期尾差与完整计划总差正确 |
| N11 | Identity各状态只读显示当前BVN或NIN，无type选择和切换入口；承接试算已选方式，已提交或存量订单不自动改价 |
| N12 | 每个事件触发唯一、业务结果可信、owner正确且无敏感数据 |
| N13 | 0911 的 BVN 默认、NIN 共同首付和专属首付提示三个终态可独立查看，关键切换及提示原型链接正确 |
10.3 KYC、绑定及跨阶段交互
| 编号 | 场景 | 预期 |
|---|---|---|
| S01 | 首次试算、重新进入、KYC 各状态 | 初次默认 BVN，重新进入重新请求准入和报价；KYC 只读承接，无类型切换控件 |
| S02 | 未提交转店导致 NIN 或首付不再合法 | 重算准入/报价并待确认，不静默换证件或增加首付 |
| S03 | 正常模式下 SA 代办及本人授权、照片/Slip/活体 | 主体和权限正确；第三方照片受保护保存、不下发前端；合照按服务端规则校验，不跳过客户授权及人脸要求 |
| S04 | 绑定五种决策及授权工具管理 | 唯一对象、严格一次、无风险泄露；不新增现金贷收款账户要求 |
| S05 | 客户还款及首付卡无后续授权 | 列表按本产品用户事实排序，不自动启用首付卡扣款 |
| S06 | 试算、KYC、SA 首付与客户 H5 埋点 | 页面归属、触发、业务终点正确，跨模块无双报、无敏感资料 |
| S07 | 第三方超时/限流/系统异常重试 | 仅可重试类别显示 Retry；次数按配置累计，刷新/换设备/换 SA 不重置；耗尽后不再重发 |
| S08 | 开启/关闭 NIN KYC Mock | 开启后默认模拟成功、前端不展示第三方图片、合照状态为 skipped_mock 且不校验；记录来源和审计。关闭后新发起恢复真实查询，既有 Mock 记录不改写 |
10.4 实际首付与资金结果
| 编号 | 场景 | 预期 |
|---|---|---|
| P01 | NIN-only 用 Monnify Dynamic Invoice 首付 | 不要求 BVN，首付尝试及结果关联正确 |
| P02 | NIN-only 用 Paystack 托管卡/临时转账 | 不依赖 DVA 开户，按已开通模式成功收款 |
| P03 | 卡首付成功但没有后续授权 | 首付可足额，绑卡仍未完成 |
| P04 | 退出重入、到期重开、切通道、未知状态 | 原记录可查询，无两个并行付款指引 |
| P05 | 两笔真实来款、重复通知、少付/多付 | 去重准确，只推进一次放款，真实多收可追溯 |
| P06 | 首付少于应收、净结算扣手续费 | 少付不放行；手续费与客户实付分开 |
| P07 | 首付足额/关闭后迟到/冲正 | BNS 按业务状态判断；不误计贷款还款、不自动错误交机 |
10.5 上线条件
上线前确认首批门店/地区及比例、风险有效期与可降级原因、商户支付方式开通和真实成功样例、金额/费用、退款对账及交机恢复证据。只有公开文档或静态代码不代表上线通过；长期 NIN-only 开户未确认不阻塞已验收的单次首付和还款能力，强制绑定无可用工具仍按规则暂停。