Форум

Если в компоненте нет параметров нужных вам по умолчанию, то просто добавив их ничего не произойдет. Вам необходимо дополнить .parameters.php нужными данными, а так же шаблон. В большинстве для этого подойдет такой вариант: создается в своем шаблоне компонента указанный файл с настройками параметров, далее в зависимости от того на что эти параметры влияют либо в template.php либо в result_modifier.php вносятся условия вывода или обработки для этих параметров. Если нужные дополнительные параметры играют большую роль в обработке данных, то компонент выносится в свое пространство имен и все правки уже производятся с компонентом, а не шаблоном для него.

Просто крик души: хочу старый вариант без того, чтобы влезать в ядро :cry:

Его нужно добавлять к товару в корзине примерно так:

[CODE]
$arParams['comment']=array(
"NAME" => "comment",
"CODE" => "comment",
"VALUE" => 'Тута текст комментария'
);
foreach ($basket as $basketItem){
     $item = $shipmentItemCollection->createItem($basketItem);
     $item->setQuantity($basketItem->getQuantity());
     $item->getPropertyCollection()->setProperty($arParams);
  }

[/CODE]

нашел статью еще про 12 версию
[QUOTE]
Списание зарезервированного количества (т.е. доступное количество товара = 7, зарезервированное количество = 0) произойдет при отгрузке товара (осуществялется новым флагом “Заказ отгружен” в форме редактирования заказа).

Если произойдет отмена оплаты, то доступное количество товара станет снова 10.

Вышеописанный сценарий работает как при выключенном складском учете, так и при включенном
[/QUOTE]
Это подстава((. Потому как менеджеры в заказ лезть не должны при связке сайт -> 1С
из 1С приходит отмена если у экспедитора не выкуплен товар и он сообщил об отказе, но количественное обновление из 1С придет тогда когда сам товар вернется((
И получается, что отмена на сайте товар делает доступным к покупке, а в 1С этого товара нет и он может вернется только через месяц, а клиенты делают и делают заказы, которые менеджеры отменяют и отменяют(( замкнутый круг какой-то.

Добрый день. Столкнулся на проекте с такой ситуацией:
имеем настройки

Пусть товара у нас 2 штуки. Делаем заказ 2 штуки, количество уменьшается и становится равно нулю. Резервирования у нас не включено. но если заказ отменить, то товар возвращается обратно. Вопрос Почему? Как убрать резервирование вообще?

[QUOTE]Есть ли возможность реализовать ветвление вопросов опросника в зависимости от предыдущего ответа?[/QUOTE]
В базовом варианте нет, только самому делать шаблон и при этом не использовать обязательность полей и  как сказали предварительно создать все вариации которые и отображать в шаблоне посредством js

вам нужно не ID вопросов указывать, а ID полей ответов. Самый простой способ посмотреть это если у вас включен расширенный вариант формы.

кроме того form_[B]text[/B]_name тип вопроса тоже должен быть правильный. если текст, то text, textarea - значит form_textarea_id, скрытое - form_hidden_id

дополню, условие нужно расширить, а то из админки заказ не создать будет, а так отсеим момент пока заказа нет
if($arParameters['VALUE']!=$arParameters['OLD_VALUE'] && !empty($arParameters['OLD_VALUE'])) {

так код я выше привел.
привожу конечный на текущий момент(решили не на определенную платежку, а на любую пересчет повесить)
[CODE]
\Bitrix\Main\EventManager::getInstance()->addEventHandler('sale', 'OnSalePaymentSetField', 'changePay');

function changePay(\Bitrix\Main\Event $event)
{
   $arParameters = $event->getParameters();
   if($arParameters['NAME']=='PAY_SYSTEM_ID'){
       if($arParameters['VALUE']!=$arParameters['OLD_VALUE']) { //это условие при смене платежки всегда отрабатывает

           \Bitrix\Main\Loader::includeModule('sale');

           $orderEnt = $event->getParameter("ENTITY");
           $arPayVals = $orderEnt->getFields()->getValues();
           
               $order = \Bitrix\Sale\Order::load($arPayVals['ORDER_ID']);

               $discount = $order->getDiscount();
               \Bitrix\Sale\DiscountCouponsManager::clearApply(true);
               \Bitrix\Sale\DiscountCouponsManager::useSavedCouponsForApply(true);
               $discount->setOrderRefresh(true);
               $discount->setApplyResult(array());

               
               if (!($basket = $order->getBasket())) {
                   file_put_contents($_SERVER["DOCUMENT_ROOT"] . "/upload/log/changePay.txt", "\n\n** " . date("d.m.Y H:i:s") . " ****" . __FILE__ . " " . __LINE__ . "\n" . print_r([$arPayVals['ORDER_ID'],'no basket'], true), FILE_APPEND | LOCK_EX);
               }

               $basket->refreshData(array('PRICE', 'COUPONS'));
               $discount->calculate();
               $order->save();

       }
   }
}
[/CODE]

чтобы было более понятно берем за основу 2 платежки нал и карта
создаем заказ так чтобы были скидки - карта, далее в личном кабинете меняем способ оплаты на наличку
при этом отрпбатывает код
[CODE]
$arFields = array(
                           "PAY_SYSTEM_ID" => 1
                       );
\CSaleOrder::Update($oId, $arFields);
[/CODE]

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

Но повторюсь это я привел именно самый плохой вариант. примерно в 80% все отрабатывает отлично, т.е. на 10 заказов - 2 выходят без пересчета.

только срабатывает через раз, точнее
условие if(($arParameters['VALUE']==7 && $arParameters['OLD_VALUE']==4) отрабатывет всегда, а вот пересчет через раз