第三方支付框架需求文档:其他模块功能细节

返回主目录

其他模块功能细节(特殊功能的详细需求与解决方案)

后期支持的支付方式:

1.微信:公众号支付、扫码支付、APP支付、H5支付

2.支付宝:电脑网站支付、手机网站支付、APP支付、当面付

通道风控解决方案:

1.多个通道

2.根据付款金额随机选择通道(小于付款金额)

3.通道异常短信通知平台方管理员(平台负责人,非客服),同时关闭该支付通道

充值未到账订单号(用户异议充值订单)查询解决方案:

1.尽量不采用平台订单号

2.根据支付宝/微信订单号进行查询

3.商户后台也同样拥有属于自己订单的查询权限(权限控制/无法越界查询到其他商户的订单信息)

代付解决方案:

1.尽量实现平台自己代付(代付平台和支付平台是两个分开且不同部门运营的平台)

1.提供针对业务员(代付客服)的指定后台

2.通过其他平台代付

商户提现审核对账功能的解决方案(平台管理方使用):

2.提供针对业务员(提现客服)的指定后台

3.提供具体可指定日期范围的对账数据统计

4.数据导出功能(方便财务统计操作)

5.打款后(给商户)短信通知功能/站内邮件推送

交易订单详细数据统计(平台管理方使用):

1.提供具体可指定日期范围的对账数据统计

2.大数据统计的图形报表(时段、支付方式、各商户订单数量等不同的数据统计报表)

3.展示已支付/未支付/所有订单比例统计、具体数量等

4.单个商户详细数据统计

原文地址:https://www.cnblogs.com/aclmin/p/9829490.html

时间: 2024-10-15 05:48:08

第三方支付框架需求文档:其他模块功能细节的相关文章

第三方支付框架需求文档:注册模块

返回主目录 注册模块 1.注册验证码 防止恶意刷号,此处验证码不限于图形文字/滑块/交互点击等验证码类型,根据项目需要后期决定. 2.注册模块只对应商户用户开放,其他用户的账号由管理员或部门管理员分配 原文地址:https://www.cnblogs.com/aclmin/p/9829449.html

第三方支付框架需求文档:系统业务处理模块

返回主目录 系统业务处理模块 1.通道添加.开启.停用.具体订单金额查询 2.多通道时平均分配订单 3.全部通道异常/停用时,向管理员进行通知(实时.短信) 原文地址:https://www.cnblogs.com/aclmin/p/9829488.html

Winform开发框架中的内容及文档管理模块功能介绍

在开发项目的时候,我们有一些场景需要编辑一些HTML文档,作为内容发布系统的一部分,有时候也需要对一些文档如WORD文档进行编辑管理,这样需要我们对这些内容及文档进行合适的管理.本文主要介绍在WInform项目中利用ZetaHtmlEditControl进行HTML内容管理,以及利用TX TextControl控件进行WORD文档管理,这两方面都是我们一般进行内容和文档管理所必须的. 1.内容及文档管理模块功能介绍 整个模块,支持WInform框架和混合式开发框架两种模式,都是基于WInform

快易需求文档编辑系统——测试心得

一.项目背景 软件需求文档是软件开发与维护的重要基础,本项目希望通过建立一个专业的需求文档编辑系统,为软件开发人员提供一个便捷的协作文档编写工具,推动需求文档编写的规范与文档重用工作.同时,也为广大软件公司提供一个随时可以访问的平台,推广快易文档编写系统. 二.测试对象 快易需求文档编辑系统致力于帮助需求分析工程师快速编写需求文档,提高工作效率和文档质量.类比代码重用将需求文档中可重用,模式化的部分提取封装起来,形成"构件",也是该子系统的核心. 三.测试过程 与需求文档中的功能点覆盖

第三方支付框架开发简要文档

需求文档明细 现阶段将系统构架分为以下几种模块 登录模块 注册模块 系统业务处理模块 其他模块功能细节 原文地址:https://www.cnblogs.com/aclmin/p/9829513.html

【产品】好的产品需求文档(PRD)怎么写?

PRD(Product Requirement Document,产品需求文档),顾名思义是阐述产品需求的一种文档,其核心是将需求描述清楚. 通过PRD可以看出一个产品经理对产品理解的逻辑思维,产品经理在相关领域的认知和专业的深度以及对产品全局的认识.如何才能写出好的PRD,让产品研发团队成员,开发.测试.运营同学了解产品需求,让其他人能从该文档中看到产品的价值和意义,估计很多人都思考过,如何让PRD不被其他人挑战,如何获得他们的认可估计是产品经理经常考虑的问题.也有人可能认为PRD只要中心思想

如何写好产品需求文档?

常常有人问我怎么写prd,在深受市面上流行的功能需求模板“残害”之后,我现在一般不会向别人推荐任何所谓的“模板”. 需求文档是产品需求的表达方式,而其中需要描述什么内容取决于产品经理想要描述什么,即产品经理的需求.如果产品经理的需求是明确的,而且产品经理脑中有物,那么需求文档自然而然就出来了.最可怕的是产品经理自己都不知道自己要描述的是什么内容,这个时候即使有模板,写出来的东西也是一团糟. 互联网产品以用户为中心,所以prd也应该站在用户的角度来描述,如果不知道自己要写什么,在写文档之前产品经理

产品需求文档(PRD)到底怎么写?

做产品经常会写PRD,但是如果没有一套完整的写作思路和框架,写出的PRD质量就不会太好,导致遗漏重要信息,在项目过程中被开发.前端.测试吐槽.趁这个周末有空,来梳理下一下写PRD的逻辑. 一.什么是PRD? PRD为Product Requirement Document的简称,其中文翻译为:产品需求文档.该文档是产品项目由“概念化”阶段进入到“图纸化”阶段的最主要的一个文档.当然,这个定义针对的是一个全新的产品.广义上来讲,产品需求的描述,应该包含有产品的战略和战术,战略是指:产品定位.目标市

第一次担任项目经理从零开始架构自己的网站(二) 需求文档定稿,开始建表,建库

今天上午的半天时间,我们开发部一直都在和产品部门开会,扯皮.吐槽.最终砍掉了几个功能.产品的小姑娘对我说,你们第一期就做一个挂号支付的功能,后台就10几个页面,大多数是增删该查,还说22天不够用??听到这话之后我也没有反驳.产品和程序猿的故事说也说不清楚.会议上老板宣布加班没有加班费,纯属义务,说是在项目完成之后可以多发点项目奖金,我听到这话之后只能呵呵了.下图是我们开会的场景.最终定稿的需求文档和原型图我已经上传到了昨天那个地址.有兴趣的朋友可以下载.开完会后我们大家又看了一会需求文档.准备下