Добрый день.
1. Изначально Март был рассчитан из нормы 19 дней (30,31 марта были Выходными). В Апреле были внесены изменения в график за март (30,31 март отмечены ОН) и выполнен перерасчет по сотрудникам через документ Доначисление: при этом отсторнировались — 19 дней, рассчиталось по измененной норме + 21 дней. — см. вложение
При этом РН «Данные о времени для расчета среднего (общий)» выглядит так: 19 дней учитывается по исходному Начислению зп за март, и по Доначислению учитывается еще 2 дня. — см вложение
2. Теперь мы обновили базу на 3.1.14.61
Если запустить обработку «Обновить данные для расчета среднего заработка», то меняются РН «Данные о времени для расчета среднего (общий)» (см. вложение):
при расчете среднего (без учета ОН): ставится часов за март 17, а должно быть 19
то есть обработка в нашем случае отрабатывает некорректно.
Какие ваши рекомендации: как откорректировать данные по сотрудникам с таким доначислением?
Здравствуйте! Типовая методика учета дней ОН в составе обычных начислений и исключение дней ОН и оплаты за них из среднего действительно отрабатывает некорректно во многих случаях. В том числе и с документом «Доначисление, перерасчет» связана 1 из опубликованных ошибок:
Ошибка 10223892
Доначисление за месяц с «коронавирусными» периодами учитывается в среднем заработке не пропорционально времени в этом месяце.
Пока она исправлена только для версии 3.1.10, для 3.1.14 ждем выходного очередного релиза на днях. Согласна, что у Вас не совсем такое проявление ошибки, но на демобазе я проверила Вашу ситуацию, воспроизвелось точно также. Похоже программа видит в мартовском графике 2 дня ОН и отнимает их от 19 при обновлении сз, а документ Доначисление, перерасчет вообще не учитывается. Это явно ошибочное поведение. Просто далеко не все ошибки публикуются и могу предположить, что эти ошибки (опубликованная и Ваша) связаны между собой. Соответственно, если устранят опубликованную можно ожидать и устранение Вашей. В любом случае Вам лучше дождаться очередного релиза для 3.1.14, обновиться на него и еще раз попробовать обновить сз.
Но в идеале, если такое возможно, то лучше конечно пересчитать коронавирусные месяцы по другой методике. Т.к. разработчики уже признают, что не смогут исправить все ошибки расчета сз в типовой методике.
На семинаре [19.06.2020 запись] Расчет зарплаты за Июнь-Июль в 1С:ЗУП 3.1 Елена рассматривала альтернативные варианты: блок «24 июня и 1 июля — как учесть и оплатить». Методика с плановыми начислениями описана в видео «Учет нерабочих дней как отработанных» время примерно 2:00, а методика с документами отклонениями в видео «Учет нерабочих дней как неявки».
Попробовала на копии базы: обновила на релиз 3.1.10.491 (в настройках расчета зп галочка «Учитывать оплачиваемое нерабочее время и суммы в среднем заработке» не установлена) и запустила обработку среднего, но регистры не обработались. То есть время при расчете среднего в полном объеме учитывается: март 21, апрель 22. Или надо расширение еще какое-то установить?
Вы работали с демобазой? До этого просто писали, что у Вас уже 3.1.14.61,значит на 3.1.10.491 эту базу не обновить. Если релиз 3.1.10.491 проверяли на демобазе, проверьте актуальность производственного календаря в ней. Коронавирусные дни должны быть выделены розовым цветом, включен функционал ОН, отмечены флажками все нерабочие периоды, какие нужны. Должен быть заполнен регистр «Периоды нерабочих дней календаря». И в графиках сотрудников соответственно должны стоять ОНы. Т.е. если база другая, то нужно выверять все настройки с начала.
Добрый день. Рабочая база еще на релизе 3.1.10. Тестовая была обновлена на 3.1.14.61. Другую копию обновила на 3.1.10.491, отметили в производственном календаре нужные дни ОН и выполнили обработку среднего заработка: с подключенными расширениями (Исправление ошибки10221528,Исправление 10223517 3.1.10 ) и с выключенными — результат по марту все равно 17 дней
Приложение![](https://buhexpert8.ru/wp-content/uploads/2020/07/korrektirovka-dannyh-o-vremeni-dlya-rascheta-sz-1024x325.jpg)
Здравствуйте! Проверила ради интереса еще на 3.1.14.97, та же картина :(. Но среди опубликованных ошибок ничего подобного не нашла. Написала разработчикам, как получу отчет, поделюсь информацией.
А пока придется:
— или корректировать расчет сз вручную (это касается командировок и прочих отсутствий, для отпуска сз должен сичтаться корректно, т.к. в демобазе у меня получилось 29 календарных дней в марте и 19 дней по пятидневке, которые используются для пересчета премий);
— или скорректировать записи регистра документом Перенос данных. Но потом, если ошибку исправят и будете обновлять сз за март, эти записи придется удалить, т.к. обновление сз задублирует эти 2 дня.
Здравствуйте! Разработчики подтвердили, что это ошибочное поведение программы:
Ошибка 10223940.
Описание: Документ «Доначисление, перерасчет» делает пустые записи по регистру накопления «Данные о времени для расчета среднего (общий)».
Ранее она просто была не опубликована в сервисе ошибок. Сейчас опубликовали. При желании можно подключить подписку на нее, если есть доступ к порталу ИТС.
Исправление ошибки планируется в будущих версиях программы.