双十一线上是零点开始发单，今年我们是与阿里的IDS同步同时的，几乎是没有订单的遗漏或者是错误。包括今年阿里出现的“地址为空”现象，不知道是我们的侥幸还是我们的处理机制完善了，在我们这里是没有出现类似情况的。今年我们不光改变了以往简单的推断，而且今年我们是有N多种产生的规则。那么这种超量的订单再推到库房，其实在十五分钟，也就是十四分钟多一点的时候已经到库房了。

而且这种处理机制在业内应该是属于比较大胆的。其中机制和系统都发挥了很大的作用，双向的。因为订单处理系统，WS系统，甚至这两个系统中间的接缝和处理机制，都会导致订单推送出现问题。所以我的建议是前期的落实检查工作一定要一项一项的排查好。我们在做双十一准备的时候，毫不夸张的说，我们IT部门会罗列出，将近三到四张A4纸的每天要检查的工作事项，每一个小的报错信息都必须高警惕地去关注到他。因为平时大家可能感觉不到，订单出错我们IT可能直接处理掉了。但在高单量的时候，就可能会导致你数据的堵塞，那个时候就会出问题了。而且如果你不能大批量的把订单推下去，对于库房其实发货机制来说他是慢的。比如说你推三千单到库房，那库房肯定是以三千单来进行检货、出货，但你要出五万件的话他也能检。所以从整体来看，单量越高效率也是相对较高的。

今年我们IT的提升点还是比较大的，是一种突破。对于我们自身来讲，跟去年相比也是一种很大的突破，从处理机制上来讲都有一个很大的突破。有一个很大的感受我和大家分享，其实去年的时候我们IT还是被催的那个，因为业务倒逼着你。但今年发生了一个改变，角色转换，成了IT催着业务的发展。我们今年做到的是，订单系统有多少单我WS就能呈现多少单。但在这个过程中，我们的运营也提出来一些问题，太快了!为什么?因为有好多拍下来立马又退货的。当然这个我们今年也在做，都是有考虑到的，例如只要这张订单在我们的库房还没有没有发生快递交接，随时可以取消。

从今年六月份一直到双十一，也就是短短不到五个月的时间更换了两套系统，然后做出了N多种解决方案。我们的OMS，就是所有的订单处理机制都是OMS这边走的。但是我们现在用的是俊逸的OMS，后来上线WMS。这两个系统是并向的结合起来。然后结合起来发现以往的对接经验确实能够负荷很大的一个东西，那么更多的也在跟我们业务探讨的过程中提出了一些痛点，如何把这些痛点处理掉。因为大家都知道OMS推单到库房速度很快的情况下，会带来很大的诟病。例如说顾客退款，但这个时候物流已经做完了，甚至快递公司已经在揽件了，那这个时候要截回?截回就是成本。那现在我们处理的时候，还是把单子推下去，会让库房的操作者把该完成的工作提前完成，把商品放在那儿，等待按照时间的顺序去发这个货。所以今年大家可能会有这么一个问题，为什么你发货的速度这么慢?其实这中间是有一个处理机制就里边的。不可能实时推实时发，因为我们会发现这种退货换货的成本无意中是往上加的。那么我们今年在处理这个方面，我们做到的就是能实时的取消账单。只要你没有做快递交接我就可以取消，那么库房永远在等待着这个单子的下一步操作。