Добрый день!
После обновления на 1С:Предприятие 8.3 (8.3.22.1704) перестала корректно считаться норма времени для расчета переработок при суммированном учете.
долго пыталась разобраться откуда такие цифры берутся, оказалось, что в норму ставится время нормы по месяцу и отработанных дней. у нас некорректно считается отработанное время, т.к. ночные часы выделяются полностью отдельно, но это никогда раньше на норму не влияло.
Что можно сделать для нормального исчисления нормы? Прикладываю скрины.
Все комментарии (9)
Комментарии закрыты.
Здравствуйте!
Спасибо за скриншоты, смогла смоделировать настройки. Проблема исходит из вида времени — Продолжительность работы ГРП.
Если открыть настройку этого вида времени (Настройка — Классификаторы — Виды рабочего времени.
Если там указано Основное время Явка (по логике вещей я бы так поставила), то расчет в программе будет в точности как у Вас.
Но если там указать Основное время — Вахта, то все будет по другому.
Прикладываю скриншоты.
Спасибо за ответ, но у нас работники не вахтовики. Данный вид времени был создан для того, чтоб настроить расчет заработной платы и установить сокращенную рабочую неделю, т.к. работники работают в подземных условиях.
Я согласна, что не вахтовики. Но корректный расчет будет работать при такой настройке 🙂 То что мы указываем Вид основного времени Вахта — не будет нигде прослеживаться. Это техническое решений. В табеле будет учитываться Ваш вид времени — подземные условия.
Получается, что это ошибка в программе после обновления? Она может быть исправлена со временем?
Действительно на релизе 3.1.24.408 все работала с указанием Яква. Можно написать письмо на линию консультации v8@1c.ru, с указанием Вашего ИНН и названия организации. Возможно они признают это ошибкой или за планирование поведение программы. Ответы не всегда приходят быстро. Но попробовать стоит:)
К сожалению, я не обладаю информацией поправят или нет в следующем релизе.
поставила по вашей рекомендации «Вахта». Норма все равно ставится неверно. Часов уже меньше, но не по норме месяца. Если менять на норму по производственному календарю, то часы уходят в минус.
Прикладываю скриншот как проставляется время в табеле
и еще, если я ставлю вахта в виде времени и перезаписываю график, то сбивается среднемесячное число часов и дней
Благодарю за ожидание!
Как только у нас в табеле появляются ночные часы, трюк не работает, который я предложила. Проверила поведение программы на релизе 3.1.25.37 — ничего не меняется. Норма не отражается корректно при наших условиях.
Нашли исправленную(!) ошибка на релизе 3.1.25.36
Ошибка 50013547
Код ошибки: 50013547
Код(ы) обращения: HL-184034 HL-227290 HL-353928
Статус: Исправлена в выпущенной версии Зарегистрирована: 11.08.2020
Исправлена: «1С:ЗУП 3, 1С:ЗГУ 3», версия 3.1.25.36
Описание:
Док. Регистрация переработок. Может не совпадать количество часов помесячно и за квартал.
Предполагаю, что разработчик исправил поведение программы, но при этом что -то пошло не так. Рекомендую написать разработчику на линию консультацию письмо v8@1c.ru, с указанием ИНН и название организации.
Возможно ответ будет не быстро предоставлен.
Пока будем ждать отчет, вернем настройки Виды времени обратно. Вручную поставить правильную норму в документе Регистрации переработки. Таким образом сможем закрыть месяц.