Конфигурирование (DAX2012)

[DesparioN]

Добрый день!

Вопрос уже периодически разбирался, но осознания в голове так и не наступило.

Есть желание создать формулу для краски. У нее есть 2 параметра, которые добавлены в аналитики продуктов: Конфигурация (база) и Цвет (цвет).
В зависимости от варианта, необходимо выбрать определенные пигменты в определенном количестве.
Пигменты заведены в виде вариантов с активной аналитикой Конфигурация.

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

Подскажите как это реализуется в Аксапте?

[EVGL]

Создать подспецификации типа фантом, включающие все три пигмента и включать кажлым цветом свой фантом.

[DesparioN]

Т.е. получается в любом случае будет огромное количество записей.
По сути не важно будет это 10 формул по краске или будет 1, при этом дополнительно придется создать 10 записей.

Я просто думал можно сделать 3 обезличенные строки: Сырье 1, Сырье 2, Сырье 3, а дальше в зависимости от аналитик краски подставлять конкретные пигменты.

[EVGL]

Ну в приведённом примере База меняет первый пигмент а Цвет - два других непонятным образом. Полную и детальную картину Вы не привели. Если речь идёт о тысячах строк, то поиск закономерностей и попытка применить https://docs.microsoft.com/en-us/dyn...guration-rules будет тщетным и проще просто мигрировать 1000 спецификаций. Product Builder вы применять, похоже, не вправе.

[Raven Melancholic]

Цитата:

Сообщение от DesparioN

Т.е. получается в любом случае будет огромное количество записей.
По сути не важно будет это 10 формул по краске или будет 1, при этом дополнительно придется создать 10 записей.

Я просто думал можно сделать 3 обезличенные строки: Сырье 1, Сырье 2, Сырье 3, а дальше в зависимости от аналитик краски подставлять конкретные пигменты.

Не знаю как с формулами (не работал с ними), но с классическими спецификациями именно так.

Либо несколько разных спецификаций и их выбор в нужный момент. При этом нужно как-то следить чтобы не были выбраны противоречивые данные.

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

Как заметил EVGL при большой вариантности настройка вручную может превратиться в кошмар. Да и в стандарте просмотр конечного результата (то есть как именно для конкретной конфигурации продукта будет выглядеть результат) не предусмотрен - приходится в тестовых целях создавать производственный заказ или складской журнал спецификаций.

Правда в стандарте результат зависит только от конфигурации, другие аналитики продукта для этого не используются.

На скрине простой вариант, но уже не совсем понятно, а есть ситуации, когда родительских конфигураций много и для каждой из них такие настройки.