Форум

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

Ребят, приветствую! Для получения свойств заказа юзаю такой код:

[CODE]$order = Sale\Order::load($orderId);
$props = $order->getPropertyCollection();
$orderCustomerEmail = $props->getItemByOrderPropertyCode('EMAIL')->getValue();
[/CODE]
Данные по заказу подтягиваются. Коллекция свойств тоже. А вот получение значения свойства ни по коду - ни по id ничего не возвращает. Хотя это свойство и его значение присутствуют в объекте коллекции. Кто-нибудь сталкивался с подобным? В какую сторону копать?

Ну и спасибо всем кто заглянул конечно!

Всем у кого возникла подобная проблема, процитирую ответ ТП Битрикса. Разработчики в курсе проблемы - проблема находится в разработке.

В качестве временного решения было предложено:
[QUOTE]в файле /bitrix/modules/sale/lib/internals/orderprops.php на строке 224
изменить $maxlength = 500  на $maxlength = 1024
[/QUOTE]
Разумеется $maxlength может быть по значению и выше.

Все кто прочитал это сообщение и до внесения правки предложенной ТП пока ещё сталкивается с проблемой - просьба написать тикет в ТП, чтобы повысить приоритет её решения. Те же кто прочитает тему и не увидит никаких проблем - мои поздравления! По всей видимости проблема была решена.  :)  Всем спасибо - все свободны! Занавес...

Ребят, доброго времени суток! Есть такая проблема - для свойства заказа типа string существует ограничение на длину значения свойства. БУС не сохраняет текст длиной более 500 символов. Подскажите, пожалуйста, как можно легитимно обойти это ограничение? Есть необходимость хранить поле заказа, длина строки которого может превышать допустимое значение в 500 символов. Как я понимаю через SQL-запросы бесполезно пытаться увеличить длину значения свойства. Видимо ограничение также проверяется на уровне движка перед сохранением значения. А модифицировать ядро не рекомендуется. Кроме свойства типа string по смыслу другие типы не подходят. Какие есть ещё варианты по решению данной проблемы?

Если кому будет интересно в TП порекомендовали использовать [URL=https://dev.1c-bitrix.ru/api_help/subscribe/classes/csubscriptiongeneral/csubscriptiongetlist.php]методы старого API[/URL].

Ребят, приветствую! У меня есть задача получить все рассылки текущего пользователя. Пытаюсь использовать метод Subscription::getList.


if(CModule::IncludeModule("sender")) {
  try {
      var_dump(Subscription::getList(['EMAIL' => '[URL=mailto:test@test.com]test@test.com[/URL]', 'MAILING_ID' => 1]));
      echo 'ok';
  }
  catch (Exception $e) {
      echo $e->getMessage();
  }
}

Возвращается ошибка: Unknown field definition `EMAIL` (CONTACT.EMAIL) for \Bitrix\Sender\Contact Entity.

Что пошло не так?

Ребят, всем привет! Знаю, что тема заезженная и многих уже вымораживает этот вопрос тем не менее прошу отнестись с пониманием.

Для выборки элементов использую метод:

$dbItems = ElementTable::getList(
   [
       'select' => [
       'ID',
       'IBLOCK_ID',
       'NAME',
       'PREVIEW_TEXT',
  ],
  'filter' => [  'IBLOCK_ID' => $ibId]
   ]);

Вопрос  по поводу массива параметра фильтра. Можно ли дополнительно отфильтровать элементы по нескольким свойствам? Одно из которых привязка к элементу, другое к пользователю с помощью данного метода?  Или по старинке лучше юзать  [URL=https://dev.1c-bitrix.ru/api_help/iblock/classes/ciblockelement/getlist.php]CIBlockElement::GetList[/URL] ? Или же есть более изящный способ получить нужные мне данные? Заранее спасибо всем кто откликнется!

[QUOTE] написал:
Потому что нет такого поля в инфоблоке.[/QUOTE]
Подразумевался список, который выделил во вложении. Забавно, что если в массиве указать к примеру [B]"SECTION_CHOOSER" => "D[/B]", то в созданном ИБ Интерфейс привязки элемента к разделам будет выбран "Выпадающие списки". С опцией "Участвует в документообороте или бизнес процессах" так не прокатило. Поэтому обратился за помощью.

[QUOTE] написал:
Явно передайте ключ"WORKFLOW" => "N"  [/QUOTE]
Покорнейше благодарю. То что было нужно! Спасибо!

Ребят, привет! Создаю инфоблок с помощью API - битрикс. С помощью массива ниже описываю свойства инфоблока.

[QUOTE]$arFields = [
"ACTIVE" => "Y",
"NAME" => "Элементы",
"CODE" => self::IB_TYPE."_".$ibCode,
"IBLOCK_TYPE_ID" => $ibType,
"SITE_ID" => $ibSiteId,
"SORT" => "1",
"GROUP_ID" => $arAccess,
...
"INDEX_ELEMENT" => "N",
"WF_TYPE" => "N",
"VERSION" => 2,
];[/QUOTE]

При создании ИБ полностью игнорируется опция [B]"WF_TYPE" => "N". [/B]Я не хочу, чтобы ИБ и его элементы участвовали в документообороте. Эту проблемку можно как-то решить? Или API не позволяют устанавливать данный параметр?