1с зуп обновить данные для расчета среднего заработка
Конфигурация ЗУП 3.1.8.246.
Сотрудник болел с 20.07.18 по 01.08.18.
В Августе2018 он принес больничный, занесли в базу с периодом начисления Август2018, отсутствие в Июле2018 НЕ заносили.
Теперь в Феврале2019 этот сотрудник отправляется в отпуск, в расчете среднего заработка программа в Июле2018 учитывает 29.3 дня, как будто он отработал полностью.
Запускаю обработку "Обновить данные для расчете среднего заработка" за Июль2018. При расчете среднего ничего не меняется.
Подскажите, пожалуйста, в чем ошибка?
Я понимаю, что если занести документ "Отсутствие.." с периодом Июль2018, то расчет среднего исправится. Но зачем его заносить, если есть занесенный Больничный лист? Почему программа его не видит для расчета среднего?
(0) А разве не надо сперва регистрировать отсутствие, а потом на его основании принесенный вам больничный ?
вообще-то, в самом документе больничного должно делаться сторно начисленной зарплаты по тому периоду, который указан в документе. Т.е. вне зависимости от того, было внесено отсутствие или не было.
Но в данном конкретном случае похоже, что сторно отработанного времени по тем графикам, которые используются при заполнении среднего заработка, не делается. Поэтому все-таки нужно документом отсутствие пользоваться, если табель не используется, а больничный не совпадает. По раздумью такое мнение, что обязательно нужно вводить отсутствие.
(5) В 77 не надо было вводить никакие отсутствия :-) Шутка. Программа по расчету ЗП от 1С все улучшается и улучшается.
(5) "что сторно отработанного времени по тем графикам, которые используются при заполнении среднего заработка, не делается" - ничего не понял из написанного. Как графики отсутствия связаны с графиком начисления отпуска? При заполнении данных среднего заработка в части отработанного/не отработанного времени важны периоды отсутствия и присутствия, а по каким графикам было это отсутствия никогда и нигде не анализировалось.
(0) В 1С ЗиУП 3.1 вроде как меняли недавно модуль расчета полностью и ввели константу расчета старыми алгоритмами расчета (их вроде тоже оставили). Попробуй поиграться константой. Сам не смотрел и не анализировал. Читал - где-то. На глаза попадалось.
Может в регистр сведений и накопления заглянуть? "Данные о времени для расчета среднего"
(7) так вот смотрю в регистре как будто полный месяц сотрудник отработал, хотя заведен больничный. Запущена обработка "Обновить даные для расчета среднего".
(0) стандартная ситуация, экпериментирую на типовой базе.
Сотрудник заболел 31.01.19 до 04.02.19. 05.02.19 приносит Больничный, бухгалтер сразу занес в базу.
Начисление зарплаты на момент занесения больничного еще НЕ выполнялось.
Создаю Начисление зарплаты за Январь2019, программа не видит больничный, ставит в РН Данные о времени для расчета среднего, что сотрудник отработал 31 день.
(0) Даже перед начисление заношу Табель, чтобы Оклад посчитался пропорционально отработанному времени. 31.01.19 стоит "Б".
Оклад пересчитался, но для расчета среднего все равно отработан 31 день.
Может что не так делаю?
Или все-таки документ Отсутствие обязателен?
(10) С точки зрения здравого смысла, то БЛ уже является отклонением. Он же и кадровый документ, он же и расчетный.
По моему давно назрел вопрос об отказе от регистров расчета, в том виде в котором они реализованы.
Самое простое, что не работает уже 10-ок лет, так это фактический период действия при сторно переходящего отпуска в следующем периоде. Т.е. когда период действия у сторно записи относится к тому же самому периоду регистрации. Пример: переходящий отпуск с января на февраль. В феврале принесли БЛ о том, что сотрудник во время февральской части отпуска, болел. Запись в регистре есть, а на фактический период действия она не влияет. Забавно. При этом в 2006 году такая же ситуация была с данными графика, но потом поправили. А фактический период действия нет.
Откуда в РР может не быть периода действия я не знаю. Зачем вообще предусматривать такой вариант?
и т.д.
ЗиУП 3.1 на сейчас это просто убийство направления ЗиУП от 1С. Уже и так и так говорит нам 1С прекратите использовать и требовать от нас этот раздел учета - мы его не хотим. :-) А мы все упорно колимся и продолжаем грызть этот кактус - уже лысый кактус.
(9) Всегда так было. Программа при расчете не смотрит в будущие периоды, поэтому больничный занесенный февралем за январь она не увидит при расчете января. Либо заносите отсутствие, либо табель с проставленными больничными днями.
(8) так там два регистра надо смотреть. В регистре сведений "отклонения" могу появиться.
(11) В здравом смысле получается, что если Отсутствие работника на работе необходимо учесть хотя бы для расчета среднего заработка, то не нужно ждать появления больничного, а нужно оперативно указывать программе документ Отсутствие.
А как в здравом смысле укладывается, что у сотрудника в расчетном листке за один период одновременно и неявка и больничный?)
(15) Зависит как на предприятии ведется учет присутствий. Если табельщики приносят табеля в конце месяца, а БЛ принесли и ввели раньше, то как бы не успели ввести отсутствия. На практике что раньше принесли, то раньше и вводится. Так что никто на практике ничего не ждет. стараются оперативно вводить информацию по мере её появления.
(16) Глупость сказал. БЛ вытесняет не только оклад, но и отсутствие.
(16) БЛ вытеснит.Неявка это до офф-го пояснения причины отсутствия
Вытеснит если регистрировать разными периодами. А в одном периоде регистрации не вытеснит.
(19) Глупость :-)
Единственный вариант, когда не происходит вытеснение верно я описал в (12). Это катастрофическая ошибка в платформе, которую за все время существования платформы 8.х разработчики упорно не исправляют. По их разумению не может быть записей сторно, у которых период действия записи относится (входит) к тому же самому периоду регистрации. Хотя пример в том же (12) говорит об обратном.
(20) Признаться, ты заставил меня сомневаться. Но нет! Даже в 3.1.9.159 больничный не вытесняет неявку, если оба документа лежат в одном периоде регистрации. Значит глупость? На что ты намекаешь? Возьми и проверь на демо базе.
(21) Так добавь в вытесняемые ВР. Я про платформу, а вы про конкретную реализацию и конкретную настройку в демо базе. Это две большие разницы.
(22) Тема про ЗУП и я про ЗУП. В настройках все ок, и в разных периодах с вытеснением все ок )
В тексте принято сокращение "постановление" для Постановления Правительства РФ от 24.12.2007 № 922 "Об особенностях порядка исчисления средней заработной платы".
Праздники в отпуске
Письмом Минтруда России от 15 октября 2015 года № 14-1/В-847 (п. 1) разъяснена следующая особенность расчета среднего заработка.
Например, сотруднику был предоставлен ежегодный отпуск в период 04.03.2015 – 10.03.2015. На этот период приходится 7 календарных дней, но согласно ст. 120 ТК РФ оплачивается только 6, поскольку 08.03.2015 является государственным праздником.
Остальные дни этого месяца (01.03.2015 – 03.03.2015 и 11.03.2015 – 31.03.2015) сотрудник отработал, ему был начислен оклад. На две эти отработанные части месяца в общей сложности приходится 24 календарных дня (3 + 21).
При последующем расчете среднего заработка для очередного отпуска этот не полностью отработанный месяц следует учесть в расчетном периоде особым образом (п. 10 постановления):
"Количество календарных дней в неполном календарном месяце рассчитывается путем деления среднемесячного числа календарных дней (29,3) на количество календарных дней этого месяца и умножения на количество календарных дней, приходящихся на время, отработанное в данном месяце".
Ранее в программе в этом примере за "количество календарных дней, приходящихся на время, отработанное в данном месяце" принимались 24 дня.
Теперь же праздничные дни, пришедшиеся на отпуск, относятся к отработанному в данном месяце времени (иногда его называют "присутственным"), и в данном примере в марте будет учтено 25 календарных дней.
При расчете среднедневного заработка для этого месяца расчетного периода будет использован коэффициент 23,63 (29,3*25/31).
Выходные в командировке
Согласно письму Минтруда России от 13 августа 2015 года № 14-1/В-608 реализовано исключение отработанных в командировке выходных или праздничных дней и оплаты за них при последующих расчетах среднего заработка.
Например, сотрудник, работающий по пятидневке, был отправлен в командировку в период 07.11.2015 – 22.11.2015.
На этот период приходится 6 его выходных дней. Предположим, в командировке он вынужден был работать в некоторые из них: в дни приезда и отъезда, а также 14 и 15 ноября.
По согласованию с сотрудником эти дни оплачены ему (по отдельному приказу) в двойном размере, исходя из его тарифной ставки.
Таким образом, помимо оплаты командировки, в ноябре ему был начислен оклад за 10 дней и оплата работы в выходные за 4 дня.
Ранее при последующем расчете среднего заработка в этом месяце расчетного периода учитывалась и сумма оплаты выходных дней, и сами эти дни.
Теперь, согласно письму, ни оплата выходных, пришедшихся на командировку, ни сами эти дни при расчете среднего учтены не будут.
Районный коэффициент на премию
Согласно постановлению, премии учитываются при расчете среднего заработка в особом порядке.
Если в организации начисляется районный коэффициент или северная надбавка (далее РК и СН), то они могут рассчитываться процентом от по-разному учитываемых начислений (например, от премии и от оклада).
При учете РК и СН в среднем заработке в программе они учитываются целиком как общий заработок, независимо от того, как учитываются начисления, составляющие их расчетную базу.
Однако существует мнение, что суммы РК и СН должны учитываться в среднем заработке пропорционально тому, как учитываются составляющие их расчетную базу начисления.
Ранее сторонникам такого мнения приходилось:
- либо "накручивать" сумму РК и СН непосредственно на сумму премии при ее начислении и не включать ее в базу автоматически рассчитываемых начислений РК и СН,
- либо создавать отдельные начисления РК и СН "на премию", и учитывать их в среднем заработке как саму премию.
Теперь для упрощения отражения такой позиции в карточках начислений РК и СН реализована новая настройка. По умолчанию она установлена в положение "Как указано ниже", которое соответствует прошлому поведению. Однако если переключить ее в положение "Как базовые начисления", РК и СН начнут учитываться при расчете среднего заработка по-новому.
Например, в январе сотруднику было начислено:
- Оклад ("Общий заработок"): 35 000
- Премия ("Премия, учитываемая частично"): 10 000
- РК ("Как базовые начисления"): 22 500 (50%*45 000)
- СН ("Как базовые начисления"): 22 500 (50%*45 000)
При последующих расчетах среднего заработка суммы РК и СН будут учтены пропорционально базовым начислениям:
- Общий заработок: 70 000 = 35 000 (оклад) + 17 500 (РК с оклада) + 17 500 (СН с оклада),
- Премия, учитываемая частично: 20 000 = 10 000 (премия) + 5 000 (РК с премии) + 5 000 (СН с премии).
При варианте учета РК и СН в среднем заработке по умолчанию (как ранее), эти суммы бы составили, соответственно, 80 000 и 10 000.
Дата публикации 11.07.2021
Использован релиз 3.1.18
Расчет начислений исходя из среднего заработка производится в программе с помощью документов "Отпуск" (рис. 1), "Командировка", "Отсутствие с сохранением оплаты", "Оплата по уходу за детьми-инвалидами" и др.
При расчете сохраняемого среднего заработка в программе расчетный период для исчисления среднего заработка автоматически определяется как 12 календарных месяцев, предшествующих дате начала события (командировки, отпуска и т. п.) за исключением того случая, когда средний заработок рассчитывается в месяце приема сотрудника на работу – тогда расчетный период составляет 1 календарный месяц – месяц приема сотрудника на работу. Смотрите пример.
Если коллективным договором предусмотрен иной период для расчета средней заработной платы, то его можно задать вручную непосредственно при расчете в форме "Ввод данных для расчета среднего заработка", установив переключатель в положение "Задается вручную" (рис. 1). Чтобы при каждом расчете не требовалось задавать период вручную, в самом виде начисления, например, "Отпуск основной" на закладке "Основное" в разделе "Расчетный период среднего заработка" можно изменить продолжительность расчетного периода с принятых по умолчанию 12 месяцев на любую другую (рис. 3). Расчетный период может также потребоваться изменить вручную, если сотрудник не имел в нем начисленной зарплаты и отработанных дней, но в предшествующее расчетному периоду время имел. Смотрите, например, статью Начисление оплаты основного ежегодного отпуска после отпуска по уходу за ребенком.
Если сотрудник не имел фактически начисленной заработной платы или фактически отработанных дней за расчетный период, до начала расчетного периода и до наступления случая, с которым связано сохранение среднего заработка, средний заработок определяется исходя из установленной ему тарифной ставки, оклада (должностного оклада). В этом случае в форме "Ввод данных для расчета среднего заработка" по кнопке "Дополнить по данным ФОТ" можно автоматически заполнить данные для расчета среднего заработка: данные о суммах заполнятся согласно плановому ФОТ сотрудника, а данные о времени – согласно плановому графику работы. Смотрите пример.
Если эксплуатация программы только начинается и данные не были перенесены из других программ, их можно ввести вручную непосредственно в форму "Ввод данных для расчета среднего заработка". Веденные данные будут сохранены и будут учитываться при последующих расчетах среднего заработка для этого сотрудника.
Внимание! Сразу оговорюсь, прежде чем делать исправления среднего заработка или дней для начисления отпусков, проверьте, правильно ли указана настройка среднего заработка в видах начислений, а также премий. Если заработок отличается за те месяца, которые были начислены в ЗКГУ 3.1, то по регистру накопления «Данные о времени для расчета среднего (общий)» можно проверить отработанные календарные дни (будут использованы для расчета коэффициента отработанных дней среднего заработка). По регистру накопления «Данные о начислениях для расчета среднего заработка (общий)» можно проверить сумму заработка, которая будет учитываться в среднем заработке отпуска. Необходимые исправление нужно внести в сами документы начислений.
Без данных проверок бездумно лезть и исправлять средний заработок не рекомендую, так как можно допустить ошибки в других разделах учета, кроме среднего заработка для отпуска. Данная статья пригодиться продвинутым пользователям для отладки среднего заработка после переноса или при исправлении ошибок в «сложных» случаях, например, при перерасчетах за периоды, которые были перенесены из прошлых версий 1С.
1 способ:
Подходит для исправления данных для расчета среднего заработка отпусков, за месяца, которые были перенесены из прошлых версий программы. Способ не будет работать, если в данных месяцах расчет зп производился в новой версии.
Исправляем сумму заработка за июль 2016г.
Идем в документ «Перенос данных»: меню «Администрирование». Ищем документ сномером «ЗП_СЗО» за июль 2016г. Переходим на вкладку «Данные о начислениях для расчета среднего заработка (общий)», ищем нужного сотрудника, строка «Общий заработок», ставим нужную сумму:
Расчет коэффициента производится по формуле:
29,3/календарные дни месяца*отработанные календарные дни
Нужно менятьпоказатель «отработанно дней календарных». Колонки «отработано дней» и «отработано часов» не влияют на расчет данного коэффициента.
После этого можно перезаполнить средний заработок в документе «Отпуск», данные будут браться с учетом исправлений из документов «Перенос данных».
2 способ:
Подходит для исправления данных для среднего заработка отпуска за те месяца расчета, по которым был произведен перенос данных из прошлых версий. Способ не будет работать, если в данных месяцах расчет заработной платы производился в новой версии.
Заходим в регистр сведений «Сведения о начислениях для расчета среднего заработка (общий)».
Находим нужного сотрудника, открываем строку с нужным месяцем. Указываем «составную часть», признак индексации и нужную сумму, статью финансирования ставим при необходимости (еслиотпускдолжен распределиться на несколько статей).
Для включения премии в средний заработок за данный месяц создаем в данном регистре новый элемент, ставим дату начала (1 число месяца, в который необходимо включить премию), определяем составную часть (премия полностью или частично учитываемая), указываем код, дату начала базового периода (начало периода, за который начислялась премия), количество месяцев и сумму.
Если необходимо изменить дни для расчета коэффициента отработанных дней идем в регистр сведений «Сведения о времени для расчета среднего (общий)», заходим в строку нужного месяца, указываем отработано дней календарных.
Строки отработано дней, отработано часов, отработано дней по пятидневке будут показаны в печатной форме расчета среднего заработка для отпуска, но сам расчет коэффициента отработанных дней будет зависеть только от отработанных календарных дней.
После этого можно перезаполнять данные о среднем заработке в документе отпуск и проверять.
3 способ:
Надеюсь, статья окажется полезной в процессе отладки переноса из прошлых версий
Читайте также: