Каким образом происходит перенос данных кандидата в компонент PA. Ему присваивается новый номер или он идет с номером кандидата? Где отражается в дальнейшем номер "кандидата" в данных "сотрудника"?
Диапазон номеров в PA-RC и PA-PА ведется разный?

По-моему через транзакцию PB10, посмотрите документацию на help.sap.com ну и курсы по PA-RC.

Глянул инструкцию которую когда-то писал для юзеров

"
После такого как кандидат рассмотрен и решено принимать его на работу нужно с помощью транзакции PB40 провести мероприятия по кандидату «Подготовка к приему на работу». (Кандидату устанавливается Статус кандидата 2 «Принять на работу»). Этот статус обязателен для дальнейшего приема.
При прохождении мероприятия можно изменить основные инфотипы кандидата. Каждый релевантный инфотип должен быть сохранен. На последнем шаге выбираем дату и время приема (приблизительную).
По умолчанию прием кандидата планируется на будущее (поэтому 14.01.13 возникло предупреждение), но есть возможность приема и задним числом. В этом случае просто нажать «Enter».
После этого в транзакции PB60 появится операция Прием на работу. Если она задвоилась (было проведено 2 раза мероприятие «Подготовка к приему» нужно удалить дублирующую запись, иначе процесс приема затянется)
Теперь кандидат готов к приему. Принять его на работу можно 3 путями: транзакция PBA7 и Мероприятие «Прием на работу кандидата» транзакция PA40 и транзакция ZHRON для компании «Агелес». Есть возможность массового приема кандидатов, транзакция PBAL, но это более актуально для крупного предприятия.
Отличие от обычного приема в первом экране.
Нужно выбрать № кандидата и нажать кнопку «Скопировать». Индикатор «Повторение» не рекомендуется использовать, т.к. появляется возможность принять уже приянтого кандидата (получится дублирование лиц в ТОВ «Агелес»). Индикатор «Подавление диалога» отвечает за скрытие уже введенных ИТ, но лучше контролировать весь процесс и не нажимать на эти индикатороы. При приеме кандидата на постоянную работу переносятся его ранее введенные инфотипы, что уменьшает ручной ввод. Каждый возникающий релевантный (например, инвалидность сохранять только для инвалидов) инфотип нужно сохранить.
"
2) Таб. присваивается автоматом из счетчика для основных сотрудников
3) Старый номер кандидата можно занести в ИТ 31 вручную для истории. Ещё он остается в базе кандидатов. А красивая связка может и есть где-то в тех.таблице, но я не знаю где.

Спасибо большое

Всем привет!
Подскажите, можно ли у вас в мероприятии приема из кандидатов переходить между инфотипами?
У меня в системе в стандартном коде сделано так, что при переносе данных, переходить между инфотипами нельзя. И я вот мучаюсь вопросом, для чего так сделано и есть ли возможность это победить?

А что хоть за код мероприятия Вы используете? И какими транзакциями пользуютесь? PB?

PA40. Мероприятие с ФХ = 7 (стандартное вроде 62).
В принципе, порядок такой же, как привел Pilsner, но PBA7 я не выполнял:
cоздание объявления в PBWAL -> Первичная регистрация кандидата (PB40) -> Подготовка данных к приему (PB40) -> Прием из кандидатов (PA40).

Кнопки убираются в DYNAMIC_PFSTATUS(SAPFP50M) и там прям указано скрытие кнопок для меропритий с ФХ = 7.
Для некоторых ИТ кнопки доступны из-за того, что после этой подпрограммы GUI-статус переопределяется, например ИТ0290.
И я вот все оценить не могу смысла этой "фичи"... Если переходить между ИТ с помощью этих кнопок, то значения все равно подтягиваются из данных кандидата...

Допустпим инфо-группа приема (в том числе из кандидатов) следующая:

При регистрации данных кандидата заполняются те же ИТ, кроме 7, 8, 2006, 16, 298.
Получается что, если у кандидата не заполнен ИТ (может у кандидата нет ИНН), который есть в инфо-группе, то при приеме из кандидатов нельзя перейти на другой ИТ.
Мне это кажется очевидно нелогичным, поэтому возникает подозрение, что я что-то делаю не так...

PA40 только для сотрудников, перенос кандидата в сотрудники надо делать только через PB40. Связано это с тем что для PA40, PB40 есть настройка которая определяет TCLAS для PERNR, A - это сотрудники, B - это кандидаты, вот в этом может и крыться тема проблемы. Мало того, кандидаты используют 4000 инфотипы для мероприятий, а для сотрудников 0 и 302ое.

Удалось решить проблему перехода между инфо-типами? Встали на те же грабли

Ага... Расширив программу...
Расширение в самом начале подпрограммы SET_PFSTATUS include FP50MF20


metha, перенос данных через PA40 осуществляется, я даже в курсах от папыяна проконсультировался

курсы надеюсь самые актуальные а не по версии 4.6с пятисотлетней давности? PA40 работать будет корректно только если мероприятия переноса настроены верно насколько я помню есть специальные ФХ для мероприятия в T529A который и заставляет ПА40 работать корректно. Но также, не стоит забывать что сам по себе модуль рекрутмента давно не поддерживается сапом

Есть подозрение, что этот модуль с 4.6 не очень менялся)
Мероприятие с ФХ = 7, именно на него проверка в коде и есть

ZGilgelad, спасибо.
всё получилось.