Средний заработок с РК без разделения *(по Гряниной)

3. Здравствуйте! На представленных данных достаточно сложно сопоставить цифры, т.к. представлен расчет зп за июнь из обеих баз, но отсутствует полная картина начислений сотрудника за месяц. В форме расчета среднего видно, что в 1 базе премия 11000, в другой 12650. В марте-мае в базе которая справа вообще сумма премии очень странная, как будто по ошибке в этот показатель вообще залезли какие-то другие начисления.

   Проверила расчет на демобазе. Наличие премии с такими настройками, как у Вас, не искажает картину, если РК не разделяется. В средний включается чатсь РК, начисленная с премии, оклада за рабочие дни и надбавки за рабочие дни. Исключается только РК с оклада и надбавки за нерабочие дни

   Давайте возьмем какой-нибудь 1 месяц (например, тот же июнь) и посмотрим:

   — расчетный листок, чтобы была видна полная картина начислений за месяц

   — данные регистра накопления «Данные о начислениях для расчета среднего заработка (общий)» с отбором по сотруднику и периоду (июнь).

   Также покажите настройки начислений Оплата по окладу за нерабочее время и Надбавка за Нерабочее время. Интересует основная вкладка и Средний заработок

4. Доброго дня! Обновили релиз до 3.1.14.97. В расчет среднего по отпускным не входит районный коэффициент в марте, апреле, мае. Исходная информация по настройкам в прикрепленном файле.

   1. Добрый день! Вообще очень странно, если отражали все по 1 методике и июнь отработал корректно, а март-май нет. Причем в мае нет дней НСО вообще. Складывается впечатление, что меняли какие-то настройки в процессе работы и месяцы были посчитаны и проведены на разных настройках.

      Визуально пока смущают настройки оплаты по окладу за нерабочее время на вкладке Учет времени. Согласно нашей методике должно стоять «За работу полную смену в пределах нормы времени», а у Вас стоит «Дополнительная оплата за уже оплаченное время».

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

      После изменения настройки начисления попробуйте запустить обработку обновления данных для расчета сз (Зарплата — Сервис) за март-май. Скажите, какой результат?

      Если проблема не уйдет, приложите еще, пожалуйста, расчетные листки сотрудника за март — июнь и записи регистра «Данные о начислениях для расчета среднего заработка (общий)» с отбором по сотруднику и периоду начиная с 01.03.2020. Попробую воспроизвести проблему на демобазе.

5. Во вложении настройки НСО.

6. Настройку начисления поменяли на «За работу полную смену в пределах нормы времени». Данные о начислениях среднего заработка обновили. Для ввода данных нерабочего времени использовали документ «Изменение плановых начислений»

7. Ожидаемый результат не получен

   1. Пришлите тогда, как я просила, расчетные листки сотрудника за март — июнь и записи регистра «Данные о начислениях для расчета среднего заработка (общий)» с отбором по сотруднику и периоду начиная с 01.03.2020. Данные регистра лучше не скриншотом, а вывести в таблицу (Еще — Вывести список) и скопировать ее в word. ФИО сотрудника можно затереть, если Вы беспокоитесь о передаче конфиденциальной информации.

8. Расчетные листки март-июнь

9. Данные для расчета среднего

   1. Опробовала на релизе 3.1.14.97, удалось вопроизвести проблему. Изначально при расчете зп за март-май РК включался в марте-мае в полном размере (т.е. по регистрам среднего проходил не 8600 как у Вас сейчас, а 9890). НО после того как изменила настройку учета в среднем для РК (поставила «Как базовые начисления») и обновила сз обработкой РК действительно «улетел» из данных регистров среднего вообще и остался только оклад 8600((( Видимо разработчики поменяли в очередной раз алгоритм записи в регистры среднего.

      Но даже если не делать обновление сз, при пересчете зп за март-май в июне не происходит уменьшения суммы начислений, учитываемых в сз, на кусочек РК, рассчитанного с оплаты за нерабочие дни. Т.е. корректный расчет на этом релизе при таких настройках РК (по базовым начислениям) я получила только за текущий месяц (июнь). Предполагаю, что т.к. общая сумма РК не меняется за прошлые месяцы, программа даже и не пытается его переопределить в расчете среднего.

      Поэтому предлагаю:
      1. Вернуть настройки типового РК как было («Как указано ниже» на вкладке «Средний заработок»);
      2. Обновить еще раз данные для расчета сз за март-май, чтобы РК вернулся (вместо 8600 должно встать 9890);
      3. Все-таки разделить РК: настроить отдельное начисление (назначение «Прочие начисления и выплаты»), рассчитываемое только с оплаты за нерабочие дни, а из базы типового РК эту оплату убрать. Назначить РК за нерабочие дни можно в том же документе «Изменение плановых начислений», которым назначали оплату по окладу за нерабочие дни.

      Этот вариант обкатала, в средний все легло хорошо.

10. Добрый день! Если позволите вернемся к нашему вопросу. Пожалуйста, вышлите настройки, которые по вашему мнению дадут ожидаемый результат. Возможно, разработчики в последних релизах учли замечания и ошибки, следовательно можно воспользоваться типовым видом времени ОН, чтобы корректно рассчитывался средний.

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

11. Спасибо за внимательное отношение к проблемам клиента, пришли к аналогичному выводу. Будем переносить эту методику в основную базу. При возникновении вопросов надеемся на вашу квалифицированную помощь. Ещё раз спасибо.

    1. Хорошо, я тогда подержу еще этот вопрос открытым несколько дней.

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