Форум

Тоже озадачился сейчас этим вопросом. На основе этого типа цены рассчитать ничего не возможно, ни при работе с каталогом ни при работе с наценками или скидками. 12 лет работаю на битриксе и не перестаю удивляться. Кто-нибудь в курсе, какой смысл несет закуп цена? Кроме как автоматом заполняться при оприходовании товара? И выводиться в каких то отчеатх?

[QUOTE]В данном случае нужно использовать событие обновления продукта в торговом каталоге.[/QUOTE]
если использовать \Bitrix\Catalog\Product::OnBeforeUpdate или OnAfterUpdate, то при каждом изменении например кол-ва и/или цены будут происходить ненужные действия типа запросы в бд, вычисления и запись габаритов и веса.

нужно как то победить этот вопрос, чтобы при сохранении элемента записались поля которые будут редактиться раз в 1000 лет, если вообще будут редактироваться... есть у вас какие нибудь идеи?

OnAfterIBlockElementUpdate - то же не работает, т.к. вызывается раньше чем события торгового каталога.

Прошу помочь...

ловлю событие OnBeforeIBlockElementUpdate

выполняю какой то код ...
в процессе надо обновить габариты и вес

[CODE]
       $res = Catalog\ProductTable::update(
           123,
           array(
               "WEIGHT" => 7000,
               "LENGTH" => 100,
               "WIDTH" => 200,
               "HEIGHT" => 300,
           )
       );
[/CODE]

говорит $res->isSuccess()

но ни вес ни габариты не пишутся.... не могу понять почему!?!?! такое ощущение как будто где то переопределяются.

Хотя если просто запустить без события этот же код
[CODE]
       $res = Catalog\ProductTable::update(
           123,
           array(
               "WEIGHT" => 7000,
               "LENGTH" => 100,
               "WIDTH" => 200,
               "HEIGHT" => 300,
           )
       );
[/CODE]

все записывается.

Столкнулся с той же проблемой...
Задача: в свойство с типом - привязка к элементам, множественное - иметь возможность записывать одинаковые значения.
Причем!!! в свойство типа S или N (строка или число) - это успешно получается !!!

В методе SetPropertyValues, у типа привязка к элементам, зачищаются одинаковые значения, зачем? не понятно.

у кого нибудь, есть какие нибудь мысли, которые могли бы объяснить такую логику работы ?

Задача загружать заказы в бд. Их может быть как 1 так и 21 и 51 за раз, кол-во разное.

Что сделал:
Получаю информацию о заказах (кол-во разное от 1 до 1000).
Обрабатываю данные, подготавливаю массив.
Далее в цикле, поштучно запускаю функцию создания заказов.
И тут возникает проблема: если заказов до 15-18шт, они создаются без проблем, если кол-во больше то происходит дублирование заказов, причем такое ощущение, что цикл выполняется дважды, один и тот же заказ создается дважды.

[CODE]public static function getPosting()
{
   //тут получаем данные о заказах, подготавливаем $orders

   $ids = array();
   foreach ($orders as $ord) {
       $co = Orderlib::createOrder($ord);
       $ids[] = $co;
   }

   echo "<pre>"; print_r($ids); echo "</pre>";
}


public static function createOrder($o)
{
   $siteId = Context::getCurrent()->getSite();
   $currencyCode = Option::get('sale', 'default_currency', 'RUB');

   $basket = Basket::create($siteId);

   foreach ($o['products'] as $product) {

       $item = $basket->createItem("catalog", $product["offer_id"]);
       $item->setFields(array(
          'PRODUCT_PROVIDER_CLASS' => '\Bitrix\Catalog\Product\CatalogProvider',
          'NAME' => $product["name"],
          'PRICE' => $product["price"],
          'CURRENCY' => $currencyCode,
          'QUANTITY' => $product["quantity"],
       ));
       $item->markFieldCustom('PRICE');
       $item->setField('PRICE', $product["price"]);
   }

   $order = Order::create($siteId, Setting::UserId);

   $personTypeId = Setting::PersonTypeId;
   $order->setPersonTypeId($personTypeId);
   $order->setBasket($basket);

   //служба доставки
   $deliveryId = Setting::DeliveryMethod[$o['delivery_method_id']];
   $shipmentCollection = $order->getShipmentCollection();
   $shipment = $shipmentCollection->createItem(
       Delivery\Services\Manager::getObjectById($deliveryId)
   );

   $shipmentItemCollection = $shipment->getShipmentItemCollection();
   foreach ($basket as $basketItem) {
       $item = $shipmentItemCollection->createItem($basketItem);
       $item->setQuantity($basketItem->getQuantity());
   }

   //платежная система
   $paymentCollection = $order->getPaymentCollection();
   $payment = $paymentCollection->createItem(
       PaySystem\Manager::getObjectById(Setting::PaySystemId)
   );

   $payment->setField("SUM", $order->getPrice());
   $payment->setField("CURRENCY", $order->getCurrency());

   //свойства заказа
   $propertyCollection = $order->getPropertyCollection();
   foreach ($propertyCollection as $item) {
     //заполняем свойства заказа
   }

   $order->setField('DATE_INSERT', self::getDateFormatSite($o['in_process_at']));
   $order->setField('STATUS_ID', Setting::StatusDefaultID);
   $order->setField('CURRENCY', $currencyCode);

   $ord_id = 0;

   $r = $order->save();
   if (!$r->isSuccess()) {
       Loglib::log($o['posting_number'] . ' ' . var_dump($r->getErrorMessages()), Setting::MODULE);
   } else {
       Loglib::log('Заказ ' . $o['posting_number'] . ' создан! Номер заказа ' . $order->getId(), Setting::MODULE);
       $ord_id = $r->GetId();
   }

   return $ord_id;
}[/CODE]

Это вывод из функции getPosting. 0-это не дошли до создания заказа, по всяким проверкам. "заказ уже есть в бд" - это была проверка на наличие в бд заказа

[CODE]Array
(
   [0] => Заказ уже есть в бд
   [1] => Заказ уже есть в бд
   [2] => Заказ уже есть в бд
   [3] => Заказ уже есть в бд
   [4] => 0
   [5] => Заказ уже есть в бд
   [6] => Заказ уже есть в бд
   [7] => Заказ уже есть в бд
   [8] => Заказ уже есть в бд
   [9] => Заказ уже есть в бд
   [10] => Заказ уже есть в бд
   [11] => Заказ уже есть в бд
   [12] => Заказ уже есть в бд
   [13] => Заказ уже есть в бд
   [14] => Заказ уже есть в бд
   [15] => Заказ уже есть в бд
   [16] => Заказ уже есть в бд
   [17] => 0
   [18] => Заказ уже есть в бд
   [19] => Заказ уже есть в бд
   [20] => Заказ уже есть в бд
   [21] => Заказ уже есть в бд
   [22] => Заказ уже есть в бд
)[/CODE]

А это лог одного из заказов, из которого видно, что форич дважды проходил массив и запускал функцию создания заказа тоже дважды:

[CODE]------------------------------
!!! 29-01-2022 13:24:24 a1
------------------------------
Мы еще в фориче, Попытка создать заказ 55524814-0019-3
------------------------------
!!! 29-01-2022 13:24:24 a1
------------------------------
Запустилась функция создания заказа 55524814-0019-3
------------------------------
!!! 29-01-2022 13:24:24 a1
------------------------------
Попытка создать заказ 55524814-0019-3
------------------------------
!!! 29-01-2022 13:24:25 a1
------------------------------
Заказ 55524814-0019-3 создан! Номер заказа 46941



------------------------------
!!! 29-01-2022 13:24:33 a1
------------------------------
Мы еще в фориче, Попытка создать заказ 55524814-0019-3
------------------------------
!!! 29-01-2022 13:24:33 a1
------------------------------
Запустилась функция создания заказа 55524814-0019-3
------------------------------
!!! 29-01-2022 13:24:33 a1
------------------------------
Попытка создать заказ 55524814-0019-3
------------------------------
!!! 29-01-2022 13:24:33 a1
------------------------------
Заказ 55524814-0019-3 в базе данных уже есть!!![/CODE]

[QUOTE]ЕКАТЕРИНА ЧИРИКОВА написал:
Доброго времени суток.
Очень хотелось бы услышать совета вот по какому вопросу: есть ИМ на битрикс с 56000 SKU, большая часть товаров имеет вариации. есть 1С УТ 11.4 с последней версией модуля обмена. на сервере стоит 16 Gb оперативной памяти и 2.9Ghz i5-9400F
когда запускается импорт каталога из битрикса в 1с, то 1 этап проходит примерно за 40-45 минут. затем начинается загрузка товаров в базу и она может длиться до 3 суток
есть ли какие-либо способы ускорить импорт каталога и нормальные ли это сроки импорта?[/QUOTE]
Судя по тому что 56к ску в битрикс - предположу что это виртуальный товар, которого нет на складе у Вас, тогда в таком случае я бы грузил только то, что заказывают, в противном случае в 1с будет тяжело работать с номенклатурой, с точки зрения производительности, любой поиск по номенклатуре это висяк   :(
Сами мучаемся, у нас около 30тыс в 1с

[QUOTE]Александр Денисюк написал:
Проверил. Тут вы правы. Сломали значит. Похоже, что выгружаются не из поля реквизиты, а константа "Товар".Напишите в техподдержку, пусть со стороны БУС правят, чтобы ВидНоменклатуры брался из реквизита, а не был всегда "Товар".[/QUOTE]
Зачем? Мы же с вами пофиксили что есть проблема, если я правильно понимаю вы сотрудник этой компании, сообщите в соответствующий отдел. [QUOTE]Александр Денисюк написал:
Сейчас как костыль: в 1С вид номенклатуры с наименованием "Товар" переименовать на что то другое, чтобы по константе он не нашелся и не подставился.[/QUOTE]
Мы у себя уже поправили как нам надо.

А вообще подумайте о том, как продукт сделать для вашей многотысячной аудитории, а не под конкретные задачи какого то клиента, в частности:
как я уже говорил, любой кто зайдет в настройки модуля обмена на стороне 1с и увидит настройки создания номенклатуры, будет уверен что номенклатура должна будет создаться по этим настройкам, а оно не так, поэтому:
поскольку есть возможность настройки создания ноенклатуры, вы бы вывели бы какую нибудь подсказку как это работает, что сначала ищется "товар" а только потом если его нет, будут проверяться текущие настройки модуля. А еще лучше и логичнее было бы сразу проверять настройки создания номенклатуры в настройке модуля и если поле видноменклатуры заполнен то создавать под этим видом, а иначе если поле не заполнено брать значение которое приходит с сайта.

[QUOTE]Александр Денисюк написал:
Это не свойство, а реквизит.[/QUOTE]
:o[COLOR=#ff0000] [/COLOR][COLOR=#ff0000]Вообще странно это слышать от сотрудника битрикс...[/COLOR]

попробуяте создайте тестовый демо сайт и посмотрите...
вот вам свойства - [URL=https://prnt.sc/vqof8z]https://prnt.sc/vqof8z[/URL]
а вот вам карта товара, где нет и намека на реквизиты -> [URL=https://prnt.sc/vqoiec]https://prnt.sc/vqoiec[/URL] [URL=https://prnt.sc/vqoix6]https://prnt.sc/vqoix6[/URL]

А ваш так называемый реквизит это и есть свойство которое создается при выгрузке товаров из 1с!!!!

[QUOTE]Александр Денисюк написал:
Они должны быть заполнены, чтобы товар создался в 1С(с правильным видом номенклатуры). Они уже у меня на скрине выше.[/QUOTE]
Вы попробуйте... Создайте новый товар и заполните свойство "Реквизиты", только видНоменклатуры укажите НЕ товар
Я пробовал, выше написал, что все равно передается видНоменклатуры = товар.

[QUOTE]Александр Денисюк написал:
Вообще, кейс, что товар создается в 1С через модуль обмена - не нормальный кейс. Сайт это витрина.[/QUOTE]
В этом нет ничего ненормального. Если бы вы работали в боевом режиме вы бы поняли это! При кол-ве номенклатуры в 1с в 20 - 30тыс, поиск в обработчике "подбор товара" умирает. Не будем говорить уж об удалении этой ненужной номенклатуры, где проще повеситься чем почистить 1с.

Итог:
Прошу Вас перепроверить все выше сказанное, а также работоспособность. Потому что в нашем случае все это не работает! Все версии я вам писал выше.

[QUOTE]Александр Денисюк написал:
[QUOTE] Дмитрий Агапкин написал:
Александр Денисюк , ткните меня, не вижу я такого поля, пришлите пожалуйста скрин[/QUOTE]
[URL=https://cp.bitrix.ru/~BWfaM]https://cp.bitrix.ru/~BWfaM[/URL] [/QUOTE]
Понятно  ;)  это называется:[QUOTE]Дмитрий Агапкин написал:
множественное СВОЙСТВО "Реквизиты" которое создается при выгрузке товаров из 1с и там указывается значение для ВидНоменклатуры???[/QUOTE]
ОК, тогда вопрос следующий:
1)Клиенты битрикса которые никогда не выгружались из 1с об этом никогда не узнаю, т.к. это свойство создается при выгрузке из 1с ( это так мысли в слух)
2)Символьный код подскажите этого свойства? CML2_TRAITS  оно?
3)Если оно, спешу сообщить вам, что на версии модуля обмена 7,0,1,27 это все хозяйство не работает!!
пробовал подкидывать ВидНоменклатуры = "тест"
при этом при загрузке заказа, если нет номенклатуры она типа должна создаваться, в момент создания в переменной "СтрокаТовара" в таблице значений все равно болтается "товар" далее находится видноменклатуры = товар, а у нас с этим видом как я говорил ранее ничего не создается...

Выходит что не работает это так как вы описали выше, по крайней мере на версии БУС Управление сайтом 20.5.475. и модуль обмена 7,0,1,27

[QUOTE]Александр Денисюк написал:
[QUOTE] Дмитрий Агапкин написал:
Или вы имеете ввиду множественное СВОЙСТВО "Реквизиты" которое создается при выгрузке товаров из 1с и там указывается значение для ВидНоменклатуры???[/QUOTE]
Текстовое поле , там же полное наименование товара[/QUOTE]
Александр Денисюк, ткните меня, не вижу я такого поля, пришлите пожалуйста скрин