iCAx开思网

标题: 工程变更管理属于 ERP 还是 PDM ? [打印本页]

作者: zhizhi 时间: 2006-6-1 08:19
标题: 工程变更管理属于 ERP 还是 PDM ?
工程变更管理

工程变更管理属于 ERP 还是 PDM ?

有人说，ECM 工程变更管理属于 PDM 。PDM 不管理设计工艺修改是不可思议的。

那么，这个 ECM 功能怎么会出现在 ERP 里？

原来，两边都有 ECM 。

接下去的问题是，只用 PDM 里的 ECM 行不行？

看看上面的手册就知道了。

作者: riverspace 时间: 2006-6-1 10:34
谢谢楼主提供的文档！

不过英文读起来还是比较累

作者: PROD 时间: 2006-6-1 10:53
实际情况是两边有可以管理，主要看公司的流程。搂主在简化工程更改的楷念。

作者: zhizhi 时间: 2006-6-1 11:48

原帖由 PROD 于 2006-6-1 10:53 发表
实际情况是两边有可以管理，主要看公司的流程。搂主在简化工程更改的楷念。

那么请你把被“简化“的工程更改的概念补充完全，好吗？
我很想向你学习”完全“的工程更改概念呢。

我想和设计制造有关的公司主要有四类：
第一类，只设计，不制造。卖的是图纸。
第二类，设计，加试制样机，不制造销售产品。卖的主要是图纸。
第三类，既设计，也制造销售产品。
第四类，接受图纸，只完成生产设计（包括工艺），不做技术设计。制造销售产品。

第一类，用不用 ERP 都可以。PDM 功能是必要的。
第二类，对 ERP 功能不一定很需要。PDM 功能是必要的。
第三第四类，ERP 功能很重要。PDM 功能也是必要的。

第一第二类，工程变更管理功能应用领域基本限制在设计领域。要求也简单易实现。
第三第四类，工程变更管理功能应用领域包括设计，工艺，制造，设备，采购，销售，仓库，服务，成本，维护等各业务领域。ERP 和 PDM 范围内的工程变更管理功能可能是至关重要的。

四类公司的经营业务范围不同，工程更改的控制范围当然也不同，流程自然也就不同了。

第三第四类公司要完成和其他单位协作设计生产，工程更改功能的要求就更高了。
第一第二类公司要和第三第四类公司协作，工程更改功能的要求也会很高。

作者: amd 时间: 2006-6-1 12:30
标题文不对题.

想起了大话西游“需要么？”“不需要么？”

[ 本帖最后由 amd 于 2006-6-1 12:49 编辑 ]

作者: zhizhi 时间: 2006-6-5 16:50

原帖由 amd 于 2006-6-1 12:30 发表
标题文不对题.

想起了大话西游“需要么？”“不需要么？”

你应该得一个“不知所云”奖。

作者: amd 时间: 2006-6-7 14:39
PLM系统能够处理复杂的资料读取与变更流程

erp系统含有的交易变更操作很简单，使用人员可以通过系统向主管申请变更交易的权限，主管在系统上授权后，使用人员即可重新打一笔交易，再送给主管审批；主管审批后即完成交易变更与资料的更新，可能在数分钟之内即可完成。但作为与产品创新相关的PLM系统,在处理资料读取与变更上就复杂的多，这主要是适应产品研究和开发的特性。与erp使用者直接在系统上查询及完成交易的方式不同。

作者: zyming 时间: 2006-6-8 08:51
好久没说话了，对关于变更的话题，我来说说。
工程变更分为工程变更指示（ECN )和工程变更请求(ECR), 这些工作在PDM 中完成，因为变更是产品数据中很关键的数据记录，经过变更在PDM 完成审阅，会签后生效，其中会发送ECN 到 ERP BOM 维护部门，执行ERP 中的生产数据运行。－－个人看法。

作者: zhizhi 时间: 2006-6-8 16:46

原帖由 amd 于 2006-6-7 14:39 发表
PLM系统能够处理复杂的资料读取与变更流程

erp系统含有的交易变更操作很简单，使用人员可以通过系统向主管申请变更交易的权限，主管在系统上授权后，使用人员即可重新打一笔交易，再送给主管审批；主管审批后即 ...

上面资料中介绍的工程变更管理功能并不关心划分到 erp 还是 plm 范畴内。要划分工程变更管理功能应该属于 erp 还是 plm ，纯粹是概念游戏。事实上，在产品数据管理概念范畴内的工程变更管理从来都是 erp 的标准功能。也就是说，erp 中从来都包括了产品数据管理功能。有任何一个 erp ，哪怕是再简单的 erp 系统，能够不提供管理”产品数据”的功能吗？

说“erp系统含有的交易变更操作很简单。。。”，是毫无依据的盲人摸象式的看法。事实上，工程变更业务涉及到制造采购销售业务，才真正是异常复杂呢。一个制造业企业的几乎所有业务人员，从销售到采购，从设计到工艺，从价格估算到实际成本核算，从质量控制到工装设备，几乎是无所不包。也就是说一个企业的大部分白领职员都会牵扯到这项业务。至于用简单的还是复杂的流程、方式处理工程变更业务，那完全是企业管理者的意图和企业的综合信息化水平所决定的。例如，德国大众公司仅仅实施工程变更管理业务，就投入了十二个专业 PLM 咨询顾问工作了两年。

作者: zhizhi 时间: 2006-6-8 17:00

原帖由 zyming 于 2006-6-8 08:51 发表
好久没说话了，对关于变更的话题，我来说说。
工程变更分为工程变更指示（ECN )和工程变更请求(ECR), 这些工作在PDM 中完成，因为变更是产品数据中很关键的数据记录，经过变更在PDM 完成审阅，会签后生效， ...

有这样的业务处理流程方式。条件是 pdm 系统和 erp 系统没有集成。什么是”生效“？在你的语境中暗示的条件下，是在 bom 维护人员维护了修改的 bom 后，MRP 物料需求计划就会使用变更后的新数据运行，这就是计划工作领域的”生效“。变更生效条件有多种，如按时间生效，按产品系列号生效，按客户/定单生效（同时为不同客户/定单生产同一产品，但由工程变更管理来控制使用不同产品结构）等等。并非直接把 BOM 修改了那么简单。设计部门也必然得接受销售部门的规定，按不同客户/定单维护不同的产品结构，并通过工程变更管理进行区分。
事实上，所谓“生效”还要分为在工程设计工艺，计划、生产、财务成本等不同领域的“生效”。设计领域生效了，不等于工艺领域已经生效了。设计工艺领域内的相应变更业务都完成了，才是让变更在生产、计划领域生效的前提条件。生产部门接着就要处理因发生工程变更而导致已经下达定单的修改业务。那才是到生产现场“生效”了。

[ 本帖最后由 zhizhi 于 2006-6-9 08:06 编辑 ]

欢迎光临 iCAx开思网 (https://www.icax.net/)