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

Используется два сайта на одной лицензии, Битрикс Малый Бизнес 12. При добавлении пользовательского поля и указании, что оно обязательно для заполнения, это поле становится обязательным для заполнения (в т.ч. при регистрации) на обоих сайтах. А, конечно же, нужно только на одном.

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

Вот так сейчас:



Вот так хотелось бы:

Почему нет пользовательского поля типа "textarea" в CRM?
Строка не удовлетваряет всех потребностей, а еще бы хорошо что-бы "textarea" понимал html

Сделать пользовательское поле типа HTML/Текст c виз. редактором.

Особенно этого не хватает для разделов.

Очень хотелось бы увидеть поддержку пользовательских полей в конструкторе отчетов.

Добрый день!
В Библиотеке документов версии 0.7.4 была добавлена поддержка Пользовательских полей.
Данному функционалу не хватает поддержки фильтра (поиска) по пользовательским полям.

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

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

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

зы. перенёс в "идеи" из идеи на форуме, озвученной ещё до появления "идей"

Предлагается для полей типа строка и, возможно, целое число.

Смотрим последний пункт на скрине внизу (страница настройки пользовательского свойства типа строка).



Может понадобиться при привязке группы к внешним классам классификации информации, например, УДК.

Сейчас при большой базе пользователей (под 200 т.) если в колонку добавить UF-поле, начинаются сильные тормоза. Потому выборка идет всей таблицы. Хотелось бы в данном случае выборки именно по LIMIT 0,20.

Сейчас пользовательские поля поддерживаются только несколькими объектами: USER, IBLOCK_SECTION, BLOG_BLOG, BLOG_POST, LEARN_ATTEMPT, SONET_GROUP, а иногда, при решении нестандартных задач, данный функционал требуется и для других объектов системы.