ax2012: Чем отличаются "product" и "product master"?

[EugeneZ]

Вариант 1: Продукт, который мы с течением времени собираемся развивать (например, ПО для разных стран). Изначально выпускаем версию 1.01, которую продаем в 3 странах, на эту версию определяем срок поддержки с/по и один язык. При этом понимаем, что будут новые релизы, когда они будут, и сколько мы их буде поддерживать, на данный момент не известно. Создаем Master product с одной конфигурацией и релизим его в 3 компании. С течением времени появляются новые версии (каждый релиз - новая конфигурация, новый distinct product). К версии 1.хх появилось еще 2 языка - создали новую конфигурацию - зарелизили их еще в 2 компании.

Т.е. с т.з. управления MDM, нам нужна объединяющая сущность (Master product), к нему будут привязаны картинки, маркетинговые материалы, ссылки на статьи для операторов кол-центров, ряд каких-то атрибутов, а есть его чем-то отличающиеся с т.з. потребителя реализация (не технологии производства - это были бы версии спецификаций) - версия, срок окончания поддержки, специфическая документация.
Для пищевой промышленности мы можем со временем заменять ингредиенты, что для потребителя, возможно, и не будет важным, но мы должны будем настроить новые значения атрибутов (например, калорийность, содержание белков, жиров..), документацию (технико-технологические карты, которые еще и для разных стран будут на разных языках). А поскольку модуль позиционируется не как Inventory management, а как Product information management, делается некий задел под возможную интеграцию с внешними системами, где может потребоваться новый ItemId со своим внешним кодом.

Вариант 2 (Retail kits): у нас есть продаваемый набор с разными входящими в него составляющими. С учетом того, что в разных компаниях зарелизины разные продукты, нам надо изначально создать несколько вариантов как минимум для разных компаний, где есть отличия. Кроме того, у каждого составляющего комплекта есть свои заменители, что тоже надо как-то задать - возможных комбинаций-конфигураций еще больше. Каждый отдельный вариант релизим в соответствующих компаниях. Со временем выводим одни продукты, вводим другие - в комплектах также нужно будет вносить изменения и релизить новые комбинации.

Получается так, что если мы понимаем с самого начала, что продукт будет иметь не один жизненный цикл, а будет видоизменяться, развиваться, то делаем product master и по мере надобности релизим.
Если еще проще - продукты собственного производства делаем product master, сырье, материалы, полуфабрикаты - product

[mazzy]

Цитата:

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

...Master product...

принимается.

Цитата:

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

Получается так, что если мы понимаем с самого начала, что

а если не понимаем, то что делать?

Цитата:

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

продукты собственного производства делаем product master, сырье, материалы, полуфабрикаты - product

а зачем так?
почему не использовать product master для всех случаев?

в чем смысл и прикол использовать именно product, когда есть product master?

[EugeneZ]

Цитата:

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

принимается.

а зачем так?
почему не использовать product master для всех случаев?

в чем смысл и прикол использовать именно product, когда есть product master?

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

[mazzy]

Цитата:

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

Не везде же нужны продуктовые аналитики.

не везде, согласен.
если они не нужны, то их можно не заполнять в product master.
product не нужен.

Цитата:

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

Поэтому там, где нет необходимости с разными вариантами, мастер обходим стороной.

Там внутри слишком много кода, очень дурного кода,
чтобы такое объяснение прокатывало.

Чтобы обойти стороной достаточно НЕ заполнить аналитики в конфигурируемом продукте.
а там столько всего внутри унакожено.
product и product master так сильно отличаются в коде...

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

Анекдот:
- ты понимаешь что просиходит?
- я тебе сейчас объясню
- объяснить то и я могу

[Vals]

Цитата:

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

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

Анекдот:
- ты понимаешь что просиходит?
- я тебе сейчас объясню
- объяснить то и я могу

А в "тройке" была галка "конфигурируемый" и она за всё отвечала )))

[EVGL]

Цитата:

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

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

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