[quot Юрец]The Dim!пропущено...
Откровенно врете(по крайне мере в такой формулировке). Те же настройки пользователя, во многих конфигурациях, хранятся в РС, учетная политика, цены номенклатуры...

Откровенно говоря почитайте документацию. Ссылку на запись регистра получить нельзя, не для того они предназаначены.
ну ссылку нет но ключ записи можно

по сути что то что другое - плоские таблицы изначально но благодаря тому что это разные объекты метаданных у них есть свои методы и предназначение собственно тоже разное

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

штатные механизмы проведения тоже поддерживают механизм управления записями которые создал документ на уровне платформы... плюс опять же штатные возможности движка запросов (аналог вьюшек чтоли некая аналогия... виртуальных таблиц) "заточены" для работы с периодическими записями объектов типа РС

никто не мешает нагородить велосипед и организовать справочник в котором будет скажем поле дата... но вот каково будет потом с ним осуществляя типовые для РС запросы или организацию записи ? это возможно но стоит ли того такой велосипед ? (в 7.7 так и делали частенько вынося дату в реквизит справочника... но там РС небыло)

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

Стоит посмотреть в сторону объекта Документ.
документ это другое... для другого предназначен

гм... в общем чтобы не вдаваться в технические особенности лучше наверное описать практическую сферу применения этих объектов

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

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

эти вот изменения фиксировать по отдельности очень неудобно (ну вот представьте как весело будет описать состояние товаров которых сотни... стони записей с немаленьким набором показателей вручную это будет издевательством над оператором) и для ускоренного удобного ввода существуют объекты типа "Документ" которые и производят формирование этих самых записей
Т.е. объект типа Документ предназначен для удобства оператора и привязки наборов записей (не только регистров сведений) к определенным фактам операционной деятельности (получение товара, его оценка, продажа и т.д.)
Кроме этого эти объекты можно использовать для печати содержимого в виде регламентированных документов (накладных, счетов, ордеров и т.д.) т.е. представить факт уже в печатном виде
Само собой объект Документ имеет довольно широкий перечень механизмов для управления порождаемыми записями в т.ч. и "пакетно" (к примеру при "распроведении" можно удалить все записи которые создал проведенный документ перед этим)


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

пс... на самом деле и документы могут содержать другие документы (и создавать их) и момент времени необязателен и документ может ничего не порождать по записям и сами записи могут быть не привязаны к документу и печать может производиться не из документов и т.д.
но в целом методика применения этих трех объектов именно такая... остальные велосипеды уже по необходимости :)