Единственная потенциальная проблема, которую я вижу здесь, заключается в том, что система генерирует классы PHP для каждого класса объектов, который вы создаете, поэтому у нас есть реальный PHP-код, стоящий за всем этим пользовательским интерфейсом, и иногда вам необходимо пользоваться подобной информацией в пользовательском интерфейсе, например задавать «имя класса PHP » или «Родительский класс». Поэтому, если вы далеки от программирования, то вам может быть сложно определить модель данных.
А данные о кол-ве - на складе? Учитывать то что в зале через такие системы можно?
Технически в этих системах можно хранить все (кроме Akeneo) так как у них гибкая модель данных. Можно определить любые объекты что надо хранить и их атрибуты. Ну то есть можно сделать объект типа склад (или магазин), связать его с товаром и хранить остаток этого товара на этом складе.
Но по идеологии PIM система обычно используется отделом маркетинга и другими отделами кто отвечает за информацию о товаре которую видит покупатель. Идея в том, чтобы иметь одну систему в которой все это будет храниться, все соответствующие отделы будут эту информацию вносить (описания товаров, их характерискики, изображения, связи между товарами и т.д.) а уже потом когда вся эта информацию пройдет проверку на качество то она уже автоматически распространяется в другие системы (веб сайт, маркетплейсы, печатные каталоги и т.д.).
Остатки обычно хранятся в ERP системах (например в 1С), и потом уже PIM система получает их от туда, добавляет к информации о товаре и передает дальше (например на веб сайт, чтобы показывать остатки клиентам). То же самое и с ценами.
Но если нет ERP или другой системы где хранятся остатки то конечно можно и хранить напрямую в PIM.
.