Moqui - связать несколько активов в актив

Question

У объекта активов в Moqui есть соответствующее поле активов.Но у нас есть случай использования, когда несколько активов должны быть связаны с активом.

Например, инструмент (производственное оборудование) может использоваться только на указанном станке (производственное оборудование).Мы изучаем возможность создания объекта объединения.

Мы отклоняемся от лучших практик фреймворка?

Добавлено для ответа на комментарий Дэвида Э Джонса

Требования к бизнесу

1. Существует специальный инструмент, предназначенный для изготовления компонента.
2. Этот инструмент технически совместим с широким спектром работающих машин.
3. Эксплуатационные расходы рассматриваемых машин варьируются в очень широком диапазоне.Таким образом, инструмент следует использовать только на определенных машинах, чтобы сохранить общую стоимость произведенного компонента в пределах указанного диапазона.
4. Таким образом, для данного инструмента мы намерены назначить разрешенные машины и использовать тольконазначенные машины для производства.

Answer 1

Как отметил Дэвид, сложно разработать бизнес-требования без подробностей и контекста, и здесь относительно мало что можно сделать.

Я полагаю, что инструмент, который может быть настроен на конкретном станке, может содержать большой диапазон, связанный с диапазоном спецификаций компонентов для заказов на компонент, который может войти.

ОсновнойЯ предполагаю, что процесс, который будет разработан здесь, будет состоять в том, чтобы выбрать наиболее экономически оптимальный станок для настройки с использованием оснастки для конкретного заказа, который всегда будет варьироваться в зависимости от других текущих или запланированных заказов, а также от машин, которым были назначены эти заказы.

Возвращаясь к вашему запросу с учетом вышесказанного, если вы определяете определенные инструменты или инструменты как активы, это может включать в себя подход к определению assetTypeEnumId как «tooling» или подобный, и использовать classEnumId черезтипы активов машин и инструментов для определения максимального экономического уровня станка, с которым должен использоваться инструмент, и т. д.

В качестве альтернативы или дополнения может быть полезно взглянуть на сущность AssetStandardCost и настроитьдо некоторого перечисленияs для assetStandardCostTypeEnumId.

На первый взгляд, мне кажется, что попытка напрямую связать несколько инструментов с несколькими машинами (с рядом ограничений в дополнение) быстро приведет к экспоненциальным возможностям.

В целом, по моему опыту, если вы посмотрите на существующие сущности, они, как правило, предложат различные подходы, и позже, когда возникнут дополнительные требования, вы, возможно, будете рады, что использовали то, что существовало, а не пыталисьи сделай что-нибудь новое.

Answer 2

Бизнес-требования сложно разработать без деталей и контекста, но похоже, что вы действительно хотите смоделировать не на уровне активов, а на уровне продукта.Для продуктов типа активов Продукт и связанные сущности (например, ProductAssoc) используются для определения характеристик физических элементов, записи активов представляют фактические физические элементы.

Одним из примеров этого является аспект обслуживания.График обслуживания является частью определения Продукта (применяется ко всем активам для этого продукта), а история обслуживания является частью активов (применяется только к определенным физическим элементам).