假装我是一个牛B的架构师(四)

接上一篇，订单转移是记录实际操作，对于整个过程的风险如何控制，这里就需要订单风控系统。

订单风控：

风控要做的一件事就是防止恶意的套赠。每到双十一，各大平台都有很多促销，比如一些赠品、满减、抵用劵等。体量大了总会有‘不法之徒’，或者恶意的人发现平台的机制有问题，从而去套一些赠品。

简单举一个例子，他们知道平台的订单可能要拆分，在下了一个单的时候，因为一些产销的促销不规范，当用户买了一个大家电，一个冰箱，而冰箱赠送一个插线板，冰箱是在大家电的库房，而插线板是在小家电的库房/3C库房。因为库方不同，肯定要拆成两个单生产，而插线板是赠送，平台记录时候记作是0元，即，没有价值。

拆成两个订单对于平台来说，配送的时候也不知道哪个先哪个后，尤其大家电好多都是第三方配送的，经常会有赠品签到了，大家电没配送的。就会出现一个问题：赠品收了，大家电取消了——直接在网站前台订单取消了，或者说拒收了。这样就叫做恶意套赠。

赠品流程的优化：

图片上部分就是以前的一个简单的流程：一个订单拆分成两单，一个主一个增的，然后会到不同的仓库去生产，由不同的站点配送。甚至是不同的配送的人员，不同的配方的方式去配送，最终到客户手里。这样，就会导致这个两张单子呢有先有后，如果赠品在前的话就会套赠。

为了防止恶意套赠，需要设计一套风控系统，如何做呢？系统要能支持用户正常下单，因为不能影响用户体验。但在拆分环节，会把第一张订单主品的单的和第二张赠品的单建立一个关联。因为，知道是怎么拆的，它的上游父单是清楚的，因而也清楚知道1和2这两个单是什么样一个关系，也会记着密切关系，然后让下面环节去生产，再进行一个合流。换句话说，客户现在要取消这张订单（套赠要取消）的时候，会告诉客户将联动取消。

其实，最主要的一个核心思想就是联动取消。

这就是主赠关系子系统，其实最初的是一个父单，父单会拆成若干的主单，主单会去记住它什么是赠品单（订单的维度去判断）。对于促销来说，它是以SKU纬度会去记录哪些SKU是主品，哪些是赠品——或者说，订单的维度去讲，哪些订单是主单，哪些订单是赠单。然后，我们把这个单和单之间关系建立一个服务，包括现有一些下游系统，比如客服系统，售后系统、退款系统，都会调用这个关系，尤其是在取消这个步骤或环节。

再举个例子，用户一共买了ABCD4个商品。B这个商品是买A赠的，相当于用户买了ACD这3个商品赠了一个B的商品。而电商平台有不同的库房，A商品在第一个库房，BCD商品的第二个库房，正常拆的话，A商品肯定是单独的一个订单，因为它在自己的一个库房里，而BCD商品按说应该是在一起的，因为是在第二个库房里。但是，B商品是一个赠品，他是一个赠单，因而就会把B的商品和CD的商品单独拆出来。然后，去记录一个关系叫做：A商品是主单，B是赠单——即第一张订单和第三张订单之间的赠品关系。这样的话，如果用户收到了B，想退A的话，这些相关联的商品会联动取消。这就是一个主赠关系的记录。

订单取消流程：

通过统一订单取消入口，所有外围系统都会调用订单取消服务，实现订单取消业务的统一及关联订单的联动取消，防止恶意套赠。

有几点需要注意：

比如，在订单的面单打印的环节、仓储生产配送的环节，在面单上多一个赠字，哪些赠单会记录一个赠字，在包裹这一块也会有标识。而配送环节如果遇到主单和赠单，应该要求主赠单合流，一起配送。