这个问题围绕如何在现成的ERP / MRP系统与包括定制开发的程序或模块在内的其他系统之间划分业务功能。我们可以构建后者，但为什么如果现成的可以避免自定义的努力，维护等？
我希望了解的领域是ERP / MRP系统是否通常作为产品结构的企业权威（变体和选项，更不用说版本化），如果是，那么复杂程度如何
作为一个具体的例子，一家公司生产各种电子设备，一条线是笔记本电脑。与戴尔或联想一样，笔记本电脑产品系列包括基本型号，然后是一组选项或变量，每个选项或变量都提供两个或更多选项。示例：笔记本电脑提供屏幕选项（高分辨率;低分辨率; TFT; OLED）和电池选项（标准;高容量）等，可能有许多功能区域。有些选项本身可以有附属选项。
我已经看到一些ERP / MRP系统包括＆＃34; Configurator＆＃34;为销售人员（或在线终端客户）提供所有这些产品选项及其选择的功能，允许他们配置要购买，组装和交付的特定产品。
但在某些系统中，我更仔细地研究过，在Configurator UI中，可用选项基本上是硬编码的（好的，由程序员在程序语句中编码），以及需要汇编的BOM项目的链接制造配置的产品。 Configurator基于程序语句而不是由数据驱动。
[编辑：这里我的意思是配置器屏幕使用自定义代码编程，可由业务程序员或顾问编写。 ERP供应商没有修复编程。]
由于产品结构信息是作为程序代码捕获的，因此无法用于其他目的，例如报告，链接到其他数据，如PLM，目录，协调内部配置程序和面向网络的电子商务或B2B，等等。
现在很难评估行业当前的发展状况，因为许多供应商只有在参与销售过程后才会对他们的产品提供这种水平的洞察力，即使这样，只有在深入了解非 - 技术销售人员。
所以我希望这里的其他人可以了解这个管理产品结构数据的问题是否通常被纳入至少一些ERP / MRP系统，或者通常是否会在其他一些系统中进行外部处理方式？
（出于这个问题的目的，假设ERP / MRP系统为低于5000万美元的企业提供，所以第二级或更低级别。）
答案 0 :(得分：2)
这是一般性问题，所以答案也是通用的，并且包含个人意见：
我很少发现编码到程序中的产品结构信息。这可能是非常小的发展，或者只是最差战略。程序中的编码产品结构是刑事。任何标准的MRP / ERP解决方案都无法通过这种方法超越一些微小的实现，所以让我们放弃并忘记这种方法。
大多数ERP / MRP解决方案都基于SKU，物料代码或材料的概念。这是可配置产品的问题所在。由于供应商必须将其销售给不同的客户（例如，在相同甚至不同的行业 - 例如电缆，纺织，汽车，电子产品），他们必须：
大多数标准ERP解决方案提供专用但通用的功能，通过SKU，配置和物料清单，SOP（配方或工艺路线）的组合来映射这些功能。此功能的泛化有助于覆盖更多行业，但必然会破坏表结构，代码库和标准报告。如果您在一个领先的ERP解决方案中查看可配置产品的相关表格结构，您会惊讶地发现地毯下的低效率（CODD会哭！）。在大多数大型实施中，复杂性和数量增加，而这些ERP根本无法处理这一切。因此，他们拥有专门的优化程序或计划员解决方案来处理预测和物料计划。您可以找到来自同一供应商的通用优化器或认证的第三方添加件。
到那时，客户场景被映射并在实时环境中使用，每个依赖功能和报告都会出现功能失常！客户不了解问题，供应商根据过去的经验知道答案（但隐瞒了不知情的客户） - 更多的计算资源！供应商倾向于涵盖这些低效率，并建议强大的服务器，负载分配和平衡以及类似的技术。这种情况继续发展，客户不断学习。
其他一些ERP / MRP供应商选择不对此进行概括，并专注于行业并获得一个行业或非常相似行业的信心。这种区别（相同或类似的行业）是棘手的 - 在纱线纺织品中起作用的可能不适用于原料布料，而在原料布料中起作用的可能不适用于成衣纺织品！所有产品都有选择权，属于纺织行业。对于纺织，汽车，造纸业而言，有许多较小但重点突出的解决方案在该行业中运作良好。该功能通常整齐地实施，但仅限于一个行业。性能通常很好，资源要求适中，因为这些解决方案已经专注于单一行业。
最后，客户可能会决定自己动手并进行定制开发。您再次查找客户的产品规格并提供表格结构以涵盖这些变体。但永远不要在程序中编写产品结构或选项，即使是最小的实现 - 使其成为表驱动。除非在这些开发上部署非常好的功能和技术资源，否则他们最有可能永远处于开发阶段。
具有变体和选项的产品并非简单。无论您是寻找标准的ERP解决方案，行业解决方案还是定制开发，您都需要进行大量的研究，而且一些学习只能通过经验来实现。我有理由相信低于5000万美元边界是上述情况下的次要问题。我已经看到并成为所有三种解决方案的一部分（带有Variant配置，行业解决方案和优化器的大型 ERP解决方案;来自温和供应商的行业聚焦解决方案以及第三方开发的定制解决方案团队以及内部开发团队;专注于自定义解决方案中的行业优化工具）并且所有人都拥有优点和 minuses 。 每次实施都需要仔细评估。
如果你问我的经验，标准的ERP解决方案（可能你知道我指的是什么）通常在过程 -like 行业（纺织，纸张，包装）中不合适但是合理的在某种程度上，在谨慎的-like 行业（汽车，电子，装配）。如果行业有一个解决方案，专注供应商的行业特定解决方案可能是最有效的解决方案！针对具有可配置产品的行业进行定制ERP开发不仅仅是交付婴儿 - 在此过程中需要大量的计划，精力和痛苦，而是最终的幸福家庭 - 如果是婴儿则更可预测的结果，少于定制解决方案开发我是两个这样的孩子的快乐父亲！正如预期的那样，第二个宝宝更健康，更强壮！。
所以我希望这里的其他人可以了解这个管理产品结构数据的问题是否通常被纳入至少一些ERP / MRP系统，或者通常是否会在其他一些系统中进行外部处理方式？
是的，大多数合理 ERP系统都能够映射产品选项。仅基于计划SKU的ERP / MRP解决方案仅在较小的行业中是可行的，其具有少于几百个变体和组合。在MRP方面，大多数ERP系统都依赖于可配置产品的附加解决方案。