Форум

Проблему решил. Была неверная настройка фильтра. С толку сбивают не информативные сообщения об ошибки..

1. Нужно создать два профиля выгрузки с разными фильтрами по номенклатуре.
2. Создать в ручную два инфоблока на сайте.
3. Выгрузить XML на дисе и посмотреть идентификаторы каталогов. Эти идентификаторы прописать как внешние коды у инфоблоков созданных в п.1.

Таким образом должна установиться связь.

Можно при помощи модуля [URL=http://dev.1c-bitrix.ru/community/webdev/group/24/forum/26329/]Ресайзер[/URL].

А еще можно построить меню состоящего из разделов нескольких инфоблоков на основе [URL=http://dev.1c-bitrix.ru/community/webdev/group/24/forum/18664/]нашего компонента[/URL].

Евгений, для реализации данной задачи у торговых предложений (элементы отдельного инфоблока) должны быть заданы свойства: размер, цвет и прикреплена картинка. Эти элементы создаются при импорте из 1С файла offers.xml и мы знаем что этот файл не содержит никаких свойств и не содержит картинки (все это выгружается в import.xml в другой инфоблок (не являющийся торговым каталогом) элементов, которые содержат детальные описания товаров и не имеют цен).

Как нам выгружать из 1С значения свойств (цвет, размер и картинки) для торговых предложений если мы хотим каталогом товаров и торговых предложений полностью управлять через 1С ?

Консультировались ли вы с разработчиком модуля обмена с 1С по данному вопросу при разработке SKU ?

Есть ли в планах?

[QUOTE]Евгений Малков пишет:
Евгений Жуков, а если, у товара не указан размер, то получим "Ошибка добавления товара в корзину"? Не у всех товаров есть размер[/QUOTE]

Это неприятный момент в текущей реализации характеристик, но он лечится. Можно например добавить еще одно значение свойства "размер не выбран" и передавать его как скрытый input при сабмите формы. Необходимо будет чуть-чуть подправить шаблон компонента.

[QUOTE]Олег Іванюк пишет:
Сделаю так что бы в детальном просмотрне всё сразу видно было - какие есть разновидности. [/QUOTE]

Можно и так -- я ориентировался на ваш скриншот.

Я вижу решение задачи так:
Сделать на новом функционале SKU (один инфоблок с товарами -- в нем хранятся названия, второй -- товарные предложения, каждое имеет свойство размер, цвет, артикул, фотографию, цену, кол-во на складе).
Для детальной страницы товара придется написать компонент, который будет в зависимости от привязанных к товару предложений строить чекбоксы выбора цвета и размера. В зависимости от выбора javascript`ом будут меняться артикул и фото (а при необходимости цена и остаток). В корзину будет отправляться товарное предложение с выбранными характеристиками.
~8 часов (с версткой)

Смотрите как все не понятно в админ-форме когда на одной копии ПО работает несколько и-м`ов и у каждого своя группа свойств заказа:
http://screencast.com/t/jPeKg0qv

Причем, название группы же отображается в процессе оформления заказа, по этому прямо в названия метки какие-то не хотелось бы вписывать..

[QUOTE]Андрей Плотников пишет:
Настройки продукта -> Настройки модулей -> Интернет-магазин->Экспорт в "1С:Предприятие"[/QUOTE]

При установке типового решения "Интернет-магазин за 4 часа" все соответствия оказались пустыми.
Почему для дефолтных значений свойств заказа сразу не настроить соответствия?

Почему бы не сделать соответствия без которых получается ошибка:
[QUOTE]Ошибка данных входящего CML: Не обнаружено наименование контрагента.
Произошла ошибка: . По причине:

Не удалось найти/создать контрагента.
Не удалось обработать документы, загруженные с сервера.
Обмен не выполнен
Не выгружен ни один заказ.
Обмен заказами завершен с ошибками!!!
[/QUOTE]
обязательными для заполнения?