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

Это где?
В 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. Есть подозрение, что вы не понимаете, что такое товар, а что такое его предложение..

Предусмотрено. Тогда она должна храниться в самом товаре. Но лучше использовать предложения.

По 3 вопросу..
Товары и предложения хранятся в разных файлах.
У предложения ид может быть как равен ид товара, так и может быть равен <товар>#<характеристика товара>

Поставьте все обновления и модуля 1С и БУС , это должно помочь.

Пользовательское дерево групп используется?
Полная выгрузка используется, или только изменения?
При следующем обмене время такое же?

Цены хранятся в предложениях. если нет предложений, то и цен нет.
Ошибка, должны были поправить. В новых обновлениях должно быт поправлено.

Пока адреса, можно и ручками занести, их не много. Потом посмотрим.

Там все переделывается. С сайта будет выгружаться XML в новом формате(тот который выгружается из 1С сейчас). А в 1С будет дополнительные возможности управления загрузки данных(примерно 80% обработки написано заново). Но я пока не могу сказать, когда она сможет работать, т.к. если со стороны 1С она уже на этапе тестирования, то со стороны сайта работы практически еще не начинались.

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

Если не изменяет память, то там хранится как ид товара, так и ид характеристики, т.к. нужно разбить объединенный ид на 2.
Сейчас обработка загрузки товаров кардинально переделывается.