Допустим, нужно создать несколько десятков справочников с единственным реквизитом "Название" - строкой в 50 символов. Можно ли как-то автоматизировать этот процесс? Интересно будет узнать о любых решениях, вплоть до хакерских.

Никак.
Законно вообще никак.

Можно. Написать скрипт с эмуляцией нажатий кнопок.

>>несколько десятков справочников с единственным реквизитом "Название"
Хм. Как-то видел конфу, в которой на каждый расчетный счет было сделано свое платежное поручение (в смысле вид документов).

(0) ИМХО, дольше на форуме писать об этом. Создал один справочник, для остальных жмешь кнопку копировать, ну не сотня же у вас справочников? Ибо даже несколько десятков - это как-то странно, может можно часть из них и одним сделать?

(2) Это я уже использую. Затык возникает, когда реакция опирается на текст на экране. А распознавание текста добавлять - это уже гораздо сложнее чем просто эмуляцию нажатия клавиш.

а смысл? может, придумать схему пооптимальнее? а вообще, копирование никто не отменял.

Выгружай 1 справочник такой (конфигурация - Выгрузуть ФаыЛЫ конфигурации)
делай копии файлов, меняй содержимое (названия справочников и файлов), загружай.
можно программно это организовать

(5) а можно по-русски?

КАК И ДЛЯ ЧЕГО?

(0) вроде в interprice integrator такая возможность была. Но только под клиент-сервер

(0) А цель какая преследуется?
Уволить отдел разработчиков 1С?
Пусть комп наваяет УПП

(9) Чювак видимо не знает что такое ПВХ и регистр сведений

(7) Спасибо
(8) Это я уже не про конкретный случай со справочниками, а про ситуацию в целом. Иногда без реакции на сообщения компа не обойдешься. А всегда правильно среагировать может только человек
(9) В основном из принципа. Не люблю ручную работу, хочется, чтобы комп сам все делал.

(13) никогда не видел массив однотипных справочников
ведь это сводится к одному справочнику с полем детерминантом

(12) Вот пример двух справочников:
Течение родов:
преждевременные
искусственные роды
асфиксия

Учится:
с трудом
самостоятельно
нуждается в помощи
легко принимает помощь

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

(14) Не совсем понял. А удобно потом будет из него выбирать значения? Нужно просматривать, скажем, 5 значений, а не 500

(15) про фильтры слышал?

(16) Понял. Но помещать разнородные элементы в один справочник все равно считаю неправильным.

(15) Бросай заниматься этим онанизмом и читай мануцалы как использовать планы видов характеристик

мануалы*

(18) Так человек же не хочет в одном справочнике держать разнородные объекты, чем поможет план видов характеристик?
Сами-то значения характеристик все равно где-то должны храниться, либо в одном справочнике, либо в нескольких, либо в произвольной строке (последнее может просто быть неприемлимым). Дело же не в том, что он, к примеру, в справочнике "Номенклатура" заводит поля "Цвет", "Фасон" и справочники под них. А в том, что он вообще против единого справочника "Цвета и фасоны".

В принципе, в некоторых случаях я тоже за несколько справочников.
Но тут надо решать в каждом конкретном случае.
Если это просто чисто справочная информация - то можно просто правильно подойти к названию справочника. Например "Характеристики товара" - и тут уже вполне можно в одном справочнике хранить и цвета, и фасоны по разрезам.
А если есть таки шанс, что справочник обрастет дополнительными полями - тогда действительно отдельные справочники.

(15) Подобная хня реализована в инталевских конфах. У них есть некие "классификаторы" - настраиваемые из пользовательской части справочники.
Есть справочник видов классификаторов. Ему подчинен справочник элементов классификаторов (чисто так - объекты обозначить с кодом и наименованием) и параметров классификаторов (настраиваемый список реквизитов конкретного вида классификатора, с указанием типов ессно). А значения всех настраиваемых реквизитов всех элементов всех классификаторов хранятся в регистре сведений.
Измерениями - элемент и его реквизит, а значением - значение реквизита.
Формы элементов генерятся динамически.
Ну и везде эмуляция работы нормальных справочников, прозрачная для пользователей.

(15) выгода в том что программист для этого не нужен - в конфе уже есть все нужные объекты для ввода новых видов характеристик а так же списка их значений !

(21) + Даже при простейшей реализации довольно удобно получается. Для нормальной работы реквизита подобного типа в документе, например - достаточно указать типом справочник элементов классификаторов и задать отбор по нужному владельцу. Всё.
Т.е. если не заморачиваться на реквизиты а нужны только настраиваемые списки с кодом и наименованием - то тупо на двух справочниках взлетает. Справочнике видов справочников и подчиненном ему справочнике их элементов.

(15) Ты тегов натыкать хочешь?

перечисления не?

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

(26) Инталев я приплел к тому, что эта идея у них реализована лучше, чем я где-либо видел. А так - да, на уровне концепции оригинальностью не блещет.

(27) Ну да, но с таким осторожнее надо быть. Ибо при злоупотреблении получаются очень некислые траблы с производительностью. Плавали с такой конфой как-то.

(0)
Как показал опыт опенконфа в 77, фича по программному изменению метаданных оказалась нахрен никому не нужна.
Народу было достаточно доступа на чтение.
Вряд ли в 8ке ситуация поменялась. На роли правда народ жалуется, хочут удобнее объединять/сравнивать, может и попробую чтонить сделать.

(0) пипец, может еще на каждый элемент по константе делать, уж если гнать так ГНАТЬ

(0) товарищ, базу любых сущностей и учетов можно описать на 3 таблицах, зачем городить 50 справочников?

(29) +

(0) а один справочник с дополнительным реквизитом (перечисление) Тип, а в документах тупо отбор по нужному?

(33) тем более в 8.2, где отбор можно сразу поставить, не написав ни единой строчки кода

(31) Растолкуй

(33) или РС

(31) Может в одной таблице с тремя столбцами?
ИД объекта, наим свойства/реквизита/поля, значение

(35) теоретически можно создать любую базу на основе 3 таблиц, реквизиты которых не нужно будет изменять в процессе разработки

(15) такую фичу делал одним справочником

Течение родов: (папка)
преждевременные (элемент)
искусственные роды (элемент)
асфиксия (элемент)

Учится: (папка)
с трудом (элемент)
самостоятельно (элемент)
нуждается в помощи (элемент)
легко принимает помощь (элемент)

(29) для сравнение ролей уже полно обработок

(40)
Ну значит осталось их только в Конфигуратор портировать.

(41) зачем? внешней обработкой в предприятии всё красиво показывает

(42)
Чтобы не только показывало, но могло и конфу править.

(0) собирается создать SkyNet?

(43) И я хочу.

+(45) ...уметь.

(0) В 16-й платформе вроде планируется.

Только, наверное, для немного других задач.

тема напомнило про линейное прогаммирование в 80х и 90х