Добрый день, уважаемые коллеги.

Не пойму как стаж посчитался.
В трудовой книжке у табельного две записи:
с 03.04.06 по 24.06.2009
с 25.06.09 по 31.12.9999

закладка "длительность" не заполнена.

Выдает, что на 01.04.2011 у чела стажа 5 лет. Почему 5? На мой взгляд получается 4 года, 11 месяцев и 29 дней.
На 02.04.2011 выдает тоже 5 лет. Тут я согласен. 4 года 11 месяцев и 30 дней = 5 лет.
Журнал расчета мне ситуацию не прояснил.

Почему получается именно так?

Процесс расчета, модель, класс выбора, правило выбора настроены очень просо - читать 294 ИТ, стаж такой-то.
Предписание по пересчету в процессе расчета указано "0100".

Выдает где? В ИТ0294 по кнопке "Трудовой стаж"?
Там такая особенность, В ИТ0294 по кнопке "Трудовой стаж" стаж выдается с учетом даты, на которую вычисялется стаж. То есть, если запрос идет на 01.04.2011, то это будет стаж включая дату 01.04.2011. Фактически на вечер 01.04.2011, когда день уже отработан.

А в spro утилита "Запуск средства отладки для расчета зачисляемого периода занятости" при запросе стажа на дату, выдает стаж на утро этого дня.

Вообще, в описаном примере у ТН на вечер 31.03.2011 (или на утро 01.04.2011) стаж будет 4 года, 11 месяцев и 29 дней.
Когда день 01.04.2011 будет отработан, стаж станет 4 года, 11 месяцев и 30 дней или 5 лет.
Кстати, когда день 02.04.2011 пройдет, стаж все равно будет ровно 5 лет, точнее 4 года, 11 месяцев и 31 день.

То есть, и на конец 01.04.2011 и на конец 02.04.2011 стаж получается 5 лет. Это связано с тем, что в предписании пересчету 0100, в ФМ HR_SEN_CRULE_0100_DURATION в конце есть такой код


который приводит к такому эффекту - преобразует 30 дней целому месяцу

Спасибо за подробный ответ!
Однако я пока не согласен


на вечер 31.03.2011 у чела было .... 28 дней. Откуда 29? С 03.04.06 по 30.04.06 - 28 дней. Дальше - полных непрерывных 4 года и 11 месяцев. Откуда еще один день взялся?



Это всё верно, но на "вечер" 01.04.2011 я не вижу причины применения этого правила.

почему 4 года 11 месяцев и 31 день должны превращаться в 5 лет ровно.
30 дней идут за 1 месяц. 31 день - это 1 месяц и 1 день. Я не прав?

Проблема в том, что месяцы не одинаковый длины В периоде 01.01.2011 - 31.12.2011 стаж будет 1 год ровно, а не 1 год и 5 дней (30*12 + 5).
В зависимости от месяца. Причем ключевым тут получается месяц конца периода. Так как в описаном примере последний месяц был март, то 31 день это ровно 1 месяц.
А если посчитать по другому? На вечер 02.03.2011 ТН отработал ровно 4 года и 11 месяцев (с 03.04.2006 по 02.03.2011 включительно). Далее, в периоде 03.03.2011-31.03.2011 включительно еще 29 дней. Итого 4г 11м 29д.
Ключевая тут дата 31.03.2011. Ты ее отнес к числу полного месяца (входит в 11 месяцев), у меня она осталась в числе дней (29 дней). Твой подход идет в разрез тем, что ты сначала подсчитываешь число дней, а потом годы и месяцы, хотя обычно считают наоборот - сначала годы, потом месяцы, потом дни.

На самом деле, кадровики такими сложностями не замарачиваются. Они считаю так.Это автоматически подразумевает подасчет по схеме сначала годы, потом месяцы, потом дни.

Если считать так, то да...

Спасибо за желание помочь.

Можно влезь в вашу тему?
Использую программу HRUU294T. С помощью нее добавились диапазоны работы на предприятии. Если включить эти диапазоны в общий стаж, то при выполнении «Расчет стажей» ставит количество 177лет Х месяцев и Y дней (период с 01.08.1990 по 15.11.2168 (дата рождения плюс 200 лет). Если выполнить расчет на текущую дату (кнопка «Новый расчет»), то ситуация не меняется. Что не так?

Не согласен.
Вот сижу проверяю. Имеется период с 26.09.2006 по бесконечность. Вычисляю стаж на 01.01.2012. И в трудовой и в утилите "средства отладки" выдает один и тот же стаж 5 лет, 3 мес, 7 дней, что соответствует "вечеру" 01.01.2012. И это сходится с моими ожиданиями.

Система 6.00, с 79 пакетом.

Получается потому что правило расчёта стажа 30 дней:
период 03.04.06-01.04.11. Календарно-полного периода нет есть 03.04.06-02.03.11 = 4лет11мес + 30 дней. 30 дней по правилу = 1 мес. Итого 4лет11мес +1мес = 5 лет
период 03.04.06-02.04.11 календарные 5 лет.

Из за правила 30дней и не такие чудеса бывают, особенно если есть разрывы в периодах

Коллеги, столкнулся с такой же проблемой. У меня с 31.10.2012 по 29.03.2013 получается 5 месяцев, хотя на самом деле 4 месяца и 30 дней, т.к. в марте 31. Получается с 31.10.2012 по 31.12.2012 - 2 мес +1 день, с 01.01.2013 по 28.02.2013 - 2 месяца, и с 01.03.2013 по 29.03.2013 - 29 дней (если также считать на конец дня).
Получаей 4 месяца + 1 день + 29 дней = 4 мес 30 дней, а САПу 5 месяцев, из-за этого правила округления к 30 дням.

Вопрос, можно это округление в расчете стажа, или в самом фм HR_RU_SEN_CALCULATE_COMPLETE, чтобы если 30 дней в месяце то считало месяц, если 31, то не округляло?
На предприятии это очень критично.

Встречный вопрос, Вы почему в своем вычислении разбили промежуток с 31.10.2012 по 29.03.2013 на кусочки? Вам так проще было считать или данные, на основе которых вычисляется длительность, разбита именно так?
Одно дело, когда речь идет о вычислении длительности м/у 2-мя датами, другое дело - вычисление стажа по разным кусочкам. Для первой задачи можно получиться решение, типа "4 мес 30 дней", для второй - нет.

Вообще, в настройках способ расчета определятся понятием "Предписание по пересчету". Именно оно указывает способ вычисление длительности между 2-мя датами. В Вашем примере, вероятно, работает предписание 0100 "Годы, месяцы, дни: вариант A", оно приводит длительности по правилу "30д = 1м".
Можете попробовать использовать предписание 0140 "Годы, месяцы, дни: вариант B". Теоретически, это предписание длительность по одному периоду подсчитает так, как Вам нужно. Но мне кажется, там могут возникнуть проблемы на этапе сложения длительностей. У предписания 0140 на этом этапе также выполняется преобразование "30д = 1м".
Я, когда в свое время столкнулся с этой проблемой, сделал свое предписание по пересчету на основе 0100. Создал свои ФМ, в которых отключил преобразование "30д = 1м" (в коде это вызов процедуры OVERFLOW_YMD_TO_YMD), для правила определения продолжительности - всегда, для правила суммирования продолжительностей - если был только один период.

Коллеги, решили ли данную проблему?
Попытался скопировать модули вычисления длительности и отключил вызов процедуры OVERFLOW_YMD_TO_YMD и в суммировании тоже.
Но, результат тот же.