1с неправильно считает средний заработок
В тексте принято сокращение "постановление" для Постановления Правительства РФ от 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.
Ответы на вопросы, которые связаны с работой в системе «1С:Зарплата и управление персоналом» (1С:ЗУП) версии 3.1, дал эксперт компании «Первый Бит».
Формула, используемая при расчете: Оклад * ВремяВДнях / НормаДней»/Нужно заполнить все созданные графики работ на 2019 год («Настройка» — «Графики работы»).
2. Вновь принятый сотрудник принес больничный лист, а программа не учитывает заработок на прошлом месте работы. Как быть?
Следует заполнить документ «Справка для расчета пособий» («Зарплата» — «Справки для расчета пособий»).
При расчете больничного листа на вкладке «Главное» поставить галочку «Учитывать заработок предыдущих страхователей».
3. Что сделать, если при начислении оплаты сотруднику по договору подряда программа не начисляет страховые взносы.
Страховые взносы сотрудникам по гражданско-правовому договору начисляются при окончательном расчете зарплаты за месяц по организации.Если страховые взносы не посчитались, значит после ввода "Договора подряда"/"Акта выполненных работ" был не пересчитан документ «Начисление зарплаты и взносов».
Или же оплата по договору подряда была проведена документом «Начисление по договорам», в котором страховые взносы не считаются.
Нужно создать/войти в проведенный документ «Начисление зарплаты и взносов».
Затем перейти на вкладку «Взносы» и пересчитать их.
4. Сотрудница находится в отпуске по уходу за ребенком до 1,5 лет. По условиям документа в месяце, когда отпуск у сотрудника прекращается при начислении зарплаты, программа автоматически не считает зарплату. Как быть?
В 1С:ЗУП 3.1 после окончания отпуска по уходу за ребенком нужно вводить документ «Возврат из отпуска по уходу» («Зарплата» — «Отпуска по уходу за ребенком» — кнопка «Создать» — «Возврат из отпуска по уходу»), который удобнее вводить на основании прекращаемого отпуска («Зарплата» — «Отпуска по уходу за ребенком»).
После этого зайти в раздел «Зарплата», а затем — «Отпуска». Потом нажать на кнопку «Создать» и выбрать вид документа «Отпуск без сохранения оплаты».
При начислении и выплате зарплаты в 1С: ЗУП у многих пользователей возникают вопросы, связанные с корректностью сальдо взаиморасчетов по сотрудникам. Речь идет о ситуации, когда выплата зарплаты за текущий месяц (например, ноябрь) производится в начале следующего месяца (в декабре). В таких случаях в программе 1С: ЗУП ред. 3.1 в расчетном листке сальдо взаиморасчетов может отображаться, а может и отсутствовать.
Соответственно, это касается и сальдо зарплатных отчетов. В результате возникают сложности при сверке взаиморасчетов с работниками по счетам 70, 76 после синхронизации с программой 1С: Бухгалтерия предприятия ред. 3.0. Как все-таки «включить» необходимый вам вид сальдо в 1С: ЗУП, расскажем в этой публикации.
Для начала разберемся с двумя видами сальдо взаиморасчетов:
- «Сальдо бухгалтерское» — программа отражает «переходящее сальдо» в отчетах как остаток на конец месяца. И оно переходит на начало следующего месяца и закрывается выплатой зарплаты.
- «Сальдо зарплатное» — вне зависимости от даты выплаты зарплаты, сальдо на конец месяца в отчетах будет отражать состояние расчетов за данный месяц (например, если вся зарплата за ноябрь выплачена, то будет ноль). В таком варианте четко видно, что выплата «закрыла» месяц.
По умолчанию в настройках установлено использование «зарплатного сальдо». Но, возможно, пользователь захочет видеть переходящий остаток, зарплату к выплате в отчетах (и сверять значение с сальдо 70 счета в 1С: Бухгалтерии). Эту настройку можно изменить.
Рассмотрим, как это сделать, и сравним варианты отчетов при разных настройках.
Шаг 1. Сформируйте расчетный листок по сотруднику. Из отчета видно, что выплата заработной платы за ноябрь была 05.12.2020 года. (НДФЛ у сотрудника удержан в размере 30%). Сальдо на конец расчетный листок не показывает, т.к. зарплата сотруднику выплачена по ведомости.
Это и есть «зарплатное сальдо».
Шаг 2. Сформируйте отчет «Полный свод начислений, удержаний и выплат». Для удобства мы сделали отбор по одному сотруднику. Сальдо по итогам за месяц отсутствует, зарплата выплачена.
Сальдо закрыто выплатой зарплаты за ноябрь в декабре (см. расчетный листок).
Рассмотрим настройку отражения взаиморасчетов с сотрудниками.
Шаг 3. Перейдите в раздел «Настройка» — «Дополнительные настройки».
Обратите внимание на настройку «Показывать взаиморасчеты».
- по месяцам расчета зарплаты — это и есть вариант «зарплатное сальдо», т.е. выплата отражается в месяце, за который выплачивается зарплата.
- по данным бухгалтерского учета — «бухгалтерское сальдо», переходящая задолженность по зарплате.
Шаг 4. Измените настройку, установите переключатель в положение «По данным бухучета».
Сформируйте снова отчеты.
В расчетном листке сальдо уже выглядит иначе:
Сальдо теперь «бухгалтерское», т.е. переходящее в другой период.
Да и в других зарплатных отчетах появилась сумма сальдо — невыплаченная на конец месяца зарплата.
Возможно кому-то такой вариант более удобен.
Шаг 5. Сформируйте заново «Полный свод начислений, удержаний и выплат».
Для наглядности сделаем отбор по сотруднику Галкин С.Г. Отчет показывает сальдо на конец месяца.
ЗУП КОРП 3.1. После переноса данных из ЗУП 2.5 КОРП неправильно считается средний заработок по календ.дням
Речь идет о расчете при увольнении.
в 3.1 Учтено дней стало считаться как Среднемесячное количество дней (=29,3)
Подскажите пож-та как в 3.1 вернуться к старому расчету? Заранее спасибо!
yakov , похоже, перенос криво сработал. Тогда тут дело не в алгоритме. Посмотрите в ПереносеДанных, что записано в регистре ДанныеОВремениДля РасчетаСреднего(общий).
Тэра , смотрел уже там, "Отработано дней календарных" заполнено правильно
yakov , можете скрин регистра показать? Фамилию можно скрыть
yakov , называется, скрыл фамилию
возможно, конечно, что это косяки именно версии КОРП. На обычный мне пока не жаловались. А покажите ещё таблицу с расчетом среднего из отпуска, как в приложенном файле:
И правда скрыл неудачно 8)
"Отработано дней" берется непонятно откуда, не из регистра накопления "Данные о времени для расчета среднего (общий)" точно
yakov , КОРПа у меня нет, возможно, там есть отличия в настройках. Единственное, что приходит в голову - посмотрите в настройках галочку "сведения для расета общего среднего заработка принимать. ", она должна быть снята
Тэра , да, она снята..
Читают тему:
Мероприятия
1C:Лекторий: 25 ноября 2021 года (четверг, начало в 12:00) — Специальные механизмы в "1С:ЗУП 8" (ред. 3)
- Где купить СОФТ
- Вакансии фирм-партнеров "1С"
- Центры Сертифицированного Обучения
- Интернет курсы обучения "1С"
- Самоучители
- Учебный центр № 1
- Учебный центр № 3
- Сертификация по "1С:Профессионал"
- Организация обучения под заказ
- Книги по 1С:Предприятию
При использовании материалов активная прямая гиперссылка на перепечатанный материал обязательна.
Редакция БУХ.1С не несет ответственности за мнения и информацию, опубликованную в комментариях к материалам.
Редакция уважает мнение авторов, но не всегда разделяет его.
Дизайн сайтаМы используем файлы cookie, чтобы анализировать трафик, подбирать для вас подходящий контент и рекламу, а также дать вам возможность делиться информацией в социальных сетях. Если вы продолжите использовать сайт, мы будем считать, что вас это устраивает.
Проблема следущего характера:
При расчёте среднего заработка (Документы -> Прочие отклонения -> Оплата по среднему заработку) выводит неверную сумму, т.е. при подсчёте плюсуются счета, которых в сумме быть не должно!
А именно, сейчас там следущие статьи:
1) Оплата по окладу
2) Оплата за праздничные и выходные дни
3) Доплата за праздничные
4) Надбавка за выслугу лет
5) Доплата за замещение
6) Ежемесечная премия
7) Отпуск очередной
8) Оплата б/л
9) Оплата б/л за счёт работодателя
Так вот, как мне сказала бухгалтер, из этого списка в сумму не должны входить счета 3, 7, 8, 9 из приведённого списка.
Так вот вопрос в том, как исключить их, чтобы в сумму они не входили?
Заранее спасибо!
Помощь в написании контрольных, курсовых и дипломных работ здесь
ЗУП-3. Пустой Расчет среднего заработка для работника в декрете
Добрый день! При формировании отпуска по уходом за ребенком (до 1,5 лет) формируем документ.
Расчет среднего заработка (Pascal -> C++)
РАСЧЕТ СРЕДНЕГО ЗАРАБОТКА ЗА 3 месяца ФИО Заработок за 1 месяц(руб.) Заработок за 2.
Считается неправильно, почему?
Подскажите пожалуйста! я перемножаю числа которые находятся в текст боксах, для этого написал.
Индификатор неправильно считается
Почему считает в обратном порядке, в БД не записывает.
Во первых! Говарим правильно - в ЗиК счетов НЕТ! НЕБЫЛО и НЕБУДЕТ. Только при выгрузке, и то назначаются циферками в модуле)).
В ЗиК есть ВидыРачетов.
В данном случае - твоя проблема решается следующим способом:
1. Заходишь в конфигуратор.
2. Смотришь в ГруппеРасчетов ( там и такое есть. ) - и ищешь ОплатаПоСреднему
3. Смотришь какие расчеты там есть - и лишние исключаешь из группы, а недостающие добовляешь.
Зы1: В каждой конфе эта группа обозначается по разному, а так же может вообще отсутствовать ( убивайте тех кто делал конфу).
Зы2: Так же можно войти в данный расчет ( например который не нужен ) и из него удалить группу расчетов ( чтобы он туда не входил).
Зы3: Посмотреть индификатор группы расчетов и алгаритм можно в документе - Оплата по зреднему.
ЗЫ: исперавить можно в ручную)))
А вообще не совсем понятно что к чему- 3300 непрально. 1800 не прально. я по вашим цифрам вообще не ориентируюсь)))
Поговорил с бухгалтерами.. походу мы говорим на совсем разных языках((
Вобщем с "Оплатой по среднему" вопрос отпал (они там эту набавку исключили вовсе и будут как-то по-другому считать), а вместо этого надо сделать вот что:
сейчас "надбавка за выслугу лет" при начислении зарплаты выдаётся процентом от оклада рабочего и не зависит от количества отработанных дней (так и должно быть), но когда человек увольняется, скажем, 15 числа, то выслуга должна пересчитываться в зависимости от этих отработанных дней, т.е. должна быть начислена только за 15 дней, отработанных уволившимся сотрудником.
Я решил реализовать сабж путём изменения модуля расчёта "Конфигурация -> Виды Расчётов -> НадбавкаЗаВыслугуЛет". Так вот, там есть переменная "СуммаПериода" в ней нах-ся рассчитанная сумма Надбавки.
-------
.
ТабДанныхОСреднем = глЗаполнитьДанныеСреднегоЗаработка(Объект,ДобавитьМесяц(Дата НачалаПроцента, 1),1,"1");
ТабДанныхОСреднем.ВыбратьСтроки();
ТабДанныхОСреднем.ПолучитьСтроку();
СуммаПериода = СуммаПериода + ((Оклад * ТабДанныхОСреднем.ДнейОтработано * Процент / 100)/ДнейВсего);
------
"глЗаполнитьДанныеСреднегоЗаработка" и "ТабДанныхОСреднем" я выдернул из документа "ПриказНаОплатуПоСреднему" для того, чтобы можно было узнать, сколько человек отработал в месяце, в котором осуществляется расчёт з/п.
Приведённая формула расчёта "СуммаПериода" как раз рассчитывает "Надбавку" пропорционально количеству отработанных дней. Но её нужно применить только к тому месяцу, в котором человек уволился.
Как определить уволился ли человек именно в этом месяце? И вообще в правильную ли сторону я копаю? Может как-то иначе можно решить?
Читайте также: