【问题标题】:How do ERP/MRP systems handle product variations (options)?ERP/MRP 系统如何处理产品变化(选项)?
【发布时间】:2018-04-01 04:54:06
【问题描述】:

这个问题围绕着如何在现成的 ERP/MRP 系统和其他系统(包括定制开发的程序或模块)之间划分业务功能。我们可以构建后者,但如果现成的产品可以避免定制工作、维护等,为什么要这样做呢?

我希望了解的领域是 ERP/MRP 系统是否通常作为产品结构(变体和选项,更不用说版本控制)的企业权威,如果是,那么复杂程度如何。

作为一个具体的例子,一家公司生产各种电子设备,其中一条是笔记本电脑。与戴尔或联想一样,笔记本电脑产品线包括一个基本型号,然后是一组选项或变量,每个选项或变量都提供两个或多个选择。示例:笔记本电脑提供屏幕选项(高分辨率;低分辨率;TFT;OLED)和电池选项(标准;高容量)等,可能有几十个功能区域。一些选项本身可以有辅助选项。

我看到一些 ERP/MRP 系统包含“配置器”功能,为销售人员(或在线,最终客户)提供所有这些产品选项和他们的选择,允许他们配置要购买、组装的特定产品,并交付。

但是在一些我仔细研究过的系统中,在配置器 UI 中,可用选项基本上是硬编码的(好吧,程序员在程序语句中编码),需要组装的 BOM 项目的链接也是如此制造配置的产品。配置器基于程序语句而不是由数据驱动。

[编辑:这里我的意思是配置器屏幕是用自定义代码编程的,可能由业务程序员或顾问编写。不是由 ERP 供应商固定编程。]

而且由于产品结构信息是作为程序代码捕获的,因此不容易用于其他目的,例如报告、链接到 PLM、目录等其他数据、协调内部配置器和面向 Web 的电子商务或 B2B 等开。

现在很难评估行业的当前状态,因为许多供应商在参与销售过程后才提供对其产品的这种程度的洞察力,即便如此,也是在挖掘了非技术销售人员的水平之后.

所以我希望这里的其他人能够阐明管理产品结构数据的问题是否通常被纳入至少一些 ERP/MRP 系统,或者通常期望以其他方式在外部处理?

(就本问题而言,假设为低于 5000 万美元的企业提供的 ERP/MRP 系统,因此为 II 级或以下。)

【问题讨论】:

    标签: erp


    【解决方案1】:

    这是一个笼统的问题,所以答案也是笼统的,包含个人意见

    我很少发现编码到程序中的产品结构信息。这可能是非常小的开发,或者只是最糟糕的策略。程序中的编码产品结构是犯罪。任何标准的 MRP/ERP 解决方案都无法在这种方法中存活下来,除了一些微小的实施之外,所以让我们放弃并忘记这种方法。

    大多数 ERP/MRP 解决方案都基于 SKU、项目代码或材料的概念。这就是可配置产品的问题所在。由于供应商必须将其出售给不同的客户(在相同甚至不同的行业 - 例如电缆、纺织、汽车、电子产品),他们必须:

    • 提供结构来映射特征/属性/属性/组件
    • 提供结构来映射可能的选项、值、度量、这些特征的限制等。
    • 提供这些值到组件的映射(可以是简单的材料,也可以是可配置的材料)
    • 提供在运行时输入可能值的灵活性,但有必要的限制,有时还带有测量单位
    • 提供特性/选项/组件/操作的依赖关系
    • 根据库存和可用性、计划时间表、生产能力等实施业务规则。

    大多数标准 ERP 解决方案提供专用但通用的功能,通过 SKU、配置和物料清单、SOP(配方或路线)的组合来映射这些功能。此功能的概括有助于覆盖更多行业,但必然会弄乱表格结构、代码库和标准报告。如果您在领先的 ERP 解决方案之一中查看可配置产品的相关表结构,您会惊讶地发现地毯下的低效率(CODD 会哭!)。在大多数大型实施中,复杂性和数量都会增加,而这些 ERP 无法处理这一切。因此,他们有专门的优化器或计划器解决方案来处理预测和物料计划。您会发现来自同一供应商的通用优化器或认证第三方插件。

    当客户场景在实时环境中被映射和拍摄时,每个相关的功能和报告都会出现功能失调!客户不了解问题,供应商根据过去的经验知道答案(但对不知情的客户隐藏) - 更多的计算资源!供应商倾向于掩盖这些低效率并建议强大的服务器、负载分配和平衡以及类似的技术。这种情况会持续下去,客户会在此过程中不断学习。

    其他一些 ERP / MRP 供应商选择不概括这一点,而是专注于一个行业并获得对一个行业或非常相似的行业的信心。这种区别(相同或相似的行业)很棘手 - 纱线纺织品中有效的方法可能不适用于原布纺织品,而原布纺织品中有效的方法可能不适用于成衣纺织品!所有产品都有选择,属于纺织行业。纺织、汽车、造纸行业有许多规模较小但重点突出的解决方案,它们在该行业运行良好。该功能通常被巧妙地实现,但仅限于一个行业。由于这些解决方案已经专注于单一行业,因此性能通常良好且资源需求适中。

    最后,客户可能会决定自己动手进行定制开发。您将再次查找客户的产品规格并提供表格结构以涵盖这些变体。但永远不要在程序中编码产品结构或选项,即使是最小的实现 - 使其成为表驱动。除非在这些开发中部署了非常好的功能和技术资源,否则它们很可能永远处于开发阶段。

    具有变体和选项的产品不是一个简单的场景。无论您是在寻找标准的 ERP 解决方案、行业解决方案还是定制开发,您都需要进行大量研究,其中一些学习只能通过经验来获得。我有理由相信,不到 5000 万美元 边界在上述情况下是次要问题。我已经看到并参与了所有三种类型的解决方案(大型具有变体配置、行业解决方案和优化器的 ERP 解决方案;来自中等供应商的以行业为中心的解决方案以及与第三方开发团队合作的定制解决方案)以及内部开发团队;将专用行业优化器集成到定制解决方案中),并且都有其优点缺点每个实现都需要仔细评估。

    如果您问我的经验,标准的 ERP 解决方案(可能您知道我指的是什么)通常不适合流程-like 行业(纺织、纸张、包装),但对某些人来说是合理的在谨慎的 行业(汽车、电子、装配)中的范围。来自专注供应商的行业特定解决方案可能是最有效的解决方案,如果行业有的话!为具有可配置产品的行业开发定制 ERP 不亚于分娩 - 过程中有很多计划、精力和痛苦,但最终是一个幸福的家庭 - 如果有孩子,结果更可预测,而不是在定制解决方案开发。 我是两个这样的孩子的快乐父亲!果然,二胎更健康、更强壮了!!

    所以我希望这里的其他人能够阐明管理产品结构数据的问题是否通常被纳入至少一些 ERP/MRP 系统,或者通常期望以其他方式在外部处理?

    是的,大多数合理 ERP 系统都具有映射产品选项的能力。基于仅计划 SKU 的 ERP/MRP 解决方案仅在具有少于几百个变体和组合的较小行业中是可行的。对于 MRP,大多数 ERP 系统依赖于可配置产品的附加解决方案。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2014-03-29
      • 1970-01-01
      • 2018-03-17
      • 2020-12-07
      • 2020-09-05
      • 1970-01-01
      相关资源
      最近更新 更多