订单下达后，并非一成不变的，经常会因为种种原因需要对订单进行更改。一旦发生以上的情况，就需要对订单发起拦截。

订单拦截流程的发起，通常有两个的途径。第一个是客户侧发起，客户自身的采购计划改变，但是订单已提交。客户需要在系统里，对本次的订单拦截提供合理的原因，并提交拦截申请。这一般是电商的操作方式，订单的全流程，在系统中可见可操作，APP或小程序也可以触达到最终端的客户群体。

对于线下商家或者对B端的客户，这种方式就不太好用了。因为客户没有系统可以操作，或者客户不愿意做系统操作。在这种情况下，通过客户发起订单拦截申请，就行不通了，需要由其他人来代为操作。这就是第二种发起途径，客服发起。（客服是统称，可能在不同的企业内部，有叫客户专员的，有叫服务专员的，也有销售协助发起的，各种各样的人来负责这件事。但内在的逻辑是一样的，因此在这统一都按照最常见的客服发起，作为统一的代称，方便理解。）

客服发起订单拦截，必须是得到了客户的指令，或者是企业内部被授权的部门或个人的指令，客服自身没有主动发起的权力。在获得指令后，客服做第一轮的判断，确认订单拦截原因合理，可以系统中或线下的方式，发起订单拦截。

对于星辉来说，大部分订单是直送门店或外发经销商的，客户和门店的可控性比较强的。可以考虑将客户发起订单拦截的功能做到系统里去，由客户发起，这样就可以在这个环节，节省一些人力。

如果只是单纯地将发起订单拦截的能力释放出去，必然是有风险的，因此需要下面的一个环节，订单拦截流程的审核。