Так таки группы и элементы это две разные сущности или одна?

в общем случае зависит от задачи

(1) вот как людям хочется вставить в фразу две противоречащие друг другу идеи:
1. в общем
2. конкретной

Что есть жить вместе? В одной таблице?

Группа - это группа, а элемент, он таки элемент. Между собой они различаются, но не настолько, чтобы разделять их по разным справочникам/таблицам/еще чему.

(2) что именно тебя смущает? )))))

(5) ничего

Знаю несколько способов убить базу не повреждая ее,
иерархический справочник это один из способов=)
Делается небольшая "петелька" из родителей, в итоге в документах/справочника/отчетах ту же номенклатуру видно, а в справочнике пусто)))

(7) Убить - это когда насмерть. А эта фигня элементарно лечится.

а чем группа от элемента отличается, кроме реквизита ЭтоГруппа?

А вообще

мыслить надо диалектически
нафейхуа нужна иерархия?
то бишь чем иерархия отличается от многокритериальной классификации?

(9) Поведением на прикладном уровне.

(11) это следующий шаг
(9) многих реквизитов у группы нет, они кстати в запросе равны NULL ))

(13).2 открой для себя свойство реквизита "Использование" )

(14) ты меня с кем-то путаешь

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

(15) да нет, прочитай внимательно "многих реквизитов у группы нет"

Ну и

(13)
ОбъектМетаданных: Реквизит.Использование (MetadataObject: Attribute.Use)
ОбъектМетаданных: Реквизит (MetadataObject: Attribute)
Использование (Use)
Использование:

Только чтение.
Описание:

Тип: ИспользованиеРеквизита; Булево.
Для реквизитов справочников, планов видов характеристик это свойство указывает способ использования даных подчиненного объекта конфигурации (например, ДляЭлемента, ДляГруппы, ДляГруппыИЭлемента).

Доступность:

Сервер, толстый клиент, внешнее соединение.
Примечание:

Для реквизитов справочников или планов видов характеристик.

(17) а их нет, попробуй обратиться к группе в 1С-языке

Группа.Артикул

(20) настрой для артикула использование для группы - и он появится

(21) не буду

(22) ну тогда да, тогда конечно))))

(21) И что он будет значить?

ваще группы - зло, рудимент, который реализует "картиночки в виде папочек" для бухгалтерш

(24) что присвоишь - то и будешь значить.

(25) да нет, итоги в иерархии элементов выглядят забавно, с группами удачнее

(24) захочешь логику какую-нибудь реализовать - пожалуйста, например, он будет значить префикс артикула по умолчанию для рподчиненных объектов

(26) Франчовая фишка. Был бы реквизит, а что присвоить придумаем.

кстати альтернативная иерархия вложенными интервалами мне больше нравится

(26) он хочет сказать, что в большинстве случаев многие реквизиты элемента группе не нужны.

а что решит голосование?  Нуралиев прочитает и разрешит использовать одновременно иерархию групп и иерархию элементов?

(29) бугога, "Фиксы - хранители групп справочников"

(28) Концептуальный смысл всё равно другой, с таким же успехом можно было бы сделать реквизит "АртикулПоУмолчанию" и использовать его только для группы.

(29) я ща про возможность платформы, а ты? по-моему очевидно, что всё сильно зависит от конкретной задачи.

(33) Ну да, весь мир юзает иерархию, но Вы самый умный и знаете "как на самом деле".

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

или вот мультииерархия

1. справочник: Виды иерархии
2. справочник: Группы иерархии (иерархия элементов)
3. РС Принадлежность иерархиям, измерения: Номенклатура, Вид иерархии, ресурс - группа иерархии

(36)(тсс, тока никому, это тока франи знают) бывает иерархия без групп

(36) вариантов создать иерархию гораздо больше чем предлагает 1С

(40) Имелась ввиду иерархия вообще (а не только от 1С)
(38) Группы иерархии подчинить справочнику виды иерархии?

(41) можно подчинить, можно сделать реквизитом, это уже детали

ваще, группы - это фича для виндовс-пользователя, ибо виндовс-пользователь точно знает, что каталог - это не файл

(16) в убивце 1С разработчик сам строит архитектуру базы или может выбрать из вариантов, предложенных типовой библиотекой

(2) фраза в (1) была построена правильно, а ты просто выдернул из контекста 2 слова. Оксюморона здесь нет, т.к. якобы противоречивые слова относятся к разным объектам (общий случай и конктрентая задача)
Вот  развернутая фраза из (1). Для каждого конкретного случая Группы и элементы справочника имеют разную сущность.  И это общая тенденция.

(45) я проникся, больше не буду ))

+(46) почему-то тоже проникся))))

По теме: иерархия задает  определеннгую связь между 2мя сущностями. Природа сущностей может быть одна, напр.  должности в штатной структуре и разная - подразделения/долности в Организационно-штатной структура.
Введенный тобой в (38) вид иерерхии и опредеделяет  смысл связи.

(47) а че ж в (1)так быстро сдался? )))

(49) потому что (0) на своей, другой волне, в общем и целом это бессмысленно)