Дмитрий (Все сообщения пользователя)

Для 8-го модуля нужна 11.5, обновление до которой блокируется модулем 7-й версии.

Вопрос к представителям Битрикс: есть какой-то действующий регламент по переходу с модуля 7 на 8, с сохранением работающего функционала, вроде соответствия номенклатуры и ее групп?

Так вероломно кромсать не очень хочется. Тем более неизвестно в каком месте это потом аукнется. Была надежда на более правильное решение.

Дословно не помню, но по смыслу, не мог удалиться регистр (могу ошибаться) свободные остатки из-за того, что на него ссылался какой-то обработчик события с префиксом "Б_".
За ссылку спасибо, погляжу на досуге.

Доброго дня.

Есть работающая конфигурация УТ-11.4 с интегрированным модулем от Битрикс, вероятно версии 7.0.1.42 (проверить возможности нет, при выборе "Версия модуля/обновить" появляется ошибка разбора XML)

Вероятно предстоит обновляться до УТ 11.5. При попытке поэтапно обновить УТ с установленным модулем, при смене минорной версии, понятно, сваливаемся с невозможностью обновления из-за зависимостей объектов старой конфигурации от, например, регистров, выпиленных в 11.5 и прочее.

Возникает закономерное желание выпилить старый модуль БУС из конфигурации, обновить ее до 11.5 и добавить новое расширение.
Есть какие-то рекомендации, как наиболее безболезненно поступить в данной ситуации? Или все-таки есть способ удалить интегрированный модуль?

Вопрос не в том ломают или нет, а в том, что люди платят деньги за поддержку, которой фактически, можно сказать и нет.

На странице загрузок модуля для конфигурации "Управление торговлей 11" для версий 11.4.* последний доступный релиз для 11.4.13. Для 11.4.14 что-нибудь есть или планируется?

Так вроде бы где-то была информация, что на разработку БУС и модуля обмена для него забили. Только исправления ошибок и то не факт.

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

Комплексный элемент каталога. При указании параметров

Вторая сортировка не работает. Т.е. хочется, чтобы товары показались, грубо говоря двумя блоками: сначала с картинкой, отсортированные по убыванию даты начала активности, а затем без картинки с сортировкой по дате. Вторая сортировка вообще никак не влияет на список товаров. Так и должно быть или я куда-то недосмотрел?

Ситуация: В 1с есть давний "Клиент А", по которому есть история операций и масса причин, по которым трогать его нельзя. В БУС есть "Клиент Б", заказы которого выгружаются в 1с тоже на "клиента Б", но хочется сделать так, чтобы они выгружались на "клиента А". В настройках обмена указано "Не редактировать клиентов, пришедших с сайта" и в способах идентификации физ. лиц указан только "Внешний идентификатор". Так же есть причины, по которым переименовать клиентов в БУС мы также не можем.
Как можно реализовать данную схему?
В "Идентификаторах объектов из интернет магазинов" у обоих клиентов пробовал указывать разные комбинации их значений, но безуспешно.
Найти какое-либо описание механизма, по которому идет идентификация клиента в момент получения заказов в 1с также не получилось.

Добавлю, что справочник клиентов в БУС не выгружается. Обмен только товарами и заказами. База клиентов ведется раздельно.

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

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

Коллеги, подскажите, пожалуйста, решение проблемы:
1С УТ 11.4, интегрирован модуль обмена от Bitrix 7.0.1.32.
Со стороны 1С есть несколько складов, остатки по которым хочется объединить на стороне БУС (Бизнес, актуальная версия).
К примеру, на стороне 1С:

• Основной склад: 2 шт.
  
• Склад 1: 3 шт.
  
• Склад 2: 5 шт.
  
• Удаленный склад: 4 шт.
  

Хочется получить на сайте:

• Основной склад: 10 шт.
  
• Удаленный склад: 4 шт.
  

Для каждого подчиненного склада добавил поле "родителя" и пробовал ловить OnBeforeStoreProductUpdate, но проблема в том, что событие срабатывает для каждого прилетевшего склада и в нем не видно остатков по "соседним" складам.
В 1С объединенные склады находятся в группе, но БУС не имеет о ней понятия.

Как можно решить задачу не сильно напрягая сам процесс обмена? Выгружается около 20 тыс. позиций номенклатуры (простые товары).

Господа, есть ли штатный механизм установки поля CML2_ACTIVE_FROM для товаров в момент выгрузки данных из 1с в БУС? Есть желание влиять на начало активности элементов, а запускать дополнительные скрипты для его установки после каждого обмена не очень хочется.
БУС-бизнес последний, 1С - УТ 11.4 с модулем обмена от битрикса.

Насколько я помню, если оставить дерево соответствия пустым, то будет выгружаться один-к-одному

Справа, хватаю группу номенклатуры из 1С и бросаю в левом списке, в какую-либо группу, созданную для битрикса. Группа "тащится", т.е. предусмотрен механизм drag-n-drop-а, объект над которым она тащится, также подсвечивается. По логике, подразумевается, что я хочу, чтобы группа из 1С, вместе с ее содержимым, выгружалась на сайт в группу, над которой я ее отпустил, но это в моих мечтах. При отпускании не происходит ровным счетом ничего. Она не появляется там где ожидается, каких-либо сообщений также нет: ни информационных, ни сообщающих об ошибке, ни подсказок, что пользователь делает что-то не то.

Вложенные подгруппы справа так не привязываются.
И в чем сакральный смысл Drag-n-Drop-а групп? Сколько не пытался таскать их справа налево и кидать в разные места - ничче не меняется.
Мне кажется логика в этом диалоговом окне вообще отсутствует.

Явно не этот случай. Проблема массовая, появилась после одного из последних обновлений, тоже с такой столкнулись, но в настройках не менялось ничего уже давно.

Телефон в карточке клиента и в заказе - это атрибуты разных "объектов". Клиента и заказа соответственно.

В моем случае, в ней около 40 тысяч записей - можно пренебречь, я считаю.

В бете уже пофиксили, буквально на днях. Ждем, когда исправления примут в релиз.

Приветствую, форумчане и сочувствующие.

Помогите, пожалуйста,  решить проблему с медленной работой корзины ИМ.
Суть в том, что при сохранении корзины методом $basket->save(), при наличии в ней большого количества товаров (более 200), обнаруживается дикий тупняк. Периодически смотрим параллельно запросом количество добавленных товаром и видим, что вначале все идет относительно хорошо - 15-20 товаров в секунду, но в дальнейшем наблюдается падение производительности до 2-3 товаров в секунду, а после 350-400 добавленных товаров, цифра падает до 1 товара в 1,5-2 секунды. Та же песня и при очистке корзины методом Версия ИМ и УС последние, тестировалось в последней же VM Bitrix для VMware/

Корзина наполняется и сохраняется кодом:В файле fill.txt коды товаров.

Сначала грешили на скидки корзины, но после их удаления, скорость не изменилась.

Подскажите идеи куда копать, пожалуйста.

Тоже упарился с этим D7, а вернее с отсутствием внятной документации. Плюнул, вернулся к старому "CSaleOrderPropsValue::GetOrderProps"

Помогите разобраться со скидками

Имеем следующие скидки корзины для конкретного покупателя:
Скидка1 - 20% на весь товар (для некоторых покупателей)
Скидка2 - 15% (или 30%, 40%) на Группу1 каталога (для данного покупателя)

Необходимо добиться очевидного результата: скидка 20% на все, а на товар из Группы1 - 15% для кого-то отдельно.
Казалось бы, расставить приоритет было бы достаточно: ставим 15% по группам, затем 20% на все, но. Как я понял правила срабатывают для всей корзины, а не по-позиционно для каждого товара. Т.е. если проставить 15% на группу, не прерывая расчет скидок, а затем 20% на все, то скидки суммируются. Если прервать расчет "Прекратить дальнейшее применение правил" после 15%, то при появлении в корзине товара из 15%-нтной группы, до 20% по остальным товарам дело не доходит.
Есть, как мне показалось, волшебная настройка модуля "интернет-магазина" с названием "Рассчитывать скидку для каждой позиции (на все количество товара)", но здесь https://dev.1c-bitrix.ru/support/forum/messages/forum6/topic55842/message293928/#message293928 сказали, что это устаревшая фигня.
Можно, конечно, для каждого клиента делать два правила, одно на группы со скидками, другое на все кроме этих групп, но как мне кажется это сильно неправильно. Хотелось бы одно правило для большинства (20%) и одно на отдельную группу каталога для некоторых клиентов (15%, 30%, 40%).

Повторюсь, все манипуляции проводятся с правилами корзины. Скидки каталога здесь не подходят из-за отсутствия в них привязки к покупателю.

Версии:
БУС - 17.0.5
ИМ - 17.0.8