简单聊聊电商系统的订单号生成规则

卖干货的产品小谢 2023-08-04 07:06:01

一、订单编号作为唯一标识码在业务中的应用场景

单号在实际的业务过程中是做为一个订单的唯一标识码的存在，提供订单号就很方便业务人员快速定位订单信息，给予用户帮助。

1. 用户订单遇到问题，需要找客服进行协助

我们日常在电商平台上面购买商品的时候，很多时候需要去向平台客服反馈在订单过程中遇到的问题，一般这个时候平台客户都是要求用户填写订单编号的，这样客服可以快递锁定订单信息，给用户信息问题的解答和处理。

2. 对订单进行操作，如线下收款，订单核销

我们在第三方平台上购买了某一个店铺的线下优惠券的时候，工作人员需要对我们提供的优惠券进行核销，核销的依据一般来说就是订单编号。

而在某些场景涉及到的线下收款，也会根据订单号来进行订单的确认和收款，不过日常在业务过程中将一般都将订单号生成二维码，再由工作人员扫码进行操作，因此用户在线下对于订单号的感知并不是很强烈。

3. 内部进行订单的处理或者跟进

从技术的层面去讲，很多时候搜索订单相关信息的时候都是以订单ID作为唯一标识符，这是由于订单号的生成规则的唯一性决定的（后面讲订单号生成规则会讲到）。

由此公司内部在进行业务操作处理时候，比如对通知仓库按单发货，内部交流某个订单信息时候，也会直接根据订单号来进行信息传达。

二、编号规则的设计原则

订单号的在业务中的使用一般都是基于唯一性的需求，因此在订单号的设计上需要遵循几个原则：

1. 不得重复

由于我们在业务中对于订单编号的要求是唯一的，所以订单编号生成的时候一定要遵循不可重复这一特性，而实际在底层生成订单编号的时候由于业务流水很大，处于一个高并发的状态，并且订单号的生成规则一般是固定的，所以可能会造成在同一时间多个线程读取的生成参数相同，从而造成生成的订单号相同（当然这是开发人员应该注意的问题）。

其次就是业务的长时间积累可能导致新生成的订单号会与过去很久的订单号产生重复，所以在设计订单号的时候一定要充分考虑到不可重复性的原则（后面讲到订单号设计中的变量部分会详细讲到）。

2. 安全性

编号不能透露公司的运营情况，比如日销、公司流水号等信息，以及商业信息和用户手机号，身份证等隐私信息。并且不能有明显的整体规律（可以有局部规律），任意修改一个字符就能查询到另一个订单信息，这也是不允许的。

类比于我们高考时候的考生编号的生成规则，一定不能是连号的，否则只需要根据顺序往下查询就能搜索到别的考生的成绩，这是绝对不可允许。

3. 具备一定的可读性

位数要便于操作，因此要求订单号的位数适中，且局部有规律。这样可以方便在订单异常，或者退货时客服查询。

过长的订单号或易读性差的订单号会导致客服输入困难且易错率较高，影响用户体验的售后体验。因此在实际的业务场景中，订单号的设计通常都会适当携带一些允许公开的对使用场景有帮助的信息，如时间，星期，类型等等，这个主要根据所涉及的编号对应的使用场景来。

而且像时间、星期这些自增长的属于作为订单号的设计的一部分元素，有助于解决业务累积而导致的订单号重复的问题。

三、编号设计中的常用变量

在遵循涉及原则的基础上，我们常会使用一些变量来进行编号的设计，这也是为了满足订单编号的局部可读性带来的业务优势，通常会有以下几类：

1. 时间

如20220525105959这种类型的年月日时分秒，编号中使用这个变量就把重复的可能性降低到一秒内的不重复。

常用的时间变量还有很多变种类型，如取年份的后2位数、如20220525只保留到天。通常在快递取件码的设计中会使用月、日、周等+其他元素的设计，这是为了方便取件码可以快速重复使用，因为快递取件码通常有效期不会超过一个月就会原路退货然后被销毁。

2. 时间戳

时间戳是一个10位数的数字，代表的是当前时间距离1970年1月1日UTC/GMT的午夜）开始所经过的秒数。也是经常用来代表时间的一种方式，时间戳也可以精确到毫秒，形成一个13位数的数字。

3. 类型

如订单类型、售后类型、商品类型、支付类型等等，不同类型的可以使用不同参数进行。通常支付类型的应用场景是，线上支付和线下支付共用一套业务后台，所以为了方便区分会加入支付类型这个参数用于区分线上线下。

类比还有店铺代码、支付的机器代码、操作员代码等等。

4. 用户ID

对一些涉及到用户的编号规则时候，可以使用到用户ID作为变量来进行设计，如淘宝的订单号中最后几位数就使用了用户ID，不过要注意不能使用完整的用户ID，需要进行一些规则的设计再使用。

5. 商家ID

对电商系统中，可以把商家ID脱敏后也作为一个变量设计到编号规则中。

6. 手机号

使用用户的手机号中的某些位数作为编号中的一个变量；使用类似于手机号部分号码这种重复度较高的属性设计订单编号的时候，切记不能只有一个变量，否则很容易出现订单编号重复。

7. 平台形态

如果是多终端多平台的系统，那么可以考虑在编号中把平台作为一个变量考虑进去。如小程序平台用01,安卓app使用01，PC版本使用03,第三方平台04类型这样的规则。

8. 其他业务属性

可以根据业务场景，把一些业务属性的信息也作为变量设计进去。

9. 随机数

随机数就是系统根据程序在一定规则内随机生成的字符，可以为数字也可以是字符串，一般可以用来降低重复；随机数在订单生成中的使用频率非常高，常常是前面几位都是一些显式的规律性数字，比如订单生成的时分秒，然后最后加上四位随机数从而组成订单号。所以读者在设计订单编号的时候，如果不知道如何加密，就可以简单的插入几位随机数即可。