Форум

Всем добрый день!
Не редактируются свойства заказа пользовательского типа в Админке Интернет-магазина
Сделал свойство заказа пользовательского типа по материалам
[URL=https://dev.1c-bitrix.ru/learning/course/?COURSE_ID=43&LESSON_ID=7350&LESSON_PATH=3913.4776.7351.7350]https://dev.1c-bitrix.ru/learning/course/?COURSE_ID=43&LESSON_ID=7350&LESSON_PATH=39...[/URL]
На одном сайте, где установлены последние обновления Битрикс всё успешно работает.
На другом проекте, где БУС [URL=http://www.1c-bitrix.ru/] 17.0.9[/URL], обновлённая летом 2017 г. при попытке редактировать заказ, выдаётся в консоли ошибка JavaScript[QUOTE][B]invalid input type: DELIVERY_STORE_TYPE[/B][/QUOTE]



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


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

Однако та же ошибка появляется в стандартной форме оформления заказа:

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

Может кто сталкивался с подобной проблемой, знает как обойти или хотя бы куда копать в части внутренних механизмов JavaScript админки Битрикса?

Столкнулся с похожей проблемой - перестал работать метод CSaleOrder::Update в части проставления признака оплаты и номера транзакции после того, как добавил дополнительный метод оплаты (см. [URL=https://dev.1c-bitrix.ru/community/webdev/user/72708/blog/27985/]https://dev.1c-bitrix.ru/community/webdev/user/72708/blog/27985/[/URL]). До этого всё работало исправно.

Специфика задачи - обработчик оплаты картой, нужно при получении от банка информации об оплате проставлять оплату заказу и сохранять номер транзакции (чтобы потом можно было сделать возврат)
Проблему решил следующим образом используя D7
[CODE]// Получаем заказ по номеру
/* @var Bitrix\Sale\Order $order */
$order = Sale\Order::load($orderID);

//Оплаты
$paymentCollection = $order->getPaymentCollection();
//Оплата картой
$obCardPayment = null;

//Проход по всем оплатам для поиска оплаты картой
foreach ($paymentCollection as $payment) {
   //Проверяем, является ли оплатой картой
   if ($payment->getPaymentSystemId() == PAYMENT_CARD) {
       //Выбираем первую ПС картой для оплаты
       $obCardPayment = $payment;
       break;
   }
}

//Если нашли ли оплату картой
if ($obCardPayment !== null) {


   //обновляем заказ
   //Подтверждаем оплату
   $obCardPayment->setPaid("Y");
   $obCardPayment->setField('PAY_VOUCHER_NUM', $invoice_number);
   $obCardPayment->setField('PAY_VOUCHER_DATE', new \Bitrix\Main\Type\DateTime());//date("d.m.Y"));
   //Обновляем заказ
   $order->save();[/CODE]


При этом общий признак оплаты заказа устанавливается сам автоматически, без каких-либо дополнительных функций.

В header.php шаблона должно быть[CODE]<title><?$APPLICATION->ShowTitle()?></title>[/CODE]Тогда <title> можно устанавливать в любом месте кода в любом компоненте с помощью[CODE]$APPLICATION->SetTitle('заголовок');[/CODE]Из документации

[QUOTE][B]ShowTitle[/B]
Метод использует технологию [URL=http://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=43&LESSON_ID=3489]отложенных функций[/URL], позволяющую, помимо всего прочего, задавать заголовок страницы (например, внутри компонента) уже после того как был выведен пролог сайта. Нестатический метод.[/QUOTE]

Как написано здесь
[URL=https://dev.1c-bitrix.ru/support/forum/forum6/topic51803/]https://dev.1c-bitrix.ru/support/forum/forum6/topic51803/[/URL]
нужно использовать [B]CSaleBasket::Update[/B], указав в полях ID уже оформленного заказа

[CODE]<?=htmlspecialcharsBack($arResult["PROPERTIES"]["Название свойства"]["VALUE"]["TEXT"])?>[/CODE]В Битрикс для этих целей есть специальная функция htmlspecialcharsBack()
Источник решения: [URL=https://dev.1c-bitrix.ru/community/forums/forum6/topic47818/]https://dev.1c-bitrix.ru/community/forums/forum6/topic47818/[/URL]

Была такая же проблема с дублированием элементов, выдаваемых функцией CIBlockElement::GetList()
Поменял в свойствах инфоблока "Значения свойств хранятся:" с "в общей таблице (по умолчанию)" на   "в отдельной таблице для данного информационного блока". После этого множественные свойства, например, список файлов, начинают выдаваться в виде массива

Натолкнулся недавно на то, что пользовательские поля из свойств раздела не ввыводились.
Для вывода должен быть обязательно  задан IBLOCK_ID в фильтре CIBlockSection::GetList()
[URL=https://dev.1c-bitrix.ru/api_help/iblock/classes/ciblocksection/getlist.php]https://dev.1c-bitrix.ru/api_help/iblock/classes/ciblocksection/getlist.php[/URL]
[QUOTE][B]Важно! [/B]Чтобы фильтрация выполнялась по пользовательским свойствам, необходимо обязательно передавать в фильтр IBLOCK_ID.[/QUOTE]

Была аналогичная проблема.
В настройках ИБ в свойствах поля установил галочку "Выводить на странице списка элементов поле для фильтрации по этому свойству", всё заработало.
[IMG WIDTH=782 HEIGHT=570]http://i.imgur.com/Sr3a9rn.png[/IMG]

Чтобы выводил по 10 элементов, нужно указать 4-й параметр cnt
По умолчанию выводит все найденные элементы

[CODE]$items = GetIBlockElementList($iblock_id, false, Array("SORT"=>"ASC"),10);
[/CODE]

При самостоятельной регистрации пароль лежит в [B]CONFIRM_PASSWORD[/B], а при автоматической регистрации в sale.order.ajax пароль лежит в [B]PASSWORD_CONFIRM[/B]
Проверено с помощью var_export()
Поэтому код для http://dev.1c-bitrix.ru/community/webdev/user/17138/blog/1740/ можно написать следующим образом

[CODE]$toSend["PASSWORD"] = strlen(trim($arFields["CONFIRM_PASSWORD"]))>0?$arFields["CONFIRM_PASSWORD"]:$arFields["PASSWORD_CONFIRM"];[/CODE]