| | |
| | | | 路由 | `/pages/merchant-onboarding/merchant-onboarding` | |
| | | | 页面目标 | 首次提现前提交企业或个人主体资料,进入结算主体审核流程。 | |
| | | | 进入方式 | 商户提现页点击“提现”,且进件状态为未提交或需重新提交。 | |
| | | | 负责人/更新时间 | 待指定 / 2026-07-28 | |
| | | | 负责人/更新时间 | 待指定 / 2026-09-29 | |
| | | |
| | | ## 功能点 |
| | | |
| | |
| | | | MO-003 | 主体证件 | 法人/个人姓名、身份证号、证件有效期类型和起止日期。 | 已完成首版 | |
| | | | MO-004 | 联系人信息 | 企业填写管理员姓名和手机号,个人填写手机号。 | 已完成首版 | |
| | | | MO-005 | 表单校验 | 校验信用代码、身份证号、手机号、必填项和日期先后关系。 | 已完成 | |
| | | | MO-006 | 提交审核 | 二次确认后进入待审核结果页。 | 静态演示 | |
| | | | MO-006 | 提交审核 | 二次确认后携带幂等键提交,后台确认成功才进入待审核结果页。 | 已接入 | |
| | | | MO-007 | 门店材料 | 店铺门头照、店内环境照、店铺收银台三张,**企业与个人主体都要传**。线下报备下通道把它们当成一组材料,在进件这一步就按 F-code 逐张核对,缺一张整笔驳回,所以三张都在第一步采集与校验。 | 已完成 | |
| | | |
| | | ## 安全约定 |
| | | |
| | | - 完整信用代码、身份证号、地址和手机号只保留在当前页面内存,不写入本地存储或日志。 |
| | | - 演示提交仅保存非敏感的进件状态 `pending`,正式环境必须使用 HTTPS 后台接口提交。 |
| | | - 完整资料只经 HTTPS 后台接口提交,后端仅返回状态与脱敏驳回原因。 |
| | | - 后台必须校验商户/门店权限、主体一致性、证件真实性、重复进件、幂等及风控规则。 |
| | | |
| | | ## 验收清单 |
| | |
| | | - [x] 开始日期不得晚于结束日期。 |
| | | - [x] 错误字段有红色状态及具体提示,用户输入不会因校验失败丢失。 |
| | | - [x] 提交后进入待审核页面。 |
| | | - [ ] 门店材料三张在两类主体下都出现、都参与校验;缺任一张在第一步就被拦住并给出具体提示(**待 HBuilderX 编译与真机走查**) |
| | | - [x] HBuilderX 5.07 微信小程序编译通过。 |
| | | - [ ] 真实进件状态、资料提交、驳回原因和重新提交接口已联调。 |
| | | - [x] 进件状态、资料提交、驳回原因和重新提交已完成项目后端接入。 |