#dynamics-ax-2009 #axapta
#dynamics-ax-2009 #axapta
Вопрос:
Например, Blue Chair изготовлен производителем M. Следовательно, существует элемент Blue Chair.
Оптовик X и оптовик Y покупают синие стулья у производителя M. Они помещают их в разные ящики и присваивают им разные фирменные наименования. Теперь у нас есть товары оптовиков A и B, оба из которых относятся к типу Blue Chair.
Наше программное обеспечение позволяет клиентам просматривать каталоги оптовиков X и Y. Нам нужно отслеживать иерархию и взаимосвязь между этими элементами.
Есть ли встроенные таблицы и т.д. В Dynamics AX 2009 для этого?
PS: Хотя в этом примере всего 2 уровня, их может быть больше.
Ответ №1:
AX использует реляционную базу данных, а иерархии легко представляются в реляционной базе данных.
В следующем выпуске, AX 2012, будут предоставлены отношения между организациями (таблица DirParty), см. http://64.4.11.252/en-us/library/gg731820 (AX.60).aspx
Но, скорее всего, это не обеспечит отношений между (произвольными?) объектами, как вы описываете.
Возможная общая структура таблицы для таблицы «отношений»:
- RelationType
- RefTableId1
- RefRecId1
- RefTableId2
- RefRecId2
RelationType Может быть перечислением фиксированных отношений или идентификатором записи, описывающей отношение.
Комментарии:
1. Спасибо Ян — ответ отрицательный, вы должны сделать это сами.
Ответ №2:
Существует несколько способов обработки вашего примера. Проще всего было бы создать элемент BlueChair, затем использовать настройку описания элемента поставщика, чтобы отметить, что номер элемента X для BlueChair равен A, а Y равен B.
Вы также могли бы использовать измерение «Элемент конфигурации» для создания конкретной конфигурации BlueChair для каждого оптовика. Существуют также измерения элементов для цвета и размера.
Для более сложных сценариев вы могли бы создать номенклатуру в виде спецификации и создавать разные версии спецификации для каждого оптовика.