Ошибка. Период по больничным листам и административный отпуск превышают календарный

[-DoKa-]

По совету друзей почитал юридические форумы
Был слегка неправ. В период нахождения на б/л нельзя уволить по инициативе работодателя. Можно только по инициативе работника.
Обилие материалов на этих форумов наводит на мысль, как эта инициатива была получена
А затем сидят кадровики и бухгалтеры и гадают, как этот долбанный персучет сдать.

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


Теперь следующая ситуация. В примере использован "Калькулятор периодов стажа, адм. отпуска и больничных листов" с сайта одного из разработчиков CheckXML (http://www.lubezniy.ru/stag.html)
На данный сайт имеется ссылка с сайта http://wiki.klerk.ru/index.php/%D0%9...D0.BD.D0.B8.3F


Пример:
Имеется сотрудник. Период работы с 01.01.2008 по 10.07.2008.
Считаем длительность калькулятором:
Период Продолжительность
01.01.2008 10.07.2008 0 6 10
ИТОГО: 0 6 10
Г М Д

У сотрудника весь период закрыт нетрудоспособностью следующими периодами с расчетом в том же калькуляторе.

Период Продолжительность
10.07.2008 10.07.2008 0 0 1
01.07.2008 09.07.2008 0 0 9
01.06.2008 30.06.2008 0 1 0
15.05.2008 31.05.2008 0 0 17
03.05.2008 14.05.2008 0 0 12
29.04.2008 02.05.2008 0 0 4
01.01.2008 28.04.2008 0 3 28
ИТОГО: 0 6 11
Г М Д
Интересно, что скажет на это программа проверки CheckXML и ее разработчики, в которой реализован этот же алгоритм расчета? О том, что в программе CheckXML реализован именно этот алгоритм, Вы можете узнать, пройдя по второй ссылке данного сообщения.

[v0str]

Как и следовало ожидать
***30: Ошибка. Период по больничным листам 6 мес. 11 дн. и административный отпуск 0 мес. 0 дн. в сумме составляют 6 мес. 11 дн., что превышает календарный период 6 мес. 10 дн., определяемый реквизитами <НачалоПериода> = 01.01.2008 и <КонецПериода> = 10.07.2008 блока <ОсновнаяСтрока> первого и последнего периода работы:

-<ИС_СЗВ-4-1>
-<БольничныеЛисты>
<ВсеГоды>0</ВсеГоды>
<ВсеМесяцы>6</ВсеМесяцы>
<ВсеДни>11</ВсеДни>

Тема крайне интересная. Программа проверки сравнивает продолжительность б/л+б/с с продолжительностью периода образующегося между датой начала самой первой записи и датой окончания самой последней записью.
Я ради спортивного интереса сократил продолжительность одного из периодов б/л на 10 дней, а общую продолжительность уменьшил только на 1 день.
Периоды в форме стали выглядет вот так:
10.07.2008 10.07.2008 0 0 1
01.07.2008 09.07.2008 0 0 9
01.06.2008 30.06.2008 0 1 0
15.05.2008 20.05.2008 0 0 6
03.05.2008 14.05.2008 0 0 12
29.04.2008 02.05.2008 0 0 4
01.01.2008 28.04.2008 0 3 28
В результате получил только предупреждение, что разница между периодами более 1 дня. Косяк!

Кстати, на сайте Любезного (http://www.lubezniy.ru/stag.html) есть оговорка "в нормативке я порядка суммирования не нашёл". Исходя из этого, операция сложения продолжительности б/л и отпуска б/с, которую выполняет CheckXML при проверке, есть действие недокументированное!

[-DoKa-]

Как и следовало ожидать
***30: Ошибка. Период по больничным листам 6 мес. 11 дн. и административный отпуск 0 мес. 0 дн. в сумме составляют 6 мес. 11 дн., что превышает календарный период 6 мес. 10 дн., определяемый реквизитами <НачалоПериода> = 01.01.2008 и <КонецПериода> = 10.07.2008 блока <ОсновнаяСтрока> первого и последнего периода работы:

-<ИС_СЗВ-4-1>
-<БольничныеЛисты>
<ВсеГоды>0</ВсеГоды>
<ВсеМесяцы>6</ВсеМесяцы>
<ВсеДни>11</ВсеДни>

Тема крайне интересная. Программа проверки сравнивает продолжительность б/л+б/с с продолжительностью периода образующегося между датой начала самой первой записи и датой окончания самой последней записью.
Я ради спортивного интереса сократил продолжительность одного из периодов б/л на 10 дней, а общую продолжительность уменьшил только на 1 день.
Периоды в форме стали выглядет вот так:
10.07.2008 10.07.2008 0 0 1
01.07.2008 09.07.2008 0 0 9
01.06.2008 30.06.2008 0 1 0
15.05.2008 20.05.2008 0 0 6
03.05.2008 14.05.2008 0 0 12
29.04.2008 02.05.2008 0 0 4
01.01.2008 28.04.2008 0 3 28
В результате получил только предупреждение, что разница между периодами более 1 дня. Косяк!

Кстати, на сайте Любезного (http://www.lubezniy.ru/stag.html) есть оговорка "в нормативке я порядка суммирования не нашёл". Исходя из этого, операция сложения продолжительности б/л и отпуска б/с, которую выполняет CheckXML при проверке, есть действие недокументированное!

v0str, длительность отсутствий считается/присваивется в "вашей" системе, а длительность периода работы в программе CheckXML,
а потом осуществляется проверка этих длительностей.
Вопрос в другом, как правильно посчитать длительность?
Мною указан пример, в котором подсчет по одному и тому же алгоритму одного периода, с разделением и без, дает противоречивый результат.

[v0str]

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

Это давно известно! Причина: 30*12=360 < 365 (или 366) реальных дней в году.
Видимо именно из-за этого правила суммирования длительностей стажей и не определены.
Дальше каждый извращается как может. Какое бы правило вы не сконструировали для автоматизированного формирования сведений, всегда найдется простор для правки отчета руками.

Я думаю, что гораздо перспективней в данном случае будет сдача в ПФР не общей продолжительности исключаемых периодов, а их календарное представление (периодов).

[-DoKa-]

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

[v0str]

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

[v_i_b]

Программа проверки сравнивает продолжительность б/л+б/с с продолжительностью периода образующегося между датой начала самой первой записи и датой окончания самой последней записью.

Этот глюк перекочевал еще с формата 04.00 .
Можно вести стаж с 01.01.2008 несколько дней и
несколько дней до 31.12.2008 и несколько месяцев
б/л и б/c. И будет "Успех".

[LoraK]

Это давно известно! Причина: 30*12=360 < 365 (или 366) реальных дней в году.
Видимо именно из-за этого правила суммирования длительностей стажей и не определены.

Определены - См. Правила подсчета стажа в форме "Сведения о трудовом стаже застрахованного лица за период до регистрации в системе обязательного пенсионного страхования":

1. Подсчет продолжительности общего трудового стажа осуществляется путем суммирования отдельно дат конца и дат начала указанных периодов. Разница этих сумм составляет продолжительность общего трудового стажа.
Поскольку днем увольнения считается последний день работы, необходимо к продолжительности общего трудового стажа по каждому случаю увольнения добавить один день.
Один день по случаю увольнения добавляется только к периодам, относящимся к трудовой деятельности застрахованного лица, к иным периодам это правило не применяется.

1) 12.07.1998+14.07.1996+31.12.1989+21.05.1987+09.06. 1969+23.05.1967
= 110.42.11906

2) 15.07.1996+04.09.1991+01.01.1989+15.09.1970+27.05. 1967+15.03.1966
= 77.34.11879
3) 110.42.11909 - 77.34.11879 = 27.08.33 или
27 лет 2 месяц 03 дней + 4 дня = 27 лет 2 месяц 07 дней

[v0str]

У вас пример с ошибкой
К тому же там речь о периодах работы.
Если алгоритм применить к больничным, которые описаны выше, то получится 6 мес 4 дня (или 5?)

[LoraK]

У вас пример с ошибкой

Я это знаю! И не только я. Консультант тоже знает. Продолжение цитаты:
...
27 лет 2 месяц 03 дней + 4 дня = 27 лет 2 месяц 07 дней

Окончательный результат 27 лет 2 месяца 7 дней указывается в реквизите "Общий трудовой стаж".

По-видимому, в приведенных выше расчетах допущена арифметическая ошибка или опечатка
...

Просто я это к тому, что

правила суммирования длительностей стажей не определены

все-таки определены. Хотя, поскольку способ подсчета стажа, принятый в ПФР, не соответствует календарному (в году 30*12=360 дней), то порядка никогда не будет. Так что, ИМХО, надо подстраиваться под программу, чтобы сдать отчет