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

В JIRA есть интересная реализация настройки фильтра - через язык запросов, поддерживающих логику. Можно пользоваться упрощенной фильтрацией, такой же как в Б24, но если нужно - всегда можно переключиться на "продвинутый режим" и задать что-то вроде: http://joxi.wmax.ru/screen/1608797500118.png

Сейчас независимо от того какой фильтр выставлять - если есть задачи в которых есть непрочтённые комментарии, то такие задачи попадают на страницу. Так например по фильтру "В работе" отображаются уже давно закрытые задачи. Это неправильно. Нужно либо отключить данный функционал совсем, так как не соответствует применённому фильтру, либо дать возможность в фильтре это отключать.

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

У всех списочных полей значение поля может быть пустым.
Уже на уровне системы есть значение (не заполнено).

Добавьте его пожалуйста в фильтр!

Конечно, кто то умный может предложить в список значений добавить еще одно значение и обозвать его как "Пустое", выставить его по умолчанию, прогнать десятки тысяч записей бизнес процессами, а потом пытаться как то этим всем управлять.

Но это создает еще 30 костылей в бизнес процессах и вообще, в чем проблема понять что в маркетинге выбор сегмента с "не заполненым" полем - это тоже сегмент?

Хотелось бы спросить у продакт команды, где-тут затерялась "CRM для бизнеса", а не костыли ради костылей?

Почему для стандартных справочников вы это сделали, а для кастомных полей нет?


PS. Телефоны легко считывают стресс, Tesla летают, где то на орбите марса, и даже недавно Б24 научили скрывать боковое меню.

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

Предлагаю добавить фильтр в компонент bitrix:sale.products.gift.basket для разграничения типов подарков в зависимости от требуемой концепции (например "подарки для неё" и "подарки для него")

Добрый день.
Хотелось бы видеть дополнительный пользовательский признак (отдел/подразделение/филиал/магазин и т.д.), в который можно вручную добавить соответствующих сотрудников и потом по этому полю фильтровать результаты в списке лидов, сделок, контактов.
Помимо этого этот признак удобно будет использовать при создании фильтра в отчетах.
Сейчас на каждый отдел компании нужно сделать отдельную копию отчета и там вручную через "Либо" прописать всех ответственных. В итоге несколько одинаковых отчетов с разным списком ответственных, вместо одного отчета, в котором можно было бы менять "отдел" - также как в сделках можно вбрать "Направление" из раскрывающегося списка.

Например, у задач проекта "Подготовка к выставке" должны отображаться одни поля (например, компания CRM, необходимые материалы), а у проекта "Товары под заказ" другие поля (номенклатурный номер, количество, поставщик (клиент из CRM), сделка и т.д.

Сейчас эти два списка задач можно хотя бы добавить в избранное, но настройки полей у них будут общие.
Желательно также, чтобы можно было сохранить не только настройку полей, но и настройку фильтра. Например, при входе в список "Товары под заказ" показывать все задачи кроме стадиий "Получено от поставщика", "Отгружено клиенту", "Возвращено поставщику". Также бы хотелось создать отдельный пункт в меню "Никому ненужные Товары под заказ", вывести задачи в статусах "Получено у поставщика" или "Ожидает получения", но у которых последнее изменение больше 1 месяца назад. Чтобы отфильтровать товары, которые были заказаны менеджерами, но потом не отгружены клиентам.

Вообще очень хотелось бы сохранять и в других разделах настройки фильтрации.

В фильтр для задач необходимо добавить следующие параметры: Дата старта, Дата финиша
Не забыть их также добавить в настройки списка «Мои задачи»

В модуле catalog есть красивое js-расширение core_condtree, на основании которого можно строить сложные условия для правил корзины (модуль sale) и т.п.
Он регистрируется как extension core_condtree и его классы напрямую никак не связаны с каталогом товаров.
То же и со стороны php - в модуле каталога лежит CGlobalCondCtrl, который из названия с самим каталогом никак не связан.

Предложение: вынести эти классы в Главный модуль (main) чтобы можно было использовать их в своих проектах, когда нет (или не требуется подключения) модуля Каталог

Было бы здорово иметь возможность фильтровать товары в торговых каталогах по ценам из админки. Скрин: https://yadi.sk/i/bADhKTiiSFI_5A

Идея предложена на основании обращения в техподдержку №2300013 от 27.03.2019

Не могу понять по какой причине в редактировании шаблона "Каталог" для Битрикс24 Магазин (бета), в самом редакторе при выборе каталога в настройках блока, с боку появляется дополнительный блок "Подбор товара" (он же смарт фильтр или фильтр товара).

Но при публикации страницы (на которой данный блок присутствует, в тч и в предосмотре), то данный блок в публичной части пропадает просто напросто ...

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

что не так делаю, возможно у кого-то есть опыт, идеи?

спасибо

Добрый день!

В стандартной фильтре мягко говоря неудобно фильтров по подразделению: https://yadi.sk/i/G5IGJfQFuNZ-nQ
Вот представьте, что у нас 2000 подразделений и мне нужно отфильтровать из них 100 и получить нужный список пользователей - это просто самоубийство. Если окно браузера перезагрузится, переключится или курсор тапнет по другой области, то проще начать сначала, чем искать пункт, где остановился.

Чем больше я добавляю подразделений, тем хуже становится ситуация: https://yadi.sk/i/_xWLYyp-TXnLPQ

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

Фильтр в ЖЛ хотя бы в плане выбора подразделений более удобен: https://yadi.sk/i/6LGQEd6LFMygfw

Измените, пожалуйста, фильтр.

Товары имеют разные типы цен (и разные валюты)


Можно настроить, чтобы все учетные цены конвертировались на сайте в одну - это хорошо.


В умном фильтре все равно показано несколько цен, в разных валютах.
Изменения в параметрах не работают - это плохо.


Давайте сделаем, чтобы в умном фильтре все цены тоже могли конвертироваться в одну нужную.

Добрый день! Сделки, контакты и компании можно фильтровать по нескольким ответственным, а вот с делами случилось недоразумение, можно выбрать только одного ответственного, для руководителей это неудобно. Сделайте пожалуйста возможность фильтрации по нескольким ответственным в делах CRM.

Список пользователей захламляется не существующими адресами типа  buyer655645@site.ru ? которые Битрикс сам придумывает если у контрагента в 1С нет почты.

Запуская рассылку по пользователям идет массовая отправка на несуществующие адреса - хостер автоматом блокирует php mail.  Не работаю никакие уведомления в итоге.

В модуле e-mail маркетинга динамический сегмент такой создать нельзя.

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

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

В умном фильтре необходимо, чтобы значения максимальной и минимальной цены изменялись с учетом выборки, и не только цен, любого свойства типа число, которые выводятся в виде <input type="text".../>

Т.е., если в фильтре выбрать какой нибудь параметр, например, бренд Adidas, интервал цены подстроился с учетом данного бренда. Т.е., например, если было от 1 000 до 10 000, а в бренде Adidas доступны только товары с ценой от 3 000 до 8 000, то значения в инпутах и ползунках становились такие.

Сделать возможность поиска фильтрования у условием "ИЛИ" между полями.
Например, есть название компании и ее альтернативное название (пользовательское поле). Чтобы можно было отфильтровать компании при котором либо одно условие совпадает либо другое.