Добрый день, коллеги,
не могу понять один момент в администрировании.
Сотрудник принят на работу 01.12.12, до этого в системе его вообще не было.
При этом у сотрудника есть записи в 294ИТ(Трудовая книжка), с датой изменения пользователем 23.08.12.
Другими словами, трудовую книжку ввели, когда его не было в системе.
Насколько я помню, поле заполняется "автоматом" и не редактируемо, по крайней мере кадровиком))
Возникает закономерный вопрос: Это баг или же какая-то "адская" фичя?

Пока нет табельного номера никакие инфотипы в систему не заведешь, но для некоторых инфотипов доступна регистрация данные раньше чем дата приема (рулитсч в настройках V_T582a), но чтобы убедиться проверь историю сохдания инфотипов, если PA0003-AEDTM раньше чем все остальные инфотипы то это нормальная ситуация, если же нет, то скорее всего данные удаляли напрямую через SE16N, а потом то что надо было, заливали каким-либо способом.
Дата изменения AEDTM кстати тоже может быть изменена, никто ж не запрещает блин нативSQL прямиком в SAP QUERY использовать, плюс еще кто-то заливает данные не через LSMW, а тупо пишет абап программы для заливки (безумству храбрых... (c)

временная привязка у 294ИТ = 3, то есть ни как это не влияет.
Дата мероприятия 01.12.12, но проводилось оно 30.11.12, в 3ИТ тоже порядок, да и первичный ввод от 30.11.12.
На счет даты изменения, заливки напрямую, абапа, это верно подмечено, но у нас ничего такого не практикуется.

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

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

Нумерация автоматическая, принимали декабрем, соседние тоже все декабрьские(((

Ну тогда можно смело забить если все остальное работает, то не заморачивайся

Может 31 ИТ есть?
И инфотипы копируются между собой

неа, второго табельника у этого сотрудника нету.

Ну тогда вообще брутальный варианты:
1. проверь sm37 может быть чтонить сидить в фоне и иногда исправляет данные
2. посмотри есть ли инклюд ZXPADU02 (в нем может быть заабаплена логика сохранения инфотипов)
3. проверь T588Z (динамика) - может запукаются какие нить проги которые опять же в фоне исправляют данные

Может история в S_AHR_61016380 поможет открыть секрет?

Оно ж может быть не активировано так что врядли поможет.

Я часто такое вижу... Регистрируют данные кандидата, хоть год назад, появляется табельный и группа и категория сотрудников Кандидат, висит хоть вечно в этом статусе, можно ему инфо-типы вводить и т.д... Далее ему меняют дату приёма на 01.12.12 как в твоём примере и проводят мероприятие по приёму из кандидатов в штат, мероприятие по приёму кандидата стирается и остаётся только приём... Вот так вот можно добиться такой ситуации или кто-то напрямую в таблице порылся и дату сменил ГЫ!