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

1. Добавить при создании свойства галочки:
* служебное - данное свойство является системным и не выводится нигде и ни при каких условиях в публичной части.
* выводить в карточке - если стоит галочка - свойство выводится в характеристиках товара в его карточке (не подключать его через компонент каталога и детального просмотра а делать это из админ-панели).

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

3. Чтобы не плодить тысячу свойств с одинаковым смыслом в настройках свойств раздела дать возможность прописывать название для публичной части. К примеру есть свойство "тип", которое в категории велосипеды должно иметь название "тип велосипеда", а в категории тренажеров - "тип тренажера", т.е чтобы было системное название и публичное, которое изменяется в настройках раздела в списке привязанных к нему свойств.

4. Добавить в выборе привязок свойств к разделу поиск по названию. Когда свойств сотни - искать по названию - большая трата времени и сил (https://yadi.sk/i/dP1Z2k0MD0SCPA).

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

6. Добавить встроенный в систему группировщик свойств. Ведь даже у свойств заказа есть группы, но у свойств товаров их нет. При заполнении товаров намного удобнее было бы разбивать свойства на логические блоки по вкладкам чем выдавать огромную простынку текста если у товарной позиции много характеристик.

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

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

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

Что ещё более маразматично - нажатие кнопки "Отмена" - также вернёт вас в список инфоблоков.

Уверен, что ссылка "Отменить" и "Вернуться" должна срабатывать именно туда, откуда ты перешёл к редактированию.

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

Но в списке характеристик люди привыкли видеть те же габариты в виде ШхВхГ, да ещё и с единицей измерения:

Габариты ШхВхГ  ....................... 680х340х200 мм

1. Такой вид компактнее.
   
2. Единицы измерения рядом со значениями - читателю не нужно бегать глазами по горизонтали к названию совойства
   

Сравните с тем, что есть сейчас:

Ширина, мм ....................... 680
Высота, мм ........................ 340
Глубина, мм ....................... 200

Такая же проблема возникает, если характеристика товара это диапазон значений, например, диапазон воспроизводимых частот у акустики (тут ещё и разделитель тысяч прибавляется):

Частота воспроизведения ....................... 20 - 35 000 Гц

Предлагаю для решения этой задачи использовать вычисляемые поля.

Идея вычисляемых полей давно у же витает в воздухе (и даже набрала огромный рейтинг в голосовании).
Более того, она была не только заявлена Битриксом четыре (!) года назад, но и реализована в разделе SEO. Различные SEO-поля, формируемые по шаблону, это и есть пример реализации вычисляемых свойств. Но дальше дело как-то не пошло, а жаль.

Вот Яндекс.Маркет, кстати, давно уже научился делать такие вещи.
Ну красота же! Я уж молчу про группировку полей...

Было бы очень удобно, если появилась бы возможность сортировки свойств в инфоблоке по типу "drag and drop". Сейчас выставлять нумерацию очень неудобно, особенно если свойств у инфоблока много.

Хотелось бы видеть код свойства инфоблока при редактировании элемента как минимум на этапе разработки, т.к. приходится каждый каждый раз лезть в настройки ИБ, чтобы взять код свойства.  Можно это сделать в квадратных скобках напротив каждого свойства.

Было бы здорово иметь возможность фильтровать список элементов по значениям именно СВОЙСТВ привязанных элементов. Например: PROPERTY_<PROPERTY_CODE>.PROPERTY_<PROPERTY_CODE2>
Сейчас же можно производить фильтрацию лишь по полям связанных элементов.

Коллеги, приветствую!

В свойстве "Привязка к элементам с автозаполнением (в виде списка)", при условии множественного поля, хотелось бы иметь возможно выделить весь раздел с его подразделами и их элементами.
Очень трудоёмко выделять каждый, а если их тысяча?!)

Спасибо!

Сейчас в свойствах есть галочка  "Выводить поле для описания значения".





Xотелось бы добавить несколько таких описаний! В добавлении /редактировании элемента можно будет спокойно создавать таблицы и многое другое состоящие из нескольких столбцов

Свойства товаров в 1С имеют параметр "назначение", при указании которого это свойство применимо к тем или иным товарам.
Необходимо автоматически вычислять свойства, применимые к товарам, участвующим в обмене, и только их записывать в таблицу свойств ИБ с товарами.
В нынешней ситуации имея в 1С каталог с тысячами свойств, при выгрузке части такого каталога (даже ничтожной), в ИБ попадут все эти тысячи. С товаром работать невозможно, с настройками ИБ работать невозможно.
Есть возможность настроить список выгружаемых свойств в настройке обмена, но:

• Выбрать пару сотен свойств из нескольких тысяч - задача для самых упорных и внимательных
• Чтобы не ошибиться, надо очень хорошо знать номенклатуру и её свойства (десятки тысяч позиций)
• Если номенклатура выгружается в несколько инфоблоков в рамках одной настройки обмена (разнести по разным нельзя, потому что они не должны пересекаться по времени во имя предотвращения удаления файлов выгрузки и таблицы b_xml_tree), то настройка выгружаемых свойств будет применена ко всем инфоблокам, что потребует выбрать все свойства.
  

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


Автоматический учёт назначения свойств при формировании файлов выгрузки позволит:

• уменьшить объём данных, передаваемых на сайт;
• снизит нагрузку на сайт при обработке загружаемых данных;
• повысить прозрачность работы с товарами на сайте.
  

Эта идея - переформулированная идея http://idea.1c-bitrix.ru/the-restriction-property-import-of-goods/

Для чего? Легко и просто: чтобы в компонентах публичной части нельзя было выбрать свойства, указанные как служебные. Т.е. чтобы они не показывались на сайте, если клиент их, например, по незнанию выбрал. И просто чтобы мусора меньше.

Иначе получается, что многие модули или готовые решения создают свои свойства инфоблоков, которые явно не нужно выводить на сайте (напр., в шаблоне от Битрикс: "Тема форума для комментариев", "Количество комментариев к элементу", "Заголовок окна браузера и др" ).

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

Свойства товаров в 1С имеют параметр "назначение", при указании которого это свойство применимо к товарам указанных разделов.
При импорте номенклатуры из 1С в XML описания товаров попадают только те свойства, которые этому товару соответствуют, и это правильное поведение.
Независимо от ограничения импортируемой номенклатуры и от проставленных "назначений" свойств, в инфоблок запишутся ВСЕ имеющиеся в 1C свойства.
То есть если решили создать два отдельных инфоблока на "мебель" и "компьютеры", расположенные в одной базе 1С, в ИБ "мебель" будут присутствовать свойства типа "Тактовая частота процессора", а в ИБ "Компьютеры" - "Материал столешницы"
Ситуация усугубляется, если в базе много разнородных товаров, и кол-во свойств велико (в моём случае >4000). В такой ситуации Битриксу становится очень тяжело работать с каталогом, да и менеджеру работать с товарами затруднительно. Кроме этого архитектура MySQL не позволяет хранить большое количество свойств в отдельной таблице, поскольку на свойство создаётся отдельный столбец (для UTF8 это 85 столбцов varchar(255) )
Ниже привожу фрагмент лога обмена, чтобы пояснить вышесказанное.
Проблема обнаружена при работе с модулем интеграции на стороне 1С: 4.0.5.1.

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

Бывает очень актуально, это не сложно, есть даже пример http://blog.sibirix.ru/2012/05/12/user-type-description/  

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


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

Добавить стандартное системное свойство в ифноблоках с типом "Да/Нет",

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

Например, свойства матрица и диагональ объединить в группу Экран и т.д.

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

На текущий момент Битрикс позволяет менять для группы товаров (не путать с разделом) лишь привязку, активацию и т.п.

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