Антон, извини конечно... щас буду резать правду-матку прямо в лицо
хм... вот это и есть подход программиста, который не знает предметной области, поэтому и делает универсальные вещи, перекладывая все что можно на дальнейшие настройки.
Что хочу сказать... если поменялся родитель, а потомки не изменились...
Это значит, что теперь потомки НЕ наследуют от родителя!
Это очень серьезное логическое изменение!
При настолько серьезных изменениях придется изменять очень многое.
поэтому предусматривать универсальную обработку таких случаев бесполезно! Все равно такой случай универсально не обрабоаешь.
Бог с ним с этим случаем. Но когда программисты делают универсальные обработки разных сущностей или универсальные формы для разных таблиц или универсальные лукапы или универсальные деревья... это и есть тот случай, когда программист решает свои программистские задачи, а не задачи внедрения.
Пример в Аксапте - hrmvirtualnetwork, markuptrans. Пример "правильной" на мой взгляд универсальности - журналы, колонки в финансовых отчетах, типы заказов, типы складских строк.
Пример спорной универсальности - зарплата и налоговый учет с их счетчиками. Сделано красиво с программистской точки зрения, но для пользователей тяжеловато и не очевидно.
все вышеизложенное - сугубо ИМХО. Извините, если кого задел.