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

Стоит задача заведение временного штата. Т.е. открываются точки на сезонные работы. ОТиЗ рвется при создании шт.должностей поставить конечный срок из действия. Но из-за этого вылезают проблемы при приеме сотрудника. Т.к. мероприятия как я понимаю изначально не имеют срока давности до их ограничения другим мероприятием. Вот и возникает вопрос как обойти эту неувязку. Т.е. возможно ли использовать изначальное ограничение периода действия для шт. должностей при включенной интеграции?

Помоему нельзя... Т.е. нельзя ограничить ШД пока там тусуется сотрудник и он еще не уволен.
Я пробовал сделать такое, не получилось

Но вполне может быть что существуют более опытные/удачливые колеги

Ограничить штатную должность нельзя, пока она присвоена человечку. Мы ограничиваем штатку после увольнения временного работника.

Вы не совсем внимательно читали вопрос. Задача ограничения стоит еще на этапе заведения штатной должности т.е. человек ее еще не будет занимать. Пока самое простое, что мне приходит в голову, это добавление своего признака для штатной должности обычная она или временная и период когда действие истекает. Тогда можно делать отчет, который будет информировать ОТиЗ о ратозействе подразделений и ОК. Но может есть все таки классическое решение?

Есть один способ, правда не очень красивый, может можно проще?
Чтобы посадить человека на шт. должность которая ограничена в будущем, надо чтоб человек был уволен на дату выбытия шт. должности (или раньше). Вы же все равно его уволите, раз заранее ограничиваете шт.должность?
Выполняется мероприятие приема на интеграционную шт.должность - 99999999 или какая там. Следом мероприятие увольнения, чтоб в 0001ит было две записи:
1) дата приема - дата увольнения
2) дата увольнения+1 - 31.12.9999.
Теперь можно еще раз прокрутить мероприятие приема и изменить первую запись 0001ит, с 99999999 на то, что вам нужно.
Запись 0001 ит. теперь действует в рамках существования шт.должности и соединение S-P корректно.

Я бы сказал, что это очень извращенный способ. Ведь сотрудник ОК не должнен в общем знать, что человек принимается на сезонную работу. Кроме того, таких должностей больше сотни. Это слишком большие накладные расходы. Ну и главное. Сотрудник ОК не настолько хорошо разбирается в тонкостях системы, чтобы повторить ваши действия

В качестве такого признака в стандартной системе используется 1014 Ит штатной должности(Устаревшая ШД) При этом при увольнении человека с такой ШД она автоматически ограничивается. Можно также маленько расширить этот инфотип, например полем "Причина" но это уже модификация.

Ответить. Есть несколькь моментов. Если установить этот признак в перед, то сотрудник ОК должен знать, что принимает человека по некую конкретную дату, которая на момент приема не известна.

Обычно, когда отдел кадров принимает на временную работу, ок знает и когда человека надо увольнять. Соответственно, когда в мероприятии по приему в первом же экране указать конечную дату дату, система сразу сформирует увольнение и ИТ0001 ограниченный. Тем самым можно принимать на заранее ограниченные долности. Если вдруг человека увольняют раньше, то сделать изменения даты увольнения и все.

Вот-вот и я о том же Но если таких людей сотни тогда конечно тяжело.

Вот это интересно. Запись мероприятия в 0000ит создается, а вот как сразу создать ограниченную запись 0001ит это вопрос. У него (ит0001) ведь временная привязка 1 ?

действительно это вопрос.
Я немно посмотрел, у нас пока тоже 0000ит сражу создается, а 0001ит остается неограниченным
Надо покапаться...

вот вам уже работающе решение:
создать группу сотрудников - временные
при создании S указываете срок ее действия (с и по) и в ИТ1013 указываете группу временные
принимаете сотрудника на работу - соотвественно подтянется группа временные (что дает дополнительную аналитику как для ОТиЗ так и для ОК) и заполните ИТ0016 с указанием типа договора - срочный (временный) и укажите дату окончания действия трудовых отношений. Затем сделайте динамическое мероприятие по вызову ИТ19 и укажите отслеживание срока окончания договора.
Для контроля пусть ОК запускает отчет Обзор сроков и видит всех своих временных сотрудников.
При приеме на ограниченную во времени S происходит обрезание ИТ0001 - но поскольку сотрудник временный то проблем нет - просто его нужно вовремя уволить - используйте ИТ16,19

Учтите только, что если на момент окончания временного договора ваш сотрудник сломает ногу и будет 2 месяца лежать в гипсе, то кадровики не смогут его уволить, пока он не выйдет на работу.

Верьте Dimon-у, он знает.
Не надо ограничивать сразу S, используйте признак "Устаревшая ШД".
Признак железный, ничем не хуже даты окончания действия объекта.

Аналогично - работающее продуктивно решение.

Но у такого решения есть небольшая издержка. Если сразу выставлять статус "Устаревшаяя", но нельзя принять человека. А заставлять сотрудника ОТ следить за приемом и потом выставлять флаг как-то некорректно