УПП. в новом релизе 244.1
есть ошибка в расчете суммы отпускных и командировочных в документах начисление отпуска и оплата по среднему. Расчет среднего умноженное на число дней отпуска не совпадает с итоговой суммой. 1С признала эту ошибку. Может кто нашел возможность обхода?

Предположительно: Модуль "ПроведениеРасчетовПереопределяемый", функция "ПолучитьСтруктуруНеобходимыхДанных" - в условии "ИначеЕсли СпособРасчета = Перечисления.СпособыРасчетаОплатыТруда.ПоСреднемуЗаработкуДляОтпускаПоКалендарнымДням" забыли РК и СН.

В релизах по ориентировочной дате сегодня новая версия должна выйти, можете её дожидаться, вдруг исправят.

Есть варианты как это поправить?
если откатиться, то на какую версию?где все более менее считалось нормально?

Модуль "НачислениеОтпускаРаботникамОрганизацийПереопределяемый"
Функция "РасчетСреднегоЗаработка"
В конце функции из выборки берется значения "ОтработаноДнейРК", которое равно 0, его надо заменить на "ОтработаноДней" (в других модулях так сделано в типовой конфигурации).
Там же для СН и расчета по часам исправить.
И проверку на заполненные значения добавить перед расчетом результата, запрос возвращает NULL для "СреднийЗаработокСН".

(1) Это тоже исправить, добавить еще 4 значения из перечисления, иначе выдаст ошибку, если указаны только дополнительные дни отпуска без основных.

Новую версию выпустили.
Бух. проверяла и сказала что ошибка не ушла...

Как временное решение:
В модуле объекта документа "НачислениеОтпускаРаботникамОрганизаций"
в процедуре "Рассчитать" временно вернул старый расчет:
    ИначеЕсли РассчитываемыеТаблицы.РасчетСреднего Тогда
        НаборОсновныеНачисления.Записать(Истина, Ложь, Истина, Ложь);
        НаборДополнительныеНачисления.Записать(Истина, Ложь, Истина, Ложь);
        Если НаборОсновныеНачисления.Количество() > 0 Тогда
            Если ДатаВыплатыДохода < ПроведениеРасчетов.ДатаЗакона176ФЗ() Тогда
                ПроведениеРасчетовПереопределяемый.СформироватьИЗаписатьДанныеРасчетаСреднего("ОсновныеНачисленияРаботниковОрганизаций", Ссылка, НаборРасчетСреднего);
            Иначе
                //yae
                //ПроведениеРасчетовПереопределяемый.СформироватьИЗаписатьДанныеРасчетаСреднего2025("ОсновныеНачисленияРаботниковОрганизаций", Ссылка, НаборРасчетСреднего);
                ПроведениеРасчетовПереопределяемый.СформироватьИЗаписатьДанныеРасчетаСреднего("ОсновныеНачисленияРаботниковОрганизаций", Ссылка, НаборРасчетСреднего);
            КонецЕсли;
        КонецЕсли;
        Если НаборДополнительныеНачисления.Количество() > 0 Тогда
            Если ДатаВыплатыДохода < ПроведениеРасчетов.ДатаЗакона176ФЗ() Тогда
                ПроведениеРасчетовПереопределяемый.СформироватьИЗаписатьДанныеРасчетаСреднего("ДополнительныеНачисленияРаботниковОрганизаций", Ссылка, НаборРасчетСреднего);
            Иначе
                ПроведениеРасчетовПереопределяемый.СформироватьИЗаписатьДанныеРасчетаСреднего2025("ДополнительныеНачисленияРаботниковОрганизаций", Ссылка, НаборРасчетСреднего);
            КонецЕсли;
        КонецЕсли;
    КонецЕсли;

ПроведениеРасчетовПереопределяемый.СформироватьИЗаписатьДанныеРасчетаСреднего2025("ОсновныеНачисленияРаботниковОрганизаций", Ссылка, НаборРасчетСреднего);
Вот это заремил и поставить ПроведениеРасчетовПереопределяемый.СформироватьИЗаписатьДанныеРасчетаСреднего("ОсновныеНачисленияРаботниковОрганизаций", Ссылка, НаборРасчетСреднего);

Отпускные копейки по новому расчеты получаются. :)

(7) Более точно: ошибочный новый расчёт отпускных случайно не даёт кратное уменьшение СДЗ: в два, три и т.д. раза?

(7) Не тормозите. УПП открыт же? Гляньте на сумму отпуска и сравните с правильной.
Или скиньте мне пустую базу - сам гляну.

(8) Надо в документе смотреть таблицу расчета по среднему, что за один месяц не установились отработанные дни на каждое начисление.
Раньше колонки "Начисление" в документе не было и строки группировались, а теперь основной заработок разделяется на несколько строк (почасовая, премия, доплата, РК и т.д.) и в каждую устанавливается 29,3 дней.
Может это связано с нашими доработками, в типовой не проверял.

(10) Гут. Но тогда отпускные суммы должны быть строго КРАТНО меньше правильной суммы. Но lex1972 молчит как партизан.

(9) CF база пойдет?

(12) Можно попробовать. У меня старый УПП 200 - может прокатит )

Сейчас закачаю и на почту отправлю ссылку на скачивание.

Отправил. Благодарю.

(8) Вот пример одному сотруднику среднедневная по старому алгоритму получалась 1442,33 а по новому считает 337,14. Кратность 4,38

(16) Похоже на дни. Как бы увидеть последнюю закладку "Расчет среднего заработка" - скорее всего повторяются дни 29.3 (или пропорции) не только для основных видов расчёта, но и для дополнительных (вроде надбавки).

т.е. давайте скрин или несколько, чтобы видны были все записи расчёта среднего любого ОДНОГО месяца.

На почту всю табличку отправил.

(19) Да и так видно.
ч.т.д.
Знаменатель кратно ошибочно вырос, отсюда кратно же уменьшился средний.

Проверьте: прямо вручную обнулите по всем месяцам колонку "Дней расчётного периода", оставив в каждом месяце только ОДНУ сумму 29.3 или её пропорцию, которая правее оплаты по окладу. По принципу один месяц - одни знаменатель.

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

Спасибо Геннадий пойду ковырять код. :)

(21) Чего там ковырять? Чай не ЗУП, где кубло ВТ, половина из которых сами себя удаляют после запроса.
Минут 10 работы в 2.5, причём не торопясь и за чашечкой кофе.
P.S. Ваш сf не прокатил ) Не судьба мне увидеть новый релиз УПП...

(22) Платформа старая.

(21) Ну как, получилось?

(20) один месяц - один знаменатель
Но не РК или СН - если в них оставить, может некорректно рассчитать средний заработок.

(24) Пока некогда было, других дел полно. До понедельника время есть.

(25) У нас РН и СК нет.

В типовой нашел прикольный коммент :)
        
СледующийВидНачисления = Ложь;//юля

Пока сделал так в модуле объекта документа начисления отпуска
        ВременнаяТЗ = НаборРасчетСреднего.Выгрузить();
        Если ДатаВыплатыДохода < ПроведениеРасчетов.ДатаЗакона176ФЗ() Тогда
            ВременнаяТЗ.Свернуть("СпособРасчета,БазовыйПериодКонец,БазовыйПериодНачало,ВидРасчета,КоэффициентИндексации,НормаПоПятидневке,ОтработаноДней,ОтработаноПоПятидневке,ОтработаноЧасов,Результат,ЧислоМесяцев");
        Иначе
            ВременнаяТЗ.Свернуть("СпособРасчета,Начисление,БазовыйПериодКонец,БазовыйПериодНачало,ВидРасчета,КоэффициентИндексации,НормаПоПятидневке,ОтработаноДней,ОтработаноПоПятидневке,ОтработаноЧасов,Результат,ЧислоМесяцев");
        КонецЕсли;
        
        //yae    
        ВРОклад = ПланыВидовРасчета.ОсновныеНачисленияОрганизаций.ОкладПоДням;
        Для Каждого тСтрока ИЗ ВременнаяТЗ Цикл
            ВидНачисления = тСтрока.Начисление;        
            Если ТипЗнч(ВидНачисления) = Тип("ПланВидовРасчетаСсылка.ОсновныеНачисленияОрганизаций")
                И ВидНачисления = ВРОклад Тогда
                Продолжить;        
            Иначе    
                тСтрока.ОтработаноДней = 0;    
            КонецЕсли;
        КонецЦикла;

Геннадий, сейчас плеваться будет. Меня пока устроит. Буду ждать обновы.

Обед святое дело...
(29) Фактически Вы просто обнулили РАНЕЕ излишне собранные дни для допначислений. Тогда придётся также нулить и в остальных доках среднего: увольнение, командировка и т.п.

Согласитесь, что это не айс. Надо изначально нулить, где-то в первоначальной таблице набора расчёта среднего. Не в доках среднего, а в общем модуле тру-ля-ля_2025

(31) Полностью согласен. Я посмотрел туда для меня сложновато это, то есть время у меня много займет. Пока с отпускными только вопрос заострили. Я нашел запрос даже скопировал его в запросник собрался параметры скопировать. И вырубился у нас свет. :) Я решил что  видимо это знак что туда не лезть, мне пока пойдет такой способ. Будет время и желание залезу туда.

(32) К знакам надо прислушиваться. Где-то встречал статистику, что на рейсы, потерпевшие катастрофу в среднем процентов на 5 сдают больше билетов на отказ от поездки, нежели на обычные рейсы.

Может и не надо заранее нулить дни в общем модуле, может они ещё где-то задействованы.

Оставляйте костыль.

(32) попробуйте в Общем модуле "ПроведениеРасчетовПереопределяемый" в функции "ПолучитьДанныеДляРасчета2025" в тексте запроса в переменной "ДанныеОСреднемЗаработкеТекст" (83 строка функции) заменить агрегатные функции СУММА() на МАКСИМУМ() для полей ОтработаноДней, ОтработаноДнейПособий, ОтработаноДнейПособий2010, ОтработаноЧасов.

(34) Крайне плохо. Гляньте скрин автора. Там для неполноотработанных месяцев знаменатель для оклада 27.35, а для общемесячного КТУ 29.3
Ваша функция максимума ОШИБОЧНО впендюрит во все месяцы в знаменатель 29.3 вместо пропорции отработанных календарных дней. При наличии разовых начислений.

Лучше дайте под спойлером целиком код этой функции ПолучитьДанныеДляРасчета2025
Судя по названию это то, что нужно. Разберёмся.

Код в текстовом файле.
https://disk.yandex.ru/d/nVJP1dCndlfRtg

Похоже не так вставил. Как сполер вставить правильно?

(35) Там в полях группировки есть поле "ДатаНачалаРасчетногоПериода" (каждый месяц) и "СпособРасчета", я у себя не нашел ситуации когда этого недостаточно.

(39) Вообще, я по одному сотруднику посмотрел сумма получается при обоих способах одна и та же. Возможно в других местах может что и вылезет.

Ого... простынь )

Да, коллеги, вот наш кусок, вы правильно его нашли:

Жёлтым выделил мысль... У кого есть РК - проверьте отпуск, ту вкладку среднего по месяцам. А для РК случайно нет лишних дней, которые прут в знаменатель? Если нет, то сейчас этот кусок доработаем. А вот если и для РК бухнулись 29.3 или его пропорция - то гипотеза не верна.

А чего я жду? Пятница вечер )
Ладно, чудес не бывает, скорее всего РК и СН пустодневные в среднем (см. жёлтое).

Давайте подумаем. К кренделю, который кодит на фирме 1С зарплату в УПП пришёл босс и сказал:
- Надо РКСН теперь выделять в среднем.

Ну надо, так надо. Крендель и выделил. Стал проверять - втрое упали отпускные. Тогда он добавил:

и успокоился. Проверял-то на голом окладе, а в жизни есть надбавки и разовые выплаты.
Их надо добавить в "когда/тогда 0"

Предложенная замена суммы на максимум плоха тем, что внутри месяца может быть кадровый перевод и для двух строчек начисления по тому же окладу может быть 10.0 в одном куске месяца и 19.3 в другом. Заменив ошибочно сумму на максимум с удивлением обнаружим знаменатель месяца как 19.3 вместо 29.3 = 10.0 + 19.3