<p>Размышления о наследовании свойств объектов, об абстрактных справочниках и документах,
об объектах неопределенного типа наводят на мысль об использовании в платформе
такого семантического понятия как Роль .
</p>
<p>Что такое роль? По сути – это совокупность каких-либо качеств объекта, которые
проявляются при его взаимодействии с другими объектами. Если такого взаимодействия
нет (еще не было), то и качеств тоже нет (пока нет). Похоже, что реквизиты
агрегатных объектов должны ссылаться на другие агрегатные объекты не непосредственно,
а через роли.
<p>Соответственно, роль – это и не справочник, и не документ, но исполнять ее
должны элементы справочников или документы. Задание справочника в качестве
возможного исполнителя какой-либо роли определяет, что на элементы данного
справочника могут ссылаться те объекты агрегатного типа, среди реквизитов которых
есть данная роль.
<p>Пример. В расходной накладной реквизит "Покупатель" – это обычно ссылка на
справочник "Контрагенты" . Гораздо гибче было бы, если бы данный реквизит ссылался
не непосредственно на справочник "Контрагенты" , а через роль "Покупатель" .
В качестве же "Покупателя" могут выступать как "Контрагенты" , так и "Физические
лица" , "Сотрудники" . Соответственно, и в регистре "Оборот продаж" измерение "Клиент" тоже
должно ссылаться не на справочник, а на роль "Покупатель" .
<p>В V7 для того, чтобы продать товар "неконтрагенту", надо либо объявить реквизит
документа "покупатель" абстрактным справочником, либо в справочнике "Контрагенты" заводить
новый элемент и как-то организовывать его связь с "неконтрагентом". И то, и
другое не очень удобно.
<p>Роль является объектом агрегатного типа. Она должна иметь перечень объектов-исполнителей
роли и может иметь свои реквизиты. Если справочник (документ) допускает использование
непосредственных ссылок на свои элементы, значит сам справочник задает также
наименование и реквизиты роли, которую исполняют его элементы. Например, справочник "Сотрудники" определяет
одноименную роль.
<p>Введение ролей намного ослабит потребность в механизме наследования свойств
у справочников. Рассмотрим последовательно применение обоих подходов (наследование
свойств и роли) к отражению в конфигурации того факта, что продавать можно
не только товары, но и материалы, ценные бумаги, основные средства и т.д. Все
перечисленное – отдельные справочники, поскольку каждый имеет свой особенный
перечень свойств. Надо сделать так, чтобы иметь возможность указывать в расходной
накладной (и, соответственно, в регистрах реализации) в качестве товара элемент
любого из этих справочников.
<p>С точки зрения наследования необходимо сделать следующее. Завести абстрактный
справочник "Номенклатура" и наследовать от него перечисленные выше.

Читать всю статью: http://www.klerk.ru/soft/1c?6210