Форум

[QUOTE]Mobelis пишет:
Я реализовал следующим образом. При импорте создаю дополнительное свойство у товара Старая цена и скидка. И добавляю значения взятые из файл импорта. И вывожу на сайте. Но подумываю переделать как у Вас с небольшими доработками.
[/QUOTE]Как по мне, не важно какой алгоритм выбран. Главное тут - не навешивать это на события - очень много лишних ресурсов будет сжираться при импорте. В моем же методе с наследованием класса - запросов к базе добавляется самый минимум, самый минимум из всех возможных вариантов.

[QUOTE]Mobelis пишет:
Интересный подход но при удалении позиции товара на которую ссылалась скидка удаляется лишь связь между скидкой и товаром. Для удаления скидки вместе с товаром необходимо дополнительная обработка в момент события [url=http://dev.1c-bitrix.ru/api_help/iblock/events/onbeforeiblockelementdelete.php]OnBeforeIBlockElementDelete[/url] .
[/QUOTE]Если скидку для товаров создавать стандартными средствами, и если потом товары, на которые распространялась скидка будут удалены, то эта скидка тоже останется в системе. Я бы не стала вешать обработчик на событие [url=http://dev.1c-bitrix.ru/api_help/iblock/events/onbeforeiblockelementdelete.php]OnBeforeIBlockElementDelete[/url] - это слишком ресурсоемко (процент товаров, у которых есть скидки - мал, а обработчик будет отрабатывать для абсолютно каждого удаляемого товара и проверять есть у него скидка и надо ли ее удалять). По мне более эффективный вариант - либо расширить функционал класса импорта и удалять скидки при импорте в том же блоке, где удаляются/деактивируются товары, либо вешать какой-то скрипт на крон, к-й раз в неделю - а чаще точно не надо чистит хвосты.

На вопрос "почему" - там может быть много причин: какое-то новое поле в 1С добавилось, либо на сайте в инфоблоке удалилось, либо настройки обмена кто-то сбил, либо на 1С обновления накатили. Нужно каждое свойство в старом и в новом инфоблоке открыть в режиме редактирования и сразу будет видно, что к чему

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

Не то чтобы настроить - дописать. Я, к примеру, вот так делала как написано в этом моем посте [url]http://dev.1c-bitrix.ru/community/webdev/user/30123/blog/7408/[/url] в конце, правда, это не самый удачный метод ведения лога - я торопилась, но ошибку на стороне 1С мы успешно выловили.

Думаю, вам на стороне сайта нужно завести лог запросов, к-е приходят из 1С. Скорее всего какой-то запрос приходит не в том формате, как должно быть по протоколу обмена.

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

Я делала вот так [url]http://dev.1c-bitrix.ru/community/webdev/user/30123/blog/7438/[/url] Скидки - это такое индивидуальное для каждого проекта дело. Нужна кастомизация импорта.

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

А вместе с этим запросом  bitrix/admin/1c_exchange.php?type=catalog&mode=import&filename=import.xml  1С-ка не забывает ID сессии передавать? У вас типовая УТ или переписанная?