Часто встречаюсь с задачей, когда необходимо отфильтровать не только товары по свойствам их товарных предложений, но и фильтровать сами предложения и выводить для товара только те, которые удовлетворяют фильтру. Я решил этот вопрос переопределением(через extends, а не модификаций ядра) метода GetOffersArray системного класса CIBlockPriceTools.
Инструмент "Генерация торговых предложений" очень удобный и сильно экономит время. Хотелось бы чтобы он стал еще лучше.
После генерации SKU, предложения не имеют символьного кода, закупочной цены и доступного в наличии количества. Символьный код - не беда, можно использовать готовое решение
С "Закупочной ценой" и "Доступным количеством" сложнее, их невозможно редактировать в списке после генерации SKU, приходится открывать каждое SKU и задавать эти свойства. Если доступное количество не задать, товар будет "Нет в наличии"
После генерации SKU, предложения не имеют символьного кода, закупочной цены и доступного в наличии количества. Символьный код - не беда, можно использовать готовое решение
С "Закупочной ценой" и "Доступным количеством" сложнее, их невозможно редактировать в списке после генерации SKU, приходится открывать каждое SKU и задавать эти свойства. Если доступное количество не задать, товар будет "Нет в наличии"
Ответил 
Жуков Евгений 23.07.2015 18:27:54
Жуков Евгений 23.07.2015 18:27:54
Выйдет в iblock 15.5.6. Ограничения аналогичны детальной форме - должен быть отключен складской учет.
Добавить возможность сортировать торговые предложения по цене (через стандартные параметры компонента bitrix:catalog.element):
Ответил
Жуков Евгений 18.12.2018 18:26:23
Жуков Евгений 18.12.2018 18:26:23
Сортировка по ценам торговых предложений с учетом валют выпущена в связке catalog 17.6.0 + iblock 17.6.0
Фильтрация по ценам торговых предложений работала и раньше.
Топик-стартеру требовалось выводить на странице товара предложения, отсортированные по цене. Это решается в рамках шаблона.
Фильтрация по ценам торговых предложений работала и раньше.
Топик-стартеру требовалось выводить на странице товара предложения, отсортированные по цене. Это решается в рамках шаблона.
В компоненте bitrix:catalog.element выбирать матрицу цен (PRICE_MATRIX) для торговых предолжений.
Сейчас она выбирается только для простого товара, а если нужно её получить для торговых предложений данного товара - то это приходится делать вручную.
Можно как доп. параметр в настройках компонента.
Сейчас она выбирается только для простого товара, а если нужно её получить для торговых предложений данного товара - то это приходится делать вручную.
Можно как доп. параметр в настройках компонента.
Ответил
Жуков Евгений 25.01.2018 12:15:58
Жуков Евгений 25.01.2018 12:15:58
iblock 17.0.0 Внедрено в catalog.element, catalog.section, catalog.top
Видел темы на форумах, но в форме предложенной идеи так и не нашел, не то, что воплощение этой идеи в жизнь. Сделать массовое изменение цен торговых предложение более человечным, особенно это будет значимо в тех проектах, где они зависят от базовой цены (каталог одежды, обуви и т.п.).
Идея состоит в следующем:
:idea:При изменении базовой цены основного товара в торговом каталоге, менялась бы цена и в прикрепленных к нему торговых предложениях (при определенном условии (скриншот)), а иначе оставалась индивидуальной (определенной пользователем).
Как пример:
:evil:Сейчас, при изменении базовой цены основного товара, нужно редактировать цены каждого его торгового предложения. И хорошо, если менеджер вспомнит о них, и хорошо, если товаров и торговых предложений немного, и цены так часто не скачут, а по-другому схватишься за голову, какая предстоит работа, или придется отказаться от ТП.
Хотелось бы видеть примерно такой функционал:
Немного поясню, если из вышеуказанного скриншота неясно.
Добавить колонку в таблицу с ТП, например "Тип цены". Напротив каждого предложения, будет выводиться список тип цен, которые присутствуют на сайте+"Своя цена".
Понятно, что цена ТП будет привязано к конкретному типу цен и при изменении , например, базовой цены, будет меняться и цена ТП (поле цены и валюта в этом случае будут деактивированы и изменить их нельзя). Если же выбран тип цены "Своя цена", то можно ее можно отредактировать по своему и меняться она не будет (не зависит от цены на основной товар), при изменении той же базовой цены - цена ТП в этом случае не изменится.
:)Да, и проблем с экспортом/импортом не должно возникнуть проблем, т.к. указаны фиксированные цены, а не наценки, и работать в этом случае будет намного приятнее и удобнее, чем сейчас, и я думаю, нетолько мне. Многие работают с каталогами, в котором цены на ТП не зависят о цвета, формы, размера и тп, а приходится проделывать колоссальную работу по изменению цен всех торговых предложений и при этом не забывать про них, а такая ошибка стоит денег.
Уважаемые разработчики, прошу подумать об этом!
Идея состоит в следующем:
:idea:При изменении базовой цены основного товара в торговом каталоге, менялась бы цена и в прикрепленных к нему торговых предложениях (при определенном условии (скриншот)), а иначе оставалась индивидуальной (определенной пользователем).
Как пример:
:evil:Сейчас, при изменении базовой цены основного товара, нужно редактировать цены каждого его торгового предложения. И хорошо, если менеджер вспомнит о них, и хорошо, если товаров и торговых предложений немного, и цены так часто не скачут, а по-другому схватишься за голову, какая предстоит работа, или придется отказаться от ТП.Хотелось бы видеть примерно такой функционал:
Немного поясню, если из вышеуказанного скриншота неясно.
Добавить колонку в таблицу с ТП, например "Тип цены". Напротив каждого предложения, будет выводиться список тип цен, которые присутствуют на сайте+"Своя цена".
Понятно, что цена ТП будет привязано к конкретному типу цен и при изменении , например, базовой цены, будет меняться и цена ТП (поле цены и валюта в этом случае будут деактивированы и изменить их нельзя). Если же выбран тип цены "Своя цена", то можно ее можно отредактировать по своему и меняться она не будет (не зависит от цены на основной товар), при изменении той же базовой цены - цена ТП в этом случае не изменится.
:)Да, и проблем с экспортом/импортом не должно возникнуть проблем, т.к. указаны фиксированные цены, а не наценки, и работать в этом случае будет намного приятнее и удобнее, чем сейчас, и я думаю, нетолько мне. Многие работают с каталогами, в котором цены на ТП не зависят о цвета, формы, размера и тп, а приходится проделывать колоссальную работу по изменению цен всех торговых предложений и при этом не забывать про них, а такая ошибка стоит денег.
Уважаемые разработчики, прошу подумать об этом!
Ответил 
31.03.2014 12:46:56
31.03.2014 12:46:56
Управление ценами действительно нужно.
Но оставлять вкладку "Торговый каталог" у товаров SKU это в корне не верно. Вкладка в новой версии убирается, так как не несет не какой нагрузки и система на нее не как не реагирует в публичном разделе.
Но вот из вашей идеи сделать зачатки удобного механизма возможно. Подумаем, спасибо за идею.
Но оставлять вкладку "Торговый каталог" у товаров SKU это в корне не верно. Вкладка в новой версии убирается, так как не несет не какой нагрузки и система на нее не как не реагирует в публичном разделе.
Но вот из вашей идеи сделать зачатки удобного механизма возможно. Подумаем, спасибо за идею.
С выходом функционала разделения товаров на типы товаров появилось неудобство создания торговых предложений:
теперь, если сохранить товар без торговых предложений, то вкладка «Торговые предложения» не показывается, и чтобы ее «вернуть», нужно перейти в связанные элементы, создать новое торговое предложение, найти по названию товар, к которому торг. предложение относится - и только после создания хотя бы одного торгового предложения вкладка возвращается.
И это даже при том, что при создании товара было выбрано «Создать товар в торговыми предложениями».
При создании торговых предложений по переходу в связанные элементы, минимальное число кликов по созданию торгового предложения увеличивается с 2-3 до десятка, не учитывая поиска родительского элемента (набор на клавиатуре и поиск в списке), и прокрутки к ссылке «Связанные элементы». Это не так долго, но очень раздражает даже для одного такого товара, не говоря о нормальном наполнении каталога.
Залез в код и увидел, что добавить соответствующую галочку в настройки модуля «Торговый каталог» и добавить проверку отображения вкладки по этой галочке - пустяковое дело. Но самостоятельно не реализовать - после обновления все слетит.
теперь, если сохранить товар без торговых предложений, то вкладка «Торговые предложения» не показывается, и чтобы ее «вернуть», нужно перейти в связанные элементы, создать новое торговое предложение, найти по названию товар, к которому торг. предложение относится - и только после создания хотя бы одного торгового предложения вкладка возвращается.
И это даже при том, что при создании товара было выбрано «Создать товар в торговыми предложениями».
При создании торговых предложений по переходу в связанные элементы, минимальное число кликов по созданию торгового предложения увеличивается с 2-3 до десятка, не учитывая поиска родительского элемента (набор на клавиатуре и поиск в списке), и прокрутки к ссылке «Связанные элементы». Это не так долго, но очень раздражает даже для одного такого товара, не говоря о нормальном наполнении каталога.
Залез в код и увидел, что добавить соответствующую галочку в настройки модуля «Торговый каталог» и добавить проверку отображения вкладки по этой галочке - пустяковое дело. Но самостоятельно не реализовать - после обновления все слетит.
Добавить возможность генерировать торговые предоложения на основе полей "привязка к элементам инфоблока".
Сейчас эта возможность есть только для полей с типом "список" и "справочник", но зачастую удобно сделать привязку к элементам инфоблока.
Сейчас эта возможность есть только для полей с типом "список" и "справочник", но зачастую удобно сделать привязку к элементам инфоблока.
В последнее время всё чаще требуется сортировка по ценам торговых предложений. Пока что приходится решать вопрос при помощи дополнительных свойств в товаре. Но это не решает задачу в полной мере. Прошу внедрить возможность сортировки по ценам и полям торговых предложений.
Ответил
Жуков Евгений 15.02.2018 11:53:31
Жуков Евгений 15.02.2018 11:53:31
catalog 17.6.0 + iblock 17.6.0
Регулярно возникает необходимость изменить значение какого-либо атрибута у нескольких объектов сразу.
Например - изменить / назначить цену на товарные предложения, отобранные по определенному критерию:
Можно, конечно, выгнать ТП в Excel, обработать и загнать обратно.
Но было бы здорово иметь и такую возможность:
Ха-ха! Ровно год назад была внесена точно такая же идея:
Голосуйте и за нее, у нее больше шансов.
Например - изменить / назначить цену на товарные предложения, отобранные по определенному критерию:
- Получили партию футболок
- Создали ТП Цвет / Размер
- Все фиолетовые футболки стоят 1000 р, все белые - 800 р.
Можно, конечно, выгнать ТП в Excel, обработать и загнать обратно.
Но было бы здорово иметь и такую возможность:
- Выбрали в админке все фиолетовые футболки данной модели, отметили галками
- Для всех отмеченных - изменить значение такого-то атрибута (установить цену - 1000 р)
Ха-ха! Ровно год назад была внесена точно такая же идея:
Голосуйте и за нее, у нее больше шансов.
Что, если автоматически генерировать торговые предложения для каждого товара? Ведь все свойства одинаковые, да даже картинки могут быть одинаковые.
Если была бы генерация для всей группы товаров/раздела/сайта торговые предложения было бы круто, очень.
Пример:
Есть сайт с постельным бельем, 2 тысячи карточек товара. У каждой карточки необходимо сделать торговые предложения с размерами:
Есть 5 тысяч маек в каталоге, необходимо просто сгенерировать предложения с размерами для раздела с этими майками.
Если была бы генерация для всей группы товаров/раздела/сайта торговые предложения было бы круто, очень.
Пример:
Есть сайт с постельным бельем, 2 тысячи карточек товара. У каждой карточки необходимо сделать торговые предложения с размерами:
- 1.5 спальный,
- 2 спальные,
- Евро,
- Cемейный.
Есть 5 тысяч маек в каталоге, необходимо просто сгенерировать предложения с размерами для раздела с этими майками.
© 2001-2023 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом.
Соглашение об использовании сайта
Соглашение об использовании сайта
