Господа, приветствую!

столкнулась с такой проблемой - при создании ИТ0000 мероприятия "прием ГПД" бизнес вносит дату ennda в этот ИТ, соответственно система предлагает выбрать мероприятие, ограничивающее "прием ГПД", они выбирают "увольнение ГПД" и все пучком.

но все пучком до тех пор, пока этого сотрудника не собираются повторно принимать на работу. Когда это происходит, система не принимает для данного сотрудника мероприятие "повторный прием ГПД", мотивируя это тем, что сотрудник "активен" в системе.

Я так понимаю, что проблема в том, что в мероприятии "Увольнение ГПД" не ограничивается ИТ 0001 и статус сотрудника в поле P0001-PERSG не изменяется на "уволен".

Бизнес не будет проводить мероприятие на увольнение ГПДшника руками, оно должно отрабатывать динамически.
Пробовала заложить создание ИТ0001 в таблицу T588Z после одного из ИТ мероприятия на прием ГПД, не подхватывает его.

Вот, прошу помощи, как можно выкрутить эту ситуацию.
Спасибо!

Повторно можно проводить прием только после даты увольнения.

Понятие уволен или не уволен (или активен не активен) определяется полем P0000-STAT2. Мало того для повторного приема необходимо использовать совершенно другое мероприятие, у которого в настройках в поле "функциональный характер" стоит значение 0.

Динамически мероприятие увольнение настроить невозможно в принципе... 0001 инфотип создается системой ТОЛЬКО при выполнении мероприятия PA40, исходя из этого в настройках инфогруппы можно вообще не указывать 0001 инфотип.

это понятно. Дата увольнения создается у сотрудника при внесении даты окончания мероприятия (ИТ 0000) "прием ГПД". То есть .после проведения мероприятия "прием ГПД" у сотрудника в таблице ра0000 создается две записи - прием ГПД и увольнение ГПД (дата увольнения = эндде даты на прием), это стандарт.

Так как сотруднику динамически создается мероприятие "увольнение", то поле P0000-STAT2 у него в полном порядке и равно 0, но! при проведении повторного приема на работу, система выдает ошибку что сотрудник активен. Если ИТ 0001 тут не причем, то в чем может быть дело? я смотрела, у уволеных сотрудников поле P0001-PERSG изменяет статус на "неактивен", для ГПДшников, уволеных таким образм подобной смены не происходит, вот я и решила что дело в этом. если не в этом, то в чем тогда....


я думала что в настройках инфо-группы можно не указывать ИТ0000, потому что если я не указываю ИТ 0001, то он и не отрабатывает в мероприятии, как, например, в мероприятии - отпуск или там, командировка...
Я не спорю, что ИТ 0001 нельзя завести динамически, я это уже заподозрила), но что тогда делать...?


Хорошо, а будет ли тогда отрабатывать моя проверка на уже существующий в системе ТН с такими персональными данными...или...так, появилась идея, как перестроить процесс.. щас попробую, и, если что отпишусь.

В общем случае для настройки повторного приема нужно сделать всего лишь вот это:
1. настроить еще одно _основное_ мероприятие, и у него в поле "функциональный характер" поставить значение 0 (или то что отвечает за то что это мероприятие не является мероприятием по приему сотрудников)
2. настроить соответствующую инфогруппу для этого мероприятия.

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

P.S. Понимаете понятие повторного приема сотрудника на работу в SAP определяется не проведением еще один раз одного и того же мероприятие по приему, а выполнение мероприятия котороя является основным (в терминах SAP системы) и меющее значение 0 в поле "функциональный характер" в таблице T529A.

Простыми словами: "по одному и тому же табельному номеру за ВЕСЬ период его действия от первичной даты регистрации табельного номера, не может быть БОЛЕЕ ОДНОГО мероприятия перчиного приема".

Спасибо!
я это поняла уже)
перестроила процесс так, что если, при проведении мероприятия "прием ГПД" сотрудник обнаруживается системой как уже существующий, ему запускается мероприятие "повторный прием ГПД", в котором, как Вы и посоветовали, я изменила ф. характер на "0"

ошибка административная ушла. посмотрим теперь что будет с расчетом ЗП )

C расчетом не должно быть проблем, ибо табельный номер один и тот же, НО для нюансов расчета средних желательно в соответствующих таблицах настроить разделение расчета по мероприятиям первичного и повторных приемов.

Проблем с ЗП не будет. Нет для ГПД (на этом проекте) расчетов средних - только суммы в ИТ 0015.