Moqui - Свяжите несколько активов с активом

У объекта активов в Moqui есть ассоциированное поле активов. Но у нас есть вариант использования, когда с активом нужно связать несколько активов.

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

Отходим от лучших практик фреймворка?

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

Деловые требования

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

moqui
person fossil    schedule 11.02.2019    source источник
comment
Что именно вы пытаетесь отследить? Вы говорите о конкретном инструменте, установленном на станке? Каков процесс? Например, если поступил заказ на конкретный компонент, компания увидела бы, какие машины были доступны в то время (в зависимости от других текущих заказов); выбрать одну машину для настройки с этим конкретным инструментом; и «зарезервировать» или «выпустить» эту машину на период, который потребуется для производственного цикла? Я просто догадываюсь, но ты об этом говоришь?   -  person Ronan Keane    schedule 12.02.2019
comment
@RonanKeane, да. Ты прав. Иногда конкретный инструмент может быть установлен на машинах разной мощности, но это не имеет экономического смысла. Таким образом, инструмент может быть установлен на подмножестве машин.   -  person fossil    schedule 12.02.2019

Ответы (2)


arrow_upward
0
arrow_downward

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

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

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

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

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

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

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

person Ronan Keane    schedule 13.02.2019
comment
Ответ Дэвида побудил меня задуматься над текущими требованиями. Кроме того, в соответствии с передовой практикой, была переработана стратегия, предусматривающая использование станка для конкретного инструмента на основе определенных параметров, включая стоимость активов. Спасибо за предложения по assetTypeEnumeration. Это поможет организовать инструменты и машины. - person fossil; 13.02.2019

arrow_upward
0
arrow_downward

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

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

person David E. Jones    schedule 12.02.2019
comment
Я обновил бизнес-требования в вопросе - person fossil; 12.02.2019
comment
Вопрос обновлен, чтобы ответить на ваш вопрос. Пожалуйста, оформляйте заказ. - person fossil; 12.02.2019