Как правильно сделать прикрепление файла ворд к элементу справочника, для последующего использования его данных.
Когда элементы справочника добавляются в табличную часть документа и потом можно извлекать содержимое из этого файла,
прикрепленного к элементу справочника и формировать на его основании макет. Включать в состав печатаемого макета.

Правильно от целей зависит. Можно вообще в отдельном РС хранить, а можно и в другом источнике данных.

всегда думал, что хранить в базе - зло

(2) Тогда во внешних файлах??????? И удобнее считывать с них будет информацию вроде как ?

(1) Ну вот я и думаю как правильнее.
Цель, связать элемент справочника с ворд файлом, с возможностью считывать его данные, для вывода в макет.

(4) Я бы предпочел РС, нет проблем с последующим удалением связи и отслеживанием истории.

Надо оценить объём данных.
Если файлов будет больше 100 Гб, то лучше оставить файлы в папке или вынести в отдельную SQL-базу.

(6)+ или noSQL-базу для документов.
Надо смотреть, что за файлы

(5) РС пригодится, даже если в файловой системе хранить, только самих файлов в регистре не будет - информация о размере, путь, ссылка справочника, к которому относится файл и т д, по регистру можно оценивать "общее состояние" о количестве, размере всех фалов, потому что средствами работы от 1С с файловой системой можно устать(хотя и нетолько от 1с, это рукопашный бой). Делать выводы, подчищать, если вылезли за какой то допустимый предел по объему. А файлы на диске лежат, нужен если - пошел взял/удалил/добавил. Такую типа "подсистему" у нас делал человек с небольшим опытом, в целом справился. Переделывали с, грубо говоря, скл, хотя принципиальной разницы невидно, за исключением технической реализации, т к нужна прослойка между скл и клиентом - либо сама 1С и отдельная база Файлы(сервисы, комы или еще что нибудь), либо скл драйвера использовать и select/insert/update и остальное, либо другой сторонний софт. С файлами показалось проще.
(6) объем файлов со временем будет расти в любом случае, сколько бы не весил каждый их них, если не удалять старые

(8) Это смотря что в файлах. Шаблоны документов в ворде на старой работе за 13 лет едва на пару десятков мегабайт набралось. Хранили прямо в элементе справочника, и приказами регламентировали и использование старых шаблонов, и их отключение от свободного использования.
Сейчас вот хуже задачка прилетела, нужно фото- видео- файлы различных документов и действий хранить, примерно на 50 000 комплектов в месяц.

У нас хранится все в отдельной папке на сервере. Файлы называются по коду+Внутренний идентификатор ссылки, к которой привязано.

главное бэкапить эту папку... а то всякое случается

(5) А что будет в РС ?

(12) Ссылка на владельца, сами бинарные данные или путь к ним (UNC, id во внешнем источнике), реквизиты записи (дата/время, основание, пользователь, путь к исходным данным (иногда полезно), признак разрешения использования и прочая служебная лабуда. Если нужна периодичность, то и период до секунды или как надо.

(10) Файл привязывается при выборе к справочнику, и копируется в определенный каталог?

Можно увидеть пример кода, как делается привязка файла к справочнику и копирование в заданный каталог ?

() пздц

(14) посмотри в БСП, демоконфигурацию открой.

(16) Там наверное долго разбираться

(17) зато там как правильно.

(17)гугл программист

(18)Так он не поймет же ничего. Ты бы хоть ссылку на документацию дал.
(19)Все с чего-то начинали

(20)я к тому, что "дайте кусок кода - я его использую не вникая"

+21 там же долго разбираться

(20) он уже 10 лет начинает.

(23)Судя по нику ему не больше 18лет

(24) вроде нормальный ник.

(25)Ночной охотник капсом, как то по детски. Соглашусь, мб просто придираюсь, но когда то на заре знакомства с интернетом(в юношестве когда подключение дсл стоило 3-7тр) я тоже писал такие ники.

(24) 39 лет ему.
Это Андрей Широносов, известный как LivingStar, он же falselight, он же TolstiyBeremenniy
Апологет разработки методом опрашивания мисты.