Добрый день.
Предположим, что для сотрудника рассчитался лимит не целый. По требованиям кадров необходимо обеспечить, чтобы при списании лимита использовалась только целая часть лимита, а «хвостик» игнорировался. Далее при увольнении эти неиспользованные хвостики учитывались бы при компенсации при увольнении.
Можно как-то настроить программу или это слом стандарта?
Есть предложение занимать эти «хвосты» записями «0416 Компенсации за неисп. лимиты врем», и потом, при увольнении, все хвосты складывать и выводить общую компенсацию, но что-то кадры это не устраивает.

Добрый день!
Если отсутствия настроены на списание целого лимита, то он всегда будет использоваться целыми.
Если лимита будет не достаточно, то он будет заимствоваться с будущего лимита (главное чтобы дата начала использования позволяла его использовать).
Например:
Ежегодный оплачиваемый отпуск получился 27,61 (сотрудник был в административном отпуске 19 дней).
Запись лимита в ИТ2006 выглядит следующим образом:
01 Ежегодный отпуск 27,61 20 01.02.2014 31.01.2015 01.02.2014 31.12.9999
20 дней сотрудник использовал и собирается в очередной отпуск на 10 дней.
Лимита не хватает. Генерируем или создаем запись ИТ 2006 на 2015-2016 год:
01 Ежегодный отпуск 28 00 01.02.2015 31.01.2016 01.02.2015 31.12.9999.
Меняем дату использования на 01.02.2014 у лимита 2015-2016 года (можно в стандартном инкуде для программы генерации лимитов прописать логику, чтобы дата начала использования всегда устанавливалась равной дате последнего приема).
Все. Можно регистрировать отсутствие на 10 дней.
В итоге после регистрации отсутствия получаем следующую картину по лимитам:
01 Ежегодный отпуск 27,61 27,61 01.02.2014 31.01.2015 01.02.2014 31.12.9999
01 Ежегодный отпуск 28,00 02,39 01.02.2014 31.01.2015 01.02.2014 31.12.9999
При компенсации при увольнении компенсируем столько сколько положено, с нецелой частью . Если в динамике создавать запись ИТ0416 при увольнении, то можно написать свою прогу, которая будет считать и подставлять неиспользованный отпуск в поле компенсации.
У этого решения есть свои недостатки, но зато полностью на стандарте.

Если я правильно понял, то вам требуется чтобы было использовано только целое число, а остаток всегда висел. Т.е. для нашего примера так:
01 Ежегодный отпуск 27,61 27,00 01.02.2014 31.01.2015 01.02.2014 31.12.9999
01 Ежегодный отпуск 28,00 03,00 01.02.2014 31.01.2015 01.02.2014 31.12.9999
То тут кроме как Z другого варианта не вижу. Так как правила использования лимитов линейные по датам и типам лимитов.
Можно сделать обработку в оценки времени по таким лимитам и округлять последние до целого в большую или меньшую сторону, а излишки или недостатки округления скидывать в технический лимит, который будет использоваться только для компенсации. Но при этом нельзя обновлять лимит (кнопка "Значения по умолчанию" в ИТ2006 или отчет HRUTQTA0), так как все вернётся назад согласно настройкам, если опять же не подломаете.
Если обновление лимита имеет место быть, то нужно предусмотреть доп. обработку в оценке времени для таких ситуаций, чтобы случайно ещё раз не создать или дополнить технический лимит. И т.д..
Вариантов много, подводных камней ещё больше.

А вообще по хорошему лучше всегда иметь лимиты в целых частях, т.е. убедить бизнес принять правила округления до целых. Тогда будет меньше всего проблем.
ИМХО: с нецелыми остатками слишком много "веселухи"

1. Если лимиты генерятся в оценке времени, то можно настроить лимиты таким образом, чтобы они переносились в 2006 ИТ целыми порциями
2. Небольшой Z позволит сделать целочисленное использование (БАДИ PT_QUOTA_DEDUCTION)

Но гемор с "хвостиками" еще тот. Во-первых, может быть куча типов лимитов (основной отпуск, вредность, и т.д, и т.п.). Во-вторых, куча записей по годам. И везде могут быть хвосты, которые в сумме могут дать значительное количество лимитов. Как вариант хвосты в конце отпускного года переносить на лимиты следующего года.

Добрый день! Задам тут свой вопрос.
Как настроить дату начала использования лимита отсутствия на максимально раннюю дату? На дату приема сотрудника например. Или может 01.01.1800?
В организации часто дают отпуска вперед из следующего лимита и исправляют дату начала использования вручную.
При увольнении сотрудника используем программу HRUТQTA0 для контроля перерасхода отпуска и переноса перерасхода в 90 тип лимита. Но эта программа возвращает дату использования обратно, в результате использование неверно перераспределяется.
Может есть другое решение проблемы?

Добрый день!
Ну так все верно, отчет HRUТQTA0 обрабатывает лимиты согласно настройке. Если у вас в настройке дата начала использования равна дате начала периода действия лимита, то отчет сбрасывает изменённые данные на те что заложены в настройке. Так как вы лимит обновляете.
Что тут можно попробовать сделать:
1. Если использовать стандарт, то рекомендую попробовать в таблице V_T559D (кластер ракурсов VC_T559L) для всех лимитов указать относительную позицию для лимитов (поле DBERV) -999 месяцев. Не уверен что сработает, проверить негде, но все же попробуйте;
2. Можно расширить логику обработки лимитов для программы HRUTQTA0/RPTAQTA00, чтобы последняя не обновляла дату начала использования. Транзакция cmod, расширение EXIT_SAPLHRLV_009.
3. В том же EXIT'е можно написать свой программный код на установку даты начала использования всегда 01.01.1800 или любую другую (смотря какую нужно).

В своей практике я использовал способ номер 3. При приеме на работу (в том числе при повторном приеме) в динамике создавался инфо-тип 0041 с специальным видом даты (их там много, можно практический любой задействовать или отталкиваться от стандартного вида даты 01) в которую всегда записывалась дата последнего приема. В EXIT'е EXIT_SAPLHRLV_009 срабатывал собственный Z код, который при генерации/обновлении лимита переопределял дату начала использования на ту которая указана для специального вида даты в ИТ0041. Работало и для HRUTQTA0 и RPTQTA00.

Спасибо! Попробуем использовать ваш вариант с EXIT'ом EXIT_SAPLHRLV_009 , считывать вид даты из ИТ 0041. Там у нас есть разные виды даты для начала генерации разных лимитов.