У нас редакция Интернет-магазин + СРМ, и несколько сайтов. Вы же поддерживаете многосайтовость.... В СРМ при создание заказа и добавление товара, можно работать только с одним каталогом. Что делать менеджерам другого сайта, если им надо сделать заказ, а товар они выбрать не могут? Да даже элементарно изменить заказ клиента. Через сайт вариант не подходит, сделайте пожалуйста в СРМ!

Крайне необходим полноценный каталог товаров в CRM Битрикс24, созданный по аналогии с каталогом в административной части 1С-Битрикс управление сайтом.

Нужно:

1. Учитывать остатки и общее количество товаров.
   
2. Иметь возможность гибко настраивать права на редактирование товаров, только цен товаров и т.д.
   
3. Настраивать Бизнес-процессы и роботов в CRM.
   Например, цена на определённую группу товаров снизилась, робот отправляет всем лидам, у которых этот товар был прикреплён, информационное письмо и т.п.
   
4. Настраивать единый внешний вид списка товаров, в том числе при выборе в лидах и сделках, для всех сотрудников.
   

Например, у меня есть классический каталог с SKU (2 инфоблока).
В основном каталоге есть, например, свойство "Бренд".

В админке на странице списка элементов SKU было бы полезно вывести фильтр по свойствам родительского элемента, то есть в данном случае - вывести все SKU, у родительского товара которых проставлено "Бренд"=="Ромашка".

Это очень хорошо увязывается с идеей http://idea.1c-bitrix.ru/api-extension-infoblocks-subquery-not-only-by-the-id-of-the-item-in-th/, позволяющей использовать более "прокаченный" режим CIBlockElement::SubQuery

Для многих клиентов очень не хватает корректной иерархической синхронизации товаров при онлайн загрузке заказов из БУС в 1С.

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

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

• Торговля идет не от склада, а от прайсов поставщиков. Прайсы поставщиков, особенно если номенклатура пересекается и нужно решать проблему дублей, зачастую удобнее грузить в БУС, там же настраивать сразу красивое отображение товара и свойств как их будет видеть покупатель.
• Загрузка прайсов в 1С - раздувание базы 1С (тк допустим из 100 000 позиций покупают 20%, остальные товары болтаются в базе мертвым грузом, а на них нужно ежедневно долларовые цены в рубли пересчитывать, да еще несколько типов цен - база очень быстро вырастает до 100Гб, итд)
• Контент-менеджерам неудобно в 1С заниматься сортировкой позиций по иерархии каталога, картинки и некоторые свойства хранить в 1С нельзя - значит надо лазить и в админку сайта.
• В 1С тяжелее решить задачу корректного отображения товара, который в наличии у нескольких поставщиков, т.е. допустим "кроссовки" у поставщика1 стоят 100 рублей, в наличии 100шт. У поставщика2 105 рублей, в наличии 1000шт. Задача продать сначала кроссовки поставщика1, потом как кончатся у 1 - от поставщика2. Оперативный обмен информацией об остатках зачастую проще организовать на стороне БУС чем 1С.
• Можно привести еще вагон аргументов
  

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

Возможно ли организовать выгрузку номенклатуры с группами из БУС в 1С при онлайн обмене заказами?

Прошу Вас рассмотреть возможность создания модуля "Каталог товаров 1С-Битрикс" для БУС и Б24, которое позволит переносить (обновлять) все продукты 1С-Битрикс с полным описанием и актуальными ценами.

Это приложение содержит весь перечень товаров 1С-Битрикс с актуальными ценами и описанием. В данном приложении имеется возможность загружать отдельные Категории или весь каталог товаров в каталог БУС или Битрикс24.

По сути, при нажатии "загрузить" создаётся инфо-блок "Каталог 1С-Битрикс" вместе со всем содержимым (св-ва, цены, картинки, описание). У Вас на сайте уже есть такой каталог, т.е. мы будем загружать Ваш актуальный каталог.

Задача приложения поддерживать актуальность цен на Ваши продукты (обновление в ручном или автоматическом варианте). Это всё необходимо потому, что у Вас жесткая ценовая политика и нет возможности ставить свои цены, поэтому, логично, чтобы Вы сами актуализировали данные.

Вы представьте, что у Вас тысячи партнёров и они регулярно заходят к Вам на сайт и смотрят актуальные цены по куче продуктов, а потом они руками у себя на сайте всё исправляют. Бывают и ошибки менеджеров. Чем больше ручных движений, тем больше ошибок!  

Добрый день.
Это скорее идея не нового функционала, а доработки до ума старого. Оформлено в качестве идеи по совету техподдержки продукта.
Итак.
В обновлении 12.5 произошли изменения в канале взаимодействия модуля интернет магазина и каталога.
Блог Алексея Кирсанова. Магазин и каталог 12.5 Коротко об изменении:
Звучит многообещающе, но это не совсем так. На самом деле, класс реализующий интерфейс IBXSaleProductProvider вызывается в основном при пересчете цены, количества товара и скидок. В других важных для "скармливания магазину других сущностей" местах применяются методы, работающие напрямую с модулем "каталог".

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

Выяснялось, что модуль sale для получения информации о товаре в корзине/заказе вообще не использует интерфейс IBXSaleProductProvider, но в половине случаев вызывает метод CSaleBasket::GetList, который берет данные напрямую из таблицы b_sale_basket, а в других случаях -  метод getProductProps, суть которого - в поиске товара по ID, по всем инфоблокам, что приводит к плачевным результатам в нашем случае с альтернативным хранением продуктов(коллизия по ID и выдача случайно совпавшего элемента случайного инфоблока)

Первая проблема возникает со стандартным компонентом sale.basket.basket, в котором для получения информации о товаре вызывается метод getProductProps, но эта проблема была решена с помощью result_modifier.php.

Вторая и последующие проблемы возникают уже в панели управления. В списке корзин и заказов, в колонке товар и позиции соответственно, информация о товарах показывается "правильно" (напрямую из b_sale_basket), но уже на страницах подробного просмотра заказа, добавлении заказа из корзины и редактировании заказа используется все тот же метод getProductProps и информация оказывается испорченной. В данном случае "лекарства" не найдено. Есть возможность реализовать свою форму редактирования заказа и указать ее в настройках модуля интернет магазина, но это будет дублированием существующего кода, с отказом от возможности обновления модуля. К тому же у клиентов есть необходимость размещения и обычных товаров, которые, что логично, будут размещены через модуль catalog.

А решение есть одно - реализовать взаимодействие модуля интернет магазина с каталогами только через интерфейс IBXSaleProductProvider что позволит полностью инкапсулировать каталог и использовать в качестве каталога все, что потребует реализация и клиенты )

P.S.: в тексте выше продемонстрировано только отсутствие вызовов метода IBXSaleProductProvider::GetProductData , а удобных и полезных методов в интерфейсе заложено много, просто с отсутствием их поддержки мы, возможно, еще не столкнулись

Добавить возможность выбора шаблона компонента каталог для каждой категории инфоблока. Добавить возможность указания шаблона по умолчанию. Пример: создаем 2 шаблона 1 с фильтром, в другом отключаем фильтр, выберем шаблон с фильтром только для тех категорий в которых он нужен или создать каталог сложной структуры, в рамках одного инфоблока, отображение выводимой информации разных категорий которого сильно отличается друг от друга т.п.

Как бы он работал со стороны администратора или контент менеджера?

Заходишь в административную панель, выбираешь, на что сгенерировать QR код:

- на сайт, его раздел, конкретную страницу сайта;
- на отдельный товар или целую товарную группу;
- на контакт, аккаунт пользователя в социальной сети;

После генерации QR кода, было бы хорошо, чтобы:

- его можно было разместить в виде компонента в любом месте сайта;
- сразу же из административного раздела поделиться им кнопками в социальных сетях;
- поделиться QR кодом из публичного раздела;

Также можно автоматически делать QR коды при синхронизации (пересинхронизации) товаров из 1С Предприятие c каталогом интернет магазина 1С Битрикс управлении сайтом. В итоге открываешь карточку товара, а там уже есть его QR код.

QR код может быть генератором прикреплен в правом нижнем, верхнем углу изображения товара. Делишься картинкой товара в социальных сетях, получается делишься и QR кодом, который содержит артикул, цену, краткое описание товара и что-то еще!

Здравствуйте!

Был на зимней партнерке, прозвучал хороший вопрос про генерацию sitemap.xml, и попадание в sitemap.xml страниц результатов фильтрации "Умного" и не очень (чит. "других") фильтров.

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

Представим:
имеем некоторую матрицу, скажем трехмерную, XYZ
По оси X имеем разделы и подразделы
По оси Y имеем определенное свойство, скажем "Размер одежды"
По оси Z имеем другое определенное свойство, скажем "Производитель"

Увеличение уровня вложенности, конкретизации, автоматически прибавляет матрице еще одну грань.

Если кто-то знает по каким критериям все покупатели покупают товар - скажите. Будет супер! Но, насколько я представляю, все структурируют свои каталоги (что в 1с при интеграции или на сайте) как попало.

Дать бы людям возможность выбора, кому то удобнее в поиске пойти по оси X
Кому то по Y
итд итп.

Ведь без разницы как люди будут искать товар, самое главное что бы они его нашли!

1. Добавить дерево категорий для быстрого перемещения по каталогу. При выборе категории отображать товары в этой категории. В общем аналогично как реализован каталог товаров в интернет-магазине или как в 1С.
2. При добавлении новой категории автоматически в качестве родительской выставлялась текущая категория.
3. При добавлении нового товара в счет форма добавления нового товара в каталог должна открываться в всплывающем окне и после сохранения этот товар должен добавиться в счет.
4. Сделать типы товаров к которым привязать настройки, такие как облагается НДС, без НДС и т.п. (как в 1С)
5. При добавлении цены товара учитывать настройки отображения валюты. Т.е. если для рубля я выставил разделитель копеек запятую, то при добавлении цены подразумевается добавление 1500,56 руб. Сейчас вне зависимости от настрое валют цены нужно вносить с разделительной точкой.
6. В форме добавления товара сделать "быстрый поиск" дубликатов аналогично поиску реализованному в подборе товаров в счет.
   

Вообще раз уж дело идет к синхронизации с 1С то нужно как-то строить функционал приближенный к 1С.

09.01.201 Заменил пункт 4. Было "Сделать настройку и по ней выставлять значения по умолчанию: НДС, цена включает НДС."

А мне вот интересно, долго еще в стандартном решении магазина от Битрикс в комплексном компоненте каталога параметры фильтра будут болтаться от старого простого фильтра, при том, что некоторые параметры смартфильтра вбиты жестко?

Имя фильтра - вынесено в параметры, при этом смартфильтр подключен вот так:


<?$APPLICATION->IncludeComponent(
"bitrix:catalog.smart.filter",
$smartFilterTemplate,
Array(
"IBLOCK_TYPE" => $arParams["IBLOCK_TYPE"],
"IBLOCK_ID" => $arParams["IBLOCK_ID"],
"SECTION_ID" => $arCurSection["ID"],
"FILTER_NAME" => "arrFilter",
"PRICE_CODE" => $arParams["PRICE_CODE"],
"CACHE_TYPE" => "A",
"CACHE_TIME" => "36000000",
"CACHE_NOTES" => "",
"CACHE_GROUPS" => "Y",
"SAVE_IN_SESSION" => "N"
,
false
;?>

То есть, если пользователю придет в голову, изменить имя фильтра в параметрах компонента - фильтр фильтровать перестанет.  Я молчу уже про параметры кеша.

Добавить возможность убирать каталог товаров из списка каталогов.

В адмике магазина появилась возможность работать с каталогами товаров

(красным отмечены деактивированые инфоблоки)

При этом на сайте есть служебные каталоги (или просто старые, которые пока нельзя удалить), которые не нужно отображать в списке каталогов.
Сейчас, даже если деативировать инфоблоки, каталоги отображаются в списке.