电商订单编号生成规则

如题所述

在实际业务流程中,单号是订单的唯一识别码。提供订单号非常方便业务人员快速定位订单信息,帮助用户。
我们日常在电商平台购买商品时,经常需要去平台客服反馈订单过程中遇到的问题。一般这时候平台客户会让用户填写订单号,让客服快速锁定订单信息,给用户信息问题的解答和处理。
当我们在第三方平台购买某店的线下优惠券时,工作人员需要对我们提供的优惠券进行核销。一般来说,核销的依据是订单号。
所以在公司内部进行业务操作的时候,比如通知仓库根据订单发货,内部沟通一个订单信息的时候,也会根据订单号直接沟通信息。
业务中订单号的使用一般是基于唯一性的要求,所以订单号的设计需要遵循几个原则:
因为我们在业务中对订单号有独特的要求,所以订单号的生成必须遵循不重复的特性。实际上,在底层生成订单号时,业务流程非常繁重,订单号的生成规则一般是固定的,可能会导致多个线程同时读取相同的生成参数,导致生成的订单号相同(当然这是开发者要注意的问题)。
其次,业务的长期积累可能导致新生成的订单号与过去的订单号重复。因此,在设计订单号时必须充分考虑不可重复性原则(订单号设计中的变量将在后面详细讨论)。
号码不能泄露公司运营情况,如日常销售额、公司序列号等信息,以及业务信息、用户手机号、身份证等隐私信息。而且不能有明显的整体规则(可以有局部规则)。你可以通过任意修改一个字符来查询另一个订单信息,这也是不允许的。
为方便操作,要求订单号位数适中,局部有规律。这样可以方便订单异常或退货时的客服查询。
订单号过长或可读性差,会导致客服输入困难,易错率高,影响用户的售后体验。所以在实际的业务场景中,订单号的设计通常会携带一些允许公开的、对使用场景有帮助的信息,比如时间、星期、类型等。主要是根据所涉及的号码对应的使用场景。
而且时间、周等自增元素是订单号设计的一部分,有助于解决业务堆积导致的重复订单号问题。
在遵循涉入原则的基础上,我们经常使用一些变量来设计数字,这也是为了满足订单号部分可读性带来的业务优势。通常,有以下几类:
比如20220525105959,这种类型的年、月、日、分、秒,在编号中使用这个变量,会将重复的可能性降低到一秒内不重复。
常用的时间变量有很多变体,比如取年份的后两位数,比如20220525,保留到当天。通常快递取件码的设计中会用到月、日、周等其他元素的设计。这是为了方便取件码可以快速重复使用,因为快递取件码的有效期一般不超过一个月,会被退回然后销毁。
时间戳是一个10位数的数字,表示当前时间从1970年1月1日午夜UTC/GMT开始算起经过的秒数。它也经常被用来表示时间。时间戳也可以精确到毫秒,形成13位数字。
如订单类型、售后类型、商品类型、付款类型等。不同的类型可以用不同的参数进行。通常支付类型的使用场景是线上支付和线下支付共用一套业务后台,为了方便起见会增加这个参数来区分线上支付和线下支付。
类比包括商店代码、付款机代码、操作员代码
对于一些涉及用户的编号规则,用户ID可以作为一个变量来设计。比如淘宝的订单号最后几位使用的是用户ID,但是需要注意的是不能使用完整的用户ID,有些规则需要设计和重用。
在电子商务系统中,脱敏的商家ID也可以作为变量设计到编号规则中。
使用用户手机号码中的部分数字作为号码中的变量;设计重复程度高的订单号时,比如手机号的零件号,切记不能有单个变量,否则很容易造成订单号重复。
如果是多终端多平台系统,可以考虑在编号中把平台作为一个变量。比如小程序平台用01,安卓app用01,PC版用03,第三方平台用04类型。
根据业务场景,一些业务属性信息也可以设计成变量。
是随机数系统按照程序按照一定规则随机生成的字符。可以是数字,也可以是字符串,一般可以用来减少重复;订单生成中经常用到随机数,往往前几个是一些显式的正则数,比如订单生成的时间,然后加四个随机数就形成了订单编号。所以,读者在设计订单号时,如果不知道如何加密,可以简单地插入几个随机数。
代表顺序的数字,如10,11,12。
一般放在末尾,根据前面的字符按照一定的规则计算出最后的数字,通常是一位数字,主要目的是提高编号的安全性;身份证的最后一位是校验位,它的计算原理也是通过之前的数字加密算法计算出来的。感兴趣的读者可以了解一下身份证的生成规则。
对于带有区域性质的编号规则,可以将区域作为一个变量来考虑,如区域分公司、线下自动售货机等。
每一条数据输入系统时,通常都有一个唯一的ID,也可以作为数字的变量。
唯一标识码是软件构造的一个标准,也是分布式计算环境领域开放软件基础的一部分。其目的是使分布式系统中的所有元素,
都能有唯?的辨识信息,?不需要通过中央控制端来做辨识信息的指定。
通过以上4种策略可以保证惟?性。在系统中需要?到随机数的地?都可以考虑采?UUID算法。但是呢直接使用这个作为单号。虽然具有唯一性,安全性,但是却没有任何的可读性而言。因此在这种情况下,UUID只是能作为系统中间的标识码,可以在业务中数据流转的时候配合订单号使用,绝不可直接给予客户和业务人员使用。
对于一些编号需求不是很大的场景,如果可读性也没什么场景的要求,可以简单的使用时间戳和随机数进行拼接作为编号规则使用;如时间戳1635302466 随机数2313,则编号为16353024662313。
一共19位数,前面13位数为根据时间戳和内部定义序列,后面6位数为跟购买者ID相关的用户位。
日期 时分秒 随机数。
时间:取时间的年份后2位 月份 日期形成如211027。
时间戳:取时间戳的后6位数
用户:取用户ID的后5位数,序列位2位数随机。
下单渠道1位 支付渠道1位 业务类型1位 时间信息4位 下单时间的Unix时间戳后8位(加上随机码随机后的数字) 用户userid后4位共19位并不一定需要把19位全加上。
系统预先生成不重复的编号,业务系统要使用时候按顺序取数即可。这种编号一般系统拥有一套成熟的加密规则,不属于常规的订单生成规则,一般用于加密程度较高的业务。
题图来自 Unsplash,基于CC0协议。
相关问答:
温馨提示:答案为网友推荐,仅供参考
相似回答