я в своей проге делал примерно так (упрощенно):

таб.1 сотрудники (ФИЛ, таб номер, личные данные, адрес и т.д.)
таб.2 перемещения, MOVES:
ИД
MOVE_TYPE_ID - тип перемещения (основная, совместитель, по дог-ру подряда)
MOVE_VID_ID - вид перемещения (труд.книжка до приема, чистый прием, перевод из филиала, внутр. перемещение, перевод в др. филиал, чистое увольнение)
DATA_BEGIN - с како числа
DATA_END - по какое
SHTAT_ID - ид записи штатного расписания
OKLAD
KATEGORIA
... еще много параметров каждого перемещения-назначения
таб.3 штатное
ID,
PARENT_ID,
DATA_BEGIN,
DATA_END,
DOLZHNOST_ID,
SETKA_OKLADOV_ID,
...

это кратце по учету перемещений (сильно вкратце)
по отпускам не забудте учесть отзывы из отпусков, так же для отпусков есть нюансы по учету периода (сдвиг периода при наличии отпуска без содержания более N(не помню) дней как пример), я это делал через парметры справоника отпусков

krvsaЯ бы приказы поместил в одну таблицу... Потом будет удобно выборки всякие делать.

+1
и не только приказы, а вообще к каждой записи перемещния может быть оформлено несколько видов докумнетов, както: труд. договор или доп солашение, доп соглашение о конфиденциальности, доп соглашение о служебной радиосвязи ит.д.
их проще выделить в отдельную таблицу для расширяемости видов документов

londinium А если сотрудник работает в разных отделах на разных должностях

Слава Богу, такого безобразия нет и не предвидится

а это не безобразие а обычная практика, когда для человека основная должность, скажем, завхоз, а по совместительству: дворник на 0,5 ставки, уборщик на 0,7 ставки и т.д.

при этом нужно и можно в любой момент знать что свободно 0,5 ставки дворникаи 0,3 ставки уборщика и фонд зарплаты этих вакансий

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

Цензор
Ради интереса, прецедент:
секретарь вдруг залетела, вышла замуж за шефа и сменила фамилию , пасспорт, инн ну и должность соответственно ;). Как это у тебя решается? ;) Или система воспринимает как двух разных физ-лиц и(или) сотрудников. Как нам, например, после этого стаж вычислить?

у меня не предусмотрена смена фамилий, просто за почти 3 года использовани япрограммы со штатом в почти 300 человек не пришлось менять фамилию работника с сохранением инфы о старой фамилии (ее счас просто перебивали поверх), хотя доделать хранение фамилий и иных личных данных с учетом времени займет не много времени, только поставили бы задачу

вводим табличу PERS_DATA:
ID
PERS_ID - ид работника в системе к корому уже идут все привязки
ФИО
ПАСПОРТ
ИНН
... любые другие данные которые ос времем могут измениться
DATA_BEGIN
DATA_END

делаем процедурку получения этих значений на дату,

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

А стаж считается, как уже писал только по основному месту работы, такая запись в один момент времени моежт быть только одна, это контролируется триггерами

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

Преценеденты когда основная должность завхоза, при этом по совместительсву зам начальника по снабжению есть ))