Нужно к справочнику привязать несколько параметров, которые относятся к только этому справочнику, и желательно чтоб и жили вместе с ним - обращаться к нему, менять в нем...
ТЧ не подходит - она, как и реквизит справочника, для каждого элемента своя.
РС - тоже не вариант: городить регистр для констант не очень красиво как-то.
Новые константы делать... так ведь хочется, чтоб они сгруппированы были у своего "владельца"...
У кого есть какие другие идеи?

свойства объектов. если типовая

(1) так они у объекта, а ему как бы статические нужны

В менеджер справочника функции. И прописать в них нужные значения.

РС как раз норм вариант, надо просто привыкнуть что место на дисках безлимитное и не жалеть байтов :) + процедуру в общийе модули на получение/установку.

(2) совершенно верно.
Это что-то типа администрирования справочника.

(2) чет смутило "...чтоб они сгруппированы были у своего "владельца"... "

тогда (3) +1

пример таких "параметров"

сделай константы

(3) так и менять можно будет только в коде.
(4) много бестолковых объектов - как раз не лучший вариант. Нужна-то табличка, а не целый регистр со своими механизмами..
(6) что смутило? откройте любую книжку - там есть таблица "Содержание". Статичная. Она ведь не копируется на каждую страницу? :)

(8) да какая разница, какие параметры?! например, количество десятичных знаков номера данного справочника. Или разделитель групп.
Самое главное - что они на весь справочник, а не отбельно для каждого элемента.

(9) опять же это будут сущности, "отвязанные" от своего объекта - и потом вспоминать, а для чего тут десяток новых констант введено?
Любая вещь должна быть на своем месте - константа справочника должны быть в общей таблице свойств самого справочника.
Вот такую реализацию и ищу.

(8) да, и они могут меняться в зависимости от политики ведения справочника.

+ (13) если кому не понятно, а "что это за справочник, правила ведения которого меняются", отвечаю.
Например, это спрравочник проектов - характеристики проектов используются длительное время весь цикл реализации проекта, а потом старые (закрытые) проекты псото уходят "в архив", и уже без разницы, что нумерация проектов два года назад была другой, например.

(12) нет особой проблемы в том чтобы сделать константы. Можно еще регистр сведений без измерений сделать, чтобы НЕ(потом вспоминать, а для чего тут десяток новых констант введено? )

(15) >> Можно еще регистр сведений без измерений сделать
Так и делают в 1С - например, ВариантыВстроенныхАлгоритмовРасчетаЗарплаты: измерений нет, одни ресурсы (потому как числовые параметры только), да форма списка на все это для редактирования.
Но это хоть на всю зарплату сделано, а у меня что - на отдельный справочник - по отдельному регистру?
Некрасиво. И кошмарно.
Это уж тогда надо делать общий регистр и отбором выбирать параметры по конкретному справочнику - вот это будет по идеологии 1С, но по-дурацки с точки зрения здравого смысла.

Имхо проблема надумана

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

Что мешает создать универсальный РС с параметрами:
ТипМетаданных            ЗначениеМТД  Параметр (Строка)    Значение (Стр/Число/Дата)
Справочник.Сотрудники     <пусто>     КоефицКакойтоОбщий    5.5
Справочник.Сотрудники     Иванов ИИ   КоефицКакойтоПерсональный    5.4
Справочник.Контрагенты    <пусто>     ПараметрДругойОбщий        "01.01.2012"
и т.д.

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

(18) > нельзя сделать одновременный отбор по тому же справочнику по списку и неявному соответствию, и нужно делать через попу

Что имеешь ввиду?

(20 все одним запросом, как и писал в (4) две ф-и, на получение и установку, с параметрами типа:
Функция ПолучитьПараметр(Знач ИмяПараметра, Знач ТипЗначения, Знач ОбектМТД = NULL) Экспорт

(21) >>Что имеешь ввиду?
что написал.
Невозможен отбор из списка значений и неявному сравнению, если не в курсе.
(22) боюсь, с ростом таких "костылей" система будет вовсе не такой стройной и параметричной.
Это ж маленький частный случай, а чтобы решить - нужно изобретать целый дом. Вот это и напрягает.

(23) [Невозможен отбор из списка значений и неявному сравнению]

Ошибка в построении предложения, я тебя не понимаю. Что это значит?

Тоже сложилось ощущение, что у автора не получается решить несуществующую проблему

(23) Ну да, надо будет малость пописать кода :)
Я аналогичный РС себе во все базы уже добавил + ф-ии получения, правда еще в РС есть измерение "Организация".

+(25) Ну либо как-то путано ее излагает

(24) что непонятно конкретно?
(25) >>несуществующую проблему
да, я тоже заметил, что хорошая отмазка 1с-ников - если что-то не решается "в лоб", то проблема "не существует" и "никому это не нужно" :)

(28) [хорошая отмазка] )

(26) кстати, с таким же успехом (для 1С однофигственно) можно и уникальный документ завести с ТЧ :)
Что, к тому же, тоже "успешно" реализовано 1С в типовых - например, "Установка цен номенклатуры": документ, заменяющий РС.

(30) Тебе нужно с букварей начать, чем отличается РС от документа и прочее. Типичный случай самоуверенного новичка - нахватался вершков без понимания сути и вперед, критиковать.

(31) ну и чем отличается использование "Установка цен номенклатуры" от использования предположим, "независимого" РС "ЦеныНомеклатуры"?
Только давай не как новичок - без цитирования букварей, своими словами и своими знаниями.

(31) да, еще, не как новичок - соберись с мыслями и объясни, чем в 1С отличается доступ к единственному документу в базе от доступа к регистру, да еще и в рамках десятка записей?

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

(34) только вот период и отслеживается тем же самым регистром.
А вот мне - так даже и периода не надо, обычная таблица треба.

+ (32) ну так я и думал - самопровозглашенные "не-новички" спеклись при первом же вопросе.