Форум

Спасибо за ответ!!
То есть в папке /bitrix/php_interface/include/sale_payment/ должен лежать конкретный файл обработчика ответа, а не вся папка с обработчиком? А как он должен называться тогда?
Подозрительных .htaccess не нашел.
В настройках оплаты прописал путь http://my_site.ru/order_res.php, где соответсвенно order_res.php - страница с размещенным на ней компонентом "Подключение обработчика результата платежной системы". Страница сама по себе открывается все нормально, просто компонент вызывает обработчик не из /bitrix/php_interface/include/sale_payment/, а из bitrix/modules/sale/payment/.

Если это поможет, то при оплате заказа не изменяется статус на Оплачен по причине "не совпадает подпись". Если это можно устранить без создания пользовательского обработчика буду очень рад)))

Копируете шаблон компонента детального вывода элемента, в его папке создаете файл result_modifier.php. В нем при помощи апи битрикса выбираете нужные данные из Расписания - можно воспользоваться функцией GetIBlockElementList() я думаю, в ней указываете массив arFilter
[CODE]array("PROPERTY_<код свойства привязка>_VALUE" => "ID_Курса")[/CODE]
она выдаст вам все элементы инфоблока Расписание, связанные с данным курсом. Дальше все это дело записываете в arResult, и в детальном шаблоне выводите полученные данные из arResult. В справке есть описание функций, а также описание структуры компонента, массивов которые там используются и прочего))

Тип свойства привязка - это привязка к элементам? Если так то в это свойство запишется id элемента инфоблока Курсы, а по нему при выводе курса детально можно выбрать данные из Расписания. Сделать это можно в файле result_modifier.php в папке шаблона компонента - выбрать элементы инфоблока расписание, отфильтровав по id курса.
Вот как-то так я думаю, хотя я может чего недопонял...

Добрый день! Возникла задача немного изменить обработчик результата платежной системы ChronoPay. В настройках модуля интернет-магазин поставил путь к пользовательским файлам обработчиков bitrix/php_interface/include/sale_payment/ Поменял нужные нужные вещи в файлах, скопировал папку chronopay в /sale_payment - не работает. Пробовал создавать в папке просто один файл chronopay_res.php, не помогло.
Документацию читал вот тут  
http://dev.1c-bitrix.ru/user_help/store/sale/sale_settings/sale_pay_system_file.php
Ничего непонятно, кто-нибудь может толком объяснить как подключить обработчик, какие файлы где должны лежать??

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

Добрый день! Вопрос скорее в интеграцию с 1С, но там нет никого, поэтому пишу сюда... Возникла следующая проблема: при выгрузке заказов 1С пытается отправить на сервер все заказы, полученные ранее с сайта, независимо от их статуса. К примеру:
1. Создан заказ на сайте, статус принят
2. Произведен обмен, заказ попал в 1С
3. В 1С сделан документ оплаты, произведен обмен, статус заказа на сайте Оплачен
4. В 1С сделан документ отгрузки, произведен обмен. При этом выдается служебное сообщение о том, что заказ №Такой-То не может быть изменен(находится в финальном статусе, оплачен или разрешена доставка), пишет обмен выполнен успешно, на сайте устанавливает статус отгружен

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

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

Да, спасибо, я разобрался уже) Сделал обходным путем ;)

[QUOTE]
arFields - Массив полей нового раздела информационного блока. Дополнительно, в элементе массива с индексом "RESULT" содержится результат работы (возвращаемое значение) метода CIBlockSection::Add и, в случае ошибки, элемент с индексом "RESULT_MESSAGE" будет содержать текст ошибки.
[/QUOTE]
Цитата из справки http://dev.1c-bitrix.ru/api_help/iblock/events/onafteriblocksectionadd.php

Слова Массив полей ведут меня сюда http://dev.1c-bitrix.ru/api_help/iblock/fields.php#fsection
Здесь черным по серому написано
[QUOTE]DEPTH_LEVEL - Уровень вложенности группы. Вычисляется автоматически (не устанавливается вручную)[/QUOTE]
Как быть, что я делаю не так? Где же признанные корифеи форума, помогите!!

Добрый день!
Проблема в общем такая:
В 1С присутствует каталог с уровнем вложенности разделов 4. При выгрузке из 1С необходимо определить уровень вложенности создаваемого раздела и в зависимости от него что-то сделать. Пробовал воспользоваться событием OnAfterIBlockSectionAdd примерно вот так:
[CODE]
function My_OnAfterIBlockSectionAdd(&$arFields){
 if(($arFields["IBLOCK_ID"] == IBLOCK_ID) && ($arFields["DEPTH_LEVEL"] == 4)){
    тра-та-та, здесь нужно что-то сделать
 }
}
[/CODE]
Оказалось что в обработчик события массив $arFields попадает какой-то урезанный, и в нем поля DEPTH_LEVEL нет, соответственно ничего не работает :(  Как быть в такой ситуации? Может обрабатывать какое-то другое событие... Подскажите, пожалуйста!