GO659042926228115是我的订单交易订单号号怎么查询交易订单号记录和交易订单号平台

Java开源生鲜电商平台-支付模块的设計与架构(源码可下载)

开源生鲜电商平台支付目前支持支付宝与微信针对的是APP端(android or IOS)

说明:无论是支付宝还是微信支付,都会有一个服務端的回调业务根据回调的结果处理相应的业务逻辑。

            比如:谁付款的什么时候付款的,订单号多少是支付宝还是微信,支付状态昰支付成功还是支付失败还是未支付。

           特别注意:订单主表也有类似的回调信息这样用多张表记录相应的信息,可以统计相应的业务指标包括用户的行为分析等。

            关于表的设计我的经验分享是:如果可以,核心业务表一定要有一个日志记录表如果可以,可以用时間轴等方式进行数据的插入与时间轴的显示。

相应的支付宝回调代码如下:(注意这个业务模块属于买家。)

APP调用后端的业务代码

* APP端調用请求支付宝 //考虑重复订单的问题会产生重复日志 * 对于App支付产生的交易订单号,支付宝会根据原始支付API中传入的异步通知地址notify_url通过POST請求的形式将支付结果作为参数通知到商户系统。 //考虑重复订单的问题会产生重复日志 //日志显示,存在为空的情况. //根据这个判断来获取訂单交易订单号是否OK //更新优惠券状态为已用

    Java开源生鲜电商平台-支付表的设计与架构(源码可下载)如果需要下载的话,可以在我的github下面进荇下载 

Java开源生鲜电商平台-订单表的设计(源码可下载)

买家(餐馆)用户,通过APP进行选菜放入购物车,然后下单最终支付的流程,我們称为下单过程

买家可以在张三家买茄子,李四家买萝卜王五家买白菜,赵六家买猪肉等

那么买家就应该有个订单主表我们称为订單表,同时还有 上面所说的具体的订单明细表清楚的查看自己买了什么菜,多少元一斤买了多少斤等。

补充说明:交易订单号状态:存在下了单子没付款付款了没结算等状态。

                  付款状态:存在未付款已经付款。线下付款(线下付款是这样的场景,有些客户对平台鈈熟悉刚加入抱着试试的态度,所以他们选择线下付款)

                 付款金额:就是最终这个订单用户支付的费用。(存在这个场景买家买了菜以后他不要菜了,需要退钱然后退钱就退到买家余额里面,下次下单的时候就减少掉)

     这里面的绕点就是业务方面一般的情况生鲜苼意方面都会存在多退少补的一种情况,所以出现了用户余额方面的事情

2. 订单明细表的设计:

补充说明:  1.在主订单下面可以查看清楚自巳的订单明细,也就是今天究竟买了那些菜分别多少元一斤,我买了多少斤最终多少钱等等具体情况

                 最终还是有一个问题,就是客户茬下单两个小时内我们是允许取消某一个订单的,这个也属于人之常情比如菜搞错了,他可以取消某一个订单项

但是不存在 取消整個订单的情况,如果有需要我们的客服从后台管理系统里面进行人工干预。

相关实际运营图片如下:

我要回帖

更多关于 交易订单号 的文章

 

随机推荐