一、 前言：
代付web，为代付业务介绍的详细介绍，该内容主要说明代付业务WEB发起的设计思路，应用场景等内容。
由于作者本人为业务人员，非技术同学，因此本文不会涉及相关技术说明。
二、 WEB整体功能结构：
代付WEB功能，需要满足商户能够发起出款请求，复核出款请求，查询出款请求，及出款对账。
该产品结构能够满足绝大多数的商户需求。同时在设计时也可考虑一些定制化功能，如定时付款，短信通知等功能。
三、 产品功能详细说明：
单笔发起：
使用场景：
低频的付款场景，如存管金的转账；大额供货商的付款等
付款发起页面
注意事项：
(1) 要考虑商户输入付款信息的顺序，即用户体验；
(2) 可通过选择“常用收款人”，快速输入付款信息；
(3) 对于开户行，省市，支行信息，可根据银行账户自动隐藏或填充；
(4) 付款用途是为满足央行要求；
(5) 自有订单号为商户自定义订单号，如果不填写则自动生成；
付款确认页面
注意事项：
(1) 信息确认后，并提交交易密码和验证码后。系统立即发起付款。
批量发起：
使用场景：
批量高频的付款场景，如代理商打款，工资等；
批量发起页面
注意事项：
(1) 需要明确可上传的文件格式和模板的使用说明；
(2) 明确可上传的最大数量；
批量信息展示
注意事项：
（1） 需要展示合计金额和笔数，便于商户核对；
（2） 在展示失败数据的时候，要明确有问题的行数和失败原因；
（3） 所有数据验证通过后，才可提交出款。原因是避免发生重复出款；
批量信息确认页面
注意事项：
（1） 信息确认后，并提交交易密码和验证码后。系统立即发起付款。
（2） 由于批量处理的数量较大，平台需要增加批量处理的流程展示，便于商户查看，以提高用户体验；
付款复核：
使用场景：
某些企业付款与复核在岗位上是分离的，因此平台需要增加付款复核功能
付款复核页面
注意事项：
(1) 页面要有待复核的汇总信息，便于商户使用；
(2) 要有批量复核功能；
交易查询：
使用场景：
交易查询，进度查询，失败原因，对账等
交易查询页面
注意事项：
(1) 要有统计信息，便于商户对账，汇总；
(2) 导出格式需要区分出excel和csv,便于不同的商户使用；
(3) 详情页可展示出款处理进度；
(4) 电子回单，便于商户的账务处理，确认交易。
对账下载：
对账单下载页面
注意事项：
(1) 对账下载分为交易对账和终态对账；
(2) 交易对账为每日的交易流水
(3) 终态对账为每日终态的交易数据
四、 下期预告：
对账单设计
交流讨论可加微信
网友评论