【IT168 信息化】

    我今天演讲的主题是如何切实深入提高供应链一些执行层面的效率，我的答案很唯一，就是希望在座各位去选中WMS和TMS。

    我以大家非常熟悉的供应链模型展开，不管是什么样的供应链，一定有这样几个主体：客户、供应商、生产主体，中间穿插很多的分销网络和供应网络。在纷杂网络里面，我们提取了这样的模型。实际来讲，我们的客户这里所显示的不一定是最终客户，这里显示供应链也不一定是供应链最上游，还有供应商，还有客户的客户，角色会非常容易产生变化。其实大家都知道，在真实供应链里面，可能这个模型仅仅是中间一个环节，或者是一个点，所以今天的话题是面对这么复杂的供应链，我们IT企业能为它做些什么。

    我解释一下第二个，供应链的软件，基于我们的理解，首先有战略层面，供应链网络设计优化方面软件，包括仓库建设优化方面，这些级别是比较高的，纯粹战略咨询级别。大家谈论更多的是在计划层面，我的计划，我的采购，我的生产，我的分销，整个库存的优化，怎样合理去管理需求，怎样在供应链节点里面平衡这些库存，包括怎么设计补给的网络，还有怎样更合理地去生产。

    我相信我们有很多人，很多专家都是在这个层面做了很多的研究，所以我今天主要是从第三个方面，具体执行层面展开。具体执行层面，我所关心的话题是我的四面墙，这个四面墙可以做一些展开，有产品的四面墙就是仓库，可能会有原材料的仓库，还有中间产品相关管理。谈到供应链还有很大的话题就是运输，如何选择最合理运输方式，最经济运输方式，选择我认为最合理的，KPI指标最好，绩效最高的承运商，这些问题我相信都是大家在平时工作中会常遇到的。我今天话题就是由这幅图展开。
 

WMS能做什么

    首先是希望大家关注TMS和WMS，我总结了一些客户在供应链执行过程中，常常遇到的一些问题。相信在座各位可能公司里面ERP使用率非常高，但是ERP是基于财务基础，对于仓库执行层面是非常需要基于实物库存管理这样一套系统。另外不知道各位是不是对此有同感，很多客户跟我这样讲，人为因素很重，因为我也去过很多制造业，外表很光鲜，但是他们仓库管理实话实说是一塌糊涂，没有什么系统，全部靠人在管理。靠人管理问题也不大，正因为靠人管理，所以人的因素对其影响力非常大。大家设想一下某一天仓库主管有什么事情没有来，相信仓库执行效率和准确率就会大打折扣。我们为什么不能用一款软件，有一款合适的系统，把管理思路、方法固化下来?

    另外，很多人会抱怨仓库利润率太低，经常会爆仓，库容不够，有的其实还能放很多东西，但是也不能再去放，因为放的太多，太满的话，有可能对后续出货环节造成一定的困惑。另外上午谈到一个话题EDI，我的理解是，现在生产方式基本是拉动式的，面向订单的生产，面向订单的组装，甚至面向订单的设计，这样导致现在都是小批量高频次生产行为，对于订单过多的情况，如果说我们还依靠人工去处理的话，我相信执行效率会非常低。另外，在仓库里面，现在有很多功能强大的ERP，提供后备企业管理，但是用起来不是很方便。还有很多供应链发生问题，其实这些问题都是供应商产品信息记录、跟踪、管理不善造成的。

    现在有很多客户、厂商非常希望可以利用一些先进的技术手段，来增加仓储操作，RF基于无线射频条形码技术，还有RFID。现在成本降低很多，芯片成本已经很低，从技术角度来讲已经非常成熟了。另外，对于人员的绩效管理，人工统计可能是事后补录情况比较多，不能起到很好的人员管理作用。

    对于上述问题，我现在给大家简单一下介绍WMS究竟能做什么，除了常见收货、上架、库存控制、移动、盘点、调整相关信息，包括有可能在仓库里面会做一些组装装配的增值服务及贴标签的相关工作，还有存储，一直到拣选、发运。除了这些常见功能之外，其实WMS还提供一些高级的功能。比如说略库，当你手里已经握有客户订单，当你在收货不需要上架，直接通过略库，这样做中间省略两个环节，一个是上架处理，一个是检获下架处理，无形当中消除浪费。另外一个是任务管理，WMS可以把整个入库环节、出库包括增值服务环节，以任务的形式发放出去，任务接受媒介最好是RF。还有人力绩效管理，还有一个比较高级功能是任务的交叉，我简单举一个例子，在收货上架的时候，如果是任务交叉，系统会搜索在上架的附近是否还会有下架的动作，是否会有移动的动作，这样无论去和回都有工作可做，无形中提高了效率。现在还有一个很重要就是逆向管理，一些退货方面的管理。

    另外来看一下运输方面遇到的问题，可能会更多。据我了解，生产制造企业使用WMS的客户，包括在ERP里面用一些增强WM模块的企业，还是有一定数量和基础的。应用TMS的客户相对来讲不是特别多，我相信企业从区域小公司成长为全国性、全球性的公司之后，采购和销售都会是全球性的行为，在这么复杂的一条链条里，有很多角色，你的客户，你的承运商，所有的关于运输的信息，整个供应链是否可视，应该说是一个非常重要的问题。可能会经常遇到，不管中间有怎样一些原因，按照客户的要求到货日期就是无法交付。为什么会有这种情况发生，可能是因为在运输计划中做的不透明，有一些客户在运输部有一些调动，相对来讲里面会有一些灰色的成分，这是一个层面，造成后面的成本居高不下，而且客户满意度下降。在运输过程中各个环节的情况，无法做到有效的预警。不是事后收到报告，我要在接下来要亡羊补牢。举一个很简单例子，从广州出发一箱货预计两天到达北京，但是一天之后才到达长沙，明显可能会有问题。这样就可以提前去采取一些措施，尽量避免客户交付的延期。某一个工厂，某一个事业部，一年一段时间物流成本怎么样，甚至要把成本分摊到产品线，还有很多讲究服务的外包，有很多希望把运输业务外包出去。但是因为没有一套很合适的系统，不能保证质量，所以也不放心把供应商或者承运商都纳入自己供应链环节里面去。在这些角色里面都是希望有一套集成的系统来帮助他们去完成在供应链上发现的问题。
 

总公司运输计划管理
 

分公司运输计划管理

    在概念里提到多视领域，一个运输也是一个接力式的，即使是空运，也一步到机场，首先要有车运到机场，干线运输之后然后再去运作，也许是海运，也许是陆运再分发下去，这里有干线到货的概念，真正到区域中心，或者区域销售公司，这个时候同样要进行订单重新分配、整合，后面线路、运输方式、承运商就不说了。这里可以理解为室内或者区域的配送，跟这种大卖场模式相关，但是是室内的，但是我可以理解为是区域的配送。对于供应方面来讲，在这里会提到一个概念，有很多汽车制造企业都在用，也是我首先规划好一条路线。

    承运商的协同，前面的工作可以说是供应链主题完成，接下来很多工作，很繁杂，装车、发运、车辆订仓、定传相关情况，包括在途跟踪，交付给客户POD签收，甚至跟各个承运商计费管理，每个月进行对帐，发票管理，这些工作都可以交给承运商去做，承运商一定要在我们的平台去做，一定要在我们平台上去接力做，这是体现TMS能做什么。
 

TMS能做什么

    现在给大家介绍一下科箭软件，2000年成立，我们一直致力于SCM和ERP行业里提供解决方案。从产品角度来讲，公司组织架构有两个团队，一块是供应链，一块是ERP。正因为我们有了ERP这样的团队做后盾，所以我们供应链团队不管从产品还是解决方案，对于制造业都有一些独到的经验。我们产品是自主研发，PowerWMS和TMS为核心。我们总公司在上海，在深圳、苏州、宁波这些经济比较发达的珠三角、长三角地区都有我们的分公司，研发中心在西安，自主产品所有研发在西安进行。

    从2000年一直走过今天，我们做过的行业比较多，当然也不能做得面面俱到，我们做得比较多的是汽车、汽配、机械，另外就是电子高科技装备行业，这几年陆续做了不少鞋服行业、快速消费品、三方物流，这些都是我们经常涉足专注的行业。

    关于供应链解决方案，我们是以仓储管理和运输管理两块为核心。这两块还是不够的，比如说仓储管理会辅助一些RF或者RFID应用，运输管理辅助数据交换包括订单管理，所有的仓储、运输都有企业级管理，权限、财务、技术报告这样一些情况。

    两款产品power TMS和WMS都是基于.NET、.SOA架构，另外支持多种数据库和平台。这里面想向各位制造业同事介绍一下我们系统组织架构，我认为组织架构非常适合于生产制造型企业，我们最多支持四级架构，首先是总公司，可以设一个区域分公司，或者省级分公司，还会有地域级分公司，地域级下面会掌管很多PC或者仓库，最多我们可以支持到四级。仓库下面还有很多区域、主区、货备的划分。这两面还有一个两层信息架构，通常会有第一层企业级信息架构，可以无缝全部到所有仓库级，或者分公司级，信息全部是共享。但是到了仓库这一级可以设想一下，在全国各地有不同工厂和仓库，对于相同的产品可能也会有不同的策略，管理方法或者管理策略。这些东西都可以设置在仓库级，所以两级信息架构也是非常独特，非常重要的手段。

    多样运作模式，我们现在所采用比较先进的方法，与WMS都有很好的配合，RF、RFID、电子标签拣选、DPS，还有AS/RS、语音提示、自由货架，这些方式对于WMS都是有很好的融合。

    这里面我讲一下自定义批次属性，我们要做一个产品适合于各行各业，比如说做手机。每部手机都要有唯一的串号进行跟踪，比如说在服装行业，原材料行业，去记录卷号，部卷长度，甚至颜色，颜色即使是黑色，要记录是哪个缸里面染出来。这些都是很重要记录信息，所有这些信息对于我们系统来讲都是完全可以自定义。它应用于不同行业，可能你今天管理不需要记录这么详细的信息，但是我知道明天可能在这方面就有一些新的想法。

    还有一个很重要的特点策略、规则完全是自定义，策略系统会内建很多非常底层策略，利用这些策略去组装成规则，收货、上架、分配、补货、质检等等，有的朋友会问，即使最底层策略如果还涵盖不了我的需要怎么办?还是会利用SQL自己自定义一段语句，来完成非常特殊一些需要。策略、规则完全可以做到自定义。

    还有一些理念，系统提供很好的支持，我收到货不吸收再上架，不管是平面仓还是立体仓，就在月台就地解决掉，分拨掉。另外就是波次处理，现在是一个很常见的功能。从业务角度来讲，电子商务发展，尤其是B2C发展，现在订单都是海量级的，订单非常多，但是订单行数很少，只有一两行，每天如果作为分拨中心，不管是生产企业，还是三方物流，每天处理这么多订单，如果按单做一些相关操作，效率非常低。我们为什么不能把这些单据按照一定的条件进行一些组合，进行波次的处理。就这个问题我们系统提供了波次处理，可以按照客户、时间甚至是车号、方向进行订单的记录，然后进行统一的拣货，再进行二次分检。还有拣货的路径，系统可以做很好的配置，一个人从头走到尾，一个U字型，也可以把所有拣货变成任务分发到几个人手里，并发拣货，这样的话可能会提高效率。还有拣货分成几个组，拣货放在巷道门口，还有专门的人把拣的货移送到备送区。

    绩效报表我们也提供了很多报表，再讲一下无线射频RF的应用，这些都是实际应用的场景，基本上所有WMS所具备的功能，在RF上都可以实现。

    接下来简单介绍一下TMS的情况，主要是订单处理环节，另外是计划，最终有一个执行和计费，总的来讲有四大块，每块都有很细的划分。整体架构除了前面说的.SOA，.NET，我们还做了一个域，业务主题可以做到有效的隔离。仅仅隔离还是不够的，有一些业务必须要做数据共享，我们有一个虚拟数据访问可以解决这个问题。我们有十级地域层级关系，最小可以跟踪到具体送货地址、邮编、城市。运输方式完全是自定义，一个是在业务处理里面具体体现出来，另外会在我们计费做一个具体的体现。在这里会有运输分段，前面举的例子，即使是空运可以分解为三段，当然可能根据需要分解为更多段，首先送到机场，机场是干运输，在机场提货的情况。

    支持多式联运，甚至中途上下货管理，按照时间、方向合并调度运单，这里有一个很重要的功能，该把这一单交给谁去做，采用哪种运输方式，我们这里专门有一个非常好的运输成本。系统根据上面的信息，根据之前所赔付的一些合同，提供海运价格是怎么样，所需要时效怎么样，陆运价格是怎么样，所需要时效怎么样。几家公司不同运输方式，不同价格都会把信息罗列出来。把订单委托给第三方、承运商继续执行这张订单，承运商参与运输执行。接下来就是实际装货再次跟踪，几点到货，最后POD签收，质量事故相关的管理都是由承运商做的，一定要有一个很好的考核机制。承运商要反馈一些操作信息，计费一些合同明细：重量、步径、补偿。另外还有一些附加费用：送货费、楼层费相关信息都可以列出来。另外一个很重要功能，集成GPRS在途跟踪功能，可以知道设备并转情况。还有内置BI可以进行有效数据挖掘。

    从去年开始我们做WMS和TMS一个有效的结合。后面案例我简单介绍一下，主要在汽车行业，电子、鞋服、快消费方面集中不少的案例，汽车方面是金龙客车，电子是星网锐捷，鞋服是伊芙，快消有雀巢等等。