Форум

[QUOTE]Николай Ефремов пишет:
Но, насколько я знаю современный механизм выгрузки, для решения вопроса одновременности нужно всего лишь в коде компонента загрузки задействовать последний параметр функции CIBlockCMLImport::Init(), и вынести для порядку этот параметр в настройки компонента[/QUOTE]
Интересно, подробнее опишите?

:o  Николай ну вы даете :)

Указанный вами обработчик размещаете в init.php, в него добавляете проверку это обмен с 1С или нет, и если да, то делаете uset. Определять, например, можно по параметрам из GET.

[QUOTE]Николай Ефремов пишет:
А какие конфликты могут быть? Тыкнется одна 1С-ка в занятый другой сайт, вернет ошибку авторизации и будет ждать следующего раза. Несколько минут переждать (если частая выгрузка), думаю не критично. [/QUOTE]
5 баз, обмен каждые 5 минут, как думаете часто будут блокировки?

Сергей, как решили задачу, отпишитесь, интересно.

Ага, мы из Ростова-на-Дону, проведем встречу в скайпе ?  :)
internet@gendalf.ru

Вы описываете идеальную картину, мой опыт подсказывает что никто ломать/строить бизнес процессы для сайта не будет, даже если это важный проект. Важный - не основной, а поломать основной некому не захочется.

Все будет нормально, если определить основной каталога товаров как один из выгружаемых, либо вести его в ручную на сайте.

[QUOTE]Максим Рукомойников пишет:
рейтинг на форуме Битрикс. [/QUOTE]
Что-то новенькое :)

Это подойдет если не нужен обмен каждые 5 минут каждой базы.

Битриксам можно брать на заметку и сделать доработку под параллельный обмен.

[QUOTE]pashilyaev пишет:
То есть, при загрузке из 1с нужно будет грузить только стоимость и остаток из каждого филиала?[/QUOTE]
Все зависит от общей задачи по интеграции, где собираются администрировать каталог, на сайте?

Наиболее простой вариант, когда основной каталог с описаниями и картинками ведется в ручную на сайте, а позиции выгружаемые из 1С программно (по вашему ID) связываются с такой карточкой товара.
Если развернуть тему, нужно продумать что именно хранить в карточке товара, можно цену и "остаток из основной 1С", или среднюю цену и общий остаток, для отборов и сортировок.
Все зависит от конкретных требований проекта.

[QUOTE]Alexey Andreev пишет:
да. только при этом придется допиливать процедуры обмена в обоих системах.[/QUOTE]
В 1С можно ничего не менять, со стороны сайта может нечего особо серьезного и не придется делать, событий должно хватить.

И еще напомню, что одновременный обмен 2х и более 1С с сайтом - это не штатная ситуация которая приводит к ошибке обмена, так как обмен использует только одну временную таблицу.

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

И лучше бы выделить "главную" 1С в которой описание, картинка и т.д. считается верной.

За размер базы при 20 000 позиций я бы не переживал.