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

Сделать такое поведение "в один клик" не получится.
Для хранения навыков нужно будет добавлять либо РС либо ТЧ. И уже при выводе заполнять чудо реквизит, для редактирования так же нужно будет подменять стандартный обработчик и открывать свою форму.

(1) Т.е., напрмер, делаю РС с измерениями "ТехОперация, Должность, Навык" (без ресурсов), а в ТЧ справочника строковый реквизит неограниченной длины?

А реквизит типа ХранилищеЗначений не подойдет вместо РС?

(3) это будет не прозрачно и не оптимально. Если задумаете построить отчет или отбор по навыкам

(4) Понятно. А вариант из (2) насколько адекватный? Хранение строк неограниченной длины в ТЧ это нормально?

(не надо нечего хранить строки неораниченной длинны.
В ТЧ данные вы только отображаете, а храните в РС

то есть в таб части не должно быть реквизита "навыки", а только поле на форме

(7) Изначально я так даже и начал делать, но потом столкнулся с проблемой заполнения этого самого элемента формы.

И еще один нюанс. Например, для выполнения какой-либо операции необходимо 3 специалиста одной должности (например, оператор установки), но при этом достаточно, чтобы только один из них имел определенный навык (сертификат). В этом случае получается, что мне нужно 2 строки в ТЧ, в одной из которых я указываю Должность - Оператор установки,  навыки - пусто, количество - 2. А во второй строке Должность - Оператор установки, навыки - сертификат "А", количество - 1. В этом случае РС уже не получится делать такой структуры, как я описал - измерение должность не подходит, т.к. может повторяться. Номер строки - тоже пока не совсем понимаю, как потом обрабатывать изменения в ТЧ (удалили строку, заново ввели и т.п.)

(8) Если сделать табличную часть с реквизитом, то заполняться она будет автоматически системой, только вот связь двух табличных частей будет не очевидна.
ТЧ1:Должность,Навыки,Количество,КлючУникальностиПеречисленияНавыков
ТЧ2:КлючУникальностиПеречисленияНавыков,Навык

В общем, я догадываюсь, что оно должно делаться "как-то так", через РС или еще одну ТЧ... Но вот как конкретно реализовать, пока не пойму.

(9) Тогда нужно две графы - количество и количество сертификатов.

(10) Вот, вот! КлючУникальностиПеречисленияНавыков - это как раз то, о чем я говорю. Оно мне и надо ) Только как этот ключ формировать?

(9) в таком случае строки будут уникальными.

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

(10) Все таки, что должен представлять из себя реквизит "КлючУникальностиПеречисленияНавыков"?

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

(16) а зачем ключ уникальности?
Должно          Навык              Ко-во
Рубитель березы Игра на балалайке  3
Рубитель березы пусто              2

В регистре все будет ок

(17) ... Тогда можно будет сделать РС (или ТЧ2) с измерениями "ТехОперация", "Ключ" (этот самый счетчик), "Навык".

(18) Если Рубитель берёзы,Игра на балалайке+Игра на фортепиано, 2 шт.
То есть, если требуется одновременно несколько навыков.

Хотя, очень непонятно, от одного рабочего навыки или от двух ?

(18) Не совсем понятно. Задача - три рубителя березы, и чтобы один из них обязательно играл на балалайке. В приведенном примере все получается аж 5 рабочих, вместо 3...

(20)
Должно            Навык              Ко-во
Рубитель березы   Игра на балалайке   3
Рубитель березы   пусто               2
Рубитель березы   Игра фортепиано     2

(20)хотя признаю, не прав

(22) А это уже целых 7 человек! ))

Откуда я столько людей возьму? ))

Мне надо три.

Тогда да в сроку ТЧ и измерение нужно засунуть guid

Мне кажется:

таблица 1:
1) Должность (Рубитель берёзы)
2) Ключ уникальности (1)
3) Количество (3)

Таблица 2:
1) Ключ уникальности (1)
2) Навык (игра на балалайке)
3) Количество (1)
1) Ключ уникальности (1)
2) Навык (игра на фортепиано)
3) Количество (1)

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

(27) Не обязательно GUID - можно число, только в новую строку писать число, больше максимального или ноль.
Можно глянуть как в УТ или рознице серийные номера вводятся - там как раз "ключ уникальности" есть.

(29) Мне кажется, что в документе должна быть - одна строка - один сотрудник.

(30) Ну я ж говорю в (17), можно сделать счетчик.

(31) почему так?

(32) Вполне можно.
Сейчас остался вопрос - как описать навыки и их количество.

(33) Если сотрудник выбирается, то выбирать его в табличной части проще всего.

(34) А, ну, в принципе, да, это да. В документе планирования так и надо будет сделать, согласен. Только вот меня смущает структура хранения в справочнике (28)

Она, как раз не очень прозрачная. Если например, мне надо одного с навыками "А" и "Б", а второго с навыками "Г" и "Д". То в такой структуре уже непонятно, у кого чего должно быть...

(36) Просто она позволит не уточнять, если нужны два навыка на трёх рабочих - должно быть два рабочих каждый со своим навыком или один из трёх - с двумя.
Если такой ситуации нет, то можно во второй табличной части количество убрать и пользовать дублирование строк.

(37) см (38) Если навыки нужны "обобщённо", то будет (28).
Если навыки указываются точно:
три рабочих - один играет на балалайке и на фортепиано, а два - так пришли, то количество навыков всегда будет 1 и его можно не писать.

Однако, я бы его оставил, чтобы можно было указать общий случай.

(40) Да, идея заманчивая, но усложнит и восприятие (читабельность) для юзера, и дальнейшую обработку... Лучше все же без количества сделаю, наверное. С дублированием строк.

В общем, вроде все прояснил, всем спасибо! ))

(42) В справочнике можно "сляпать" ТЗ и кинут её на форму - стока для выбора навыков - неограниченной длины, где навыки перечисляют через запятую (и ещё одну колонку, где будет жить список, чтобы хранить ссылки на навыки).
В общем, если постараться можно сделать так, что пользователи и не заметят, что табличных части две.

(43) Строкой через запятую не подойдет: навыки - это элементы справочника "Навыки". И еще есть регистр сведений "Навыки сотрудников" с двумя измерениями "Сотрудник", "Навык" (без ресурсов). Потом в документе планирования нужно будет проверять соответствие выбранного работника на соответствие всем требованиям.

Так что итоговый вариант я пока вижу такой:
В изначальную ТЧ (назовем ее ТЧ1) добавляем реквизит "КлючДанныхСтроки", в шапку справочника добавляем реквизит "СчетчикКлючей". При добавлении новой строки в ТЧ1 будем увеличивать "СчетчикКлючей" на 1, и присваивать полученное значение реквизиту ТЧ1 "СчетчикКлючейДанных". Ну и при выборе поля ТЧ1 "Навыки" открывать отдельную форму - список элементов справочника "Навыки" с пометками, и реализовать запись помеченных элементов в ТЧ2, имеющую структуру "КлючДанныхСтроки, Навык". Вроде и вся идея, основанная на полученных советах. Теперь осталась рутина все это сделать удобно и красиво.

Хотя еще остался вопрос с отображением этих навыков в ТЧ1 справочника (да и потом в ТЧ документа планирования). Ведь ТЧ2 - чисто служебная и не должна быть видна.

А, ну, вроде понял: надо добавить реквизит формы типа "Табличная часть" с колонками "КлючДанных, НавыкиСтрокой", где "НавыкиСтрокой" - строка неограниченной длины. Заполнять ее при открытии формы ну и обрабатывать при изменении ТЧ1...

(47) Не, не получается. Путь к данным у ТЧ объекта нельзя указывать к другому реквизиту формы... ((