[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