37 KiB
37 KiB
凡荣e链前端系统 — 需求条款与原型页面映射文档
数据来源:
- 需求文档:
requirements.txt(全文1991行,已完整阅读第1章1.1.6/1.2、第2章2.1~2.9、第3章非功能性需求)- 原型资料:
website_detail/(共70个页面文件夹,已按名称与内容逐一核对)范围: 仅覆盖已确认的9个一级模块、24个二级/三级功能点 + 登录页,其余目录(非银专区/分账专区/税筹专区/农都专区/业务配置/驾驶舱/首页仪表盘及未在业务功能列表中出现的子页面)不在本次实施范围内,仅在需要辅助判断时引用。
0. 范围补充说明(1.1.6 / 1.2 章节核查结果)
- 1.1.6"需求适用范围"仅有一张空表格(模块名称/是否区分适用机构),未填写任何具体内容,没有额外的范围限定或排除说明。
- 1.2.1"系统概述&业务范围"仅一句概述性文字,未列出具体模块清单;1.2.2"总体业务流程"标题下为空;1.2.3"业务功能列表"即为9模块+登录页的功能清单来源,与已确认范围一致。
- 结论:未发现与已确认范围冲突或需要补充的额外说明。
1. 系统管理
1.1 用户管理(2.1.1)
- 功能描述: 维护系统登录用户,支持查询、新增、修改、删除、锁定/解锁、密码修改、密码重置并发短信。
- 核心字段: 用户名(文本)、手机号(11位数字,唯一)、所属机构(机构树选择)、用户角色(启用角色列表选择)、真实姓名(非必填)。查询条件另含:服务平台、用户状态(正常/锁定)。
- 关键业务规则:
- 手机号11位数字校验,同一手机号不可重复注册;用户名不做唯一性强制校验。
- 新增后系统随机生成8位初始密码(含大写字母+数字),首次登录强制改密。
- 密码重置固定生成初始密码"123456"并通过短信发送。
- 连续5次登录失败自动锁定,需管理员解锁;管理员可手动锁定/解锁。
- 密码强度规则:8位以上大小写英文+数字。
- 所有增删改锁定解锁密码重置操作需记录操作日志(操作人/时间/IP/内容)。
- 涉及的实体/依赖关系: 依赖机构管理(所属机构选择)、依赖角色管理(用户角色选择,需为已启用角色)。
- 原型参考路径:
website_detail/系统管理/用户管理 - 原型页面结构简述: 查询区(所属机构/用户名称/手机号/用户状态/用户角色)+列表(序号/用户名/真实姓名/用户角色/所属机构/用户状态/创建时间/最后登录)+操作按钮(查询/新增/修改/删除/锁定/解锁/密码修改/密码重置并发送短信),与docx描述高度一致。
1.2 角色管理(2.1.2)
- 功能描述: 维护系统角色及权限配置(页面权限/功能权限/数据权限),支持查询、新增、修改、删除、查看(只读)。
- 核心字段: 角色名称(必填,唯一)、权限配置(树形结构,页面/功能/数据权限)。
- 关键业务规则:
- 同一所属机构下角色名称不可重复。
- 内置角色(如【内置】系统管理员)不可删除、不可改名。
- 已关联用户的角色禁止删除,需先解除关联;有在线用户时删除应给出警告。
- 权限修改后已登录用户需重新登录或刷新权限才生效。
- 新增/修改/删除均需记录操作日志。
- 涉及的实体/依赖关系: 被用户管理引用(新增用户时选择角色);角色的数据权限决定其他模块(客户/账户/订单等)的可见范围。
- 原型参考路径:
website_detail/系统管理/角色管理 - 原型页面结构简述: 查询区(角色名称)+列表(序号/所属机构/角色名称/操作-查看)+操作按钮(查询/新增/修改/删除);未见原型中权限树的展开细节(需点击"新增/修改"弹窗才能看到,summary.md未捕获弹窗内容,可结合page.html进一步确认,但整体结构不影响页面布局设计)。
1.3 机构管理(2.1.3)
- 功能描述: 维护系统组织架构(支持多级机构),支持新增、修改、删除、查询。
- 核心字段: 机构名称、上级机构(树选择,不可选自身或下级)、备注;机构ID系统自动生成。
- 关键业务规则:
- 机构ID全局唯一、自动生成、不可修改。
- 同一上级机构下机构名称不可重复。
- 存在下级机构、已关联用户或已关联核心企业时禁止删除。
- 一级机构(总行/服务平台)不可删除(内置机构保护)。
- 所有增删改操作记录日志。
- 涉及的实体/依赖关系: 被用户管理、客户管理、核心企业(基础配置)等模块的"所属机构"字段引用;是全系统数据权限隔离的基础。
- 原型参考路径:
website_detail/系统管理/机构管理 - 原型页面结构简述: 列表(机构ID/机构名称/机构级别/上级机构/备注)+操作按钮(新增/修改/删除),无独立查询条件区(docx要求按机构名称/机构ID查询,原型页面summary.md未显示查询框,可能在page.html顶部,建议开发时按docx补充查询条件)。
2. 授信管理
2.1 贷款申请(2.2.1)
- 功能描述: 用户发起个人/企业融资授信申请,并支持历史申请记录的查询与跟踪。
- 核心字段:
- 列表查询条件: 机构、渠道、状态、客户名称、钱包编号。
- 个人/企业贷款申请表单核心字段(二者字段基本一致): 商品类目(枚举: 商品类(特殊)、商品类、商品类(大电商)、商品类(团长)、资金类、代销类、权益类、物流类)、回款周期(单选: 22天/25天/30天/180天/270天/手动,支持配置默认值)、单笔汇总订单限额(元,RMB)、融资比例(%, 0-100整数)、预计退货率(%, 0-100整数,非必填)、借款期限(必填)、订单融资期限(必填)。
- 个人贷款额外区块: 基础信息、经营实体(企业)信息、影像信息、紧急联系人信息、短信验证;证件号码/户籍地址/手机号选择钱包后自动反显。
- 企业贷款额外区块: 基础信息、法定代表人信息、企业信息、影像信息、短信验证;法人/企业信息/手机号根据已录入客户信息自动显示;贷款钱包仅展示申请人已开立的钱包。
- 关键业务规则:
- 权限控制: 仅能查看所属机构及下级机构的申请记录。
- 状态流转: 提交→审批中;审批通过→已签约;拒绝→审批拒绝(可重新提交);接口失败→申请失败。
- 同一客户同产品下,存在"审批中"或"已签约"申请时不可再发起新申请。
- 申请金额不得超过贷款产品的"总授信额度"。
- 提交前需校验白名单与担保人信息是否已录入且匹配,不匹配需显示原因。
- 提交成功后生成二维码,客户微信扫码→人脸识别→短信验证码→完成,期间前端仅保存快照,实际数据发送至凡荣e链中台。
- 查询结果默认按申请时间倒序。
- 涉及的实体/依赖关系: 依赖客户管理(个人/企业客户信息)、依赖钱包管理(已开立账户/钱包编号)、依赖基础配置(核心企业渠道、贷款产品)、依赖授信管理白名单/担保人数据(不在本次范围但被引用为校验依赖,需注意后端接口是否已具备该数据,前端仅调用接口)。
- 原型参考路径:
website_detail/授信管理/贷款申请 - 原型页面结构简述: 查询区(机构/渠道/状态/客户名称/钱包编号)+列表(No/客户/钱包/经营实体/类型/申请金额/申请利率/状态/申请时间/渠道/所属机构)+操作按钮(查询/重置/贷款申请)。注意: 点击"贷款申请"后的个人/企业贷款申请表单弹窗/详情页未被单独抓取(summary.md/page.html均只有列表页),表单具体控件布局需完全依据docx 2.2.1.4.1/2.2.1.4.2的字段表自行设计。
3. 支付管理
3.1 订单支付(2.3.1)
- 功能描述: 用户使用钱包主账户(活期A1)余额、或A3融资账户、或两者组合完成订单支付。
- 核心字段: 付款账户(A1/A2/A3选择)、收款人信息(户名/账号/开户行)、支付金额(元,精确到分)、短信验证码。
- 关键业务规则:
- 支付金额 ≤ 可用余额(A1/A2)。
- 选择付款人后立即调用"授信额度查询接口",若无有效授信(已签约且剩余额度>0)则禁用支付并提示。
- A3支付金额之和 ≤ 可贷款额度,超出提示"支付总额超出可贷款额度"。
- 短信验证码校验通过后才可确认支付。
- 支付成功/失败均需明确提示,失败需给出具体原因(余额不足/超额度/验证码错误/接口失败)。
- 记录支付操作日志。
- 涉及的实体/依赖关系: 依赖钱包管理(A1/A2/A3账户余额及额度数据)、依赖授信管理(授信额度查询接口)、依赖订单管理(支付关联的订单编号/商户信息)。
- 原型参考路径:
website_detail/支付管理/订单支付 - 原型页面结构简述: 查询区(机构/支付时间/支付结果/支付方式/下单状态/商户名称/商户编号/收款户名/收款账号)+列表(No/方式/支付时间/订单编号/付款人/付款账号/商户编号/商户/支付金额/收款人/收款账号/支付状态/下单状态/机构/服务费)+操作按钮(查询/重置/导出/去支付/合约支付)。注意: "去支付"点击后的支付表单弹窗(选择付款账户/展示余额与额度/收款信息/短验)未被单独抓取,需按docx 2.3.1.3/2.3.1.4字段自行设计弹窗。
4. 订单管理
4.1 汇总订单(2.4.1)
- 功能描述: 将多笔原始订单按融资主体、渠道等规则汇总生成汇总订单,支持查询与清算详情查看。
- 核心字段: 查询条件(商品类型/清算状态/是否已推送/订单日期范围/计划清算日/实际清算日范围/订单编号/贷款人);列表字段(订单日期/商户编号/商户名称/订单编号/订单总额/预计结算额/可融资金额/已使用额度/剩余额度/超额退款/累计已补差额/推送状态/清算状态/计划清算日)。
- 关键业务规则:
- 订单总额 = 原订单总额 + 追加订单总额。
- 可融资金额 = 订单总额 × 融资比例(向下取整到分)。
- 剩余额度 = 可融资金额 - 已使用额度;若已使用额度超过新可融资金额,剩余额度为负数并提示超额。
- 融资比例来自商户"融资比例(%)"配置字段(0~100整数)。
- 已使用额度不可反向减少(禁止修改已清算部分)。
- 涉及的实体/依赖关系: 依赖原始订单数据(多笔原始订单汇总生成)、依赖商户中心的商户配置(融资比例/单笔限额)、其额度数据被授信管理/支付管理引用(可贷款额度计算)。
- 原型参考路径: 未找到直接匹配。
website_detail/订单管理/汇总订单文件夹实际抓取到的URL与表格字段(订单编号/下单时间/商品/订单金额/预计结算额/订单状态/售后状态/结算状态/汇总订单编号/店铺ID/渠道)与"原始订单"完全相同,并非docx描述的汇总订单字段结构(见下方问题点说明)。 - 原型页面结构简述: 无可用参考,需完全依据docx 2.4.1.2/2.4.1.4字段表自行设计列表列(订单总额/可融资金额/已使用额度/剩余额度/超额退款/累计已补差额/推送状态/清算状态等),可参考"原始订单"页面的整体查询区+列表+分页布局风格。
4.2 原始订单(2.4.2)
- 功能描述: 展示从各电商平台爬虫或文件导入的原始订单数据,支持多维度查询与Excel导出。
- 核心字段: 查询条件(渠道/下单日期范围/订单编号/订单状态/结算状态/汇总订单编号/店铺ID);列表字段(订单编号/下单时间/商品/订单金额/预计结算额/订单状态/售后状态/结算状态/汇总订单/店铺ID/渠道)。
- 关键业务规则:
- 默认展示当前渠道近7天(页面显示为"仅展示90天内的订单",与docx"最近7天"略有差异,需与业务方确认实际口径)。
- 单次导出最大10000条,超出提示缩小查询范围。
- 同一店铺下订单编号唯一,作为去重依据。
- 结算状态随汇总订单清算完成后更新为"已结算"。
- 导出操作需记录日志(查询操作不记录)。
- 涉及的实体/依赖关系: 数据来源为电商平台爬虫/文件导入(不在本次前端范围内新建导入功能,已被排除的"订单导入/订单录入"模块);被"汇总订单"引用汇总。
- 原型参考路径:
website_detail/订单管理/原始订单 - 原型页面结构简述: 需先选择"电商"(渠道商户)才能加载数据,提示"需优先选择机构电商信息后加载数据";查询区(渠道/下单日期/订单编号/订单状态/结算状态/汇总订单编号/店铺ID)+列表(No/订单编号/下单时间/商品/订单金额/预计结算额/订单状态/售后状态/结算状态/汇总订单/店铺ID/渠道)+操作按钮(查询/重置/订单导出/查看/新增/修改)。注意: 原型多出"新增/修改"按钮,docx未提及原始订单支持新增/修改(应为只读+导出),需与业务方确认是否保留。
5. 客户管理
5.1 个人客户(2.5.1)
- 功能描述: 创建登记个人客户信息,用于账户开立、贷款申请等场景数据引用。
- 核心字段: 所属机构(必填,机构树)、身份证正反面照片(必填,文件上传+OCR识别)、客户名称/证件号/出生日期/性别/民族/证件生效日/证件到期日/签发机关/证件地址(均OCR返显,必填)、证件类型(固定"身份证",不可编辑)、手机号码(必填,11位数字)。
- 关键业务规则:
- 同一身份证号在同一机构下不可重复登记("该证件号已存在")。
- 手机号须11位且符合三大运营商号段规则。
- OCR识别失败或关键字段缺失时允许手动修正,并提示"识别失败,请手动填写"。
- 证件到期日早于当前日期时提示"证件已过期,请更换有效证件"。
- 仅能查看/操作所属机构及下级机构的客户数据。
- 所有"Y"必填字段需完整,否则提交时报错并定位。
- 涉及的实体/依赖关系: 被钱包管理(个人账户开立/企业账户开立的法人代表/股东信息)、授信管理(贷款申请人信息)引用;依赖机构管理(所属机构选择)。
- 原型参考路径:
website_detail/客户管理/个人客户 - 原型页面结构简述: 查询区(所属机构/客户编号/客户名称/资料完整/客户状态/证件号码)+列表(No/客户编号/客户名称/证件号码/性别/机构/创建人/创建时间)+操作按钮(查询/重置/新增/编辑/查看/关联用户/钱包开立/贷款申请)。注意: 原型多出"资料完整/客户状态"查询项、"关联用户/钱包开立"按钮,docx未明确提及,属于原型的扩展功能,建议保留(关联用户/钱包开立是自然的业务联动入口,提升可用性)。
5.2 企业客户(2.5.2)
- 功能描述: 创建登记企业客户信息,用于账户开立等场景数据引用。
- 核心字段: 基础信息(所属机构/营业执照上传+OCR/企业名称/证件类型固定"营业执照"/证件号/证件生效日/证件到期日/手机号码/证件地址/经营范围,均必填);股东高管信息(客户名称-选择已登记个人客户弹窗/证件类型/证件号码/证件生效日/证件到期日,均必填)。
- 关键业务规则:
- 同一营业执照号在同一机构下不可重复登记("该企业已存在")。
- OCR识别失败允许手动修正。
- 营业执照到期日早于当前日期提示过期。
- 股东/受益所有人必须是系统中已登记且证件状态有效的个人客户。
- 必填字段(含股东高管信息)必须完整。
- 涉及的实体/依赖关系: 强依赖个人客户模块(股东/高管/受益人信息需从已登记个人客户中选择);被钱包管理(企业账户开立的法人代表/受益人信息)、授信管理引用。
- 原型参考路径:
website_detail/客户管理/企业客户 - 原型页面结构简述: 查询区(所属机构/客户编号/客户名称/资料完整/客户状态/证件号码)+列表(No/客户编号/客户名称/证件号码/机构/创建人/创建时间)+操作按钮(查询/重置/新增/编辑/查看/关联用户/钱包开立/贷款申请),结构与个人客户页面一致。
6. 钱包管理
说明: 原型中仅有
website_detail/钱包管理/账户列表一个页面被完整抓取(账户列表管理页,URL/wallet/accountlist)。docx中2.6.2~2.6.10共9个子功能(开户表单、账户主页面及其提现/交易明细/回单/对账单/保证金缴纳释放)对应的"点击后跳转"页面均未被爬虫抓取(可能是弹窗/二级路由未被单独访问),因此这些子功能只能依据docx文字描述与字段表自行设计UI,原型仅可参考账户列表页的整体交互模式(操作按钮需先选中一行账户才启用)。
6.1 账户列表页(2.6.1)
- 功能描述: 提供账户查询,以及开户/开分户/销户/变更/手机号变更/绑卡/查看/余额同步等入口(除开户外均需先选中一条账户)。
- 核心字段: 查询条件(所属机构/渠道/客户名称/客户类型:个人/企业);列表字段(序号/账户名称/活期A1/冻结A2/保证A6/贷款A3/状态/渠道/机构,原型另有手机号/证件号/开户日期列)。
- 关键业务规则:
- 仅能查看所属机构及下级机构账户。
- 列表不支持多选,单选后才启用操作按钮。
- 状态为"销户"的账户禁用除查看外所有操作;"冻结"账户禁用交易类操作。
- 仅主账户支持开立分户(A7)。
- 余额同步实时调用凡荣e链余额查询接口,无需刷新页面。
- 所有账户操作记录日志。
- 涉及的实体/依赖关系: 依赖客户管理(个人/企业客户数据用于开户绑定)、依赖基础配置核心企业(渠道来源);被支付管理(A1/A2/A3余额)、授信管理(贷款账户)、商户中心(结算账户)引用。
- 原型参考路径:
website_detail/钱包管理/账户列表 - 原型页面结构简述: 查询区(所属机构/钱包编号/客户名称/客户类型/渠道/手机号)+列表(客户类型/账户名称/活期/冻结/保证/贷款/手机号/证件号/状态/开户日期/渠道/机构)+操作按钮(查询/重置/开户/开分户/销户/变更/手机号变更/银行卡管理/查看/授信/交易明细)。原型按钮名为"银行卡管理"(docx为"绑卡"),"授信"按钮为原型独有(docx未提及,可能是快捷跳转至贷款申请)。
6.2 个人账户开立(2.6.2)
- 功能描述: 与智能网厅交互完成人脸采集与短验,调用凡荣e链开户接口开立主账户,主账户成功后自动开立从账户。
- 核心字段: 所属渠道(必填)、账户名称(点击选择个人客户,反显信息)、证件号码/生效日/到期日/签发机关/性别/证件地址(均反显,必填)、职业(菜单选择至三级码值,必填)、手机号码(11位,必填)、绑定银行账号(必填,提交时调用"卡信息查询接口223405"验证)、证件照片正反面(文件上传,必填)。
- 关键业务规则:
- 入口: 账户列表页点击"开户"→弹窗选择"个人开户"。
- 需阅读并勾选同意"用户支付服务协议""支付服务隐私政策"。
- 提交后弹出二维码,用户手机扫码进入移动端流程(人脸识别活体SDK+验证码),完成后流程结束。
- 涉及的实体/依赖关系: 强依赖客户管理-个人客户(账户名称需选择已登记客户);依赖第三方接口(人脸识别、卡信息查询、OCR)。
- 原型参考路径: 未找到直接匹配,需自行设计;可参考
website_detail/钱包管理/账户列表中"开户"按钮的入口交互位置。 - 原型页面结构简述: 无(原型未捕获开户表单页面)。
6.3 企业账户开立(2.6.3)
- 功能描述: 与2.6.2类似,面向企业客户,需额外采集法定代表人、实际控制人、受益人信息及受益所有人身份识别。
- 核心字段: 基础信息(所属渠道/账户名称-选择企业客户/证件号/证件生效日到期日/证件地址/经营范围/职业/手机号/绑定银行账号/开户行号/开户行全称,均必填);法定代表人信息(客户名称/证件号/证件到期日);实际控制人信息(默认反显法人代表,可另选);受益人信息(客户名称/证件号/证件地址/证件到期日/性别/国籍固定"中国"/是否股东/持股比例);影像信息(营业执照、法人身份证正反面)。
- 关键业务规则:
- 入口: 账户列表页点击"开户"→弹窗选择"企业开户"。
- 提交后返显认证二维码,用户手机扫码进入移动端流程,完成后结束(企业流程未提及人脸识别环节,与个人开户略有差异)。
- 受益所有人身份识别为强制环节。
- 涉及的实体/依赖关系: 强依赖客户管理-个人客户(法人代表/实际控制人/受益人均需从已登记个人客户中选择)与企业客户。
- 原型参考路径: 未找到直接匹配,需自行设计。
- 原型页面结构简述: 无。
6.4 账户主页面(2.6.4)
- 功能描述: 账户详情页,展示账户信息卡片(主账户含提现按钮、保证金账户含缴纳/释放按钮)、日期选择器(当月/上月/近三月)+回单/对账单按钮、交易明细列表。
- 核心字段: 交易明细列表(序号/系统流水号/记账日期/交易类型/对方户名/对方账户/交易金额/账户余额/交易时间/摘要)。
- 关键业务规则:
- 默认选中主账户,时间选择器默认"今天"。
- 借记(支出)与贷记(收入)交易金额用不同颜色区分。
- 提现/缴纳/释放后自动刷新余额和明细,无需手动刷新。
- 同一账户同时只能有一笔资金操作进行中。
- 涉及的实体/依赖关系: 是2.6.5~2.6.10的容器页面(交易明细查询、提现、回单、对账单、保证金缴纳释放均在此页面内以卡片/弹窗/tab形式呈现);从账户列表页点击账户名称进入。
- 原型参考路径: 未找到直接匹配,需自行设计。
- 原型页面结构简述: 无(账户列表页summary.md/page.html均未包含点击账户名称后的详情页内容)。
6.5 交易明细查询(2.6.5)
- 功能描述: 查询用户电子登记簿账户交易明细(账户主页面内嵌功能)。
- 核心字段: 账户标识(当前选中账户A1/A2/A3/A6/A7)、查询时间范围(当月/上月/近三月或自定义起止日期)、分页参数(默认第1页/10条,支持10/20/50条切换)。
- 关键业务规则: 使用凡荣e链交易明细查询接口返回的内码ID对明细自增排列;按记账日期倒序,同日期按流水号升序。
- 涉及的实体/依赖关系: 依赖账户主页面(同一页面内的列表区);为回单/对账单下载提供勾选来源。
- 原型参考路径: 未找到直接匹配,需自行设计(为账户主页面的一部分)。
- 原型页面结构简述: 无。
6.6 主账户提现(2.6.6)
- 功能描述: 从主账户(A1)向绑定银行结算账户转账/汇款。
- 核心字段: 提现金额(元,精确到分)、短信验证码;弹窗展示"可提现金额/最多提现金额"(均为A1可用余额)。
- 关键业务规则:
- 提现金额>0且≤A1可用余额。
- 验证码有效期5分钟,超时需重新获取。
- 同一账户每分钟最多3次提现请求(含失败),超过提示"操作频繁,请稍后再试"。
- 成功后自动刷新余额及生成一笔"提现"借记交易。
- 涉及的实体/依赖关系: 依赖账户主页面(入口按钮)、依赖短信验证码接口。
- 原型参考路径: 未找到直接匹配,需自行设计。
- 原型页面结构简述: 无。
6.7 回单下载(2.6.7)
- 功能描述: 下载登记簿账户单笔或批量交易回单PDF。
- 核心字段: 账户标识(自动获取)、流水号列表(单笔/多笔)、时间范围(批量下载时)、下载方式(单笔/批量)。
- 关键业务规则:
- 未勾选任何流水时默认按当前查询时间范围批量下载;勾选一笔或多笔时仅下载所选。
- 单笔文件名"回单_账户名_交易日期_流水号.pdf";批量为zip。
- 生成等待不超过10秒,超时提示"回单生成超时,请稍后重试"。
- 权限限制为所属机构及下级机构账户;下载操作记录日志。
- 涉及的实体/依赖关系: 依赖交易明细查询列表(勾选来源)。
- 原型参考路径: 未找到直接匹配,需自行设计。
- 原型页面结构简述: 无。
6.8 对账单下载(2.6.8)
- 功能描述: 下载指定时间段内账户全部交易的对账单PDF;若已勾选某条流水则改为下载该条回单。
- 核心字段: 账户(卡片选中)、时间范围(快捷按钮或自定义)、是否勾选流水(决定批量对账单/单笔回单)。
- 关键业务规则:
- 起止日期不能为空,未选择时默认取当前自然月。
- 对账单需含主账户及所属从账户全部交易明细,按记账日期排序。
- 权限限制为所属机构及下级机构;下载操作记录日志(含下载类型)。
- 涉及的实体/依赖关系: 依赖账户主页面/交易明细查询。
- 原型参考路径: 未找到直接匹配,需自行设计。
- 原型页面结构简述: 无。
6.9 保证金缴纳(2.6.9)
- 功能描述: 从主账户(A1)向保证金账户(A6)划转资金。
- 核心字段: 缴纳金额(元,精确到分,不超过"最多"金额即A1可用余额)、短信验证码。
- 关键业务规则:
- 缴纳金额>0且≤A1可用余额,超出提示"缴纳金额不能超过可用余额"。
- 验证码有效期5分钟。
- 成功后系统自动记账: 借记A1、贷记A6,金额为缴纳金额;自动刷新余额与明细。
- 涉及的实体/依赖关系: 依赖账户主页面(保证金账户卡片入口);其结果被授信管理(担保额度/保证金占用)引用。
- 原型参考路径: 未找到直接匹配;
website_detail/驾驶舱/核心企业(不在本次范围)页面中恰好存在"缴纳/释放"按钮及"保证金余额/保证金使用率"展示,可作为交互模式参考(但该页面本身是数据看板,非本功能的实现载体,不可直接复用其页面结构)。 - 原型页面结构简述: 参考页面显示"担保人账号/保证金使用率/企业活期余额/电商贷款余额/保证金余额/剩余可贷"及"释放/缴纳"按钮,可用于理解缴纳/释放的资金联动关系。
6.10 保证金释放(2.6.10)
- 功能描述: 从保证金账户(A6)向主账户(A1)划转资金。
- 核心字段: 释放金额(元,精确到分,不超过保证金账户当前可用余额)、短信验证码。
- 关键业务规则:
- 释放金额>0且≤A6可用余额,超出提示"释放金额不能超过保证金余额"。
- 验证码有效期5分钟。
- 成功后自动记账: 借记A6、贷记A1;自动刷新余额与明细。
- 涉及的实体/依赖关系: 与2.6.9互为逆操作,依赖账户主页面。
- 原型参考路径: 未找到直接匹配,同2.6.9可参考
website_detail/驾驶舱/核心企业的按钮交互模式。 - 原型页面结构简述: 同上。
7. 商户中心
7.1 商户管理(2.7.1)
- 功能描述: docx原文仅给出"业务属性配置"字段表并注明"删除新增页面,填写内容增加到其他环节",业务流程/输入输出/业务规则均为"无",说明商户新增表单已被拆分合并到其他环节(推测与贷款申请/商户配置合并),需以原型页面为主要设计依据。
- 核心字段(docx表内字段,含义与贷款申请一致): 商品类目(枚举同2.2.1)、回款周期(枚举同2.2.1)、单笔汇总订单限额(元)、融资比例(%,0-100)、预计退货率(%,0-100,非必填)、借款期限、订单融资期限。原型页面另有: 类型(融资/回款)、商户编号、商户、商户主体、主体钱包、回款商户、状态(通过/审批中等)、机构、渠道。
- 关键业务规则:
- docx未给出业务规则,需参考原型的"新增/编辑/查看/删除/审批"操作按钮推断存在审批流程。
- 建议规则(需与业务方确认): 商户编号/主体钱包应引用已开立的钱包账户;融资比例/单笔限额将被"汇总订单"额度计算引用。
- 涉及的实体/依赖关系: 依赖钱包管理(主体钱包)、依赖客户管理(商户主体为企业/个人客户);其融资比例/限额被订单管理-汇总订单引用计算可融资金额。
- 原型参考路径:
website_detail/商户中心/商户管理 - 原型页面结构简述: 查询区(所属机构/商户编号/商户名称/商户类型:融资商户/商品类型)+列表(类型/商户编号/商户/商户主体/主体钱包/回款商户/商品类型/回款周期/贷款期限/状态/机构/渠道)+操作按钮(查询/重置/新增/编辑/查看/删除/审批)。注意: docx要求"删除新增页面",但原型仍保留"新增"按钮,需与业务方确认最终是否需要新增功能。
7.2 发票管理(2.7.2)
- 功能描述: 支持发票登记(单张上传/单张核验/批量导入/特殊发票登记)、发票删除、发票匹配(与回款流水关联),为清算提供依据。
- 核心字段:
- 登记: 发票代码/发票号码/开票日期/开票金额(含税)/购买方名称/销售方名称(均自动识别返显,可手动修正);特殊发票额外含"含税金额/商户/收款账号",发票号码支持点击help自动生成。
- 批量导入: xlsx/xls/csv,内容含发票号/金额/日期。
- 匹配: 勾选回款流水,与发票进行金额匹配(全额优先,支持部分匹配)。
- 关键业务规则:
- 发票唯一性: 发票代码+发票号码组合不可重复登记,重复提示"该发票已登记,请勿重复上传"。
- 状态流转: 未匹配→部分匹配/完全匹配→已清算;已清算发票不可删除/修改/取消匹配。
- 删除限制: 仅"未匹配"状态可删除;已匹配/部分匹配/已清算均禁止删除,需二次确认弹窗。
- 匹配规则: 回款金额>发票金额按发票金额匹配,反之按回款金额匹配;匹配金额精确到分向下取整;单笔回款流水不能被多张发票同时匹配。
- 取消匹配限制: 已进入清算流程的回款记录禁止取消匹配。
- 所有登记/删除/匹配操作记录日志。
- 涉及的实体/依赖关系: 依赖商户中心-商户管理(付款方/商户信息)、依赖钱包管理(收款账号/清算账户为已开立账户)、其清算结果与账户交易明细联动。
- 原型参考路径:
website_detail/商户中心/发票管理 - 原型页面结构简述: 查询区(登记日期/发票编号/到账状态/金额范围/结算账号/清算状态)+列表(No/开票日期/发票编号/类型/付款方/开票金额/到账金额/清算账户/状态/操作)+操作按钮(全量同步/查询/发票登记/清算当前页),底部显示"当前可用发票金额"。原型未见"发票匹配"独立入口按钮(可能在操作列或详情页内),需结合docx 2.7.2.3业务流程自行设计匹配交互(选择回款流水勾选+匹配按钮)。
8. 基础配置
8.1 核心企业(2.8.1)
- 功能描述: 登记核心企业渠道信息,并与机构信息建立映射关系。
- 核心字段: 渠道名称、渠道编号、应用编号、母户开户行、所属机构(全量机构收展菜单选择)。
- 关键业务规则: 新增时所属机构以全量机构树形式选择;docx未提供修改/删除的详细规则(仅业务功能列表提及"新增/编辑/删除/查询"四项操作,2.8.1.4/2.8.1.5仅描述了新增)。
- 涉及的实体/依赖关系: 被账户列表(渠道下拉来源)、贷款申请(渠道选择)、商户管理(渠道字段)等模块引用,是渠道维度数据的基础配置。
- 原型参考路径: 无原型参考,需自行设计。
- 原型页面结构简述: 无。⚠️ 特别提示: 原型目录下唯一同名文件夹
website_detail/驾驶舱/核心企业与本功能完全不同——该原型页面是"保证金商户电商日报"数据看板(展示借款人/贷款账号/贷款余额/保证金占用/最高担保额等经营指标,并含"缴纳/释放"按钮),属于已排除的"驾驶舱"模块,不是docx 2.8.1所需的核心企业渠道信息CRUD管理页,开发时不可将两者混淆或直接复用其页面结构。
8.2 客户经理(2.8.2)
- 功能描述: 创建登记客户经理信息,用于授信申请功能引用。
- 核心字段: 机构号、机构名称、工号、姓名。
- 关键业务规则: 查询时需校验客户经理是否存在(docx原文);docx未给出其余具体业务规则(2.8.2.5为"无")。
- 涉及的实体/依赖关系: 被授信管理-贷款申请引用(客户经理分配/展示)。
- 原型参考路径:
website_detail/基础配置/客户经理管理 - 原型页面结构简述: 查询区(机构名称/机构号/姓名/工号)+列表(No/机构号/机构名称/工号/姓名)+操作按钮(查询/重置/新增/编辑/删除),与docx描述完全一致。
9. 登录页面(2.9)
- 功能描述: 用户系统登录,校验密码与短信验证码。
- 核心字段: docx 2.9.3/2.9.4页面需求与输入输出章节均为空,仅明确"页面显示稠州银行logo"。结合3.4安全需求补充: 密码8位以上含大小写字母+数字;结合3.2.1: 连续5次密码错误锁定账户;结合3.4: 单点登录(新登录使旧会话失效)、会话超时5分钟自动登出。
- 关键业务规则:
- 校验密码、短信验证码(docx原文仅此一条)。
- 同一账号同一时间仅允许一个终端登录。
- 无操作超5分钟自动登出并跳转登录页。
- 涉及的实体/依赖关系: 依赖系统管理-用户管理(账号/密码/锁定状态)。
- 原型参考路径: 无原型参考,需自行设计。70个原型页面均为登录后台管理状态下抓取(所有summary.md均显示"欢迎您!admin"已登录状态),爬虫未访问或未保存登录页快照。
- 原型页面结构简述: 无。需自行设计,要求: 显示稠州银行logo,不含侧边栏/导航栏,仅含登录表单(用户名/密码/短信验证码)。
模块间依赖关系总结
- 系统管理是全系统的基础设施:机构管理提供组织架构树,用户管理和角色管理提供账号与权限体系,其他所有模块的"所属机构""数据权限范围"均以此为基础。开发顺序应最先完成。
- 基础配置(核心企业、客户经理)提供渠道与人员的静态字典数据,被授信管理(渠道选择、客户经理归属)、钱包管理(账户列表渠道下拉)、商户中心(商户渠道字段)广泛引用,建议紧随系统管理之后开发。
- 客户管理(个人客户、企业客户)是客户主数据的登记入口,被钱包管理(账户开立时选择客户信息)、授信管理(贷款申请人信息)、商户中心(商户主体信息)三大模块依赖引用,应在这些模块之前完成。企业客户还反向依赖个人客户(股东/高管/法人/受益人信息需从已登记个人客户中选择)。
- 钱包管理是资金账户体系的核心,依赖客户管理提供的客户数据完成开户;其账户余额与额度数据被支付管理(订单支付时选择A1/A2/A3账户)、授信管理(贷款钱包选择、保证金占用)、商户中心(商户主体钱包、发票清算账户)广泛引用,建议在客户管理之后、支付/授信/商户中心之前完成核心的账户列表与开户功能;账户主页面及其提现/交易明细/回单/对账单/保证金缴纳释放等子功能因原型缺失,需单独规划详细设计评审。
- 授信管理(贷款申请)依赖客户管理(申请人信息)、钱包管理(申请人已开立的钱包/账户)、基础配置(渠道/产品),同时是支付管理(A3融资支付前需校验授信额度)的前置条件,建议在客户管理与钱包管理就位后开发。
- 订单管理(原始订单、汇总订单)相对独立,主要消费外部电商平台数据(爬虫/导入),但"汇总订单"的可融资额度计算依赖商户中心-商户管理的融资比例/单笔限额配置,且其结果会影响支付管理(订单支付关联的订单信息)与授信管理的额度联动,建议在商户中心的商户配置完成后再实现汇总订单的额度计算逻辑。
- 支付管理(订单支付)处于依赖链的下游,需要钱包管理(账户余额)、授信管理(授信额度接口)均已具备后才能完整实现,建议最后开发或与订单管理并行但延后集成测试。
- 商户中心(商户管理、发票管理)依赖客户管理(商户主体)、钱包管理(主体钱包/清算账户),发票匹配与清算流程还会反向影响账户交易明细,建议在客户管理与钱包管理之后开发,可与订单管理并行。
- 登录页面在功能上独立于上述业务模块,但技术上是所有模块的访问前提,应与系统管理的用户管理同步或提前完成(登录校验依赖用户管理的账号密码与锁定状态)。
建议整体开发顺序: 登录页 + 系统管理(用户/角色/机构) → 基础配置(核心企业/客户经理) → 客户管理(个人/企业客户) → 钱包管理(账户列表→开户→账户主页面及子功能) → 授信管理(贷款申请) → 商户中心(商户管理→发票管理) → 订单管理(原始订单→汇总订单) → 支付管理(订单支付,依赖前述所有额度与账户数据)。