API поставщиков загрузка в 1с

Лучше всего сделать так, как требует заказчик...

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

в том то и дело, что заказчик не знает как лучше и спрашивает

Я реализовал через инвентаризацию на виртуальный склад (соответственно и двумя документами списание и оприходования), можно просмотреть историю изменения остатков поставщика для анализа - потому что ранее до этого было просто по документу оприходованию на виртуальный склад. Потом они захотели анализ делать. Цены через документы установку цен (причем ДВА документа: первый обычный оптовая поставщика, второй цены РРЦ). Потом можно через определенный момент убивать все документы по поставщику и оставлять последние с актуальными данными. Для выгрузки использую схему при которой можно просто в настройках указывать какие склады выгружать (склады "Виртуальные" по ним не ведем учет). Дальше при приходе заказа покупателя на товар который у поставщика формируем документ "Заказ поставщика" (обычно его нужно формировать в определенное время для каждого поставщика отдельно и формировать надо отдельно обычно в полуавтомате) и далее делаю поступление на основной склад ИМ. Вроде схема простая, но потом начинает обрастать тем что понадобится производить анализ остатков, анализ цен для закупа и формировать автоматом цены с учетом (планируемого остатка на складе поставщика)... и т.д

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

Дело в том что частенько организации используют несколько торговых площадок (сайтов) с одним и тем же товаром, а также возможна ситуация когда создают отдельный сайт только для определенной группы товаров (например товары для детей, спортивные принадлежности и т.д). Сами учет ведут по одному списку товаров (например справочник Номенклатура) в котором все остатки и соответствующие цены для сайта, выгрузку товаров на сайт осуществляют из другого справочника (например Товарные предложения ИМ) . В товарном предложении хранят всю информацию которая необходима для самого сайта (товарные предложение подчинен справочнику сайт - в справочнике сайте хранится информация настройки этого сайта например: тип цен продажи магазина, организация от которой ведется учет, список складов с которых будут выбираться остатки для выгрузки, а также указан основной склад ИМ) то есть: представление товара (потому что иногда один и тот же товар на разных сайтах называется по разному), описание (описание товара которое выгружается на сайт - это полная информация о нем), краткая информация (информация которая выводится в для обобщенных блоках), картинки, дополнительные свойства связанные с видом товаров (например для вида товара холодильники добавляются свойства количество камер и т.д.), а также обязательная связка к основной карточке товара (ссылка на элемент справочника номенклатуры). При выгрузки используется соответственно справочник товарные предложения, а остатки и цены из номенклатуры.
Помимо данной схемы есть подобные, которые отличаются на немного от той схемы которые я описал выше, например все тоже самое, но связка с основной карточкой оформлена не как одна ссылка - а несколько с указанием количества (это удобно для формирования "комплектов").
Если полностью описывать схемы выгрузки на сайты, а также обратно загрузки данных в 1с - то ориентируйтесь на комерс эмаль.Это сократить вам время разработки как на стороне 1с так и на стороне CRM (так как в большинстве случаев CRM его поддерживают по умолчанию, а на стороне 1с можно подсмотреть это в УНФ, УТ 11- там все есть только будет немного модифицировать под свое). А также при построении схемы выгрузки используйте планы обмена для отслеживания изменений в каталоге (каталогах сайтов) - это также позволит вам оптимизировать обмен данными так как в большинстве случаев не все CRM принимают большие объемы за один раз.

Здравствуйте.
Подскажите, если можно с примером, как осуществляется подключение и сбор информации, к сайту поставщика по API. Если есть обработка, то будет еще лучше. В интернете как таковой инфы не нашел.