Добрый день,
возможно, я изобретаю велосипед, но спросить не у кого:

хотят, чтобы работник принимался, но пока не подписан приказ, он как бы не числился пока, а стал числиться только с даты подписания.

Я пока придумала так:
1. принимаю мероприятием Z1 на статус "1 приостановлено", формирую приказ - гоню его по воркфло кому надо
2. документ подписывается
3. активирую мероприятием Z2 - то есть перевожу на статус "3 активный".

Проблема в том, что не могу сделать, чтобы Z1 и Z2 шли в один день.

Может как-то вы по-другому обходитесь с приказами, расскажите пожалуйста.

А что если делать копирование только 0000 ИТ со статусом Активно поверх Пристановлено.

процесс какой-то странный
может проще кандидатов использовать?

Точно! Основанием к приему является подписанное заявление


Мы работаем ч/з кандидатов - пользователей устраивает
И не надо ничего изобретать есть стандарт.

Мы используем кандидатов. Только, скажите, как вы сформируете у кандидатов приказ (и групповой) на приём? Ведь 298 инфотипа нет для кандидатов.
Все эти проблемы именно для формирования приказа на приём и запуска его по воркфло, т.к. организация очень разбросана территориально.
как? Вроде невозможно управлять 0000 инфотипом кроме как в таблице T529A, а там я прописала следующее
мероприятие Z1(приём на неактивный статус) ФХ=1 занятость = 1
мероприятие Z1(активировать работника) ФХ=0 занятость = 3

С этого момента поподробнее, плз.
Что мешает завести кандидата, затем, когда будет подписанный приказ, принять его?
В процессе приема вводите ИТ0298 и стартуете какие надо workflow.

Как сформировать приказ для кандидата??? Через 0298 инфотип не получится - нет даже таблиц PB0298 и вообще не заточено. А абапить не выход.Окей, приняли человека 1 числа, сформировала 298 приказ, погнала по workflow, а приказ по каким-то причинам подписан 10-го и соответственно, человек может приступить к работе и получать зарплату только с 10-го. Что делать?

Интересный бизнес процесс!
Вообще-то в приказе (унифицированная форма) сразу прописывается дата приема и дата приказа (обычно они совпадают) ну и Х. на то что подписали ч/з 10 дней дата приема то стоит и в заявлении наверно уж написано какого принять.

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

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

Однако реалии таковы, что заявление на работу и приказ пишут с назаполненной датой приёма и подписывающий руководитель проставляет эту дату.

Есть такая залипуха на предприятиях, которые остались в стране советов.
Заключается в том, что человека принимают на работу, он работает пару дней, но приказ при этом может быть и не подписан вИсоким начальством.
Начальство через некоторое время возмущаецца - это кого мы такого напринимали!!! И отказывается подписывать приказ. В итоге с человеком договариваются, мол, его здесь и не было.
А вы набор персонала, рекрутинг
Испытательный срок не практикуют : "У нас все кандидаты проверенные".

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

не хочет руководство подписывать задним числом

Интересно как это вы блокируете 0000, 0001, 0008 и прочие с временной привязкой 1

Пока я придумала так:
Z1(приём на неактивный статус) ФХ=1 занятость = 1
Z2(активировать работника в день приёма на неактивный статус) ФХ=1 занятость = 3 - при этом удаляется запись 0 инфотипа, когда человек был принят на неактивный статус.
Z3(активировать работника позже) ФХ=0 занятость = 3 - то есть если первый приём был 1 числа на неактивный статус, а приказ подписали 10 числа, то перевожу 10 числа на активный статус. Единственно вопрос (у меня тут мало опыта)- если ИТ 0008 созданн 1 числа, то с какого числа будет зарплата (мне кажется, с 10-го).

Но такая система мне совершенно не нравится. Либо сделать так:
Z1 - приём как положено на активный статус например 01 числа
Z2 - если вдруг приказ не подпишут нужной датой, то проводим 01 числа снова приём но уже на неактивный статус
Z3 - активируем уже нужным числом.

Ну и второе направление - привести бизнес-процессы заказчика к разумному, тогда будет проще

Как вариант решения:
принимайте по-нормальному, но по итогам подписания приказа меняйте дату приема. (см. PA30 -> Утилиты -> Изменить дату приема)

о, то что надо. Пойдёт И не будет этих заморочек с мероприятиями
спасибо большое