Иван Малышин (Все сообщения пользователя)

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

Это вообще не о том, без надобности и понимания - не трогайте.

В рамках форума такую задачу тяжко разбирать.

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

В теории  - на событиях, например определять свойство по названию?

http://dev.1c-bitrix.ru/api_help/iblock/events/onafteriblockpropertyadd.php
http://dev.1c-bitrix.ru/api_help/iblock/events/onafteriblockpropertyupdate.php

На практике - один раз прописать в админке можно и в ручную.

Вот такой чек лист писал когда-то по настройке типового магазина

• Производим обмен
  
• Настраиваю пути по ИД и коду иблока в наст ройках иблока
  
• Создаем раздел под новый каталог и копируем туда компонент каталога, настраиваем его на работу по ID
  
• Добавляю свойства новинка и спец предложение в новый иблок, настраиваем главную
  
• Настраиваем левый блок – необходимо указать верный код типа иблока в расширении левого меню
  
• Настроить поля выгрузки в 1С
  
• настроить службы доставки и оплаты
  
• создать раздел auth и разместить там 2 стандартных файлика
  
• удалить демоконтент и сделать переидексацию
  

Хорошая новость, спасибо за обработчик.

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

Не похоже на проблему, которая решается типовыми настройками модуля обмена с сайтам. Возможно что-то связанное с учетом  в вашей конкретной 1С.

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

Может так, сначала допилка импорта, затем уже вывод в шаблоне.

Повесить обработчик на обновление элемента при импорте и писать 0 если пусто?

Предлагаю начать с еще более тупого, сохранить данныю ошибку в то, что она есть - html  страницу и прочитать ошибку

Подсказка

var_dump($arResult);

Отбор по дате изменения с последнего обмена, плюс еще ряд параметров

Конечно, банальный var_dump вам поможет

можно если УТ 11, или вы поставите дополнение на 10.3

Каждому клиенту предлагаем решение больше подходящее ему. При больших объемах - лучше хранить данные на сайте, если нет необходимости в картинках и свойствах в 1С, например для продавцов в оффлайне.

Вот это вы тему раскопали.

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

Вполне вероятно что выгрузка с характеристиками и не поддерживается http://1c.1c-bitrix.ru/ecommerce/require_1C.php

Это ключевое. Скорее всего хостинг не вытягивает.

Вот это уже нормальное описание проблемы.
Как я понимаю стандарт не подразумевает передачу поля активности раздела непосредственно в CommerceML, я собственно его там никогда не видел на практике. Да и проблема, в вашем случае, явно не в нем.

Судя по описанию вашей проблемы - вероятно изменился алгоритм импорта, если поверить на слово что "раньше работало и вы ничего не трогали"

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

А в ТП вам дали совет как передавать параметр активности (пометка удаления) раздела из справочника номенклатуры 1С на сайт,  как расширение типового CommerceML.

Как вариант хостинг ложиться. Проверьте предположение так - поставьте на выгрузку небольшую часть каталога (10 позиций), импорт прошел?

Да - написать свой простейший скрипт импорта пользователей.

Павел, вы зачем зря эксплуатируете громкие термины

Какое такое "правильно"? Правильно - это не в соответствии с Вашими предположениями, а в соответствии с заявленным стандартом CommerceML 2.0 http://v8.1c.ru/edi/edi_stnd/90/92.htm

Стандарт смотрели? В нем поле активности раздела передается?


Теперь по вашей конкретной задаче, если я правильно понял: разделы вы деактивируете ручками, то и активируйте обратно - ими же.
Или можно сделать доработку на сайте, не сложно, по активации/деактивации разделов, в зависимости от параметров товара, наличия или чего еще.

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

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

Читаю "почти все готово" с предпосылкой к небольшому бюджету, видимо, а вижу "тут делали-делали не доделали, предыдущий раб сбежал разработчик отказался продолжать работы, наворотил кучу полной херни которую только выкинуть , оставил недоделанными некоторые вещи, которые не один вменяемый разработчик не будет поддерживать"