Форум

Да и, кстати, [URL=https://dev.1c-bitrix.ru/user_help/settings/settings/components_2/include_areas/main_include.php]Включаемые области[/URL], как вариант

Как вариант [URL=https://dev.1c-bitrix.ru/api_help/main/reference/csite/indir.php]CSite::InDir[/URL]

При загрузке из 1С каталога в справочники (HL блоки) заносятся необходимые значения. При этом им задается "безумный" XML_ID из которого, дальнейшем генерируется ЧПУ умного фильтра. Есть какойто "стандартный" механизм повлиять на это? (Чтоб и дальнейший обмен не нарушался, и чпу был понятным)

Александр Павлов, я не про документирование шаблонов.

[QUOTE]Александр Павлов написал:
В документации по API оформления заказа все есть + можете разобрать сам компонент оформления заказа.[/QUOTE]
Это все понятно. По большому счету "нет ни каких проблем" вообще написать свою  CMS, Можно все делать исключительно на старте..... Это все понятно...
Даешь каждому фрилансеру свой велосипед. Чтоб уж получил клиента и фиг он от тебя свалил...

По этому, прежде чем строить свои велосипеды в любой не понятной ситуации, лучше попробовать обсудить с компанией Битрикс. В конце концов повышение ценника интеграции не идет на пользу в деле привлечения клиентов. (ни нам ни Битрикс). Да, к сожалению, тема забита пустыми нападками, и конструктива мало. А от сотрудников Битрикс, к сожалению, в основном: "Мы создали великолепный компонент, убеждайте в этом своих заказчиков или меняйте сами ибо 'тыжпрограммист'"

Хм... Мероприятие это товар со своей ценой. Какая разница велосипед или мастер-класс?

Не зря же при создании тикета есть галки.

Учебные курсы и документация не помогли решить проблему
Я понимаю, что вопросы изменения дизайна и доработка функционала не решаются техподдержкой

Ответ дан исключительно опираясь на данные доступные в документации. Я не знаю как принято в Битрис, но на мой взгляд знать ответы на подобные вопросы не обязательно для ТП первого уровня.

А при чем тут init.php?  Файл подключается раньше, а обработчик события гораздо позже вызывается, тогда уже есть переменная $GLOBALS['USER'] (она же $USER).  То что реализация обработчика описана в init.php (кстати, я бы рекомендовал выносить в отдельные файлы, и пользоваться функцией автозагрузки классов при обращении) не означает что метод выполняется в момент подключения файла.

[QUOTE]Дмитрий Чебыкин написал:
Как я понял, обуславливать обработку для OnBeforeIBlockElementUpdate в зависимости от пользователя, все равно нельзя (или нет?). [/QUOTE]
Можно... Просто тогда условие видоизменяется: конкретного пользователя всегда считать процессом обмена.... Это отличается от исходного[QUOTE]Дмитрий Чебыкин написал:
Если так, то нельзя ли сразу пользователя (считаем, что для обмена у нас отдельный пользователь) на хите определить и задать аналогично $inExchange[/QUOTE]
Если. Конкертный пользователь означает обмен и только обмен, тогда и проблемы то нет. Переменная $inExchage совсем не нужна - просто анаизируем текущего юзера...

нет не проверял. согласно документации
OnBeforeCatalogImport1C - событие, вызываемое перед началом процедуры обмена: перед загрузкой XML в базу данных после загрузки файла на сервер. (т.е. это то же этап D)[COLOR=#333333]
[/COLOR]OnSuccessCatalogImport1C - событие, вызываемое после окончания обмена одним XML-файлом

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

Да вполне рабочий вариант и с кастомизацие файла 1c_exchange.php. Сделать переменную ExchangeHandlers::$inExchange  Это даже лучше чем мой. Я бы сделал так:
создал файл my_1c_exchage.php в нем устанавливал флаг из моего кода и дальше инклуд битриксного.  1Ску настроить на my_1c_excahnge.php