[zt]哪个系统管理产品配置规则：PLM还是ERP？

原作者： 达索 王昕  2010年07月04日 14:40

      在大规模定制（Mass Customization）时代，企业为了实现面向订单配置（Configure To Order）的业务模式，就需要基于标准化的产品架构和接口标准来定义产品组合、可配置的产品模块和模块之间的配置规则。举例来说，戴尔电脑可能有面向不同细分市场的产品线，如Inspiron、Latitude等，所有的产品都基于标准化的CPU、内存、硬盘等产品模块，模块之间的配置规则约束模块之间的兼容性，如什么样的CPU可以搭配什么样的主板等。


要想实现面向订单的配置，需要考虑以下流程。此流程从纵向看是产品规划和开发流程，从横向看是订单履行流程。





在产品规划和开发流程当中，企业需要根据细分市场的客户需求和竞争对手情况，规划不同的产品线、产品架构和产品模块，经过系统、子系统、模块的功能、逻辑架构和详细设计，开发出系列产品，并进行各种测试，最终将成熟的产品交付给订单执行部门。




在订单履行流程中，销售人员与客户沟通需求后，用销售配置器记录客户选项，并创建销售订单。订单执行部门进行订单的确认，并产生满足销售配置的订单BOM，以交付采购和生产部门安排具体的生产执行活动。


在以上流程中，产品规划和开发相关的活动通常是在PLM系统的支持下完成的，销售配置、订单履行相关的活动是在CRM和ERP系统的支持下完成的。为了满足销售配置的需求，就需要把客户可选项和选项之间的约束规则定义到销售配置系统（CRM）中；产品开发团队在开发系列产品时，需要根据可能的客户选项组合，定义出超级BOM（Super BOM），并从技术角度定义产品模块之间的配置规则，这些产品主数据及其管理流程需要通过PLM系统进行管理；在订单履行流程中，产品BOM是进行采购、生产计划和成本核算的依据，因此，ERP系统也需要管理相应的主数据。


通常企业会选择不同的软件系统来满足CRM、PLM和ERP的功能需求，因此，不同系统之间的功能分工、系统边界、数据管理和集成接口就成为需要综合考量的关键问题。由于主流的软件之间对于BOM数据的集成往往提供成熟的接口，配置规则的集成就成为重点中的难点。


关于配置规则的管理和集成，在不同的案例中有不同的方式，但有以下通用的原则可以参考：


配置规则的定义和管理通常比较复杂，因此，尽可能只维护一套配置规则，以减少集成接口的实现难度和项目风险；
销售配置器只需维护与客户相关的选项和选项之间的约束，如有可能，选项之间的约束检查可以通过调用其它系统（PLM或ERP）的服务来完成，这样可以不用再单独维护一套配置规则系统；
通过PLM系统来定义和管理配置规则的优点在于：和产品规划和开发流程紧密结合，便于管理产品模块、配置规则的形成和变更过程，形成统一产品数据源，并有利于在配置条件下进行产品和工艺设计、仿真和测试；
通过ERP系统来定义和管理配置规则的优点在于：和物料需求管理、生产计划和成本核算流程紧密结合，便于在配置条件下精确的管理供应链和成本；
如果在PLM系统中定义和管理配置规则，则PLM系统应该提供完整的产品规划、产品设计、工艺设计、仿真测试的管理解决方案；如果在ERP系统中定义和管理配置规则，则ERP系统应该提供完整的产品开发和订单履行的解决方案。否则，PLM系统和ERP系统之间就会产生复杂的配置规则的集成问题。

[ 本帖最后由 rattbell 于 2010-7-5 09:52 编辑 ]