Очень нужная вещь: Показывать разные свойства для разных разделов в инфоблоке.
Такая возможность уже есть в Торговом каталоге. Подобное решение хорошо бы реализовать для инфоблоков. А то для обычного разнопланового каталога приходится делать разные кастыли, чтобы не показывать сотню свойств или не плодить инфоблоки.
Очень нужно добавить поля в табличном представлении. Например, у сделки есть "график платежей", у этого графика есть 2 поля "Дата" и "Сумма". Сейчас это можно сделать только создав два множественного поля, которые будут отображаться друг под другом, и разобраться в таком представлении очень сложно, неудобно и вообще не правильно. Хорошо бы добавить такую привязку к инфоблокам, где можно будет указывать, какие поля будут использоваться при редактировании/добавлении и просмотре, и какое поле будет использоваться для привязки к сущности CRM элемента ифоблока. Хорошо бы еще сделать изменение этого элемента прям из сущности CRM
Болят руки и мозг от создания однотипных инфоблоков? Устали каждый раз выставлять там права доступа и подписи? Привыкли, что с файлами можно делать перемещения и копирование, а в инфоблоках - фигушки и вы расстроены? У вас много типов инфоблоков и в каждом по 1-2 инфоблока? Правда, хочется собрать их в более большие осмысленные кучки? А вот пока нельзя! Поэтому...
Предлагаю добавить два действия с инфоблоками: копирование и перемещение.
Начнём с простого: перемещение. На сколько я вижу по структуре БД, это тривиальная задача, которая заключается в изменении содержимого записи IBLOCK_TYPE_ID в таблице b_iblock
Теперь посложнее: копирование. Эта опция нужна для того, чтобы сделать инфоблок с теми же настройками, с теми же свойствами и с теми же доступами, которые так муторно везде проверять и выставлять каждый раз! При копировании следует запрашивать новое имя инфоблока и тип, куда происходит копирование. Это будет наиболее удобный вариант.
P.S.: Глобальная концепция компонентов продукта - обращаться к инфоблоку по ID и проверять тип - мне до сих пор не ясна. ID инфоблока ведь уникальный. Зачем??? Чем-то напоминает, "ой, а мне только спросить!" Однако, такая концепция имеет место в стандартных компонентах, поэтому я понимаю, что перемещение инфоблока может привести к необходимости перенастройки поля "Тип информационного блока (используется только для проверки)" в уже настроенных и размещённых компонентах. Но оно того стоит!
Добавить свойство элемента инфоблока - Email. И соответственно в компоненте редактирования / создания элементов сделать проверку на корректность заполнения при добавлении.
Часто получается, что одна и та же структура групп может использоваться в разных инфоблоках (например, товары разного типа, со своими специфическими свойствами, но сгруппированные по единой системе классификации).
Что я предлагаю: - группировку элементов одного инфоблока группами другого; - чтобы это включалось в настройках "дочернего" инфоблока (например, пункт "Использовать группы инфоблока" со списком инфоблоков в выпадающем меню, исключая текущий и другие с такой же настройкой). См. на скрине настроек инфоблока пункт "Использовать разделы другого инфоблока":
В результате внешне группировка инфоблоков должна работать как обычно, причем как в публичном, так и в административном интерфейсах вне зависимости от того, чьи группы -- "свои" или "заимствованные" -- инфоблок использует.
Функционал создания и редактирования групп тоже должен функционировать везде -- и в тех инфоблоках, которые имеют свои группы, и в тех, которые не имеют свои группы и используют группы других инфоблоков. Только в последнем случае, разумеется, группы будут создаваться и редактироваться не "свои", а "заимствованные".
Запоминать параметры сортировки и постраничной навигации для каждого инфоблока отдельно. По умолчанию сотрировка работает так как надо, но если изменить ее то при переходе в другой инфоблок тип и направление сортировки распространяется уже и на другой инфоблок - очень не удобно. Тоже самое касается постраничной навигации, если в одном инфоблоке перейти, например, на 3 страницу, после чего перейти в другой инфоблок, то мы сразу попадаем на 3 страницу
Добавить функционал SKU для обычных инфоблоков. Имеется ввиду добавление на форму редактирования элемента списка подчиненных элементов зачастую приходится добавлять подчиненные элементы в во время добавления самого элемента, и не удобно прыгать из инфоблока в инфоблок, а удобнее добавлять элементы непосредственно на этой же форме. Простой пример: Каталог журналов: Раздел - журнал
Элемент этого же инфоблока - выпуск Элементы другого инфоблока - статьи необходимо добавить статьи, после чего только выпуск в журнал.
При выборе в элементе инфоблока изображения из медиабиблиотеки и сохранении элемента, изображение автоматически копируется по новому пути "/upload/iblock/". Получается дублирование изображений на сервере. Почему нельзя просто привязываться к файлу из медиабиблиотеки?
Хотелось бы чтоб появилась возможность привязывать к "мастеру создания обращения" элементы другого инфоблока.
Например есть инфоблок с лицензиями на продукты, каждая из которых привязана к определенному пользователю. Этот ИБ надо привязать к ТП, чтобы пользователю при создании обращения показывался список из его лицензий, и он мог по конкретной лицензии задать вопрос. Естественно если лицензия истекает, то элемент блокируется и у пользователя больше не будет возможности создать нового обращения по этой лицензии.