Цитата:
Сообщение от
DesparioN
Группы - это то что доктор прописал
Ну... Давайте попробуем добить тему.
разные отделы в компании могут работать с продуктами с разной детализацией.
разная детализация нужна, чтобы "меньше считать", "меньше печатать", "сделать красиво"
для человека.
суть "сделать красиво" в том, что человек выделяет некий мастер-продукт и говорит "вот его аналоги" (вариации).
далее человек предполагает, что компьютер позволит ему установить параметры только для мастер-продукта.
и, что компьютер самостоятельно применит эти параметры для аналогов.
причем разные люди в разных отделах могут иметь разное мнение насчет того, как выделять мастер-продукт и что именно считать аналогами. в большинстве компаний договариваются, конечно. но бывало, что и не договаривались.
самое интересное, что люди, которые просят "аналоги", могут совершенно не заморачиваться мастер-продуктом - типа мы установим параметр в любой аналог, а компьютер пусть сам решает как этот параметр распространить на остальные аналоги.
в этом случае вполне можно реализовать группы аналогов.
но это все равно не достаточно. все равно нужен функционал который работает:
1. с мастер-продуктом (выбрать мастер-продукт, напечатать название мастер-продукта в счете на оплату, зарезервировать любой аналог и т.п.)
2. с конкретным продуктом (складские остатки, инвентаризация, производство, счет для привередливого клиента с указанием конкретного аналога)
===================
дык, вот...
в ax2012 разработчики попытались в EcoRes.
но очень сильно увлеклись интеркомпани и, можно сказать, запороли работу с вариантами-аналогами.
посмотрите, проанализируйте.
возможно сможете что-то использовать из EcoRes.
===================
да, в конечном итоге, на техническом уровне SQL и таблиц,
нужно свести к группам. И никаких графов-рекурсий.
на бизнес-уровне, люди будут хотеть работать и с мастер-продуктом, и с конкретным продуктом.