Коллеги, привет!
Поделитесь, кто какую реализацию видел в части обработки 2001 ИТ при проведении мероприятия Увольнение. Стоит задача ограничивать или удалять будущие отсутствия, попадающие на период после увольнения, в процессе проведения мероприятия. Цель - корректное формирование лимитов отсутствий и их компенсации. В детали проблемы углубляться не буду, интересует порядок и способ выполнения следующих операций в системе:
1. Актуализация отсутствий 2001 ИТ
2. Ограничение лимитов 2006 ИТ
3. Расчет дней для компенсации и создание 0416 ИТ.

Спасибо!

Не получится. Т.е. нет необходимости. Лимиты и компенсации и так будут корректны.

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

На след.день чувак увольняется. Что вы ему хотите ограничить или удалить?

Блокируется будущий отпуск, вносится компенсация лимитов в 416ИТ, считается межрасчёт увольнения, минусуются ранее выплаченные отпускные, плюсуется компенсация лимитов, profit!

calm, а Вы как предлагаете быть в такой ситуации, когда человек увольняется, а ему уже выплачены отпускные? Простить?
Всё равно придётся минусовать отпуск и начислять компенсацию. Был случай, когда человек умер во время отпуска. Примерно так и делали: ограничивали 2001 датой смерти, увольняли, платили из 416 компенсацию.

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

Тут уже работает динамика для лимитов и компенсации. Туда же впихивать и отсутствия - ну, как-то не очень...

Почему простить? Выплаченные отпускные уменьшили право на компенсацию, компенсация стала меньше. Если отпускные ограничить, то компенсация станет больше ровно на это ограничение. Нет здесь никакого profit-а.
Если все это происходит в рамках одного месяца, то даже суммы будут одни и те же. Если в разные месяца, перерасчет может быть как в плюс, так и минус, как карта ляжет.

calm и RoustR, вы углубились в пример, который в любом случае не работает в реальности. Если сотрудник увольняется во время отпуска, значит, этого отпуска после его увольнения быть не может. То есть отсутствие в любом случае надо ограничить.
Помимо этого, могут быть же будущие отсутствия, которые уже используют лимиты, но не были еще оплачены. Их следуют органичить/удалить во время проведения мероприятия Увольнение. Тогда лимиты должны быть соответсвующим образом пересчитаны.

Мой вопрос так и остался открытым: какими средствами будет удобно пользователю привести данные отсутствий в то состояние, расчет ЗП при котором будет правильный.

Если подходить совсем строго, то для ограничения оплаченного отпуска нужно оформлять отзыв из отпуска. Проводите мероприятие отзыв из отпуска, затем увольнение.

По поводу средств. По моему, никакие таких средств нет. Я даже динамику за нормальное средство не считаю - шаг влево, шаг вправо и уже не работает как надо.

Давайте не рассматривать ситуацию с оплаченными отсутствиями. Просто отсутствия, которые необходимо ограничить. Можно включить их в мероприятие, но тогда оценку времени и генерацию лимитов надо делать вручную. Вот может быть есть способ лучше?

Суммы то одни и те же, да вот счета счета в проводках могут быть разные...

Ну а вообще согласен с Вами. Самый правильный подход - это перед мероприятием увольнения произвести мероприятие отзыва\отмены отпуска. Чтобы с точки зрения приказов всё было красиво. Ну а все отсутствия в будущем, которые без приказов, руками удалить.

По хорошему, нужно влезть в PAI 0000ИТ, сделать проверку на наличие 2001 (2002, 2003) ИТ после даты увольнения. И не давать сохранять увольнение, пока там есть неблокированные записи (красную ошибку).