Привет, уважаемые,
выручайте, плз

почему-то у ПХГ-ов в pa0000 stat2=3 стоит для прошлой записи (endda < sy-datum), а для актуальной stat2=0. у меня, соответственно, привязанный в ИТ0105 юзверь блокируется .
Это где-то косяк или фича такая? Т.е. на stat2 нельзя ориентироваться? - смотреть сразу endda?

Звучит логично. А что смущает? Пользователь полагает, что ГПХашник должен быть активным?

хм...посмотрел других - у многих устаревшие записи, а stat2=3, а у актуальной stat2=0. На scn читал, что по stat2=3 выбираются активные:

Select pernr from pa0000
into table it_0000
where pernr in s_pernr and
endda GE s_date-low and
begda LE s_date-high and
STAT2 = '3'. "active employees
**This will get all the active employees selected in it_0000 table

Что тогда значит "active employees"?

имеем stat2=0 endda="31.12.9999"
и stat2=3 endda="31.12.9999"

p.s. задание блокирует уволенных и создаёт принятых

PA0000 - это таблица ИТ "Мероприятия", где хранятся проведенные по ТН мероприятия. Один из атрибутов мероприятия - это статус занятости, который получает сотрудник в результате проведения мероприятия. Приняли сотрудника - появилась запись со статусом занятости 3 (активен). Сделали перевод - новая запись, статус занятости остался 3. Уволили - со следующего дня после увольнения будет новая запись со статусом 0.

ГПХ ничем не отличается. Просто кадровых изменений по нему обычно меньше - заключили договор/расторгли договор.

разобрался
оказывается её реально уволили и приняли в аффилированную структуру, а по факту продолжает работать табельщиком....

что-то надо придумать, чтоб не деблокировать её каждое утро

кстати, а нельзя аффилированную структуру как-то ввести, но чтобы она в расчёты и отчёты не входила?