Добрый день.
Подскажите, пожалуйста, как сделать настройку расчета оплаты сверхурочной работы при суммированном учете рабочего времени с учетным периодом ГОД.
При оплате сверхурочной работы при суммированном учете рабочего времени с учетным периодом ГОД расчет часовой тарифной ставки определяется путем деления тарифной ставки (должностного оклада), а также компенсационные и стимулирующие выплаты, установленные сотруднику на 31.12, на среднемесячную норму часов за год по производственному календарю при 40-часовой рабочей неделе.
Здравствуйте! Для того,что настроить оплату переработок с учетом разовых начислений(премии,компенсационные,стимулирующие) в начислении Доплата за переработки при суммированном учете рабочего времени необходимо:
Получается,что стоимость часа будет складываться из двух величин:
В настройках расчета зарплаты также необходимо убедиться,что переключатель находится в положении Среднемесячное количество часов(дней)в месяце.
Прикладываю ссылочку на публикацию по теме — Расчет сверхурочных с учетом премий и надбавок (ЗУП 3.1.30.81 / 3.1.31.32). Если что-то будет не понятно или не получится настроить, обязательно напишите, можно приложить скриншоты, разберемся вместе.
Добрый день. Я попробовала сделать подобную настройку, но у меня в этом случае стоимость дня/часа с учетом разовых начислений считается некорректно. В расчетную базу входят начисления, которые были назначены в 2023 году с 21.09.23 по 05.10.23 и в 2024 с 03.06.2024 по 18.06.2024 — это были доплаты за временной заместительство. В декабре они уже не действовали, но в расчет стоимости часа вошли. Считаю, что это ошибка. Поэтому хотела узнать у Вас, можно ли сделать начисление оплаты за переработку через Стоимость дня/часа, которую нужно сделать как отдельное начисление. У Вас ранее была такая публикация, когда еще от 1С не было предложено решение по реализации оплаты сверхурочных и переработок по-новому
Добрый день! Да, абсолютно верно, помимо типового механизма от разработчиков, есть еще другие варианты настройки оплаты сверхурочных.
Для оплаты переработок при суммированном учете можно использовать вариант с настройкой справочного начисления, пример разобран на видео «Справочное» начисление в ЗУП 3.1 для учета всех премий и надбавок в стоимости дня (часа) При его использовании для включения в расчет стоимости часа разовых начислений мы создаем специальное «справочное» начисление. Назначение начисления выбираем-доход в натуральной форме, чтобы оно не увеличивало сумму к выплате. Указываем, что оно не включается в средний, не облагается НДФЛ и взносами. Назначаем его сотруднику. Если Вам подходит такой вариант, давайте попробуем вместе настроить такое начисление, если что-то не будет получаться-пишите.
Кроме этого, есть еще вариант — Расчет оплаты сверхурочных и работы в выходной в ЗУП 3.1 исходя из среднего заработка. Также у нас есть публикация где сравнили все способы расчета сверхурочных в виде таблицы, возможно Вам так будет удобнее сориентироваться и выбрать подходящий вариант Сравнение вариантов настройки расчета сверхурочных с учетом премий и надбавок в ЗУП 3.1
У нас сейчас настроено справочное начисление. Как сделать так, чтобы в расчет стоимости часа вошел оклад за месяц полностью, а не начисленный за отработанное время, и доплаты также полностью, а не за отработанное время? А для расчета стоимости часа полученная база должна делиться на среднемесячную норму
Чтобы было нагляднее, приведу пример с расчетом. Оплата по окладу включается в совокупную тарифную ставку через настройки расчета зарплаты. И оклад будет включать в стоимость часа полностью,без перерасчета на отработанное время. У меня в примере оклад 30000 и несмотря на то,что сотрудник отсутствовал в декабре в расчет стоимости часа включаются все 30000. Также в настройках расчета зарплаты мы ставим переключатель в положение Среднемесячное количество часов(дней)в месяце (писала это в сообщении выше). Это как раз нам и дает то,что база будет делиться на среднемесячную норму 164,91667
Разовое начисление мы включаем с помощью справочного начисления, оно тоже включается в расчет стоимости часа в полном размере, потому что в таком размере мы его задаем, когда назначаем документом назначение планового начисления или изменение оплаты труда.
Привожу свой пример расчета (30000(оклад)+5000(разовое начисление))/164,91667=212,228-именно такую стоимость часа рассчитала программа.
Приложите пожалуйста скриншоты настроек своего справочного начисления и скриншот начисления зарплаты, где рассчитывается стоимость часа. Посмотрим, какой у Вас произвела программа, если будет необходимо скорректируем его.
Я могу выслать Вам демо-базу, в которой продемонстрировано, что расчет производится неверно
Добрый день!Да, конечно, высылайте копию базы на почту ra@buhexpert8.ru , я посмотрю.
Файл 400мб. Через почту не отправится
В почте можно приложить ссылку на яндекс или гугл диск, где будет лежать файл с базой. Уточните пожалуйста у Вас яндекс или гугл почта, я Вам пришлю инструкцию со скриншотами, как добавить файл на диск и как скопировать ссылку.
Если этот вариант Вам не удобен, могу предложить обмен информацией в формате скриншотов: Вы пришлете мне скриншот начисления зарплаты,с отбором по сотруднику, у которого неправильно считается стоимость часа и я проанализирую эту информацию.
Отправила ссылку на базу. Посмотрите сотрудника Красноглазов Денис Юрьевич. У него в расчет стоимости часа вошли две доплаты, которые в декабре уже не действовали
Посмотрела расчет по Красноглазову, при использовании типового механизма для расчета стоимости часа с учетом разовых начислений мы сталкиваемся с проявлением программной Ошибки 60018470 — Реестр ошибок в новом расчете сверхурочных в ЗУП 3.1 Ошибка принята к исправлению,но к сожалению не исправлена.
Все начисления, которые Вы включаете на вкладке Расчет тарифной ставки можно включить в совокупную тарифную ставку в настройках расчета зарплаты(предварительно удалив их с вкладки)
Тогда все эти начисления войдут в стоимости часа и при этом мы избежим ошибки с некорректным включением в расчет тех начислений, которые уже не действуют для сотрудника. Но здесь тоже есть нюанс: из стоимости часа у нас также рассчитываются другие начисления, например оплата ночных часов. Если мы не хотим, чтобы для расчета ночных использовались те же начисления,что и для сверхурочных, а хотим чтобы для них стоимость часа считалась из оклада, можно настроить для оплаты ночных новое начисление. Где мы введем свой показатель среднемесячное количество часов(скриншоты прилагаю)
В результате стоимость часа для сверхурочных у нас рассчитана из оклада+надбавка за личный вклад: 26874+3 171,13/164,91667=182,183
А стоимость часа для ночных-только из оклада:26874/164,91667*62*20%=2 020,64
Стоимость ночных так нам не подойдет, т.к. у некоторых сотрудников стоимость часа для ночных рассчитывается из нормы производственного календаря
К сожалению легкого и красивого варианта тут не будет.
1.Мы можем «докрутить» формулу ночных:
Получаем расчет из нормы по производственному календарю
2. Можно вернуться к варианту с настройкой по стоимости часа с учетом разовых начислений(и внесением начислений на вкладку Расчет тарифной ставки). Но в этом случае до исправления ошибки придется править сумму стоимости часа вручную.
Такое решение нам тоже не подходит. У нас большая организация, 14 филиалов. Переработок в конце года очень много. Я думала, Вы сможете нам предложить свою настройку, как в этой публикации https://buhexpert8.ru/1s-zup/grafiki-raboty-i-uchet-vremeni/summirovannyj-uchet-rabochego-vremeni/oplata-raboty-v-vyhodnoj-i-sverhurochno-s-uchetom-razovyh-premij-i-nadbavok-kak-nastroit.html. Но с учетом наших требований к расчету
Добрый день!Да,понимаю Вас,получается трудоемко. К сожалению, типовой механизм программы реализован с ошибками, а те варианты обхода которые мы можем предложить — каждый будет иметь свои нюансы. Например, способ со справочным начислением из статьи — к сожалению, тоже(как и тот способ который я расписала выше) предполагает включение этого начисления в совокупную тарифную ставку,а это отразится на ночных. Поэтому по сути получится тоже самое,что мы делали выше.
На совокупную тарифную ставку не влияет способ https://buhexpert8.ru/1s-zup/rabota-sverh-normy/sverhurochnaya-rabota/raschet-oplaty-sverhurochnyh-i-raboty-v-vyhodnoj-v-zup-3-1-iz-raschetnoj-bazy-tekushhego-mesyatsa.html, но у него есть ограничения, поэтому я не стала его Вам предлагать:
-Вариант не подходит при расчете Доплаты за переработки при суммированном учете рабочего времени. В этом случае в Расчетном листке будет неверно выводиться число оплаченных часов, а при кадровом переводе — расчет доплаты окажется ошибочно завышенным.
Остается вариант с расчетом по среднему https://buhexpert8.ru/1s-zup/rabota-sverh-normy/sverhurochnaya-rabota/raschet-oplaty-sverhurochnyh-i-raboty-v-vyhodnoj-v-zup-3-1-ishodya-iz-srednego-zarabotka.html,насколько я поняла, это не совсем то,что Вы хотели. Но если хотите,мы можем его рассмотреть.
Нет, по среднему тоже не подходит.
Да,понимаю Вас, все решения по своему неидеальны. Лучший вариант был бы если б разработчики исправили ошибку в новом механизме и мы смогли включить нужные нам начисления на вкладку Расчет тарифной ставки. Ошибка принята к исправлению, обычно исправляют быстрее те ошибки,по которым больше обращений от пользователей. Поэтому если у Вас есть такая возможность, будет хорошо,если Вы напишите об этой проблеме разработчикам на v8.
Но это все равно процесс не быстрый, а начислять зарплату и закрывать год нам нужно уже сейчас. И к сожалению, нужно выбирать из тех вариантов ,которые нам доступны на данный момент. Нам нужно принять решение каким вариантом воспользоваться и мы еще раз тезисно можем определить последовательность действий для этого варианта.
Выбрали типовой механизм. Будем проверять и править руками
У этого выбора есть плюс-как только разработчики исправят ошибку, Вам уже не нужно будет ничего перенастраивать, программа начнет все считать сама. Надеюсь, разработчики сделают это в ближайшее время.
В 1С я уже по этому поводу написала
Будем надеяться на быстрое исправление ошибки!
Да, очень надеюсь. Я еще одну ошибку обнаружила. Если по сотруднику был не полностью отработан месяц, и у него есть переработка, то ему неправильно считается премия за текущий месяц, в базу которой входит оклад и переработка
Добрый день! Спасибо,что делитесь, протестировала на демобазе-у меня воспроизводится ошибка. Среди зарегистрированных ошибок такой, к сожалению, не нашла. Думаю это тоже та ситуация, о которой следует написать разработчикам.