手机制造行业供应链系统的一些需求的情景模拟分析
一、关键应用列表
| 关键应用点
|
管理诉求简述
|
| 终端客户的发运管理 、客户代管库的管理
|
在对大的代理商销售过程中，和代理商签订合同后，需要分批分次发运到代理商的各零售终端去，同时还要对未发运部分进行管理
|
| IMEI号管理
|
每一台手机都有一个IMEI号，在手机的实物流动中，需要记录该号，进行跟踪
|
| 返修业务处理
|
手机生产过程，存在大量的返修业务，怎么有效的实现返修管理（返修成本、返修物流、返修生产过程）
|
| 不良部品的索赔管理
|
由于部品存在较多的不良的情况，则需要多种情况进行不良品的索赔处理
|
| 分机型的生命周期全过程管理
|
一款手机的生命周期就是1-2年，怎么对一个机型在整个生命周期进行全程的跟踪与管理，某ERP系统不能够跨年度查询与分析
|
二、关键应用故事情景描述
（一）、应用点一
对终端客户的发运及客户代管库的管理：
在对大的代理商销售过程中，和代理商签订合同后，需要分批分次发运到代理商的各零售终端去，同时还要对未发运部分进行管理。
1、应用背景故事
物流部经理说，我们在全国只有20多家代理商，但是，这20多家代理商，在全国共有几千家销售终端，我们的销售合同，包括结算都是和这些大代理商完成，然后按照代理商的要求将货发到分布到全国的销售点去，你们用友软件能管理这样的业务吗，以前，我们都是用EXCEL表格管理，和管理软件脱节了，还有，这些大的代理商不会一次性把所有的货物发走，我们对这部分货物进行单独存放管理，我们叫代管库，你们软件中有代管库的管理吗？
销售部经理说，我们向物流部下达货物运输的指令，我们需要监督物流是否已经发货了，发货地点的准确性。
财务经理说，我们不关心这些货物的最终流向，我们只需要核算好对客户的销售收入和将款项收回。
生产部经理说，我们需要监控代管库的数据，因为我们手机的软件的版本经常需要升级，如果软件版本升级后，对代管库的货物，我们必须立即拿出来进行升级处理
2、应用过程故事
看看这样的需求，考虑考虑某ERP系统的销售功能，由于签订销售合同和结算都必须和大代理商，所以说，销售中的客户档案只能是这20多个代理商，而不是下级零售终端，怎么体现向零售终端发货着一个物流环节，首先想到把发货单分行或者分多次发货单体现，后来发现不行，因为签订销售合同后，从财务上看，整个销售过程已经结束了，即已经开销售发票了，货款已经收回了，但是，由于代理商可能还没有明确表示需要把这些货物发运到那些零售终端去，所以把“销售发货单”分开，显然不合适，后来再想，是否可以通过将“销售出库单”进行分次出库处理，和物流经理、财务经理沟通后发现，还是有些不妥，因为首先“销售出库单”并不能完全满足物流部对发运过程的管理（这中间还涉及到运费结算、IMEI等一系列工作），另外一方面，这样做，可能造成财务上的库存数不等于物流部的库存数。
经过一系列的讨论，最后决定开发，开发思路如下：对大的代理商的销售完成后，也就是某ERP系统中的“销售出库单”生成后，在开发的模块中，参照该“销售出库单”形成对终端客户的“发运单”，同时在系统中维护形成了各个代理商的零售终端档案，该档案和我们普通意义上理解的收货地点，而我们在该手机制造厂看到的却是，很多大代理商的零售终端是相同的，因为这些代理商只是对部分手机机型进行代理。同时对未发货部分，生成一张报表，形成了对该大代理商的代管库数据。对代管库中的数据，也开发了对应的出库单和入库单，解决代管库中的数据的升级出入。
3、应用效果故事
经过系统的开发，最终解决了这个问题，我们看看现在客户的运作流程：
销售部和代理商签订了销售合同后，在某ERP系统中填“销售订单”，具体向代理商形成销售时，生成“销售发货单”及“销售出库单”，财务部根据“销售发货单”开“销售发票”进行财务核算，收到代理商的具体发货地点后，销售部在开发系统中开一张“发运通知单”，明确发运方式、发运的地点等，物流部审核“发运通知单”后，进行实际发货，销售部查询“发运通知书”的状态，可以知道货物的实际发运情况，通知代理上收货。生产管理接到手机软件版本升级的通知后，查询代管库中的数据，安排手机的升级生成任务。
经过几个月的应用，整个某ERP系统集成度得到提高了，甩掉了以前的EXCEl，更重要的是，所有的业务都能够进入系统，有力于业务的跟踪及贯彻执行。
（二）、应用点二
IMEI号的管理：
每一部手机上，都有唯一的一个IMEI号，通过该号码的跟踪，可以明确一部手机的整个生产及物流过程。
1、应用背景故事
物流部经理说，我们每一笔发货的时候，我们都要用EXCEL记录发给该客户的手机的所有的IMEI号，其实，我更希望从产品完工入库的环节就记录所有的IMEI号，出库的时候只能在库存中有的IMEI号中出库，因为，我们一年生产几百万台，号太多，以前多次出错；
售后部门说，对每台需要修理及需要三包服务的手机，我们都要查询该手机的历史记录；
销售部说，我们要通过检查IMEI号，看我们的销售渠道是否有串货的情况，我们要对渠道进行考核；
生产部说，软件出现了质量问题后，我们要同通过IMEI号查询生产状态，以确定是采购部品的质量问题，还是生产线上出现了问题，同时在返修过程中，IMEI号可能被重写。
2、应用过程故事
看了这个需求，就是某ERP系统中实现序列号管理，某ERP系统已经有了序列号管理的插件，而且我们本身也有通过二次开发实现序列号管理的成功客户，是否能够复制应用，经过简单测试及和客户沟通后，我们发现，我们的插件完全不行，因为插件中的序列号管理，全部在通过库存中的单据实现流转的，而他们要求的序列号，主要要控制到发到那些终端客户上了，而发送到终端客户的单据，是通过二次开发实现的，看来我们的序列号管理，只能和上述的发运过程联系起来才可以，另外，他们出入库特别频繁，如果所有的单据都需要处理序列号，显然不可能，而且序列号的数据量特大，插件能够支持这么大的数据量吗？
通过和客户的仔细研究后，最终形成了如下共识：对生产中的序列号，软件不管理，因为目前他们有一个系统可以生成完工产品的IMEI号；考虑到数据量的问题，IMEI号的管理出现了整个物流环节的两端，最开始的完工入库和最终发运到终端客户中，整个过程不直接在某ERP系统中实现，而是和上节所描述的开发一起实现，实现的方法，在开发功能中增加一个IMEI序列号完工入库的功能，对生产线上完工的产品的IMEI号，通过生产线的系统直接导入，同时在“发货通知单”上增加挂接IMEI的功能，挂接时，需要检查该IMEI号是否在库，发运后的IMEI号记录了发运的对象，同时该IMEI号，处于出库状态，最后形成在库IMEI号报表。同时制订IMEI号跟踪报表，将该IMEI号相关的所有业务查询出来供跟踪
3、应用效果故事
通过IMEI号应用，物流部已经不再需要用ECXCEL统计IMEI的流向，直接在发运单上挂接就可以了，整个业务过程全部通过一张单据得到了全面的反映，同时，由于现在增加了入库IMEI号的管理，有效地检验了出库IMEI号的准确性。销售部和售后部门都可以随时查询IMEI的流向情况。
（三）、应用点三
返修业务管理：
手机生产过程，存在大量的返修业务，怎么有效的实现返修管理（返修成本、返修物流、返修生产过程）。
1、应用背景故事
生产部说，手机行业的特点决定了我们的返修很多，例如我们的软件经常需要升级，需要对仓库中的成品返工升级，对我们的客户没有销售完成的，我们也需要收回返工；又如，采购部品的不良品出现的概率也比较高等诸多原因，决定了我们比其他行业有更多的返工业务。
财务部说，我们生产部经常将仓库中的成品拆开重新生产，而且拆开后到重新生产完成，有时时间很长，这样就涉及到重复报产量的问题，有时一个月产量很大，实际上可能就是返工造成，我们怎样核算生产成本，特别的，有时返工的是客户返回的，这一部份已经实现销售了，如果再重新完工，我们没法处理，由于返工情况的复杂性，经常造成一个月的材料的投入与产出不配比的错误。
物流部说，我们的手机生产实际很简单，但是就是写一个软件和包装一下，所以就有半成品机（采购进来的手机，未写软件）、单机（写软件后）、整机（增加了电池、适配器、包装后），我们怎样在返修过程中，准确体现这些状态。
2、应用过程故事
分析上述问题，存在两种返修，一种属于自己仓库的返修、另外一种是客户的返修。我们首先看属于自己仓库的返修，一开始我还简单的想，返工就返工，无非就是要消耗一点人工费而已，后来才发现，并不是这样，返工过程是相当长的，如果手机的状态是整机，则返修需要把整机拆开，然后对手机重新写软件，如果是采购的半成品机的质量问题，则需要返回到供应商，供应商赔偿后，重新写软件、包装，这个过程相对比较长，所以必须记录这个过程中的拆开、索赔、重新生产的过程。我们再看半成品机和单机的区别，实际上就是写没有写软件的区别，从其他的看完全一样，但是，系统也必须区分，因为，如果是单机要重新写软件，也必须将单机转换为半成品机，后重新生产，这样和正常生产BOM结构一样，避免单机生产单机的状态，如果需要向供应商索赔，就更需要转换，因为买的是半成品机，不能换一个存货编码，向供应商索赔单机。
通过上述分析，基本明确，返工过程，必须有一个拆开及转换过程，必须还原到半成品机状态，从物流上看，通过仓库管理可以体现各种状态，但是财务问题出来了，这些拆卸和转换过程中，怎么计价，如把整机拆成半成品机和配件后，这些半成品机和配件的价格怎样？如果是客户的机型返修，那么这个物流过程，财务不好监控，最多将生产中的费用分配到后续的销售费用中。
在分析某ERP系统中的解决方案，首先看拆机的过程，某ERP系统中有拆卸单，但不能用，因为不好处理拆卸后的成本，另外，拆卸后，重新完工入库，会造成完工产品产量的虚增，所以，只能通过红字单据实现，拆卸时，在系统中录入“红字长成品入库单”和“红字材料出库单”，这些单据的成本和篮子单据混在一起进行成本核算。由于正常生产过程了我们是通过生产订单入库，材料倒冲，而客户希望能在系统中增加一个红字生产订单，能够生成“红字完工入库单”且倒冲生成“红字材料出库单”，通过这样，形成整个拆卸过程的管理，因为拆卸也是一种生产指令，但是系统不支持，系统只能够通过已经入库的生产订单作红字，但这缺乏可操作性，因为返工的时候不可能知道属于哪个订单的，而且订单可能被关闭了，还要重新打开。
在某ERP系统中通过单据拆开后了，就可以统计手机的不同状态，后续的生产和索赔过程，完全按照正常流程走，包括财务核算，由于生成了较多的红字单据，在极端的情况下，算出来的成本可能金额太大或太小。
对客户返修的业务，流程按照上述方法，但同通过仓库区别。
3、应用效果故事
通过上述解决方案，只能说变通的解决了客户的问题，对手机的不同状态都能够正确地反映，财务也能够应用，但没有对返修的整个过程形成有效的管理和监控。
（四）、应用点四
不良部品的管理：
由于部品存在较多的不良的情况，则需要多种情况进行不良品的处理。
1、应用背景故事
生产管理部说，我们仓库有部分的不良部品，还有一部分不良品正处于向供应商索赔过程中，我们在考虑生产计划，需要考虑这一部分不良品的情况；
采购说，我们要对供应商不良品的索赔进行跟踪管理，包括何时索赔，何时到货，都要跟踪，因为这影响我们的生产，而且也影响我们下达采购计划，对我们生产原因造成的不良，我们还需要向供应商支付修理费；
财务说，索赔的不良品，我们公司采用的是换货处理，不能够采用退货后重新买回的方式，这涉及到和供应商对帐，税务上一系列问题；
物流说，对正常采购的到货和不良品索赔的到货，能够希望都采用采购生成到货通知，我们手货入库的方式。
2、应用过程故事
分析上述需求，我们可以理清以上几点：
希望对整个不良品的索赔过程进行全程的管理，从不良品的在库，到出库至供应商索赔，到供应商送货，物流收货的整体流程的管理；
不良品的状态，影响制定生产计划和采购计划，例如不良品中一定比例的可修复性，如不良品索赔到货的日期，对生产计划的影响等；
财务不希望不良索赔过程中的物流太多的关系到财务核算上。
分析软件后，我们发现某ERP系统中并没有对索赔由完善的流程管理，最后只能是通过库存管理，在系统中建立了几个不良品仓库，反映不良品的不同状态和索赔状态。
3、应用效果故事
对在生产线上或者采购检验后，发生的的不良品，通过调拨单调拨到不同的不良品仓中，需要向供应商索赔时，调拨到索赔库中，索赔回来后，从索赔库调拨到正常仓库，这样不良品库中的就是目前在公司的不良品，索赔库中的就是向供应商索赔还为回的数量。
通过某ERP系统的仓库管理，管理人员可以清楚地知道，目前在库的有多少不良品，有多少处于索赔状态，但缺乏对整个索赔过程的管理。
（五）、应用点五
分机型的生命周期全过程管理：
一款手机的生命周期就是1-2年，怎么对一个机型在整个生命周期进行全程的跟踪与管理，某ERP系统不能够跨年度查询与分析。
1、应用背景故事
销售部说，一个机型结束后，我们希望能够分析该机型从上市到退出市场整个过程的销售情况，这对我们很重要；
采购部说，我们希望考察一个机型全生命周期的采购成本与价格的变化过程；
财务部说，我们要分析一个机型结束后的盈利情况，看那些机型利润率好，这样可以为我们研发部门提供依据，研发出更多赚钱的机型；
……
2、应用过程故事
看看上面，多么合理，多么重要的需求，在手机这种行业中，一款机型生命周期不太长，同时新款的机型推出也非常快，管理层是多么需要对一款机型进行全程分析与管理。如果某ERP系统能够跨年度查询，还有问题吗？
要从某ERP系统本上想办法，看来没戏，二次开发，二次开发难度也不小，如果要从多年度帐套取数，遇到一个难题，我怎么知道，那一个年度的帐套中有某一款机型的数据，那个年度没有，是否需要检索所有的年度，那效率如何保证？
经过多次考虑，最后决定，采用EXCEL+二次开发方式，在EXCEL里面保留截至到上一年度累计的各种数据，同时通过开发生成一张本年度的数据，通过EXCEL本身的报表汇总功能，形成了到目前为止的累计数。
3、应用效果故事
现在，各部门要看一个机型的全程数据，只需要点开开发的报表，主要数据就一目了然，但也有一些缺点，因为开发的报表比较固定，如果有新的查询需求，那就不灵了。
