电商系统设计之订单

640?wx_fmt=gif

前言

用户交易将经历一段艰辛的历程,一般用户感觉不到,实际程序是经历了一段生死离别。具体付款流程如下:

640?wx_fmt=png

不(wo)是(gu)这(yi)张(chuan)图(de),请看正经流程图:

640?wx_fmt=png

之前的几篇文章介绍了:

  • 购物车如何设计

  • 用户系统如何设计

  • 商品系统如何设计

其实他们都在为交易系统做铺垫,一个产品如果没有收入,那这只能是寺庙的公益产品。任何产品最终都要走向这步 (收钱)。

付款

用户付款过程中有很多场景也会出现意外,以下是我碰到的“天灾人祸”。

成功
  • 用户发起微信支付并成功支付

  • 用户发起支付宝支付并成功支付

  • 用户发起银联支付并成功支付

  • 用户发起其他支付并成功支付

人祸
  • 用户发起微信支付但取消支付

  • 用户发起支付宝支付但取消支付

  • 用户发起银联支付但取消支付

  • 用户发起其他支付但取消支付

天灾
  • 用户发起微信支付“手机爆炸了”

  • 用户发起支付宝支付“瞬间没网了”

  • 用户发起银联支付“老婆来电话了”

  • 用户发起其他支付“老板进来了”

注释

遇到以上的情况,不要害怕、不要惊慌,并且不要“理会”,你只需要将这些操作记录下来即可。

正常我们都会将用户通过哪种支付方式存储到订单表中,方便查询。我想说这种做法没错,但是少了点什么,你应该有一张交易记录表,来记录用户发起了多少次支付,只有支付成功的时候方可记录到订单表中。这样做的优点有以下两点:

  • 订单表是比较重要的,迫不得已尽量不要操作这张表,防止出现意外,订单表除了收货发货外一般没有其他需要操作的地方。

  • 可以记录每次用户发起支付的时间,通过所谓大数据分析用户对产品的需求度和认可度,如果用户多次发起付款但取消支付,那就说明(他没钱)他可能很期望得到,但是因为某种原因一直在犹豫,这个时候可以针对当前用户做优惠处理,例如发一张优惠券等等。

640?wx_fmt=png

表结构

交易表:

 
 
  1. CREATE TABLE `transaction` (

  2.  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,

  3.  `order_sn` varchar(255) COLLATE utf8mb4_unicode_ci NOT NULL COMMENT '交易单号',

  4.  `member_id` bigint(20) NOT NULL COMMENT '交易的用户ID',

  5.  `amount` decimal(8,2) NOT NULL COMMENT '交易金额',

  6.  `integral` int(11) NOT NULL DEFAULT '0' COMMENT '使用的积分',

  7.  `pay_state` tinyint(4) NOT NULL COMMENT '支付类型 0:余额 1:微信 2:支付宝 3:xxx',

  8.  `source` varchar(255) COLLATE utf8mb4_unicode_ci NOT NULL COMMENT '支付来源 wx app web wap',

  9.  `status` tinyint(4) NOT NULL DEFAULT '0' COMMENT '支付状态 -1:取消 0 未完成 1已完成 -2:异常',

  10.  `completion_time` int(11) NOT NULL COMMENT '交易完成时间',

  11.  `note` varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL COMMENT '备注',

  12.  `created_at` timestamp NULL DEFAULT NULL,

  13.  `updated_at` timestamp NULL DEFAULT NULL,

  14.  PRIMARY KEY (`id`),

  15.  KEY `transaction_order_sn_member_id_pay_state_source_status_index` (`order_sn`(191),`member_id`,`pay_state`,`source`(191),`status`)

  16. ) ENGINE=InnoDB AUTO_INCREMENT=36 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;

支付记录表:

 
 
  1. CREATE TABLE `transaction_record` (

  2.  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,

  3.  `order_sn` varchar(255) COLLATE utf8mb4_unicode_ci NOT NULL,

  4.  `events` text COLLATE utf8mb4_unicode_ci NOT NULL COMMENT '事件详情',

  5.  `result` text COLLATE utf8mb4_unicode_ci COMMENT '结果详情',

  6.  `created_at` timestamp NULL DEFAULT NULL,

  7.  `updated_at` timestamp NULL DEFAULT NULL,

  8.  PRIMARY KEY (`id`)

  9. ) ENGINE=InnoDB AUTO_INCREMENT=36 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;

这个记录表可能让你匪夷所思,不知你对日志有什么概念,但我能说的就是,将用户的所有动作全部记录下来。这是很重要的,早晚你会懂。

订单表:

 
 
  1. CREATE TABLE `order` (

  2.  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,

  3.  `order_no` varchar(100) COLLATE utf8mb4_unicode_ci NOT NULL COMMENT '订单编号',

  4.  `order_sn` varchar(100) COLLATE utf8mb4_unicode_ci NOT NULL COMMENT '交易号',

  5.  `member_id` int(11) NOT NULL COMMENT '客户编号',

  6.  `supplier_id` int(11) NOT NULL COMMENT '商户编码',

  7.  `supplier_name` varchar(255) COLLATE utf8mb4_unicode_ci NOT NULL COMMENT '商户名称',

  8.  `order_status` tinyint(4) NOT NULL DEFAULT '0' COMMENT '订单状态 0未付款,1已付款,2已发货,3已签收,-1退货申请,-2退货中,-3已退货,-4取消交易',

  9.  `after_status` tinyint(4) NOT NULL DEFAULT '0' COMMENT '用户售后状态 0 未发起售后 1 申请售后 -1 售后已取消 2 处理中 200 处理完毕',

  10.  `product_count` int(11) NOT NULL DEFAULT '0' COMMENT '商品数量',

  11.  `product_amount_total` decimal(12,4) NOT NULL COMMENT '商品总价',

  12.  `order_amount_total` decimal(12,4) NOT NULL DEFAULT '0.0000' COMMENT '实际付款金额',

  13.  `logistics_fee` decimal(12,4) NOT NULL COMMENT '运费金额',

  14.  `address_id` int(11) NOT NULL COMMENT '收货地址编码',

  15.  `pay_channel` tinyint(4) NOT NULL DEFAULT '0' COMMENT '支付渠道 0余额 1微信 2支付宝',

  16.  `out_trade_no` varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL COMMENT '订单支付单号',

  17.  `escrow_trade_no` varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL COMMENT '第三方支付流水号',

  18.  `pay_time` int(11) NOT NULL DEFAULT '0' COMMENT '付款时间',

  19.  `delivery_time` int(11) NOT NULL DEFAULT '0' COMMENT '发货时间',

  20.  `order_settlement_status` tinyint(4) NOT NULL DEFAULT '0' COMMENT '订单结算状态 0未结算 1已结算',

  21.  `order_settlement_time` int(11) NOT NULL DEFAULT '0' COMMENT '订单结算时间',

  22.  `is_package` enum('0','1') COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT '0' COMMENT '是否是套餐',

  23.  `is_integral` enum('0','1') COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT '0' COMMENT '是否是积分产品',

  24.  `created_at` timestamp NULL DEFAULT NULL,

  25.  `updated_at` timestamp NULL DEFAULT NULL,

  26.  `deleted_at` timestamp NULL DEFAULT NULL,

  27.  PRIMARY KEY (`id`),

  28.  UNIQUE KEY `order_order_sn_unique` (`order_sn`),

  29.  KEY `order_order_sn_member_id_order_status_out_trade_no_index` (`order_sn`,`member_id`,`order_status`,`out_trade_no`(191))

  30. ) ENGINE=InnoDB AUTO_INCREMENT=44 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;

运输

用户付款结束后接下来就是快递公司的事了,当然咱们不搭理送快递的。到这一步我们就应该给客户展示运输信息。现在一些api开放平台都有快递查询的服务,有收费有免费的,性能方面差异也不大。但这里要注意一点。不是每次用户都会查询到新的信息。对于小公司来说,这样成本极高。所以我们应该定时去查询快递物流信息。这个地方有个简单的算法。

 
 
  1. if(用户点击查看了){

  2.    从用户点击查看两小时后更新物流信息 // 这里是按照两小时来更新的,也可以拉长这个时间

  3. }else{

  4.    每两小时更新一次物流信息

  5. }

这种频繁的更新绝对要使用nosql,当用户确认收货后再存储到mysql等数据库中。

收货

当用户收到货后,这其实是最难伺候的时候,用户对产品的各种不满意就可能导致退换货,收货操作既改变订单状态为已收货,复杂点的可能还需要im,短信,推送提醒下。一般都直接提醒,量大的话加入队列内处理。

退换货

退换货淘宝是这样处理的。淘宝将订单分两种状态:

  • 未付款、已付款、已收货、已评价

  • 发起售后、售后审核、售后处理、处理完成


640?wx_fmt=png

图1展示了每个商品,包括子商品都可以单独发起售后。


640?wx_fmt=png

图2是点击申请售后之后的页面。


640?wx_fmt=png


图3是选择退换货的相关事项。

当完成这些步骤后,就会开启售后审核,卖家审核成功后方可进行下一步操作。

售后申请表
 
 
  1. CREATE TABLE `order_returns_apply` (

  2.  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,

  3.  `order_no` varchar(255) COLLATE utf8mb4_unicode_ci NOT NULL COMMENT '订单单号',

  4.  `order_detail_id` varchar(255) COLLATE utf8mb4_unicode_ci NOT NULL COMMENT '子订单编码',

  5.  `return_no` varchar(255) COLLATE utf8mb4_unicode_ci NOT NULL COMMENT '售后单号',

  6.  `member_id` int(11) NOT NULL COMMENT '用户编码',

  7.  `state` tinyint(4) NOT NULL COMMENT '类型 0 仅退款 1退货退款',

  8.  `product_status` tinyint(4) NOT NULL DEFAULT '0' COMMENT '货物状态 0:已收到货 1:未收到货',

  9.  `why` varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL COMMENT '退换货原因',

  10.  `status` tinyint(4) NOT NULL DEFAULT '0' COMMENT '审核状态 -1 拒绝 0 未审核 1审核通过',

  11.  `audit_time` int(11) NOT NULL DEFAULT '0' COMMENT '审核时间',

  12.  `audit_why` varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL COMMENT '审核原因',

  13.  `note` text COLLATE utf8mb4_unicode_ci COMMENT '备注',

  14.  `created_at` timestamp NULL DEFAULT NULL,

  15.  `updated_at` timestamp NULL DEFAULT NULL,

  16.  PRIMARY KEY (`id`)

  17. ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;

售后表
 
 
  1. CREATE TABLE `order_returns` (

  2.  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,

  3.  `returns_no` varchar(255) COLLATE utf8mb4_unicode_ci NOT NULL COMMENT '退货编号 供客户查询',

  4.  `order_id` int(11) NOT NULL COMMENT '订单编号',

  5.  `express_no` varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL COMMENT '物流单号',

  6.  `consignee_realname` varchar(255) COLLATE utf8mb4_unicode_ci NOT NULL COMMENT '收货人姓名',

  7.  `consignee_telphone` varchar(255) COLLATE utf8mb4_unicode_ci NOT NULL COMMENT '联系电话',

  8.  `consignee_telphone2` varchar(255) COLLATE utf8mb4_unicode_ci NOT NULL COMMENT '备用联系电话',

  9.  `consignee_address` varchar(255) COLLATE utf8mb4_unicode_ci NOT NULL COMMENT '收货地址',

  10.  `consignee_zip` varchar(255) COLLATE utf8mb4_unicode_ci NOT NULL COMMENT '邮政编码',

  11.  `logistics_type` varchar(255) COLLATE utf8mb4_unicode_ci NOT NULL COMMENT '物流方式',

  12.  `logistics_fee` decimal(12,2) NOT NULL COMMENT '物流发货运费',

  13.  `order_logistics_status` int(11) DEFAULT NULL COMMENT '物流状态',

  14.  `logistics_settlement_status` int(11) DEFAULT NULL COMMENT '物流结算状态',

  15.  `logistics_result_last` varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL COMMENT '物流最后状态描述',

  16.  `logistics_result` varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL COMMENT '物流描述',

  17.  `logistics_create_time` int(11) DEFAULT NULL COMMENT '发货时间',

  18.  `logistics_update_time` int(11) DEFAULT NULL COMMENT '物流更新时间',

  19.  `logistics_settlement_time` int(11) DEFAULT NULL COMMENT '物流结算时间',

  20.  `returns_type` tinyint(4) NOT NULL DEFAULT '0' COMMENT '0全部退单 1部分退单',

  21.  `handling_way` varchar(255) COLLATE utf8mb4_unicode_ci NOT NULL COMMENT 'PUPAWAY:退货入库;REDELIVERY:重新发货;RECLAIM-REDELIVERY:不要求归还并重新发货; REFUND:退款; COMPENSATION:不退货并赔偿',

  22.  `returns_amount` decimal(8,2) NOT NULL COMMENT '退款金额',

  23.  `return_submit_time` int(11) NOT NULL COMMENT '退货申请时间',

  24.  `handling_time` int(11) NOT NULL COMMENT '退货处理时间',

  25.  `remark` text COLLATE utf8mb4_unicode_ci NOT NULL COMMENT '退货原因',

  26.  PRIMARY KEY (`id`)

  27. ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;

评价

如果用户收货后直接评价了,那恭喜你,这笔订单基本成交了。这个没什么可讲的,一般小的电商也没有刷评价的,类似淘宝的防止刷评价的做法太过于复杂,这里也不过多讲解(其实我也没接触过)。

评价数据表

 
 
  1. CREATE TABLE `order_appraise` (

  2.  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,

  3.  `order_id` int(11) NOT NULL COMMENT '订单编码',

  4.  `info` text COLLATE utf8mb4_unicode_ci NOT NULL COMMENT '评论内容',

  5.  `level` enum('-1','0','1') COLLATE utf8mb4_unicode_ci NOT NULL COMMENT '级别 -1差评 0中评 1好评',

  6.  `desc_star` tinyint(4) NOT NULL COMMENT '描述相符 1-5',

  7.  `logistics_star` tinyint(4) NOT NULL COMMENT '物流服务 1-5',

  8.  `attitude_star` tinyint(4) NOT NULL COMMENT '服务态度 1-5',

  9.  `created_at` timestamp NULL DEFAULT NULL,

  10.  `updated_at` timestamp NULL DEFAULT NULL,

  11.  PRIMARY KEY (`id`),

  12.  KEY `order_appraise_order_id_index` (`order_id`)

  13. ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;

致谢

感谢你看到这里,希望我的文章和代码可以帮助到你。如果有什么疑问可以在评论区留言,谢谢。

640?wx_fmt=jpeg


  • 2
    点赞
  • 18
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值