Регистрация нового сотрудника в системе не так уж и тривиальна, как того хотелось бы. Когда разрабатывалась такая сложная и громоздкая процедура регистрации, имели место быть благие намерения обеспечить гибкость. Ну а куда такие намерения ведут — известно уже не первое тысячелетие.
Сразу наведу еще жути, а потом перейдем к конструктиву. Если вы хотите зарегистрировать нового сотрудника в системе, готовьтесь к тому, что вам придется заполнить четыре справочника (!), не считая дерева структуры (!!). Дальше о порядке этого заполнения и о том, зачем же все таки понадобилось все это.
Как это устроено

Структура — это, фактически, голое, но иерархическое дерево. Его ветви заканчиваются точками, выделенными на рисунке. Различаются два вида точек: узловые (от которых растут новые ветви) и конечные (от которых уже ничего не растет). Узловые точки — это структурные подразделения организации, а конечные — должностные единицы.
Вот как это выглядит на практике:

Полужирными начертаниями выделены узловые точки, все остальное — конечные.
Узловые точки связаны отношением «один к одному» со справочником Подразделения. Т.е. одно подразделение из этого справочника может находиться в Структуре единожды.
С конечными точками дела обстоят сложнее. Они связаны со справочником Должности (связь «один к одному»), который в свою очередь связан («один ко многим») со справочником Сотрудники, а тот со справочником Пользователи («один к одному»).
Что это дает
- За исключением дерева Структуры все строится на обыкновенных справочниках, что позволяет администратору без проблем расширить модель под конкретные нужды (к примеру, добавить новые поля в справочники Подразделения, Должности, Сотрудники, Пользователи).
- На основании п.1 следует вывод, что администратору, изучившему справочники системы, не нужно осваивать ничего нового. Преимущество несколько сомнительное, но для более внушительного количества достоинств вполне сгодится.
- Можно гибко управлять правами доступа. Например, в справочнике Сотрудники хранятся персональные данные, поэтому доступ к нему должен быть жестко регламентирован. А в справочнике Пользователи хранятся данные, которыми должны управлять ИТ-администраторы (логины, пароли, серверы).
- Модель обеспечивает возможность занятия одним сотрудником нескольких должностей, благодаря связи «один ко многим» между справочниками Должности и Сотрудники. Благодаря ей же, легко реализуется механизм замещающих.
Как это заполнять
Можно начать заполнение со справочника Пользователи. Создав новую запись, достаточно ввести имя пользователя, пароль и вызвать мини-представление справочника Сотрудники, нажав соответствующую кнопочку. В открывшемся окне мини-представления нащупать плюсик аккурат под кнопкой Найти. В открывшейся новой вкладке справочника Сотрудника ввести Отображаемое имя и закрыть вкладку. В мини-представлении нажать на пиктограмму, символизирующую обновление (рядом с плюсиком) и выбрать введенного сотрудника. Далее отправиться в справочники Должности, создать новую запись, ввести название должности и выбрать нашего сотрудника. Последний штрих — добавить созданную должностную единицу в соответствующее подразделение Структуры через контекстное меню этого подразделения.

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