Moqui - 将多个资产关联到一个资产
Moqui - Associate multiple assets to an asset
Moqui 中的资产实体有一个关联的资产字段。但是，我们有一个用例，其中多个资产需要与一个资产相关联。
例如，一个工具（制造设备）只能在指定的机器（制造设备）上使用。我们正在探索创建连接实体的选项。
我们是否偏离了框架的最佳实践？
已添加以回答 David E Jones 的评论
业务需求
- 有一个专门用于制造组件的自定义工具。
- 该工具在技术上与运行中的各种机器兼容。
- 相关机器的运营成本差异很大。因此，该工具应仅在特定机器上使用，以将制造部件的总成本保持在指定范围内。
- 因此，对于给定的工具，我们打算分配允许的机器并仅使用分配的机器进行制造。
如果没有细节和上下文，业务需求很难设计，但听起来您真正想要建模的不是资产级别，而是产品级别。对于资产类型产品，Product 和相关实体（如 ProductAssoc）用于定义物理项目的特征，资产记录代表实际物理项目。
这方面的一个例子是事物的维护方面。维护计划是产品定义的一部分（适用于该产品的所有资产），维护历史记录是事物资产方面的一部分（仅适用于特定物理项目）。
正如 David 所说，如果没有细节和上下文，就很难针对业务需求进行设计，这里可以继续的内容相对较少。
我想可能在特定机器上设置的工具可能包含很大范围，与可能进来的组件订单的组件规格范围有关。
我想这里要设计的主要流程是选择最经济的最佳机器来设置特定订单的工具，这总是会根据正在进行或计划的其他订单而变化，并且这些订单分配给的机器。
回到您的查询，考虑到上述情况，如果您将特定的工具或工具定义为资产，它可能包含一种方法，将 assetTypeEnumId 定义为 'tooling' 或类似的，并使用 classEnumId跨越机器和工具的资产类型，规定该工具应使用的机器的最大经济水平等
或者，或者此外，查看 AssetStandardCost 实体并为 assetStandardCostTypeEnumId 设置一些枚举可能会有用。
从表面上看，在我看来，尝试将多个工具直接关联到多台机器（另外还有一系列限制）的方法会很快导致指数级的可能性。
总而言之，我的经验是，如果您查看现有的实体，他们通常会建议各种方法，稍后当进一步的要求出现时，您可能会很高兴您使用了现有的而不是尝试和尝试做一些新的事情。
Moqui 中的资产实体有一个关联的资产字段。但是，我们有一个用例，其中多个资产需要与一个资产相关联。
例如，一个工具（制造设备）只能在指定的机器（制造设备）上使用。我们正在探索创建连接实体的选项。
我们是否偏离了框架的最佳实践？
已添加以回答 David E Jones 的评论
业务需求
- 有一个专门用于制造组件的自定义工具。
- 该工具在技术上与运行中的各种机器兼容。
- 相关机器的运营成本差异很大。因此，该工具应仅在特定机器上使用，以将制造部件的总成本保持在指定范围内。
- 因此，对于给定的工具，我们打算分配允许的机器并仅使用分配的机器进行制造。
如果没有细节和上下文，业务需求很难设计，但听起来您真正想要建模的不是资产级别，而是产品级别。对于资产类型产品，Product 和相关实体（如 ProductAssoc）用于定义物理项目的特征，资产记录代表实际物理项目。
这方面的一个例子是事物的维护方面。维护计划是产品定义的一部分（适用于该产品的所有资产），维护历史记录是事物资产方面的一部分（仅适用于特定物理项目）。
正如 David 所说，如果没有细节和上下文，就很难针对业务需求进行设计，这里可以继续的内容相对较少。
我想可能在特定机器上设置的工具可能包含很大范围，与可能进来的组件订单的组件规格范围有关。
我想这里要设计的主要流程是选择最经济的最佳机器来设置特定订单的工具，这总是会根据正在进行或计划的其他订单而变化，并且这些订单分配给的机器。
回到您的查询，考虑到上述情况，如果您将特定的工具或工具定义为资产，它可能包含一种方法，将 assetTypeEnumId 定义为 'tooling' 或类似的，并使用 classEnumId跨越机器和工具的资产类型，规定该工具应使用的机器的最大经济水平等
或者，或者此外，查看 AssetStandardCost 实体并为 assetStandardCostTypeEnumId 设置一些枚举可能会有用。
从表面上看，在我看来，尝试将多个工具直接关联到多台机器（另外还有一系列限制）的方法会很快导致指数级的可能性。
总而言之，我的经验是，如果您查看现有的实体，他们通常会建议各种方法，稍后当进一步的要求出现时，您可能会很高兴您使用了现有的而不是尝试和尝试做一些新的事情。