Александр Денисюк (Все сообщения пользователя)

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

Но если это 1 пакет, от дело в свойствах.

Да, надо. Т.к. у новых товаров изменений еще нет.

Нет, не планируется.

Пожелания можете написать тут: http://idea.1c-bitrix.ru/category/bitrix/1c_integration/

Напишите в техподдержку. Может, так и будет выгружаться 2 часа..

Пока негде почитать.

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

Скачайте обработку здесь: https://yadi.sk/d/vADR1twYanJBb
Запускаете ее, указывается нужный узел обмена, а потом нажимаете соответствующую кнопку.

Для модулей 4 версии не важно, что написано о деактивации в XML файлах. Там деактивация происходит по http запросу.

Это где?
В hl справочник, или в свойство типа справочник?

Могут быть проблемы в кодировке.

УТ У вас какая? Можно сделать внешнюю обработку, которая бы снимала принудительный полный обмен..

Если УТ 11, то при открытии настройки - слева будет("перейти" где)
Если Ут 10.3, то можно через операции - > Регистры сведений - > там нужный регистр..
Судя по номеру версии - модуль обмена старый. При накатывании обновлений он может начать работать неправильно. Старого модуля обмена для УТ 11.1.6. не будет.

Самый простой способ:
Делаете полную выгрузку, потом только изменения: сверяете размер файликов XML. Если они одинаковые, то значит обмен изменениями не активируется.
Смотрите еще регистр: Пакетный Обмен для CMS 1С-Битрикс. Остаются ли там пакеты. Их там быть не должно, если все 100% удачно.

Это значит, что модуль 4.0.3.1, но вот данные настроек обмена еще от версии 4.0.2.3.(там во всех узлах должна галочка новая проставится, чтобы выгружались предложения)

В старом модуле обмена так назывались объекты.
В модуле обмена 4, префикс Б_

Выгрузка происходит по пакетам, т.е. файликов одного типа будет столько, сколько пакетов + файл import, в котором хранится информация о свойствах товара, группы, склады, типы цен + файл offers, в котором хранится информация о свойствах предложений.

В версии 4.0.3.1. оптимизирована выгрузка товаров, если используется пользовательское дерево.

Если у вас выгружается 2 часа с изменениями, то нужно смотреть XML, возможно у вас не снимается признак принудительной выгрузки, в результате чего всегда выгружаются все данные. Для того, чтобы этот признак снялся - нужно, чтобы хоть один обмен этой настройки завершился 100% удачно(если не удачно, то в регистре хранения пакетов данных будут записи по этой настройки.)

от 0 до очень большого количества.

Ну опишите в чем косяк, а то вы прислали кусок кода, который вообще к остаткам не относится..

Если она у вас жутко переписана, то может не пойти любой модуль обмена. А так для вашей - модуль версии 4.0.3.1. который для УТ 10.3.29.1

Это сравнение проверяет, существует ли такой объект в 1С. Бывает так, что ссылка на объект остается, а самого объекта уже нет. Т.е. по уникальному идентификатору возвращается <Объект не найден>, который <> неопределено.  В этом случае обмен может упасть. У таких элементов версия элемента пустая.

Сделано колхозно, конечно, но в свое время не придумал ничего лучше.

там такой же код как и до решетки. Если первоначально данные пришли из 1С, то там уникальный идентификатор объекта(характеристики товара). Может быть, что после решетки ид такой же как и у товара, то тогда у товара нет характеристики.

Если у вас нет отдельного инфоблока с предложениями, то и не будет там решетки, т.к. она не нужна. Элемент 100% определяется по ид.

Если переделаете загрузку контрагентов и заказов, то не нужен(сейчас и заказы и контрагенты ищутся по этому реквизиту). + есть реквизит Б_Номер версии, который хранит версию элемента.

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

Если в кратце и коряво - предложения это не характеристики товара. Это сущность на сайте, к которой привязаны цены и остатки, которую клиент видит на сайте и заказывает товар.
Если в 1С у товара есть характеристики, то у всегда выгружаются предложения этого товара, где <ид товара>#<ид характеристики> и это предложение хранится в отдельном инфоблоке.
Если у товара нет характеристик, то в отдельном инфоблоке предложения не хранятся, а его цены и остатки хранятся в товаре. Этот товар и будет предложением.

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

Совсем нет.

Нет. из 1С дополнительные свойства в заказ не выгружаются. В обратную сторону выгружаются.

А, тогда, да с сайта может выгружаться и без цен. Я не проверял экспорт товаров с сайта без торговых предложений..

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