35个金融系统中容易踩坑的问题

2022-09-30 16:32发布

产品类型指的是大类还是小类


有的产品比如员工贷既是指员工贷小类,也是指员工贷系列的产品,这时候需要关注需求描述的员工贷覆盖范围是产品大类还是小类。


未带参数时是否有默认处理


  • 前端传输的某个值为空时,后端是否需要设默认值;


  • 接口返回的某个配置项为空时,前端是否需要展示默认选项。


大小写处理成一致之后再匹配


身份证校验的地方,需都转成同一种大小写格式再校验。


基本校验不通过,数据是否还要提交


在用户提交申请信息时,有的处理方法是提交时进行基本校验,校验不通过不允许提交/报错,不保存数据,后台无法查看真实的用户申请记录和情况,后续无法进行记录查看和数据分析,用户也无法查看历史记录,体验感稍差。


虽然从流程看没有问题,但是建议的做法是保存用户提交的记录,即使不通过也只是更改状态为校验未通过。


处理出错时需要有结果


后端处理出错时,尽量给友好的提示给用户(前端或后端处理都可),但不要直接把后端报的空指针或者空响应返回给用户。


结果同步发送给其他系统还是异步发送


比如额度申请需要风控系统进行处理,在用户提交申请后,如果同步发送请求给风控,当风控系统异常时,流程中断,数据未保留,在这种情况会容易由于系统问题丢失用户,影响业务,给用户带来不好的体验。


对额度的处理


提款时用的是审批额度而不是申请额度:用户申请20000,通过了15000,用户可提款的额度为15000而非20000;额度过期后需作废该笔额度(变更状态或者变更数值)。


展示的地址


如果省市区是分开填写和存储的,在展示详细地址时是否有把省市区详细地址组合(特别是合同上)。


图片读取位置


对不同文件类型存放的位置是否有区别,导致人审时无法查看证件照等其它客户资料。


筛选数据时需要确认是只要某产品的数据还是所有产品数据


针对公共模块的数据展示,需要确认仅需处理某产品的数据还是需要所有产品的数据,仅该用户名下的数据还是总的数据。


需要加密的数据/需要解密的数据


避免漏解密、重复加密的情况:数据库中用户名是加密的,展示时直接取数据库中的值而未进行处理。


字典项对应


检查配置项是否缺失,配置项是否使用正确。


分页请求数据


分页处理的数据需要验证每页请求的数量,避免出现数据重复和缺失的情况(如第一页请求6个数据,第二页开始请求5个数据,导致出现重复);下拉获取更多数据时较容易出现数据缺失的情况。


金额单位是元还是分


多个系统交互时,需注意两边的金额单位是否一致。


金额一分钱差异


金额类型进行计算操作可能有坑(先四舍五入后再计算还是先计算再四舍五入处理)。


两个地方取值来源和方式不同,比如明细里的总额是前端自己处理的,我的页面的总额是直接取后端返回的。


输入密码需要加密键盘