• 如果您觉得本站非常有看点,那么赶紧使用Ctrl+D 收藏吧

支付宝接口回调处理问题?

PHP admin 1年前 (2018-06-08) 13次浏览 未收录 0个评论
文章目录[隐藏]

网站集成支付宝接口进行订单支付和会员余额充值,订单支付因为提前生成有订单没什么疑问,但我做余额充值的时候,提交请求到支付宝的这个时候,要不要把生成的订单请求数据先存入数据库,然后在支付宝的回调return和notify中进行订单处理,改变会员余额,但这样的话如果会员提交充值,没有完成支付的话,会产生很多无用的单。

如果是会员提交请求的时候,不存订单信息,直接在回调同步异步函数中判断支付成功,存充值记录和改会员余额,这样有没有安全隐患,我看了支付宝的接口文档,“商户需要验证该通知数据中的out_trade_no是否为商户系统中创建的订单号,并判断total_fee是否确实为该订单的实际金额(即商户订单创建时的金额)”这样的话我就做不了这样的操作,

请做过的大神给个意见,非常感谢!!!

回复内容:

网站集成支付宝接口进行订单支付和会员余额充值,订单支付因为提前生成有订单没什么疑问,但我做余额充值的时候,提交请求到支付宝的这个时候,要不要把生成的订单请求数据先存入数据库,然后在支付宝的回调return和notify中进行订单处理,改变会员余额,但这样的话如果会员提交充值,没有完成支付的话,会产生很多无用的单。

如果是会员提交请求的时候,不存订单信息,直接在回调同步异步函数中判断支付成功,存充值记录和改会员余额,这样有没有安全隐患,我看了支付宝的接口文档,“商户需要验证该通知数据中的out_trade_no是否为商户系统中创建的订单号,并判断total_fee是否确实为该订单的实际金额(即商户订单创建时的金额)”这样的话我就做不了这样的操作,

请做过的大神给个意见,非常感谢!!!

当然要提交时就保存订单, 那几笔”无用”的单难道比可靠性更重要么

额外举一个好处, 你们还可以根据你认为的”无用”的单和实际支付的单的比例来看这个支付的流失率, 为支付流程优化做准备和参考数据

你开始的方案是正确的


39MO , 版权所有丨如未注明 , 均为原创丨转载请注明原文链接:支付宝接口回调处理问题?
喜欢 (0)
[1353713598@qq.com]
分享 (0)
发表我的评论
取消评论
表情 贴图 加粗 删除线 居中 斜体 签到

Hi,您需要填写昵称和邮箱!

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址