На форуме новичок, куда разместить не знаю. Задача вообще то с собеседования. Есть список номеров телефонов относящихся к сотруднику. Только один из них является его личным, остальные - телефоны родственников. Спроектировать регистр сведений для их хранения, который будет автоматически проверять что личный телефон сотрудника только один (не давать завести 2 записи), но не ограничивать добавление сколько угодно телефонов родственников. Пробовал все делать измерениями, или только сотрудник + номер или только сотрудник + признак родственника.

Если на собеседовании дают глупые задания, то бегите оттуда

может для этого больше подойдет табличная часть?

(0) три колонки сотрудник видтелефона ТЕЛЕФОН
передзаписью проверять если в таблице уже есть запись с парой сотрудник/вид телефона то отказ. могут быть нюансы в зависимости от реализации - документ с движениями, элемент справочника с ТЧ, РегСведений со стандартной формой записи или самодельной и т д
пс. в проверке надо исключить текущий записываемый элемент/запись, то что записывается

От Волшебника совет вполне волшебный, но имеет ли задача решение? Телефоны к пользователям как многие к одному... но телефоны с признаком личный не так. В задаче подразумевается что контроль выполняет именно сам регистр как механизм платформы, сделать контроль программно не проблема.

Измерения:
Сотрудник
НомерПП (число неотрицательное)

Ресурсы:
НомерТелефона

При этом считаем, что если НомерПП равен нулю, то это личный телефон, все остальные номера - не личные.

задание конечно оторвано от жизни (как обычно и бывает на собеседованиях).

Добавить в измерение справочник с типами личный, родственник1, родственник2 и т.д. но это извращение.

Ну или так:
Измерения:
Сотрудник (обязательно заполняется)
Родственник (может быть пустым)

Ресурсы:
НомерТелефона


Считаем, что если родственник не указан, то телефон личный.

(5) НомерПП - вот тут можно поиметь много проблем

(4) процитируй где говорится что проверять должна сама платформа

(0) как вариант можно вообще хранить данные в одном поле но как массив строк и иметь ресурс признак Множественное. Тип телефона иметь реквизит Может быть множественное

(0) Посмотри как устроена Контактная Информация в типовых
Перечисление Вид/Тип КИ и в РС писать с типом
Добавить проверку для "личный"

(0) Элементарно

Измерения:
Сотрудник
Родственник
Ресурс:
Телефон

Пустое измерение "Родственник" означает личный телефон.

(1) Хорошее, кстати, задание.

(12) Не расширяемо (как отделить типы родственников или разные контакты домашний/мобильный/рабочий) и не как в типовых - нафейхуа?

(12) или в родственника писать сотрудника

(14) у ТС-а задача без использования кода

(12) а если у одного Родственника 2-3-несколько телефонов?
как заведете их в своем регистре?

(0) Совсем без программирования не придумывается. А с минимумом:
Измерения:
Сотр,
Личный (Булево),
IDЗаписи (Строка, не редактируется пользователем)
Ресурс - Номер телефона
Перед записью набора для не_личных телефонов в ID записи пишем номер телефона, а для личных - пустую строку. Помимо решения основной задачи бонусом тут контроль дублирования телефонов родственников.

РС
Измерения
ФизЛицо - Справочник
ВидКИ - Справочник
Значение - Строка

ВидКИ содержит предопределенный элемент "ТелефонСотрудника" и расширяется добавлением "Бабушка", "Свояк", "Деревень"

А ФИО родственников хранить нельзя, так как поделка автора не сертифицирована ФСБ по ФЗ-152.

Но вообще автору не место на работе, куда он там собеседуется.
Потому что автор не готов и место не очень.

(19) >ВидКИ - Справочник

с реквизитом ТипКИ - Перечисление забыл ))

Вброшу ))
номер телефона в измерение
В ресурсах
физлицо
Тип физлица (сотрудник. родственник, знакомый)

(22) Месье знает толк в извращениях!

(4) В реальности надо наоборот. Надо знать все телефоны самого сотрудника и по одному телефону каждого родственника.

(24)+ Хотя лучше знать все телефоны всех родственников. Тут принцип такой: больше знаешь — крепче спишь.

(0)
Измерения:
Абонент - составной тип - Сотрудники, ФизЛица, Строка; Т.к. строка все стерпит - то для родственников будут дописки - мобильный, рабочий, домашний, друг, сват, брат.
Сотрудник - тип - Сотрудники, для неСотрудника - не заполняется;
Родственник - тип - Сотрудники, для Сотрудника - не заполняется, для его родственников указывается он сам;

Ресурсы:
НомерТелефона - тип - строка;

(24) ТЗ есть ТЗ, "стоя и в гамаке")

(27) В гробу мы видали такое ТЗ

(28) несомненно, явно не из жизни

(29) Значит в этой компании есть проблемы с жизненным циклом ПО или более детально с девопсом (DevOps), т.е. с постановкой задачи, с придумыванием и согласованием ТЗ и его воплощением (разработка, тестирование, опытная эксплуатация), с обратной связью от пользователей/заказчика.

(30) все возможно, есть пример "нормальной" задачи на собеседование?

(4) что это за лажа, может и конфигуратор запускать нельзя?

В таких заданиях хотят посмотреть как человек рассуждает... Поэтому задания такие бредовые.

Мне задавали вопрос: "как оптимизировать поиск по подстроке?"

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

(0)Как вариант:-)

Сделай регистр периодическим в пределах дня и все личные номера пиши на дату ,скажем, 01:01:2000, а остальные на текущую при записи.

Тогда система  сама не даст записать еще один номер на дату 01:01:2000

(34) Интересно, сколько людей окажутся в тупике прочитав это?

*в пределах секунды...А то не даст в один день и остальные записать

Разрешить заводить сколько угодно номеров с +7 или вообще +, если зарубежный, и только один с 8 - он и будет считаться личным.

Измерения: Сотрудник ТипТелефона (личный/не личный)
Ресурс: Номер телефона
+ проверка перед записью с запросом на тип и количество записей. Правильно?

(36) Тупил пару минут, потом вспомнил графическое доказательство)

(39) если телефон у сотрудника только один, то хранить его в сотруднике. В регистре ссылка на сотрудника и телефон.

Телефон сотрудника и телефоны родственников - разные сущности. И к ним еще и предъявили разные требования. Поэтому одним из решений может быть 2 регистра, в одном одни телефоны, в другом другие. Решение слегка раздувает число метаданных, зато более прозрачное и понятное

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

Спасибище всем огромное! Именно (6) и (7) были (из моих уст) признаны верным решением :) Остальное пока не читал, но обязательно прочту! Замечательные вы люди!

(44) 💖 И Вам спасибо, что не даёте скучать

(44) и про извращение из (6) на собеседовании сказано было?

(46) Интереснее спросить, в каком месте кода будет реализована проверка уникальности. И добить модным обменданными.загрузка...

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

(48) Я вот тоже не понял, почему 80% ответов в ветке добавляют хранение самих родственников, хотя такого требования нет. Задача, как я ее понял, хранить данные вида:

Сотрудник НомерТелефона Личный
Петя      81111111111   Да
Петя      82222222222   Нет
Петя      83333333333   Нет

(49) А как ты различишь родственников с одинаковыми именами?

(50) Это не родственников, а сотрудников.

У сотрудников есть инвентарные учетные номера.

(51) Прочти задачу внимательно и свою реализацию

(52) Это называется табельный номер. Ну и причем это тут?

(49) Угу... прям все так и разбежались давать номера своей родни с уточнением степени родства, особенно те, кто в возрасте мобилизации.

(50) А передо мной ставится такая задача? Разумеется, на практике тут постановку надо уточнять. Но в учебных задачах обычно практикуется принцип: не делай то, о чем не просили.

(55) Кстати, да, вот так и надо ответить на собесе. Слово-в-слово. И добавить: "Что за ерунду это Вы, гражданин интервьюер, выдумали?"

В типовых есть справочник РодственникиФизЛиц.
не суть.

Достаточно двух измерений регистра
1. ФизическоеЛицо - заполнение обязательно
2. РодственникФизЛица - заполнение не обязательно

Если измерение N2 - не заполнено, то это личный телефон. По этому условию можно выделять в списках, в условном оформлении к колонке "РодственникФизЛица" менять текст на "Личный".
Платформа сама не позволит записать несколько личных и всегда видно, что за родственник в записи, нет костыльных нумераций и прочего.

Остальные измерения и ресурсы уже не так важны и зависят от задачи.

(58) Если измерение N2 - не заполнено, то это личный телефон

Несерьёзно. Человек может и не знать точно степень родства. И реквизит будет незаполненным.

Измерения - Сотрудник, ВидТелефона, СтепеньРодства, Телефон
При записи проверять наличие того, что личный телефон уже есть.

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

(59) там не вид родственника а просто родственник.
не "двоюродный племянник" а просто "дядя Гена"
всегда есть чем заполнить

(62) Угу... тётушка из Бразилии...

(53) Во-первых: я не вижу смысл повторять написанные ранее решения удовлетворяющие условию задачи. Они отличаются нюансами, не описанными в задании и придирчивостью проверяющего (проверка условия, состав реквизитов).  
Во-вторых: Напомню собеседующему "постулат", что регистр проектируется под отчёт. ;) В "отчёте" мне всегда придётся обращаться к записи сотрудника (представление и можно получить телефон) в таблице и к регистру сведений (телефон и что туда ещё напихали). В любом случае компоновать нужно три набора данных.
P.S. Говорить или нет "Во-вторых" зависит от вашей уверенности в знании темы и позиции на которую собеседуетесь.

(59) о степени родства я речь не вел и в задаче это не указано. Пустое измерение N2 означает, что это не запись родственника, а физлица в первом измерении.

Зачем вообще уходите в несущественные детали: стпень родства, номер по порядку - это все чушь для задачи.

(7) а если у одного родственника несколько номеров?

(22) +1

номер телефона в измерение
сотрудник в измерение
В ресурсах
физлицо
Тип физлица (родственник, знакомый)

А если просто измерение - ВидРодственника, ресурс - телефон, а в ВидРодственика раписать предопределенный Я. И пусть система контролирует уникальность записи

(64) >регистр проектируется под отчёт

Правильней - регистр проектируется с учетом отчетов