原文地址： http://www.chinaodoo.net/thread-465-1-1.html

试用了下odoo的淘宝订单处理模块，从整个业务流程上已经打通，如果要求不是很高的话，现有的功能基本上能满足大多数网店主的需求。但相比市面上针对淘宝、京东等平台开发的电商ERP，还是有很多地方可以完善。待完善后，Odoo其实很有竞争力的，甚至我觉得Odoo没有随电商的发展在电商ERP占一席地，实在是可惜了。也许是做传统ERP的团队不屑于这块。但是我公司旁边有一家软件公司，专门做淘宝订单打印，简单的订单处理，就有60万的淘宝店铺会员，有免费会员有付费会员，一年付费收入就有1个亿。才10几号人，日子很滋润，年会发奖品真的是四个轮子的汽车，不是亲眼所见还真不敢相信。当然完全依赖与淘宝这个平台，这种公司的风险也很大。

言归正传，“电商ERP”是支撑淘宝、京东、自建B2C平台等进行网络销售的业务系统。处理电商业务感触最深的就是“订单处理”和“库存的管理”。

订单处理：
网购订单复杂就复杂在各种异常情况上，并不是客户下单->客服审单->仓库发货这样简单一个流程。现在的电商ERP，它们的卖点就是在这块，也是他们的优势所在。对各种异常订单进行归类标识，有文字标识，甚至不同的颜色标识。能让客服处理起来有条不絮。目前我见过一个电商ERP系统，预设了25种异常订单处理流程。毕竟各种异常订单的处理工作，占了客服的大部分的时间，如何能方便的客服处理这些异常订单，这个就是电商ERP很大的一个竞争力，而且一般电商公司选系统的时候，绝大多数都是盯着这块在看的，当然还有一块是“库存管理”。以下是一些常见的异常订单情况

各种异常订单：
缺货订单（是否要等待发货还是退款）
换货订单
待合并订单（哪些可以合并、哪些不能合并）
申请退款订单（审核前、审核后、出库前）
修改配送地址订单
配送信息不全订单
有备注信息的订单
修改价格的订单
拆分发货的订单
多仓发货的订单
预售订单
多个送货地址的订单
批量审核订单

库存管理：
如果公司在多个销售平台上同时进行商品的销售（该情况已经很普遍了），那么库存的管控尤其重要，有的系统因支撑不到位，导致超卖的情况常有发生。超卖在以下两种情况比较容易发生：
1、商品非常畅销补货不及时。
2、商品后续不采购，库存数量个位数。

一般电商公司在系统里设置一个电商发货仓，该仓的库存同步到各大销售平台。电商ERP设置自动同步程序，可以设置1分种、2分种等时间间隔来同步一次库存。由于订单下载到电商ERP系统里也是有时间间隔的，订单下载到系统后，才占用库存，减掉可用库存。如此一来二去的时间差，如果几个平台同时有客户在下单，特别是库存数量很少的情况下，因库存同步不及时，很容易超卖。

目前市面上电商ERP普通上算比较智能的做法是，每个销售平台对应的建一个虚拟仓，虚拟仓根据每个平台的销售量情况，从实物仓按一定的百分比同步库存，相当于各平台按比例分配库存。想法是挺好的，但真正操作起来也是不尽人如意。

以上是我的一点小小的浅见。

现在的ERP厂商发展很有意思，如果按所针对的业务方向我们可以分
1、纯电商ERP厂商
2、传统的ERP厂商

在电商刚起步阶段，开展电商业务的基本上是新创公司，业务相对简单，只是针对线上的销售。有一批人看到了商机，一批针对电商的业务支撑系统发展起来。随着电商的成熟，传统企业觉醒，纷纷涉足电商。传统企业做电商，必须解决一个很大的系统问题：原有的ERP系统无法支撑电商的业务，怎么办？叫原ERP厂商开发，几乎不可能，所以最初的解决方案是再找一个纯电商的ERP与原有的ERP做对接，算是比较好的解决了这个问题。但是两套系统，特别还是不同厂商的系统对接是疼苦的，个中缘由你们懂的。

随着电商的发展，电商ERP厂商越来越多，竞争激烈，随着传统企业的触电，纯电商ERP厂商开始不有限于电商业务，开始涉足传统业务，或收购（电商ERP还是挺有钱的）传统软件厂商，或挖传统软件墙角重新开发，所以现在去看当初的纯电商ERP厂商的产品线已经很长了，对外宣传都是全业务解决方案厂商。

传统ERP软件厂商受到了刺激，自己的客户纷纷触电，又拿不出产品来，反而被后来者抢了生意。传统ERP厂商开始反击，你挖我也挖你，开始开发针对电商的业务模块。传统ERP厂商最初做电商模块，估计是水土不服吧，拿出来的最初版本无法跟纯电商ERP比，但是还是有个别自己的ERP客户愿意尝试，随着客户的增多，功能不停的迭代，最终缩短了与电商ERP的差距。而且由于与原EPR无缝的对接，受到了客户的肯定，这也是传统ERP厂商的很大优势。

原文：wille