汽车行业对ERP要求




公司正在进行ERP的规划＆调研，不知道怎么找的，来了一家机械加工行业的ERP公司。还好的是，不是财务软件集团内的，偏重于计划管理而不是纯粹的成本核算；不好的是，其对汽车行业的特殊要求没有概念。我们有

可能是第一个实验品。
这件事本来也不是我的管理范围，但是因为有兴趣，所以自己还是根据自己的想法，写了一个汽车行业的ERP需求，想与以后的ERP方案进行一下对比，看看自己到底能想到多少，呵呵。
汽车行业对ERP要求一：CRM
1、销售网点的管理：目前，汽车主机厂通用的销售方式是特许专卖店的形式，所以除了销售网点的基本档案之外，对4S店资格验证，批准手续，资格复审等应该在软件中得到体现：比如各种单据的设置。至于其他通用的要求，比如：顾客档案、顾客满意度调查、呼叫中心等，这里就不特殊说明了。
2、订货＆计划系统：最好能让各个4S店与服务器连通，采用同一个订货＆计划系统平台。至于该订货＆计划系统，最好能有以下功能：
a、预测计划与滚动结合：预测计划来源于年度销售计划，通过4S店的订货或者销售人员的跑单转变成销售计划。预测经过审核后的，指定的品种＆数量＆特殊要求自动转变成销售计划，自动传达到生产部门，并核减预测计划。而且要求能实时或者定期对预测计划进行调整，并与原始计划的准确性进行比对：按照地区、4S店、计划员或者品种等各种可选择的方式进行。
b、成品车库存查询预定功能：可以查询成品库存的品种、数量＆一些具体的参数，对于已经有的非订单成品车，可以直接从系统内订货，并标志该车的状态为预计销售。对于4S店的库存，也应该有同样的功能。
c、订货配送功能：目前几乎所有的主机厂都是零公里送货，而且整车的配送成本也是相当高的，平均每台1000－1800元左右。那么合理的安排配送路线，对于降低物流的成本是相当有效的。
d、订货完成情况查询：可以随时跟踪到该订单产品的状态，让终端顾客＆4S店有一个具体的了解。
e、计划与销售的业绩考核：目前汽车行业的销售基本上是按照品种＆地区分类，在年初就制定了关联到销售部门、分区甚至是个人的销售计划。该销售计划就是预测计划的源头，为企业的整体年度目标达成的先决条件。所以对于销售的计划实施的考核＆反馈，是公司的重点工作，为经营决策的根本数据，是必须的。
f、终端消费者档案：汽车行业不同于其他消费品，对于终端消费者，要求有一个基本的档案，最少是记录。
g、产品：汽车产品具有通用＆特殊定制两种特性，所以产品BOM对于普通、特征、可选、计划类物料必须支持。这个要求贯穿了整个产品的实现过程。在订货系统中，如无特殊要求，即可视为通用的产品。
h、成本与价格对比功能：对于定制的订单，要能根据配置迅速做出判断，利润是多少。
3、预(应)付帐款查询：汽车行业目前通用的应收方式，是100％的预付或者是部分预付，在相当程度上可以缓解资金的压力。销售部门对于预付款进度＆交付过程的对应管理，是汽车行业的特色。
4、工作流管理：与其他行业的通用要求没有区别，应可以自定义设置＆调整。
5、部门＆人员管理：与其他行业的通用要求没有区别。
6、CRM管理模型的应用＆分析：ERP系统要支持多种CRM的分析模型，比如顾客生命周期、交叉模型等，让企业选择适合与自己的模型，为决策提供适合的方式。
7、售后服务模块：涉及的东西太多，需要单独说明。
汽车行业ERP要求二：PDM
汽车的设计＆开发是产品实现的源头，PDM是设计＆开发一个良好的工作，与ERP之间最好能建立一个自动的接口。
下面我来描述一下我认为汽车行业的PDM该具备的功能：
一、工作流的设置：主要的目的是控制受控文件的规范管理，保证产品实现各个环节的技术文件是受控的，即准确性＆有效性。那么结合TS16949，在整个设计的过程中，必须有以下要求：
1、设计＆开发策划：凡事预则立，不预则废。这是一个对产品从组织设置、要求识别等方面保证设计＆开发成功的根本。那么，在策划阶段，必须满足以下要求：
a、支持利用潜在失效模式分析(FMEA)这个工具，明确产品的技术要求＆特殊特性；
b、支持用项目管理(PM)的方法确认开发过程；
c、支持部门、人员与设计＆开发工作的矩阵关系，即灵活的项目管理结构；
d、支持编制、校对、审核、批准模式的审批流。
2、设计＆开发输入：是产品设计＆开发要求的输入，必须满足以下要求
a、支持自定义的由标准转化的技术要求，比如：质量、寿命、可靠性等，以及特殊特性、标识、成本、包装、可追溯性等要求成为设计输入的项目；
b、支持自定义的生产率、过程能力＆成本等目标或者其他要求成为制造过程输入的项目
c、支持对设计＆开发输入的多方评价的评审
3、设计＆开发输出：根据设计＆开发输入，输出的符合设计＆开发输入的结果，如下所示：
a、图纸(CAD，强制要求）＆作业指导书
b、产品标准(含验收标准＆测量方法)
c、FMEA
d、控制计划
e、以及其他在设计＆开发输入中要求的项目
4、设计＆开发评审：对设计＆开发进行系统的评审，目的是验证设计＆开发的结果满足要求的能力，识别问题并提出必要的措施。该评审结果是管理评审的输入，也就是说：在PDM中，可以利用管理评审这个工具，设计一个固定的表格，定期对设计＆开发进行评审。
5、设计＆开发验证以及确认：为保证产品满足要求，必须进行验证＆确认。当然，这里包含了对项目时间＆进度的要求。其中要求的记录很多，如：
a、输入与输出的对比，最典型的是公告管理
b、样件的检验报告＆计划
c、生产件批准(PPAP)
d、设计过程的纠正措施报告
e、其他要求的文件
如果以上文件能有固定的格式，将会大大的提高工作效率。
6、设计＆开发更改的控制：ECN的实时＆有效在管理上是矛盾的，如果控制不严格，不能保证有效；如果控制严格，文件的周转时间对于实时是一个考验。就我个人的观点：有效比时间重要。
相关的文件记录比较多，审批流程也比较复杂，应该备案的记录有：变更申请及相关审批、更改记录、审批记录、发放记录等。
二、汽车行业BOM的特点：在前面一篇文章中说过，汽车是通用＆特殊定制的混合体，所以BOM对于通用、特征、可选、计划类物料的支持贯穿了整个产品的实现过程。虚拟件，尤其是针对总成的虚拟件的应用，也是汽车行业BOM一个显著的特点。
拿整车来说：国家标准GB有关于整车命名的方法，虽然该标准目前已经废止，但是仍然在普遍使用，而且国家发改委的公告目录仍然沿用该命名标准，所以汽车整车的编码最好而且也只能是参考该标准。但是同一个型号的整车可以有不同的颜色，不同的配置(内饰、外饰、音响等)，要求整车BOM对于特征、可选、计划类物料的设置＆管理绝对是一个难度很高的工作。
拿汽车零部件来说：最早一汽引进苏联的汽车零件编码规则是这样的:厂家拼音缩写(2-3位)+总成号(按照功能,一般是4位)+分总成号(一般是2位)+流水号(也有叫源码,一般是3位)+版本号或者变更号(一般也是3位)；而日本某公司的编号规则稍微科学一点:零件的编码一般是5位(-)2位,头2位是总成号(按照功能)+流水号(3位,左右对称反应在流水号中),最后2位是版本号。因为现在很少有公司生产一种车型，所以能在品种繁多的零部件中，建立一种通用的编码体系，绝对是必须的。
拿设计BOM＆工艺BOM＆维修BOM来说：三者的区别是很大的。设计BOM只考虑了零件的构成关系，最底层的物料不一定是采购的；与工艺BOM的状态是完全不同的，对比维修BOM，有的零部件即使在设计BOM中，也未必能出现。所以如何协调这三者的关系，是设计人员必须考虑的问题。
以上的要求均与PDM软件本身的功能无关(软件实现不困难)，都是在具体的实施过程中需要考虑＆解决的问题。
至于标准件比较简单：命名标准按照行业标准就是了，但是汽车行业在BOM同一个层级上，因为功能不同(装配的位置，连接的零件不同)，可能存在同一种标准件出现几次的情况，个人不推荐合并数量。
原材料也相对简单，汽车主机厂的原材料基本上就是：汽车定尺的冲压钢板，命名规则按照：材质+厚度+宽+长，就可以准确的描述其特征，不过需要注意的是存在一个重量向数量转变的过程，虽然误差不大。
三、CAD的集成＆加密管理：要求支持多种CAD格式，各种图纸以及标准的多维分类＆管理，并对电子文档的COPY＆打印的严格控制(问题不大)。
四、特殊要求：这里涉及到一些汽车行业的特殊性，所以额外加以说明。
1、公告管理：因国家强制性法规要求，汽车整车是要上国家发改委