У метода выборки секций CIBlockSection::GetList есть опция подсчета элементов в каждой секции, значение выводится в ELEMENT_CNT. И у него нету возможности делать подсчет с учетом прав на элементы. В самом catalog.section.list для этого делается дополнительная выборка через CIBlockElement::GetList
Здравствуйте, предлагаю переделать этот ужасный дизайн карточки б24 товара (новой), где если у вас нет вариаций - место используется максимально не рационально.
Предлагаю вернуться к вкладкам, как это было сделано бус с возможностью гибкой настройки. какие свойства выводить, их порядок и так далее.
Прошу поддержать мою идею! Так как данное пожелание Битрикс не может реализовать уже больше 11 лет предлагаю им несколько упростить задачу.
Через многоязычность интернет магазина пришлось сделать под каждый язык отдельный торговый каталог.
После введения складского учета хотелось бы как-то вести учет товаров с разных торговых каталогов.
При создании приходной накладной нужно, чтобы учитывалась возможность добавления товара в несколько торговых каталога. Нужна некая связка, чтоб система понимала, что в разных торговых каталогах один и тот товар и соответственно подсчитывала его остаток учитывая продажи/резерв с разных каталогов и прописывала в товар общий остаток.
public static function set($moduleId, $name, $value = "", $siteId = "")
Сейчас опшен можно записать/получить для указанного $siteId. Было бы ещё лучше если добавили группу пользователя. Например для группы_1 сайта_1 можно было сохранить одну минимальную сумму для заказа, а для группы_2 сайта_1 другую. Или показывать "мою фичу" только на сайте_3, для группы_1.
В б24 интерфейсе в разделе товарного маркетинга отсутствует подраздел "Скидки на товар", который есть в БУС интерфейсе. Так как все управление скидками и правилами корзины переведено в б24 интерфейс, предлагаю все же добавить и этот раздел к остальным.
Если посмотреть метод crm.contact.fields то можно увидеть пользовательские типы crm_company и crm_lead (и другие) При этом существует стандартный тип "crm", с настройками SETTINGS.
В подолжении развитии идеи: https://idea.1c-bitrix.ru/39468/ предлагаю сломать в именовании типа обратную совместимость и заменить "crm_lead" на более универсальный "crm" с настройками. При этом, так как поля содержат только один тип то содержать они будут так же идентификаторы (т.е. по составу данных обратная совместимость будет).
Верно, такая проблема присутствует, так как форма наследует язык портала. Мы уже добавили настройку языка для каждого Сайта24. Осталось подкорректировать под это еще и формы.
Вы упомянули про кучу ошибок, я увидел только одну (язык не передается). Можно ли узнать про остальные ошибки?
PS: Идею я вынужден отложить, так как это прежде всего сайт идей (который, поверьте, в разрезе Сайтов24 я внимательно читаю). А ошибки надо писать в техподдержку.
Иван, возможно, я не так вас понял, но на данный момент штатные формы и так посредством JS встраиваются. Это уже потом скрипты дорисовывают фрейм. Но так уж они работают.