系统设计-支付系统设计

Question

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

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

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

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

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

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

谢谢！！

Answer 1

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

Answer 2

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

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

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

Answer 3

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