Здравствуйте!

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

Можно, конечно, остановиться на этом, и дать им 2 мероприятия - пусть сами разбираются, какое где использовать, или написать программу, запускающую нужно мероприятие (и которая ещё и дату предложит). Но оба эти способа не совсем удобны для кадровика. В идеале хотелось бы иметь одно мероприятие, дающее на выходе одинаковый приказ (имеется в виду печатная форма, а не MASSN).

Думал сделать общее мероприятие, дополнительное, и из него в динамике формировать основное нужного вида. Но на доп. мероприятие динамика не работает. А перекрыть 2 разных основных основным, пусть даже каким-то 3-им, промежуточным, тоже не получается - в первом случае, как уже сказано, у сотрудника жизнь начинается с чистого листа, и у него должен быть признак "First hiring", а во втором случае его быть не должно.

Может, я что-то очевидное упускаю, или смириться, и сделать так, как получается?

Я бы не заморачивался с мероприятиями и сделал просто Z-отчет, который этот приказ делать будет.
Сотрудника потом и удалить можно или в какой статус типа неактивный перевести (другую категорию, группу - тут от фантазии зависит) - тут всего одно мероприятие будет

У нас уже есть мероприятие, которое "ложится поверх" приёма, меняет статус на неактивный, меняет группу/категорию. Нужно реализовать случай повторного приёма, а также добавить в него функционал печати приказа(ов) об аннулировании ТД. Проблема именно в том, что не получается положить одно универсальное мероприятие поверх одного из 2-х возможных случаев: приёма либо повторного приёма. 2 разных мероприятия аннулирования можно сделать, но тогда кадровикам нужно смотреть, был он просто принят, либо повторно принят, и выбирать соответствующее.

Склоняюсь к тому, чтобы сделать программу, которая сама определяет, какое мероприятие выполнять, ищет дату начала - в общем, автоматизирует часть работы. Будут меньше ошибаться.