Есть интернет-магазин. Одна единая 1С по двум филиалам, для одного 6 складов, для другого 7(цены одинаковые в филиалах).
В 1С храним картинки и описания для товаров основного каталога (номенклатуры), там же их дополняем, правим и т.д.
На данный момент(в разработке) выполняем два обмена по товарам с отборами по складам, которые настроены на разные инфоблоки(на 2), один по 6 складам одного филиала, другой по оставшимся.
На сайте работаем в зависимости от филиала с нужной парой инфоблоков (осн.кат. и торг.предложения).
Минус этого что у основного товара разные ID, на которые "повязаные" различные модули, статистики и т.п. Т.е. для 1ой пары ИБ - норм, для 2ой пары ничего нет, т.к. ИБ новый. Также минус в том что будут дублироваться картинки и описания.
Может есть более правильное решение, для того чтобы был единый ИБ для описаний и картинок и для каждого филиала он связывался только с нужными торговыми предложениями в зависимости от филиала на сайте - чтобы были правильные актуальные остатки из сходя из филиала?
Или если в одном обмене выгружать сразу в один ИБ все 13 складов, а потом в Битриксе обрабатывать остатки по складам и записывать их в два новых св-ва(под тип "кол-во в филиале1" и потом работать с ними в компонентах?
А может оно и лучше что делим на два обмена всю эту проблему по товарам в филиалах?
В 1С храним картинки и описания для товаров основного каталога (номенклатуры), там же их дополняем, правим и т.д.
На данный момент(в разработке) выполняем два обмена по товарам с отборами по складам, которые настроены на разные инфоблоки(на 2), один по 6 складам одного филиала, другой по оставшимся.
На сайте работаем в зависимости от филиала с нужной парой инфоблоков (осн.кат. и торг.предложения).
Минус этого что у основного товара разные ID, на которые "повязаные" различные модули, статистики и т.п. Т.е. для 1ой пары ИБ - норм, для 2ой пары ничего нет, т.к. ИБ новый. Также минус в том что будут дублироваться картинки и описания.
Может есть более правильное решение, для того чтобы был единый ИБ для описаний и картинок и для каждого филиала он связывался только с нужными торговыми предложениями в зависимости от филиала на сайте - чтобы были правильные актуальные остатки из сходя из филиала?
Или если в одном обмене выгружать сразу в один ИБ все 13 складов, а потом в Битриксе обрабатывать остатки по складам и записывать их в два новых св-ва(под тип "кол-во в филиале1" и потом работать с ними в компонентах?
А может оно и лучше что делим на два обмена всю эту проблему по товарам в филиалах?