Оплачиваемые нерабочие дни 2020 год

Подсчет общего количества дней (часов) для расчета среднего

ЗУП 3.1.14.98

            |      СУММА(ВЫБОР
            |                  КОГДА (ГрафикиРаботыПоВидамВремени.ВидУчетаВремени.РабочееВремя
            |                              ИЛИ &ВыделятьНерабочиеДниОтдельнымВидомВремени
            |                                    И ГрафикиРаботыПоВидамВремени.ВидУчетаВремени = &ОплачиваемыеНерабочиеДни)
            |                              И ГрафикиРаботыПоВидамВремени.ВидУчетаВремени <> &РабочееВремя
            |                        ТОГДА ГрафикиРаботыПоВидамВремени.ОсновноеЗначение
            |                  ИНАЧЕ 0
            |            КОНЕЦ) КАК ОтработаноДней,





ЗУП 3.1.14.154

            |      СУММА(ВЫБОР
            |                  КОГДА &ВыделятьНерабочиеДниОтдельнымВидомВремени
            |                              И ГрафикиРаботыПоВидамВремени.ВидУчетаВремени = &ОплачиваемыеНерабочиеДни
            |                              И НачисленияВидыВремени.ВидВремени = &РабочееВремя
            |                        ТОГДА 0
            |                  ИНАЧЕ ЕСТЬNULL(ГрафикиРаботыПоВидамВремени.ДополнительноеЗначение, 0)
            |            КОНЕЦ) КАК ОтработаноЧасов,

Раньше считало средний правильно (в июле за минусом одного дня 01.07.2020 как долю 22/23 от оклада)
теперь общее количество дней в июле не берется не 23, а 24 и считает как долю 22/24 от оклада.

Что-то нужно поменять в настройках, пересчитать? Или это баг?

Федор, проверьте для начала, нет ли в графиках одновременно и рабочего времени и нерабочего в один и тот же день. И не добавляли ли в Начислениях в Дополнительный вид времени Нерабочие дни.

Дополнительные часы только ночные.
Одновременно два вида времени в одном графике? Это как? В другом (неполное рабочее время) 1 июля - 0 часов.

Завели табель - там 01.07.2020 стоит ОН 8 (оплачиваемые нерабочие дни), но в начале августа считало правильно - табель был такой же, настройки не меняли. Поменялся релиз конфигурации - убрали в запросе по расчету плановых дней одну строку.

Федор, а откуда в Табеле ОН, если в графике его нет, это раз?
И кто убрал строку в запросе, это два?

Поставили руками именно для уменьшения среднего заработка для отпуска на 1 день в соответствиями с рекомендациями Минтруда и пр. органов. Были ли рекомендации от 1С - не знаю, ставила расчетчица. Причем поставила не всем - тем у которых был начислен отпуск исключили, у них средний для отпуска остался полностью без исключения оплачиваемых нерабочих дней. В начале августа при начислении отпуска средний брался правильно - за минусом ОНД (в июле за минусом 01.07.2020, коэффициент 22/23). После обновления конфигурации начисление отпуска требует перерасчета среднего, в документе начисление зарплаты в регистре среднего заработка встали цифры исходя из коэффициента 22/24.
Строка в запросе исчезла в обновленном релизе (номера релизов в исходном посте).

После замены
Общий модуль РасчетЗарплатыРасширенный
Функция КоэффициентыОплаченногоРабочегоВремениНачислений(МенеджерВременныхТаблиц) Экспорт
ЗУП 3.1.14.154 на версию из релиза
ЗУП 3.1.14.98
считает средний правильно.

Луч поноса техподдержке.

Федор пишет:

Не стоит ставить ночные часы как дополнительное время. Гораздо лучше поставить основной вид времени как "Рабочее время" (набирается прямо в поле словами). Оно включает в себя и явку и ночные часы.
Федор пишет:
Где поставили руками? В документе Табель? Это ни на что не повлияет, разве что увеличит норму часов за месяц, ведь в графике 1 июля-то у вас стоит явка, а не неоплачиваемое время.
Поставьте в графике 01.01 вместо Явки часы в Неоплачиваемое рабочее время, пересчитайте сотрудника в Начислении зарплаты, пересчитайте отпуск и посмотрите, что получится (лучше сначала на копии базы). Запрос изменили как раз для того, чтобы в среднем заработке неоплачиваемое время и его часы не учитывались при стандартном, рекомендуемом 1С заполнении документов.

Геннадий С, опоздал в настройках с 01.08.2020 до обновления 15.08.2020 ничего не менялось В начале месяца все считалось правильно - после обновления АААХ.

См. предыдущий пост.

Еще раз проверил на свежую голову - при изменении графика (01.07.2020 - ОНДень) считает среднюю равной полному окладу - что при введенном табеле, что без него.