[B]Разделение ответственности[/B]
Я бы рекомендовал еще обратить внимание на разделение прав. Права системно делятся на уровне инфоблоков - даете отдельные права на инфоблок каждому филиалу и они могут работать с ними даже через стандартную админку и работать под этой филиальной учеткой с 1С.
Общий инфоблок с иерархией и описанием товаров... Кто его будет админить?
[B]Выборки...[/B]
Сразу продумайте логику выборки и фильтрации в каталоге. Если нужна сквозная фильтрация по всем филиалам (вывести товары с ценой ниже 10 руб...), то она наиболее эффективно работает либо с одним супер-инфоблоком хранящим цены/остатки всех филиалов, либо с одним базовым + одним расширяющим его по свойствам. Возможности соединения инфоблоков в системе - пока ограничены.
Если сначала выбирается филиал, а потом пользователь гуляет по ценам филиала - то смело можно один инфоблок, как предлагает Иван, отдать под иерархию и общее описание товаров, а отдельные инфоблоки с ценовыми предложениями отдать филиалам. И соединять эти два инфоблока в выборках и фильтрации - одним запросом.
Если планируется хранить много товаров и ценовых предложений (больше 100 тыс.) - подумайте сразу о инфоблоках 2.0 и индексах на фильтрующиеся поля.
[B]Типы цен, вилки цен, валюты[/B]
Если планируете их использовать то одним супер-инфоблоком не обойтись. Нужен минимум один (либо для каждого филиала свой) инфоблок типа торгового каталога для работы с типами цен и вилками цен.
Я бы рекомендовал еще обратить внимание на разделение прав. Права системно делятся на уровне инфоблоков - даете отдельные права на инфоблок каждому филиалу и они могут работать с ними даже через стандартную админку и работать под этой филиальной учеткой с 1С.
Общий инфоблок с иерархией и описанием товаров... Кто его будет админить?
[B]Выборки...[/B]
Сразу продумайте логику выборки и фильтрации в каталоге. Если нужна сквозная фильтрация по всем филиалам (вывести товары с ценой ниже 10 руб...), то она наиболее эффективно работает либо с одним супер-инфоблоком хранящим цены/остатки всех филиалов, либо с одним базовым + одним расширяющим его по свойствам. Возможности соединения инфоблоков в системе - пока ограничены.
Если сначала выбирается филиал, а потом пользователь гуляет по ценам филиала - то смело можно один инфоблок, как предлагает Иван, отдать под иерархию и общее описание товаров, а отдельные инфоблоки с ценовыми предложениями отдать филиалам. И соединять эти два инфоблока в выборках и фильтрации - одним запросом.
Если планируется хранить много товаров и ценовых предложений (больше 100 тыс.) - подумайте сразу о инфоблоках 2.0 и индексах на фильтрующиеся поля.
[B]Типы цен, вилки цен, валюты[/B]
Если планируете их использовать то одним супер-инфоблоком не обойтись. Нужен минимум один (либо для каждого филиала свой) инфоблок типа торгового каталога для работы с типами цен и вилками цен.
