Строка 2 гр.2 стат.отчета П-4

1. Конфигурация — Зарплата и управление персоналом, редакция 3.1 (3.1.14.97)

2. Здравствуйте! В графе 2 показывается Среднесписочная численность, а эта численность пересчитыватся на количество отработанных в месяце дней. Для сотрудника, принятого в середине месяца значение за месяц будет 0,5.

   Посмотрите: Как рассчитать среднюю и среднесписочную численность

   1. Это я понимаю.Как тогда объяснить то, что сотрудники уволены в самом начале месяца и их берет как 0,13?

      1. Точно также, они учитываются только за те дни, в которые работали: тем меньше дней, тем меньше цифра.
         Для принятого 29.06 расчет 1/30*2 (отработано дней) = 0,6666666 = 0,07
         Для уволенных 3.06 кажется программа посчитала с ошибкой. Если считать за 3 дня, то получается 1/30*3=0,1 Я так понимаю, программа посчитала на 4 дня = 1/30*4=0,133333

         Других уволенных нет для примера?

         1. Юлия, нету.Все здесь)Буду наблюдать дальше.Спасибо за ответ.

            1. Добрый день! Я попробовала в своей базе уволить сотрудника 3 июня и в списочную численность он включился как 0,1, т.е. соответствует ручному расчету.
               Не знаю. в чем у вас проблема по этим уволенным. проверьте, дата увольнения точно 03.06? Можно сформировать отчет «Численность и текучесть кадров» за июнь. Давайте посмотрим расшифровку со сотрудникам из этого отчета.

               1. Добрый день,Юлия!Спасибо Вам огромное за помощь. Да, сотрудники уволены 03.06.2020. В расшифровке видно, что ср.численность списочного состава (звучит как в П-4) стоит 0,1, а в расшифровке самого отчета стоит 0,13 (как в скрине выше).

                  1. Добрый день! Не нашла зарегистрированных ошибок с такой проблемой. :((
                     В П-4 ведь допустимая точность только до 1 знака после запятой. Проверьте, итоговую численность в ячейке П-4 программа считает из расчета 0.13 или 0.1?

                     1. Добрый день,Юлия.Извините, что долго не отвечала, была в отпуске. Посмотрела, итоговая цифра, которую сейчас формирует, 240,2. Такая цифра реальная в строке 02, столбец.2?

3. Здравствуйте! Юлия в отпуске, поэтому я отвечу.
   Несмотря на то, что расшифровка отображается с округлением до 2 знаков после запятой, итоговое количество должно рассчитываться без округления, проверьте , пожалуйста, расчет.

   1. Доброе утро,Елена.Спасибо за ответ.Подскажите, пожалуйста, что значит проверить расчет?Сами цифры встают правильно, у меня проблема с количеством сотрудников — в строке 02 встает цифра 240,2.Думаю, что не могут быть такие данные.Если брать уволенных сотрудников, программа считает 0,13333,и по другим сотрудникам с тысячными после запятой, а в итоге в графе ставит цифру с десятком после запятой,если даже по совместителям стоит целое число (см.скриншот).Как так может быть?

4. Доброе утро! Пришлите, пожалуйста, скриншот расшифровки строки 02 графы 2, проверим расчет.

   

   png rassh

   1. Добрый день!Высылаю расшифровку,отметила сотрудников, по которым сомнения.Спасибо большое.

5. Здравствуйте! Проверила расчет, он верный кроме уволенных, по ним должно быть 1/30*30=0,1 по каждому, вместо 0,13. Но так как 0,13 при округлении дает 0,1, то на итоговый расчет это не влияет (240,2 и так, и так).

   

   docx Uvolnenie

   1. Добрый день,Елена.Получается, что в П — 4 формирует верно? И такую цифру у меня примет Росстат,если в будущем будет так формировать?

6. Здравствуйте! Да, примут, т.к. в самом отчете сумма с одним знаком после запятой. Но в будущем нужно будет проконтролировать расчет по уволенным, а то округление может и в большую сторону быть. Хотя на релизе ЗУП 3.1.14.154 данная ошибка не воспроизводится, возможно разработчики её исправили уже.

   1. Спасибо большое за ответы.Всего Вам самого-самого хорошего)

7. Спасибо большое!!! Всего наилучшего?!!!

Комментарии закрыты.