При расчете отпуска 1С считает норму дней из производственного календаря (по пятидневке) и похоже это жестко забито в конфигурации.
Бухгалтера утверждают, что это не верно, а все должно считаться из графика сотрудника - подняли нормативный документ - письмо Минздрава аж от 2008 года, а там написано круто - "по пятидневке(шестидневке)". В конфигурации только по пятидневке.
Если у кого опыт доработки конфигурации по данному вопросу?
Может не так все и страшно?
Бухгалтера утверждают, что это не верно, а все должно считаться из графика сотрудника - подняли нормативный документ - письмо Минздрава аж от 2008 года, а там написано круто - "по пятидневке(шестидневке)". В конфигурации только по пятидневке.
Если у кого опыт доработки конфигурации по данному вопросу?
Может не так все и страшно?
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(2) tano23,
Норма дней используется при расчете суммы премий, приходящихся на период расчета среднего заработка.
Например, при расчете отпуска в январе 2014 за 2013 год берется 247 дней из производственного календаря за 2013 год.
А бухгалтера хотят видеть норму из графика сотрудника.
Норма дней используется при расчете суммы премий, приходящихся на период расчета среднего заработка.
Например, при расчете отпуска в январе 2014 за 2013 год берется 247 дней из производственного календаря за 2013 год.
А бухгалтера хотят видеть норму из графика сотрудника.
(3) a_vovan, Ваши бухгалтера забыли очень важную вещь под названием "Суммированный учёт рабочего времени", относительно этого учитывается закон про календарные дни по производственному календарю. Надо законы соблюдать все с приоритетом, а не выдирать одну строчку и трактовать под себя.
Вот ответ 1С на этот вопрос:
Доля отработанного времени определяется по графику пятидневной рабочей недели.
- почему норма и факт для сотрудников работающих по графикам с суммированным учетом рабочего времени и по пятидневке совпадают?
В статье 104 ТК РФ написано:
Когда по условиям производства (работы) у индивидуального предпринимателя, в организации в целом или при выполнении отдельных видов работ не может быть соблюдена установленная для данной категории работников ежедневная или еженедельная продолжительность рабочего времени, допускается введение суммированного учета рабочего времени с тем, чтобы продолжительность рабочего времени за учетный период (месяц, квартал и другие периоды) не превышала нормального числа рабочих часов. Учетный период не может превышать одного года.
То есть у сотрудника за год норма не должна превышать нормального числа рабочих часов. Нормальное число рабочих часов за год нам известно, оно указывается в производственном календаре.
Ниже в той же статье написано:
Нормальное число рабочих часов за учетный период определяется исходя из установленной для данной категории работников еженедельной продолжительности рабочего времени.
Нормальная продолжительность рабочего времени определяется в статье 91 ТК РФ. В частности, там написано:
Нормальная продолжительность рабочего времени не может превышать 40 часов в неделю.
Вывод: Программа не может подтвердить что график работы по шестидневки, который вы создали совпадает полностью с Шестидневкой производственной. Поэтому учёт нормы берётся с Производственного календаря.
Вот ответ 1С на этот вопрос:
Доля отработанного времени определяется по графику пятидневной рабочей недели.
- почему норма и факт для сотрудников работающих по графикам с суммированным учетом рабочего времени и по пятидневке совпадают?
В статье 104 ТК РФ написано:
Когда по условиям производства (работы) у индивидуального предпринимателя, в организации в целом или при выполнении отдельных видов работ не может быть соблюдена установленная для данной категории работников ежедневная или еженедельная продолжительность рабочего времени, допускается введение суммированного учета рабочего времени с тем, чтобы продолжительность рабочего времени за учетный период (месяц, квартал и другие периоды) не превышала нормального числа рабочих часов. Учетный период не может превышать одного года.
То есть у сотрудника за год норма не должна превышать нормального числа рабочих часов. Нормальное число рабочих часов за год нам известно, оно указывается в производственном календаре.
Ниже в той же статье написано:
Нормальное число рабочих часов за учетный период определяется исходя из установленной для данной категории работников еженедельной продолжительности рабочего времени.
Нормальная продолжительность рабочего времени определяется в статье 91 ТК РФ. В частности, там написано:
Нормальная продолжительность рабочего времени не может превышать 40 часов в неделю.
Вывод: Программа не может подтвердить что график работы по шестидневки, который вы создали совпадает полностью с Шестидневкой производственной. Поэтому учёт нормы берётся с Производственного календаря.
Насколько я знаю, на норму для пропорционирования премий никакие настройки не повлияют, алгоритм определения нормы именно от пятиденвки зашит в самой конфигурации. Так что наверняка придется дорабатывать конфигурацию.
На мой взгляд, в этой ситуации первым шагом нужно сделать сравнительный расчет - какой получается средний по алгоритму 1с и какой он получится, если считать так, как требуют бухгалтера. Почти наверняка там получится не очень большая разница. Если эту разницу показать финдиру или главбуху и объяснить, что ради каких-то копеек, которые можно по разному трактовать, надо потратить до хрена часов работы программиста и лишится типового обновления в части среднего заработка, то вполне возможно, что от вас с этой задачей отстанут.
На мой взгляд, в этой ситуации первым шагом нужно сделать сравнительный расчет - какой получается средний по алгоритму 1с и какой он получится, если считать так, как требуют бухгалтера. Почти наверняка там получится не очень большая разница. Если эту разницу показать финдиру или главбуху и объяснить, что ради каких-то копеек, которые можно по разному трактовать, надо потратить до хрена часов работы программиста и лишится типового обновления в части среднего заработка, то вполне возможно, что от вас с этой задачей отстанут.
(10) a_vovan, да выдерать можно все запросом, вот таким:
и была у меня похожая ситуация, расчетчики пяткой в грудь колотили: Мля буду, не верно программа считает! Устал им объяснять, что программа врать не умеет. У нее что заколочено то и выдает. В итоге выяснилось, что у некоторых ручки растут не из плеч. И не был правильно настроен производственный календарь.
ВЫБРАТЬ
МЕСЯЦ(РегламентированныйПроизводственныйКалендарь.ДатаКалендаря) КАК МесяцКалендаря,
СУММА(ВЫБОР
КОГДА РегламентированныйПроизводственныйКалендарь.ВидДня = ЗНАЧЕНИЕ(Перечисление.ВидыДнейПроизводственногоКалендаря.Рабочий)
ТОГДА 1
ИНАЧЕ 0
КОНЕЦ) КАК ЧислоРабочихДней,
СУММА(ВЫБОР
КОГДА РегламентированныйПроизводственныйКалендарь.ВидДня = ЗНАЧЕНИЕ(Перечисление.ВидыДнейПроизводственногоКалендаря.Предпраздничный)
ТОГДА 1
ИНАЧЕ 0
КОНЕЦ) КАК ЧислоПредпраздничныхДней,
РегламентированныйПроизводственныйКалендарь.Год
ПОМЕСТИТЬ ВТДанныеПроизводственногоКалендаряЗаМесяц
ИЗ
РегистрСведений.РегламентированныйПроизводственныйКалендарь КАК РегламентированныйПроизводственныйКалендарь
ГДЕ
РегламентированныйПроизводственныйКалендарь.Год = &год
СГРУППИРОВАТЬ ПО
МЕСЯЦ(РегламентированныйПроизводственныйКалендарь.ДатаКалендаря),
РегламентированныйПроизводственныйКалендарь.Год
;
//////////////////////////////////////////////////////////// Показатьи была у меня похожая ситуация, расчетчики пяткой в грудь колотили: Мля буду, не верно программа считает! Устал им объяснять, что программа врать не умеет. У нее что заколочено то и выдает. В итоге выяснилось, что у некоторых ручки растут не из плеч. И не был правильно настроен производственный календарь.
Позволю себе поднять старую тему.
Вопрос возник почему 3.0 и 2.5 выдает разный результат при учете премий в расчете среднего.
Дело даже не в пяти и шестидневке.
Анализ показал, что 2.5 тупо берет норму по производственно календарю за год, а не за расчетный период среднего, хотя поле даже там называется "норма за расчетный период".
Т.е. при расчете с периодом 01.09.2013-31.08.2014, например, годовая премия всегда будет учтена с нормой 247 дней, она в 2013 и 2014 одинаковая.
А 3.0 делает как положено и считает норму по производственному календарю непосредственно за расчетный период, сложением норм месяцев и получает за тот же период норму 226.
О чем собственно и написано в том письме 2008 года и прочих примерах расчетов - "количество рабочих дней по календарю пятидневной (шестидневной) рабочей недели в расчетном периоде по норме", так что графики тут тоже особо не причем.
В результате имеем средний в 3.0 чуть выше чем в 2.5., поскольку это касается
Вопрос возник почему 3.0 и 2.5 выдает разный результат при учете премий в расчете среднего.
Дело даже не в пяти и шестидневке.
Анализ показал, что 2.5 тупо берет норму по производственно календарю за год, а не за расчетный период среднего, хотя поле даже там называется "норма за расчетный период".
Т.е. при расчете с периодом 01.09.2013-31.08.2014, например, годовая премия всегда будет учтена с нормой 247 дней, она в 2013 и 2014 одинаковая.
А 3.0 делает как положено и считает норму по производственному календарю непосредственно за расчетный период, сложением норм месяцев и получает за тот же период норму 226.
О чем собственно и написано в том письме 2008 года и прочих примерах расчетов - "количество рабочих дней по календарю пятидневной (шестидневной) рабочей недели в расчетном периоде по норме", так что графики тут тоже особо не причем.
В результате имеем средний в 3.0 чуть выше чем в 2.5., поскольку это касается
Почему 3.0 и 2.5 выдает разный результат при учете премий в расчете среднего
Довольно странная посылка, если говорить в общем, то 2 разных конфигурации необязательно должны давать один и тот же результат.
А 3.0 делает как положено и считает норму по производственному календарю непосредственно за расчетный период, сложением норм месяцев и получает за тот же период норму 226
А как насчитали 226? Выполняем в ЗУП 3 запрос
ВЫБРАТЬ
ДанныеПроизводственногоКалендаряПомесячно.ПроизводственныйКалендарь,
ДанныеПроизводственногоКалендаряПомесячно.Месяц КАК Месяц,
ДанныеПроизводственногоКалендаряПомесячно.РабочихДней КАК РабочихДней
ИЗ
РегистрСведений.ДанныеПроизводственногоКалендаряПомесячно КАК ДанныеПроизводственногоКалендаряПомесячно
ГДЕ
ДанныеПроизводственногоКалендаряПомесячно.Месяц МЕЖДУ &Месяц1 И &Месяц2
ИТОГИ
СУММА(РабочихДней)
ПО
ОБЩИЕ ПоказатьПолучаем такую картинку - те же 247
247
Российская Федерация 01.09.2013 0:00:00 21
Российская Федерация 01.10.2013 0:00:00 23
Российская Федерация 01.11.2013 0:00:00 20
Российская Федерация 01.12.2013 0:00:00 22
Российская Федерация 01.01.2014 0:00:00 17
Российская Федерация 01.02.2014 0:00:00 20
Российская Федерация 01.03.2014 0:00:00 20
Российская Федерация 01.04.2014 0:00:00 22
Российская Федерация 01.05.2014 0:00:00 19
Российская Федерация 01.06.2014 0:00:00 19
Российская Федерация 01.07.2014 0:00:00 23
Российская Федерация 01.08.2014 0:00:00 21 ПоказатьДовольно странная посылка, если говорить в общем, то 2 разных конфигурации необязательно должны давать один и тот же результат.
Вот как раз это странное заявление, расчет среднего при равных условиях должен быть одинаковый. Иначе можно и миллион себе в день насчитать.
В остальном, явно поторопился с выводами. Формально разница должна быть не более 2-3 дней, за счет попадания количества месяцев по 30 и 31 день
расчет среднего при равных условиях должен быть одинаковый
Расчет среднего должен быть одинаковым только в части пунктов, явно прописанных в нормативной базе. А есть куча моментов, которые можно трактовать разными способами. Знаю несколько предприятий, в каждом из которых своя трактовка пропорционирования премий при расчете с/з, соответственно, по-своему доработанный ЗУП. При этом каждый из этих порядков не противоречит 922 постановлению.
Соответственно и 1С имеет все основания сменить одну трактовку на другую.
Впрочем, как мы выяснили, в данном случае на самом деле этой разницы нет.
Поднимаю тему!
ЗУП 3.1. Интересует: как программа рассчитывает эти самые "По пятидневке (для учета премий)" "Отработано часов" и "Норма часов"?
Для Ноября 2017 программа ставит "Отработано часов" = 168 и "Норма часов" = 167.
Откуда программа берет данные? Вроде как "Норма часов" = 167 - должна браться из Производственного календаря. А вот откуда берется "Отработано часов" = 168? График у сотрудника сменный, не пятидневка, с суммированным учетом рабочего времени.
Спасибо!
ЗУП 3.1. Интересует: как программа рассчитывает эти самые "По пятидневке (для учета премий)" "Отработано часов" и "Норма часов"?
Для Ноября 2017 программа ставит "Отработано часов" = 168 и "Норма часов" = 167.
Откуда программа берет данные? Вроде как "Норма часов" = 167 - должна браться из Производственного календаря. А вот откуда берется "Отработано часов" = 168? График у сотрудника сменный, не пятидневка, с суммированным учетом рабочего времени.
Спасибо!
(20) Нашли - почему отличаются часы отработанные и норма - часы отработанные по пятидневке перенесены из 2.5 - там программа учла 152 часа, а часы по норме 3.1 берет из производственного календаря.
Вопрос - почему в 2.5 при норме в производственном календаре 151 час - для расчета среднего - для отработанного времени программа подставляет 152 часа? Впечатление - как будто программа дни умножает на 8 часов (без учета предпраздничных дней).
Теперь средний в 3.1 не идет со средним в 2.5.
Вопрос - почему в 2.5 при норме в производственном календаре 151 час - для расчета среднего - для отработанного времени программа подставляет 152 часа? Впечатление - как будто программа дни умножает на 8 часов (без учета предпраздничных дней).
Теперь средний в 3.1 не идет со средним в 2.5.
(22) Подниму тему.
Работаем в ЗГУ3.1 , Сотрудники- полиция, график работы 8 часов по семидневке.
Считаем среднемесячное число календарных дней в 2020 году = 366/12 = 30,5
В программе считает 30.4 , как будто в 2020 году 365 дней.
Этот показатель - среднемесячное число календарных дней предопределен.
Как изменить среднемесячное число календарных дней в году ?
Работаем в ЗГУ3.1 , Сотрудники- полиция, график работы 8 часов по семидневке.
Считаем среднемесячное число календарных дней в 2020 году = 366/12 = 30,5
В программе считает 30.4 , как будто в 2020 году 365 дней.
Этот показатель - среднемесячное число календарных дней предопределен.
Как изменить среднемесячное число календарных дней в году ?
(23)У меня тоже клиенты - полиция :))) Переписка с горячей линией ни к чему не привела.
Я решила эту проблему так. Просто ввела показатель для организации СреднеМесКолДнейАтт (в 2020 равен 30,5) и изменила формулы.
Например, для компенсации при увольнении - поменяла предопределенный СреднемесячноеКоличествоДнейВС на мой .
Я решила эту проблему так. Просто ввела показатель для организации СреднеМесКолДнейАтт (в 2020 равен 30,5) и изменила формулы.
Например, для компенсации при увольнении - поменяла предопределенный СреднемесячноеКоличествоДнейВС на мой .
СохраняемоеДенежноеДовольствие / СреднеМесКолДнейАтт * КоличествоДнейКомпенсации
Хорошая новость:
В релизе 3.1.13.120 исправили!!!!
Ошибка 30171738
Описание:
ЗГУ. В високосный год среднемесячное количество дней у военнослужащих равняется 30.4, а не 30.5.
Способ обхода:
Внести запись в регистр сведений "Среднемесячное количество дней военнослужащих"
Дополнительная информация:
Дополнена форма настроек особенностей госслужбы: добавлено возможность управления количеством среднемесячной нормы часов военнослужащим.
В релизе 3.1.13.120 исправили!!!!
Ошибка 30171738
Описание:
ЗГУ. В високосный год среднемесячное количество дней у военнослужащих равняется 30.4, а не 30.5.
Способ обхода:
Внести запись в регистр сведений "Среднемесячное количество дней военнослужащих"
Дополнительная информация:
Дополнена форма настроек особенностей госслужбы: добавлено возможность управления количеством среднемесячной нормы часов военнослужащим.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот