Форум

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

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

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

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

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

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

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

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

Это было под проект 1, под проект 2 наверно нужно будет уже менять стандартный код компонента, но опять же в том же русле, передавать некоторые параметры в фильтре, которые позволят отличить заказы.

Вот наверно единственная задача по не типовой интеграции, которую мы еще не решали на практике :)
Выгрузка и должна по умолчанию идти в любую 1С.
Судя по доке и коду есть вариант настройки, без модификации кода, но это теория.

На странице обмена в вызове компонента bitrix:sale.export.1c есть параметр
[QUOTE]
"SITE_LIST" => COption::GetOptionString("sale", "1C_SALE_SITE_LIST", "")
[/QUOTE]

В компоненте он обыгрывается таким образом
[QUOTE]if(strlen($arParams["SITE_LIST"])>0)
  $arFilter["LID"] = $arParams["SITE_LIST"];
[/QUOTE]

А в классе выгрузки это передается так
[CODE]
$dbOrderList = CSaleOrder::GetList(
   array("ID" => "DESC"),
   $arFilter,
   ....
[/CODE]

Т.е. под каждую 1С делаете свою страницу обмена и в параметре SITE_LIST передаете нужный ид сайта.



Мне больше интересно как вы будите решать проблему одновременной выгрузки каталога, насколько я знаю во время обмена используется одна временная таблица, если один импорт еще не завершен, а пошел второй, то будет конфликт и первый обмен до конца не пройдет.
Для решения задач одновременного обмена мы сильно дописывали ядро, но это была еще БУС 6-ка :)

Возьмем на аутсорс :)
http://dev.1c-bitrix.ru/community/webdev/user/29646/blog/meet-department-of-internet-projects-gk-quotgandalfquot/

Меня, на самом деле, больше смутило пожелания к навыкам еще и маркетинга в интернете, причем глубокого :)
Если совмещение требований программиста/системного администратора/чуть-чуть менеджера  в вакансиях это норма, но для Российских компания, западные более образованы в этом плане.

Вот и стало интересно как же у западников называется человек, который может кодить-админить-управлять-заниматься глубоким маркетингом в интернете :)

Скажите, как именно звучит должность в Вашей западной компании? По "правильному" так сказать. "Project manager"?

Интересно в ком же, предположительно, для крупной западной компании могут сочетаться качества:

[QUOTE]KKalinin пишет:
Необходимы отличные знания API битрикса[/QUOTE]
[QUOTE]KKalinin пишет:
процесса конфигурировании веб-систем для работы с высоконагруженными проектами[/QUOTE]
[QUOTE]KKalinin пишет:
знание различных серверных технологий, глубокие знания в области интернет-маркетинга и социального маркетинга, опыт работы с различными технологиями интернет-рекламы[/QUOTE]

Денис, как я понимаю веб-расширение - это набор библиотек, которые нужны при разработке веб-приложения по технологии ASP.NEТ. Т.е. вы имеете готовый набор фишек, которые позволяют показывать справочник номенклатуры, заказы и может что-то еще на сайте, без доп программирования, просто использовав соответствующий "компонент", я уже и не помню как они в ASP.NEТ называются.

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

Мы пробовали делать такой проект, создавали промежуточную базу 1С, данные из которой отображались на сайте и она обменивалась с реальной. Не все хорошо шло, потом сделали на битриксе :). "Быстро и просто" не показалось тупо лозунгом после работы с веб-расширением.

О, Евгений, так может вы и повлияете на разработчиков, пусть информативности добавят в такие сообщения.