网站集成支付宝接口进行订单支付和会员余额充值,订单支付因为提前生成有订单没什么疑问,但我做余额充值的时候,提交请求到支付宝的这个时候,要不要把生成的订单请求数据先存入数据库,然后在支付宝的回调return和notify中进行订单处理,改变会员余额,但这样的话如果会员提交充值,没有完成支付的话,会产生很多无用的单。
如果是会员提交请求的时候,不存订单信息,直接在回调同步异步函数中判断支付成功,存充值记录和改会员余额,这样有没有安全隐患,我看了支付宝的接口文档,“商户需要验证该通知数据中的out_trade_no是否为商户系统中创建的订单号,并判断total_fee是否确实为该订单的实际金额(即商户订单创建时的金额)”这样的话我就做不了这样的操作,
请做过的大神给个意见,非常感谢!!!
本支付接口的特点,主要是用xml文件来记录订单详情和支付详情。代码比较简单,只要将里面的商户号、商户key换成你自己的,将回调url换成你的网站,就可以使用了。通过这个实例也可以很好的了解一般在线支付接口的基本工作原理。其中的pay.config文件记录的是支付详情,order.config是订单详情
0
网站集成支付宝接口进行订单支付和会员余额充值,订单支付因为提前生成有订单没什么疑问,但我做余额充值的时候,提交请求到支付宝的这个时候,要不要把生成的订单请求数据先存入数据库,然后在支付宝的回调return和notify中进行订单处理,改变会员余额,但这样的话如果会员提交充值,没有完成支付的话,会产生很多无用的单。
如果是会员提交请求的时候,不存订单信息,直接在回调同步异步函数中判断支付成功,存充值记录和改会员余额,这样有没有安全隐患,我看了支付宝的接口文档,“商户需要验证该通知数据中的out_trade_no是否为商户系统中创建的订单号,并判断total_fee是否确实为该订单的实际金额(即商户订单创建时的金额)”这样的话我就做不了这样的操作,
请做过的大神给个意见,非常感谢!!!
当然要提交时就保存订单, 那几笔"无用"的单难道比可靠性更重要么
额外举一个好处, 你们还可以根据你认为的"无用"的单和实际支付的单的比例来看这个支付的流失率, 为支付流程优化做准备和参考数据
你开始的方案是正确的
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号