У кадровиков есть книга оперативного учета с такими таблицами:
*** Назначение на вышестоящие должности                        
- сотрудник
- занимаемая должность
- новая должность
- № и дата приказа о назначении
- № и дата приказа о вступлении в должность

*** Назначение на равнозначные должности                        
- сотрудник
- занимаемая должность
- новая должность
- № и дата приказа о назначении
- № и дата приказа о вступлении в должность

*** Назначение на низшие должности                        
- сотрудник
- занимаемая должность
- новая должность
- № и дата приказа о назначении
- № и дата приказа о вступлении в должность

Как грамотно организовать хранение этих данных?

Обрисую, что сам надумал.
Понятное дело, что это все нужно в регистр сведений записывать
- сотрудник
- занимаемая должность
- новая должность
- № и дата приказа о назначении
- № и дата приказа о вступлении в должность
- тип назначения (повышение, понижение, равное)

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

(0) ищо один... бля, да как же вы работаете-то без царя в голове?..
Автор, а цель-то у тебя какая? Что и зачем надо с этими гроссбухами сделать? Зачем их хранить?

Как это зачем? Что бы кадровик нажал кнопку и получил таблицу в которой красиво расписаны все назначения и при желании распечатал, либо ответил на вопрос по назначениям.
Или я что-то не так думаю...

(0) Кадровое администрирование в чем ведете? Зачем выдумывать новые объекты? Наверняка сейчас изменения должностей где-то фиксируется.

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

(3) Конфигурация не типовая. Пишу сам. Не хочу разбираться как пользоваться огромным универсальным комбайном. Считай это бзик.
(4) Это так. Однако всяко бывает... Да и военные мы...

(4) Низшая должность <> ухудшение условий
У меня на прошлой работе в соответствии с классификацией был какой-то грейд, не очень высокий. Хотя зп была больше, чем у некоторых, кто выше грейдом.

(6) Всяко бывает, но давай по теме. Какие есть предложения?

(6) Например, Периодический подчиненный регистратору РС, Сотрудник - измерение, Должность - ресурс, остальные реквизиты.

(8) то было к (7)

(7) Если есть приказ о назначении, но нет приказа о вступлении - это должно отразиться в книге учета?

(8) не прокатит. Регистратор на назначение и на вступление разные.

(10) Пустое место пока не вступит в должность.

Тут вроде надо запись регистра записывать два раза
1 раз когда издали приказ о назначении, потом
2 когда приказ о вступлении

(2) с этого надо было начинать, иначе оснований для грамотного посоветовать нет.
ЗЫ по сабжу думать лень - tl;dr

(12) жаль

(11) Какая разница разные регистраторы или один регистратор? С разных документов данные сливаются в РС, а потом формируются отчеты.

(11) согласен, невнимательно читал ТЗ в (0). Нужно измерение Состояние(Назначение, Вступление), НомерИДатаПриказа - один реквизит. Плюс наверное отслеживать, чтобы не было 2 или более назначения или вступления подряд

Я вот как мыслю.
Измерения: Сотрудник, Должность
Ресурс: Приказ о назначении, Приказ о вступлении
Реквизит: Тип назначения

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

(15) Что-то в этой мысли есть. Пойду обсасывать её на сон грядущий.

(16) Не, (15) правильно говорит.
Периодичность - день
Измерения: сотрудник и вид движения
Ресурс: номер и дата приказа

(15) Назначение и вступление можно определить по регистратору. (16) Смысл в измерении должность. Если есть измерение сотрудник.

+(18) еще должности надо ну и повышение или понижение.
хотя ваши "грейды" можно в должностях прописать, и оттуда сравнивать повышение или понижение было.

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

(21) Дык а зачем еще нужны регистраторы?

(22) Чтоб внести запись в базу. Регистр должен быть самодостаточен.

(18) А зачем ресурс: Номер и дата приказа. Ведь регистратор и есть искомый документ?

Есть ещё идеи???