Сложилась такая ситуация. Сотрудника увольняют с работы 28.11.2006 и принимают на работу на это же место 29.11.2006. Система дает его принять снова только 30.11.2006. На 29 число ругается, что он еще работает. Хотя должность вакантна 29 числа. И работает он по 28. Единственное в списке мероприятий на 29 число стоит мероприятие "Увольнение". Как можно это обойти? Помогите, пожалуйста.

Уволить его (то есть выполнить мероприятие) 27.11.06. Тогда в системе он будет неработающим начиная с 28.11.06 -> его можно принять 29.11.06

так это же не правильно, по приказу-то он уволен с 28, и в оргприсвоении дырка 29 числа остается.

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

А почему увольнение стоит на 29? нельзя разве 28го провести на 28ое... везде эту дату поставить?

Специальное мероприятие надо сделать - прием-увольнение в один день. Здесь уже обсуждалась подобная тема. Точнее надо как-бы 2 мероприятия сделать - "Увольнение перед приемом"- дополнительное , чтобы приказ об увольнении ввести, а потом такой вот хитрый прием, который по сути окажется просто копией мероприятия "смена орг.присвоения"

Так это на сколько я знаю саповский стандарт, она в процессе мероприятия автоматически дату прибавляет на 1, как раз для того, чтобы 28 было датой увольнения и последним рабочим днем, а с 29 человечек как бы в системе существует без оргприсвоения

Это настройка для вида мероприятия , вам никто не мешает для мероприятий, про которые я написал ее не устанавливать

Мероприятие увольнения оставьте как есть. На него прекрасно делается приказ и т.п.

Далее стандартное мероприятие прием обратно (номер 12) скопируйте в свое ZZ. Уберите проверку MSN21 (это она требует чтобы сотрудник был уволен перед приемом обратно)
Выполните мероприятие. При этом запись об увольнении в 0 у вас удалится. Но в 298 приказ останется и будет печататься.
Единственное что нужно еще сделать - настроить причину для этого мероприятия чтобы она спилитовала расчет. А вот функции релевантсноти для средних придется доделать ибо они не понимают увольнения когда нет записи в 0000 со статусом уволен.
Несколько правил тоже придется доделать.
В 2004 и 2005 это уже есть смотрите функции
HR_RU_HIRE_DATE
HR_RU_HIRE_FIRE
HR_RU_HIRE_FIRE_DATES

Для расчета функции релевантности тоже сделаны. Мероприятие UR

Удачи

Спасибо вроде как все получилось.