惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

T
Threat Research - Cisco Blogs
博客园 - 聂微东
小众软件
小众软件
P
Proofpoint News Feed
Security Archives - TechRepublic
Security Archives - TechRepublic
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
TaoSecurity Blog
TaoSecurity Blog
博客园 - 司徒正美
罗磊的独立博客
N
News and Events Feed by Topic
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
S
Security Affairs
S
Security @ Cisco Blogs
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
The GitHub Blog
The GitHub Blog
月光博客
月光博客
S
Secure Thoughts
P
Proofpoint News Feed
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
Forbes - Security
Forbes - Security
H
Heimdal Security Blog
W
WeLiveSecurity
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
L
LangChain Blog
T
The Blog of Author Tim Ferriss
NISL@THU
NISL@THU
Google DeepMind News
Google DeepMind News
Cloudbric
Cloudbric
H
Hacker News: Front Page
The Last Watchdog
The Last Watchdog
Hacker News - Newest:
Hacker News - Newest: "LLM"
C
Cisco Blogs
博客园 - 三生石上(FineUI控件)
博客园_首页
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
S
Schneier on Security
Project Zero
Project Zero
SecWiki News
SecWiki News
爱范儿
爱范儿
The Register - Security
The Register - Security
AI
AI
H
Hackread – Cybersecurity News, Data Breaches, AI and More
Y
Y Combinator Blog
L
Lohrmann on Cybersecurity
Application and Cybersecurity Blog
Application and Cybersecurity Blog
P
Privacy International News Feed
J
Java Code Geeks
S
Securelist
C
Cyber Attacks, Cyber Crime and Cyber Security
V
Visual Studio Blog

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
支付系统功能介绍:退款流程
小胖纸 · 2023-04-10 · via 人人都是产品经理

退款是支付平台的一个重要业务,退款流程需要具备可视化、自动化和简约化,帮助提升平台效率的同时也要减少用户退款的操作。本文作者对支付平台的退款流程进行了分析,希望对你有帮助。

一、简介

退款流程是第三方支付平台的核心流程,也是支付业务的核心业务;退款流程实现退款流程的可视化、自动化和简约化,减少商户的退款操作,降低支付平台财务的退款工作,提高了退款流程效率,同时降低了退款流程的风险。

1.1 目的

软件需求是软件开发的依据,也是软件工程各项活动的基础。编写本PRD的目的就是将退款流程的需求清晰准确地描述清楚,为制定项目开发计划和后期的概要设计、原型设计、测试等阶段的工作提供可靠的依据。

1.2 范围

本文档阅读对象为产品经理、项目经理、UI设计师、开发工程师、测试工程师。

二、客户端角色描述

三、产品概述

退款流程是支付平台常见的业务形式,退款流程可以减少商户管理员和平台管理员的退款操作步骤,提高退款效率,降低退款风险,减少商户和平台运营人员的工作量。

3.1 总体功能架构图

3.2 系统流程图

四、 功能需求说明

4.1 商户端

4.1.1交易记录

页面设计:

交易记录

退款申请

需求说明:

1、商品订单状态为“支付成功”且退款状态为“退款处理中”时,不显示“退款”按钮;商品订单状态为“支付成功”且退款状态为“退款成功”时,不显示“退款”按钮;商品订单状态为“支付成功”且退款状态为“待审核”时,不显示“退款”按钮;

2、商品订单状态不为“支付成功”时,不显示“退款”按钮;

3、订单状态为“支付成功”且退款状态为空,显示“退款”按钮;订单状态为“支付成功”且退款状态为“退款失败”,显示“退款”按钮;订单状态为“支付成功”且退款状态为“审核拒绝”时,显示“退款”按钮;

4、点击“退款”,退款按钮判断逻辑详见业务逻辑图,逻辑校验通过后,生成一条新的退款记录。

5、交易记录界面,点击“退款”,出现弹窗,退款原因必填;点击“确定”,判断是否可以发起退款,校验通过后,退款状态为“待审核”;

4.1.2 退款记录

页面设计:

退款记录

退款详情

需求说明:

1、将退款记录放在“交易管理”菜单下;

2、支付退款金额=退款金额-退款退手续费金额+退款收取手续费(注:现有通道,退款均没有收取佣金,退款收取佣金字段先做预留);

3、退款失败或审核拒绝的订单,需备注退款失败或审核拒绝的原因;

4.1.3 现金账户明细

页面设计:

需求说明:

现金账户包含的交易名称:

退款:用户发起退款,预扣商户的可用余额后才能发起的退款,备注中标注“支付退款金额”;若退款失败,需生成一条新的明细记录,返回退款失败的金额,备注中需标注“支付退款金额失败,返还金额”;

退款调账:退款为短款时,与商户协商,通过调账的方式返已扣的金额,注意备注为“退款订单号:************,退款交易未达成,调账返还已扣金额”;

充值:交易状态只包含“充值成功”的订单,已提交但是未支付的订单不显示;

结算:只显示结算到可用余额的金额;结算到银行卡的金额不显示在账户明细中;交易状态只包含结算成功的记录;

提现:将现金账户的可用余额提现到商户的银行账户中,交易状态包含提现的各个状态;

提现失败时,需生成一条相同流水号的收入记录,备注“提现失败,返还提现金额”

错账调账:后台调账到现金账户后,前端显示该笔调账记录;交易状态“成功”

冻结:针对现金账户中的金额,后台执行冻结后,前端显示该笔记录;交易状态包含“成功”

解除冻结:针对现金账户中的金额,后台执行解除冻结后,前端显示该笔记录;交易状态包含“成功”

交易名称为“退款”时,交易金额=退款金额-退款退手续费金额;手续费=退款收佣金金额

显示样式:

没有手续费时,手续费显示为空

4.1.4 代付账户明细

页面设计:

需求说明:

代付账户包含的交易名称:

退款:用户发起退款,预扣商户的可用余额后才能发起的退款,备注中标注“支付退款金额”;若退款失败,需生成一条新的明细记录,返回退款失败的金额,备注中需标注“支付退款金额失败,返还金额”

退款调账:退款为短款时,与商户协商,通过调账的方式返已扣的金额,注意备注为“退款订单号:************,退款交易未达成,调账返还已扣金额”

充值:交易状态只包含“充值成功”的订单,已提交但是未支付的订单不显示

结算:只显示结算到可用余额的金额;结算到银行卡的金额不显示在账户明细中;交易状态只包含结算成功的记录

提现:将现金账户的可用余额提现到商户的银行账户中,交易状态包含提现的各个状态;

提现失败时,需生成一条相同流水号的收入记录,备注“提现失败,返还提现金额”

错账调账:后台调账到现金账户后,前端显示该笔调账记录;交易状态“成功”

冻结:针对现金账户中的金额,后台执行冻结后,前端显示该笔记录;交易状态包含“成功”

解除冻结:针对现金账户中的金额,后台执行解除冻结后,前端显示该笔记录;交易状态包含“成功”

交易名称为“退款”时,交易金额=退款金额-退款退手续费金额;手续费=退款收佣金金额

显示样式:

没有手续费时,手续费显示为空

4.2 平台端

4.2.1 支付通道配置

页面设计:

支持退款

不支持退款

需求说明:

添加通道的默认界面,新增字段(以下新增字段不在通道列表显示):

  1. 是否支持撤销:默认为“否”,该字段目前仅用于记录,不参与判断;
  2. 是否支持退款:默认为“是且支持当日退”,未勾选“支持当日退”时,表示该业务类型不可在当日退款,如厦门民生的B2B;该字段需参与判断,该通道是否可以发起退款

支持当日退时,当天的交易可以发起退款;不允许当天退款时,当天的交易不允许退款;

  1. 退款是否退手续费:默认“不退手续费”;“全额全退,部分不退”表示退款金额等于订单总额时,上游会退还手续费,退款金额小于订单总额时,上游不会退还手续费;“按比例退还手续费”,表示上游按照“退款金额/订单金额*交易手续费”退还手续费
  2. 退款收取佣金费率:上游再次收取的退款手续费,该字段作预留,暂时不用,该字段选填

该界面以前判断逻辑保持不变;

新增字段需同步更新到通道详情界面、修改通道界面、通道复核界面

不支持退款时,不显示“支持当日退”,退款退手续费下拉框置灰、退款收取佣金费率置灰

4.2.2 商品订单管理

页面设计:

需求说明:

在现有的商品订单详情界面,变化如下:

  1. 操作中去掉“退款”按钮,退款操作只能由商户从前端发起,后台不能操作;
  2. 原订单状态中去掉退款相关的状态,在列表中新增字段记录“退款状态”,状态包含退款成功、退款失败、退款处理中、待审核和审核拒绝;未支付成功的订单或未申请退款的订单,退款状态为空

4.2.3 退款订单管理

页面设计

需求说明:

退款退手续费:根据与商户签订协议中明确的退款是否退手续费率计算;

退款状态:

待审核:

商户申请退款,系统受理后,自动提交到后台复核,待审核通过后,才向上游通道发起退款

审核拒绝:

后台复核拒绝后,退款订单状态置为“审核拒绝”

“退款处理中”:

对于使用银行卡支付的退款订单 ,系统受理退款,组织交易报文到上游,上游受理但暂未收到上游返回退款成功的消息;对于“退款处理中”的订单,可以同步订单状态

对于使用支付账户支付的的退款订单,实时返回到支付账户

“退款失败”:

系统受理退款,组织交易报文到上游,上游返回“退款失败“,从商户前端可再次发起退款

“退款成功”:

上游返回“退款成功”的消息(或与上游在T+1清结算时,该笔订单的对账状态为对账一致)

对于使用支付账户支付的的退款订单,实时返回到用户支付账户,实时增加用户的支付账户余额,退款成功

退款订单与商户清结算:

由于退款订单在发起时已经从商户的可用余额中扣款,故已完成结算,只需要向下游商户提供退款的对账文件即可

对账状态:

包含“未对账“、“对账成功”和“对账存疑”3个状态;提供到下游商户的退款对账文件中,取退款状态为“退款成功”的订单,包含退款到虚拟账户和退款到银行账户的订单

退款详情

页面设计:

需求说明:

退款订单号由下游商户生成或与退款受理流水号一致;

退款受理流水号,系统的唯一性标识;

“商品订单号”改为“原商品订单号”;

“退款退手续费”指支付机构为商户受理退款,将原始交易的手续费退给商户,根据业务类型配置的退款退手续费的方式,计算金额;不退手续费时,值为0;手续费精度:截取小数点后3位,四舍五入到小数点第2位;

退款收佣金:根据设置的费率,计算佣金,未收取时,值为0;佣金精度:截取小数点后3位,四舍五入到小数点第2位;

退款渠道流水号:退款成功后,支付渠道返回的流水号;

通道退手续费:根据通道设置的信息,由程序计算;

通道收取佣金:根据通道设置的信息,由程序计算;

“退款原因”是商户上送的针对该笔订单的退款说明;

4.2.4 商户开户

页面设计:

需求说明:

商户结算设置:

当商户结算周期为T+1时,联动出新增字段“退款模式:从结算账户中扣减”,目前只有一种模式,此处预留,待后期扩展;

退款退手续费

包含不退手续费、全额退手续费、按比例退。

选择不退手续费时,当该商户的该业务类型发生退款时,不退手续费;

选择全额退手续费时,当该商户的该业务类型的订单发生全额退款时,退交易手续费;

退款收佣金费率:

费率为比例时,退款收取的佣金=退款金额*费率比例

费率为定额时,退款收取的佣金=设置的定额费用

业务和运营可根据商户需要配置退款手续费。

4.2.5 商户服务列表

页面设计:

需求说明:

所有的业务类型,在主通道或备通道选择弹窗中,在原有查询条件基础上,新增查询条件“是否支持退款”、“退款是否退手续费”,可按照设置的条件查询相应的通道

查询逻辑:

  1. “是否支持退款”选择“是”时,可按照“退款是否退手续费”继续细分查询
  2. “是否支持退款”选择“否”时,选择“退款是否退手续费”中的任意一项都不用筛选
  3. “是否支持退款”为“请选择”时,可按照“退款是否退手续费”中的选项进行筛选

4.2.6 退款复核管理

页面设计:

复核列表

待审核

需求说明:

点击“通过”或“拒绝”后,更新复核状态、复核人和复核时间;

若原支付方式为虚拟账户支付,点击通过时,执行退款逻辑校验,校验通过后,退款成功,退款金额实时返回到用户的支付账户;校验失败时,后台页面展示相应提示;

若原支付方式为银行卡、扫码等支付方式,点击通过时,执行退款逻辑校验,校验通过后,,将退款请求上送到上游通道,退款订单状态置为“退款处理中”;校验失败时,后台页面展示相应提示

退款审核,点击“拒绝”时,出现弹窗,需输入拒绝原因;

拒绝操作后,退款订单状态置为“审核拒绝”;

审核拒绝:

页面设计:

需求说明:

点击“通过”或“拒绝”后,更新复核状态、复核人和复核时间;

  • 若原支付方式为虚拟账户支付,点击通过后,退款成功,退款金额实时返回到用户的支付账户;
  • 若原支付方式为银行卡、扫码等支付方式,点击通过时,判断上游通道是否支持退款且通道是否为开启,若通道支持退款且通道开启,将退款请求上送到上游通道,退款订单状态置为“退款处理中”;
  • 若原支付方式为银行卡、扫码等支付方式,点击通过时,判断上游通道是否支持退款且通道是否为开启,若通道不支持退款或上游通道关闭,提示文案“上游通道不支持退款或通道已关闭,请核对通道状态”;

退款审核,点击“拒绝”时,出现弹窗,需输入拒绝原因;

拒绝操作后,退款订单状态置为“审核拒绝”;

4.2.7 退款订单对账

页面设计:

需求说明:

界面变化:

  1. 搜索条件和列表字段,详见页面设计
  2. 对账成功历史管理菜单下,分拆为2个子菜单“收款对账”和“退款对账”

退款订单:

交易手续费=退款收佣金总和

通道费用=上游收取佣金总和(取对账文件中收取的费用)

收单收益=交易手续费-通道费用

退款退手续费=取对账文件中的退款退手续费金额

4.2.9 财务调账

页面设计:

账户调账记录

调账登记

调账流程图

需求说明:

退款的对账出现短款后,确定上游的对账文件不包含该笔退款订单后,可进入调账中,通过“退款调账”的方式将已扣的商户可用余额返回

退款调账:

账户类型默认“调账登记”

客户编号为必填:输入客户编号,一般商户调账到现金账户;平台商户调账到代付账户

退款订单号:输入退款订单号,鼠标市区焦点时,判断逻辑如调账流程图

调账金额:退款订单号校验通过后,自动获取调账金额,无需手动输入,调账金额=退款金额-退款退手续费金额+退款收取佣金金额

调账类型:只有“增加”

备注:存储时,需在此处备注的内容前拼接“退款订单号:******  ”,如在备注中输入“返回退款抵扣的金额”,保存的备注信息为“退款订单号:******,返回退款抵扣的金额”

点击“确定”,需要对该退款订单号再次判断,判断通过后,调账成功后的处理:

账户明细中生成一条退款调账记录,商户的可用余额增加;

4.2.9 退款设置

页面设计:

需求说明:

程序默认可退款订单时长为90天,该时间可根据市场需要修改。

专栏作家

小胖纸,人人都是产品经理专栏作家。九年产品经验,横跨多个行业和领域,专注金融和市场营销,擅长产品需求分析,平凡的外表下有颗不平凡的心。

本文原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于 CC0 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。