Премии в среднем заработке при шестидневке
Доброго времени суток!
У нас на обслуживании две организации. В одной был перенос ЗиК - ЗБУ, в другой перенос из самописной проги своими обработками. В двух организациях есть сотрудники, работающие по шестидневке.
Если почитать вот эту тему:
И опустить подробности про ненужность программистов 1С то
И:
Понятно что отметаются графики 2 через 2, но как быть с шестидневкой? Ведь ЗБУшка в любом случае будет считать по пятидневке отработанные дни и норму дней. А закон звучит двояко, вроде как, можно по пятидневке, а можно и по шестидневке считать.
Что делать вообще непонятно.
Продублирую эту тему в разделах ЗУП и ЗБУ.
У нас на обслуживании две организации. В одной был перенос ЗиК - ЗБУ, в другой перенос из самописной проги своими обработками. В двух организациях есть сотрудники, работающие по шестидневке.
Если почитать вот эту тему:
И опустить подробности про ненужность программистов 1С то
как известно из п.15 ПП_922 премии, частично учитываемые, идут в расчёт числителя среднего заработка в пропорции К отработанного времени в расчётном периоде этого среднего заработка...
в ЗиКе:
К = ОтработанныеДниЧасыПоГрафику_12_Месяцев / РабочиеДниЧасыПоГрафику_12_Месяцев
в ЗУПе намертво прошито:
К = ОтработанныеДниПоПятидневке_12_Месяцев / РабочиеДниПоПятидневке_12_Месяцев
поэтому учёт премий в расчёте среднего заработка в типовых ЗиКе и ЗУПе различается всегда.
в ЗиКе:
К = ОтработанныеДниЧасыПоГрафику_12_Месяцев / РабочиеДниЧасыПоГрафику_12_Месяцев
в ЗУПе намертво прошито:
К = ОтработанныеДниПоПятидневке_12_Месяцев / РабочиеДниПоПятидневке_12_Месяцев
поэтому учёт премий в расчёте среднего заработка в типовых ЗиКе и ЗУПе различается всегда.
И:
и всё-таки я бы советовал не трогать ЗУП, т.к. есть
Письмо Минздравсоцразвития РФ от 26.06.2008 N 2337-17
"Иные премии и вознаграждения в этом случае учитываются при определении среднего заработка пропорционально времени, отработанному в расчетном периоде, путем деления фактически начисленной суммы премиальных выплат, подлежащих пересчету, на количество рабочих дней по календарю пятидневной (шестидневной) рабочей недели в расчетном периоде по норме и умножения на количество рабочих дней по календарю пятидневной (шестидневной) рабочей недели, приходящихся на отработанное время..."
Письмо Минздравсоцразвития РФ от 26.06.2008 N 2337-17
"Иные премии и вознаграждения в этом случае учитываются при определении среднего заработка пропорционально времени, отработанному в расчетном периоде, путем деления фактически начисленной суммы премиальных выплат, подлежащих пересчету, на количество рабочих дней по календарю пятидневной (шестидневной) рабочей недели в расчетном периоде по норме и умножения на количество рабочих дней по календарю пятидневной (шестидневной) рабочей недели, приходящихся на отработанное время..."
Понятно что отметаются графики 2 через 2, но как быть с шестидневкой? Ведь ЗБУшка в любом случае будет считать по пятидневке отработанные дни и норму дней. А закон звучит двояко, вроде как, можно по пятидневке, а можно и по шестидневке считать.
Что делать вообще непонятно.
Продублирую эту тему в разделах ЗУП и ЗБУ.
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Не очень понятно, какого ответа ждете.
Есть величина, которую можно считать несколькими способами, в 1С со ссылкой на одно из разъяснений реализовали только один способ.
Если до этого данная величина считалась в предприятии иным способом, то единственный реализованный способ вызывает у пользователей отторжение.
Выхода только 2 во всех таких ситуациях:
1 - пользователям - привыкнуть к тому способу, который есть, даже если он менее точный
2 - доработать систему под привычный пользователям алгоритм
Если спрашивайте, какой вариант вам выбрать, то это зависит не от законов, которые не дают однозначного решения, а от соотошения сил на предприятии: если главбух упертый, вы обречены на вариант 2.
Если спрашивайте, как именно сделать доработку, то это сложная задача, вряд ли кто-то что-то в форумном режиме конкретно посоветует. Я вот скорее консультант, программирую чуток, за такую задачу не взялся бы.
Организационно был похожий опыт: попросили бухгалтерию посчитать цену вопроса, т. е. разницу между средним по двум вариантам. Цифры показали финдиру, он согласился, что при такой небольшой цене вопрос "решать надо, но не в первую очередь".
А поскольку вопросов, которые требуется решить "в первую очередь" много, этот может месяцами переносится и сдвигаться - вот сначала это сделаем, потом вот это, а уж тогда и за эту суперзадачу возьмемся и т. п. :)
Есть величина, которую можно считать несколькими способами, в 1С со ссылкой на одно из разъяснений реализовали только один способ.
Если до этого данная величина считалась в предприятии иным способом, то единственный реализованный способ вызывает у пользователей отторжение.
Выхода только 2 во всех таких ситуациях:
1 - пользователям - привыкнуть к тому способу, который есть, даже если он менее точный
2 - доработать систему под привычный пользователям алгоритм
Если спрашивайте, какой вариант вам выбрать, то это зависит не от законов, которые не дают однозначного решения, а от соотошения сил на предприятии: если главбух упертый, вы обречены на вариант 2.
Если спрашивайте, как именно сделать доработку, то это сложная задача, вряд ли кто-то что-то в форумном режиме конкретно посоветует. Я вот скорее консультант, программирую чуток, за такую задачу не взялся бы.
Организационно был похожий опыт: попросили бухгалтерию посчитать цену вопроса, т. е. разницу между средним по двум вариантам. Цифры показали финдиру, он согласился, что при такой небольшой цене вопрос "решать надо, но не в первую очередь".
А поскольку вопросов, которые требуется решить "в первую очередь" много, этот может месяцами переносится и сдвигаться - вот сначала это сделаем, потом вот это, а уж тогда и за эту суперзадачу возьмемся и т. п. :)
(2) v12345, Спасибо за ответ.
Был у меня подобный случай, только с расчетом сохраняемого денежного содержания госслужащего. В тот раз решилось обработкой по заполнению ТЧ соответствующего документа. Тут за пару часов можно обработку наваять. Просто "парсить" запрос в несколько тысяч строк не очень веселое занятие.
Поэтому вопрос скорее в том нужно ли эту обработку писать?
Был у меня подобный случай, только с расчетом сохраняемого денежного содержания госслужащего. В тот раз решилось обработкой по заполнению ТЧ соответствующего документа. Тут за пару часов можно обработку наваять. Просто "парсить" запрос в несколько тысяч строк не очень веселое занятие.
Поэтому вопрос скорее в том нужно ли эту обработку писать?
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот