Добрый день! Золотодобывающая ООО, хотим установить суммированный учет рабочего времени, два через 2 по 10 или 11 часов , уточните . Можно ли оплачивать не по часовой тарифной ставке , а по окладу. ? так как у нас вредники учетный период для сверхурочных составляет 3 месяца , уточните можем ли мы составить график таким образом , чтобы в мае , июне , июле выйти на норму (144+151+184)/3= 160 часов . и если установим норму времени в мае, июне, июле каждый раз разную и оплата производится при суммированном учете рабочего времни по окладу, то каждый месяц зарплата будет одинаковой если сотрудник отработал норму времени согласно установленного графика?
Все комментарии (41)
Комментарии закрыты.
Добрый день!
Документом «Регистрация переработок» определяется сколько работник переработал (за месяц, квартал или другой промежуток времени) и если переработал, то можно указать, оплачивать это в повышенным размере или предоставлять отгул.
В ЗУП накопленные дни/часы отгулов видно в отчете «Остатки отпусков».
Порядок предоставления и учет отгулов в ЗУП 3.1
Блок по отгулам https://buhexpert8.ru/1s-zup/rabota-sverh-normy/otguly-za-rabotu-sverh-normy
программа сейчас считает пеработку так сравнивает норму по 5 дневной рабочей недели и и вычитает разницу из отработанных часов по графику, но я как поняла, если в графике при настройке переработок поставить галочку считать по этому графику , програма тогда у сотрудника не выводит переработку , сотвеетсвует ли это законодательству?
Добрый день!
Все настройки соответствуют законодательству.
Вполне может быть при определенных настройках, что не будет переработок.
Мы с вами выше рассматривали все варианты расчета.
Про вариант считать норму по этому графику тоже отдельно выделяли блок видео, где Светлана говорила, в каких случаях это бывает.
Если у вас есть какие то сомнения, задайте вопрос аудитору, и на основе его ответа настройте так или иначе.
Мы не консультируем по законодательству, мы помогаем настроить тот или иной способ расчета в программе.
На практике в 99% все таки по производственному, так как это не вызывает вопросов у проворящих и проще объяснить расчеты.
я все таки не могу понять , программа считает переработки так если сотрудник отработал по табелю он отработал с 1.05 по 19.05. 19 дней, 104
часа, 19.05 — отпуск без содержания согласно гравик 19 у него 10 часов рабочик и увольнение. По графику за этот период у
него должно быть (с 01-19.05) — 114 часов, за май полностью — 171 час. По
производственному календарю — 71 час. Праздничные часы оплачены в двойном это 1 мая и 9 мая (19 часов по графику)
размере. Программа считает переработку так 104- (71-8) -19=22 часа , но в ИТС и адиторы отвечают , что считать переработку так нужно 104-(71-10)-19=24,
Добрый день!
В программе заложен следующий алгоритм Как рассчитывается норма времени при переработках (суммированный учет рабочего времени) в случае наличия больничных?
«Программа считает по следующему алгоритму: берет норму часов из производственного календаря и вычитает отсюда часы больничных, которые пришлись на рабочие часы по пятидневной рабочей неделе.»
Вы можете написать разработчикам на v8@1c.ru и приложить ответ аудиторов, и попросить комментариев по реализации в программе.
Пока можно поправить вручную кол-во часов переработки
Если можете приложите ссылку на ответ аудиторов, или скриншот ответа
уточните, то как сейчас считает программа, это соответсвует законодательству?
Надежда, добрый день!
Да, мы с вами выше обсуждали, что все, что реализовано в программе соответствует законодательству.
Если вдруг например аудиторы, пришедшие с проверкой, не согласны с расчётами, и аргументируют это, можно написать разработчикам на v8@1c.ru с приложенными файлами аудиторов и примером расчетов в программе.
на ИТС есть статья , где указано, что переработку считать нужно по другому не так как считает программа . Вот например ссылка https://its.1c.ru/db/stafft/content/35383/hdoc
Добрый день!
Мы с вами выше обсуждали, что эта статья не про нашу ситуацию, 30 мая обсуждение выше.
Статья именно на ИТС https://its.1c.ru/db/staff1c/content/34625/zup30 вот эта про суммированный график