Конфигуратор продуции - создание новой номенклатуры против создания новой конфигураци

[OliaM]

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

С моей точки зрения:

Генерация новой номенклатуры:
(+)
Однозначная привязка к спецификации.
БОльшая гибкость в манипулировании параметрами отдельной номенклатуры.
(-)
Цену для новой номенклатуры надо дублировать в прайс-листах и других ценовых соглашениях, даже если она одинакова для всех номенклатур, сконфигурированных на основе базовой.
При прогнозировании надо вводить прогнозы пономенклатурно. Для обобщенного сопостовления план-факт для модельного ряда надо писать новый отчет.

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

Что скажете? Кто как делал на внедрениях?

[OliaM]

Ну если никто особо не внедрял конфигуратор, то каковы у кого умозрительные соображения по поводу этого вопроса? Права я с плюсами и минусами обоих подходов?

[spy]

Цитата:

Изначально опубликовано OliaM
(-) Спецификация сопоставляется номенклатуре, а не конфигурации, что не очень прозрачно при дальнейшей работе со конфигурацией.

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

Цитата:

Изначально опубликовано OliaM
При генерации номера конфигурации не используется номерная серия. А если переменных моделирования много, то невозможно формирование уникального названия конфигурации.

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

[spy]

Цитата:

Изначально опубликовано OliaM

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

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

[OliaM]

Я исхожу из предположения, что создаваемые конфигурации (или новые номенклатуры) могут использоваться повторно. Если выбранные опции - уже выбиравшиеся, зачем плодить излишние конфигурации (номенклатуры)? Это может затруднить анализ продаж (популярности конфигураций).

[twilight]

Цитата:

Изначально опубликовано OliaM
БОльшая гибкость в манипулировании параметрами отдельной номенклатуры.

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

[OliaM]

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