Доброго всем!
Имеется несколько типов документов (да и не обязательно документов, справочники тоже можно учитывать). Нужно как-то получить его уникальный номер, причем трех значный.

Сейчас делается типа такого

Если ТипДокумент = Тип1 тогда "001"
ИначеЕсли ТипДокумент = Тип2 тогда "002"
ИначеЕсли ТипДокумент = Тип3 тогда "003"

и так далее.

Можно конечно по имени документа что-то типа хеша сделать, но они довольно длинные + там еще буквы применяются.

А индекс вида документа в метаданных использовать не?

(0) Для чего?

(2) А потом между документом1 и документом2 еще один вставят

Правда, могут быть проблемы при добавлении новых видов... Я х.з. как порядок в метаданных определяется. Если в очередности добавления - тогда подходит.

(3) ну пронумеровать мне их надо. Это будет составным значением общего ключа

сделай справочник "Виды документов", где твои "001" - Код, а идентификатор - Наименование, например

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

(0) план видов характеристик можно сделать например

(7) хочу уйти от редактировния данных при добавлении каждого нового типа.

Если автоматом низя, то меня более устраивает вариант из (0).

(7) В БСП уже есть такой справочник

(8) + Хотя единственный плюс по сравнению с (0) будет - не нужно будет менять конфу при добавлении новых видов. В остальном даже хуже.

(9) не, хочу чтобы не надо было ничего добавлять\подправлять\вносить и редактировать...

(12) В таком случае мне проще еще одну строчку кода добавить.

(14) только что проверил - индексы метаданных соответствуют их порядку в конфигураторе. Т.е. на них опираться нельзя. Поменяли порядок - и приплыли.
Так что, судя по всему, нормальных вариантов нет.

Переделай только с "ИначеЕсли" на структуру.

или соответствие.

(10) Ну, справочник же можно автоматом заполнять.

(18) Да даже не справочник, а табличку в ХранилищеЗначений. Первоначально заполнить по алфавиту имен метаданных, и постоянно сравнивать на наличие новых.

(18) Тогда его еще кэшировать надо, чтобы производительность выгрузки/загрузки не упала. Короче, можно, но стоит ли овчинка выделки...
(19) Без справочника никак.

(19) Да нафиг вообще все эти справочники, документы, регистры... Все сделать таблицами в хранилищах!

Можно конечно заморочиться - сделать справочник отдельный. Система перед запуском будет анализировать метаданные и заносить их в этот справочник (естественно с контролем по уникальности).

Но там все-равно вопрос с сортировкой встает. Например если сделать пустую базу (чисто конфу скопировать) и запустить ее, сделает ли она этот справочник аналогично!?

(19)(21)Не, через хранилище не хочу. не люблю объекты, которые низя прочитать запросом.

(22) + в справочнике низя нормально реквизит "тип данных" хранить. Следовательно выходим все-таки на характеристику. Хотя это уже нюансы

(19) Или ты константу-хранилище имел в виду? Ну, можно, конечно...
(22) Не сделает, ессно. Хороший довод.

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

Убери только поиск кода через "ИначеЕсли".

(27) ладно, эт быстро :)

можно хранить в справочнике пустые сслыки соответствующих видо и сравнивать в запросе типы значений

(24) Можно хранить имя объекта метаданных. В типовых нынче такой справочник даже имеется.