系统设计-支付系统设计

小组事务管理 小组事务管理 主题:974 回复:1955

系统设计-支付系统设计

浮生未歇 发布于 2016-11-08 字数 701 浏览 1180 回复 3

设计系统支付架构时,遇到了点问题,希望过来人帮助下。

对于第三方支付平台,同样的交易号提交时,如果金额有改变,则支付平台不接受。

我们的问题就是,无法判断用户是否登录了账号后进入第三方支付平台的界面,所以目前在数据库中存储了一种状态paying,代表用户在我们系统中点击了支付按钮。

而很多时候用户只是点击了支付按钮,并没有登录到第三方支付平台,这就造成了数据库中存储了很多paying状态的记录。而我们在修改交易物品的价格时,这条paying状态是不能修改的,所以就必须新添加一条,这就造成了用户必须支付多次,才能完成支付。

如果重新生成交易号的话,可以会在用户的第三方支付平台中产生多条交易记录。

核心问题是:我们订单价格在用户下单后既可以减价又可以加价。

谢谢!!

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

支持 Markdown 语法,需要帮助?

评论(3

归属感 2017-10-28 3 楼

针对像alipay、tenpay这种标准第三方支付的流程,我认为这样,下单是未支付状态,记下此时下单的价格,他去了第三方后可以修改价格,付款口,第三方回调,状态修改为已付款,记下第三方返回的价格(另一个字段),然后发货,修改为发货状态,用户收到后再改为完成

灵芸 2017-09-24 2 楼

你的逻辑有问题的吧 用户提交订单后,状态是未支付状态,即使用户点击了支付,他还是这个状态啊,只有等第三方平台通知了你,你才会修改订单状态的啊。

也就是说,第三方没有通知你,你就可以随便改。

还有一个就是,你说你的交易号。交易号怎么可能会有重复的呢。严重的逻辑问题啊

泛泛之交 2017-02-20 1 楼

用过一次易宝支付的第三方支付平台,是有返回“支付结果”的。如果不能知道是否支付成功,那客户方(就是我们这些开发者)又如何知道是不是正确支付呢?
下单之后可以随便改,这个问题可以把下单跟支付分开处理,下单之后并不直接响应第三方支付平台,而是需要一个"确认操作",再提交到第三方,等待返回参数,在提交第三方等待响应之前,状态不为paying,改为类似"ready_paying"的字符,这样就可以确保下单后可以随便改。