УПП. в новом релизе 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

(42) Там это КОГДА 4 раза встречается

(42) Вот такие значения при расчёте среднего при наличии РК:
https://disk.yandex.ru/i/vURoOTdyd7OMRQ

У меня не получается правильный расчёт ни по вариенту (29), ни по (34)

(46) Релиз какой? И нужен ТИПОВОЙ, а то Вы похоже уже покрутили модули.

(45) Вот на этой картинке по колонке "Дней расчетного периода" обнулите числа, кроме тех, что в строке с "Оклад по часам", т.е. оставьте одно число 29.3 или его пропорцию в каждом из 12-ти месяцев расчётного периода.

Какой результат?

Проще самому глянуть. Поставьте расчётный период только два месяца ноябрь и декабрь: 01.11.2024 - 31.12.2024
Давайте ту же картинку, чтобы все суммы уместились.

(47)1.3.245.2
Изменять пробовал только замену СУММА на МАКСИМУМ в "ПроведениеРасчетовПереопределяемый.Функция ПолучитьДанныеДляРасчета()"

(50) Забудьте Вы про этот максимум. Давайте картинку за ноябрь-декабрь.

(51)Делаю

(51)Вот так получается.
https://disk.yandex.ru/i/PJ7NM_q6H1Pf8Q
Обнулил вручную дни у РК.
Смущают странные строки с пустым Начислением.
Начисленная сумма получилась меньше, чем Дни * Среднее.

(53) Не надо обнулять. Пересчитайте. А почему суммы другие и годовая премия появилась. Не надо пока премий.
Вот того кекса, на первой картинке, можете дать? У которого в декабре 60 000 и 9 000

(54)Вот, типовой расчёт
https://disk.yandex.ru/i/3KirHyufU96pUg

(55) Типовой расчёт верный. Копейка в копейку.
Какие претензии?

Давайте теперь второго кекса - который с годовой премией. Тоже ноябрь-декабрь и ничего не меняйте в типовом релизе.

(56)Так сумма начисления неправильная же получается (как (0) и было описано):
20 дней * 2725,32 <> 36759,20
https://disk.yandex.ru/i/7uq-4sRr_QGEuA

(57) И тут Среднее *  Дни не получается верным
https://disk.yandex.ru/i/3CQOhSZGxAUVBg

тьфу... я думал СДЗ неверно считает, а тут простое умножение )
А крик стоит в инете - как будто УПП рухнул )

Шут с ним со вторым - давайте всё того же начального кекса с учебным отпуском - вкладку Оплата

(60)Таблица Оплата
https://disk.yandex.ru/i/rGfMra5WGtoq4w

Поехали.
У нас кексу за 2 месяца начислили всего 154 389.23
СДЗ = 154389.23 / (27.35 + 29.3) = 2725.32 = как на вкладке среднего = как доктор прописал.

На вкладке оплаты должно тупо быть умножение 20 дней отпуска * 2725.32 = 54506,4

Но ваш долбанный УПП зачем-то снова(!!!) рассчитывает средний заработок, но уже берёт в знаменатель:
СДЗ = 154389.23 / (27.35 + 27.35 + 29.3) = 1837.96
Ну хоть затем правильно множит на 20 дней и получает 36759.20

Ваш УПП что, больной? Зачем дважды пересчитывать СДЗ, причём второй раз с ошибкой.

Возвращаемся к посту

Обратите внимание - несмотря на то, что справа от РК стоят дни - они нулятся.
В идиотском повторном расчёте СДЗ не нулятся дни (27.35), которые справа от Доплаты.

Вот топор занёс палач,
А народ кричит: "..ячь!"
Другими словами добавьте и когда/тогда 0 и вашу Доплату.

Если сработает - будем думать как алгоритмизировать в общем виде.

Действуйте.

Да, при добавлении в условие КОГДА этого Вида начисления сумма выплаты рассчиталась верно.

(63) Гут.
Э... а вот как обобщить кодом - сходу не вижу...
Идеи есть?

Если нет, то пока откладываем задачу. Может кто выдаст идею.

Это непонятно.
Данный вид начисления вообще не предопределенный, я просто его код прописал.

Может быть, можно сделать обратное условие:

КОГДА РасчетСреднегоЗаработка.Начисление.КодДоходаНДФЛ <> ...
ИНАЧЕ 0

(66) Нет. Код НДФЛ здесь вообще не при делах. Он только позволяет РК выделить.

Думайте. А я устал.

Обновились на 1.3.245.2
сложное впечатление. Расчет отпуска.
Ср.дневной нормально посчитан  4094,12
а за 14 календарей начисляет: 19105.94
-------------------------------
есть нормально рассчитанные
вообщем, делают копию.
Буду там смотреть.
------------------------------
В ЕРП этот же сотрудник рассчитывается правильно

(68) Ветку читали? Нашли же причину: на закладке Оплата в знаменатель ошибочно прутся календарные дни, которые на закладке расчёта среднего заработка справа от дополнительных начислений. Легко же проверить: обнулите их и увидите правильные отпускные.

Вот так:

(Оклад и РК не трогать)

(70) Спасибо! Так работает. Ожидал, что в новом релизе исправят...

(71) Раз убедились в верном диагнозе, то сделайте целебный укол: после
|            КОГДА РасчетСреднегоЗаработка.Начисление.КодДоходаНДФЛ = ЗНАЧЕНИЕ(Справочник.ДоходыНДФЛ.РайонныеСеверныеНадбавки)
    |                ТОГДА 0

Добавьте:

Когда наше начисление есть дополнительное (или как там в плане расчётов) Тогда 0

(72) НЕ могу. конфа "на замочке". исправляю внешней обработкой. По счастливой (в данном случае без кавычек) случайности для этого вида документа у меня есть такая.

(0) такая же ошибка и в документе "Расчет при увольнении сотрудника организации". По рецепту из (70) лечиться.

исправил этот фрагмент запроса на такой:
//|РасчетСреднегоЗаработка.Начисление.КодДоходаНДФЛ = ЗНАЧЕНИЕ(Справочник.ДоходыНДФЛ.РайонныеСеверныеНадбавки)
|   РасчетСреднегоЗаработка.Начисление.Наименование <> ""Оклад по дням""
| И РасчетСреднегоЗаработка.Начисление.Наименование <> ""Оклад по часам""    
| ТОГДА 0
После этого 1с вроде бы стала правильно считать Сумма начислено = Среднедневной заработок * колич. дней отпуска,
но заметил, что на закладке Расчет среднего напротив начислений типа Оплата праздничных и вых. дней, доплата за расширение зоны работы и т.д. стоит Колич. дней расчетного периода не равное 0 (такое же как и напротив оклада по дням). Это так и должно быть? Или где-то еще нужно запрос исправить?

(75) А если оплата не по окладу, а по дневному или часовому тарифу? Или по нарядам?
Нет, так не пойдёт. И всё-таки давайте работать с
ОсновныеНачисленияОрганизаций
причём через "И"
РасчетСреднегоЗаработка.Начисление.ВидВремени = ЗНАЧЕНИЕ(Перечисление.ВидыВремени.ОтработанноеВПределахНормы)

Идея такая: при переборе начислений нулим все, кроме основных  с видом времени "Явка". Вот их пусть суммирует наша СУММА в расчёте среднего.

А хотя и не надо проверять основное начисление. Если есть вид времени ОтработанноеВПределахНормы, то ежу понятно, что это только основное начисление.

Окончательно предлагаю добавить под указанными строчками с РК:

РасчетСреднегоЗаработка.Начисление.ВидВремени <> ЗНАЧЕНИЕ(Перечисление.ВидыВремени.ОтработанноеВПределахНормы)

Давайте проверим. Действуйте.

сделал так
|КОГДА РасчетСреднегоЗаработка.Начисление.КодДоходаНДФЛ = ЗНАЧЕНИЕ(Справочник.ДоходыНДФЛ.РайонныеСеверныеНадбавки)
|    или РасчетСреднегоЗаработка.Начисление.ВидВремени <> ЗНАЧЕНИЕ(Перечисление.ВидыВремени.ОтработанноеВПределахНормы)
|ТОГДА 0

Сумма среднедневного заработка и сумма начислено по сравнению с предыдущей правкой не изменилась.
Остался вопрос: на закладке Расчет среднего напротив начислений типа Оплата праздничных и вых. дней, доплата за расширение зоны работы и т.д. стоит Колич. дней расчетного периода не равное 0 (такое же как и напротив оклада по дням). Это так и должно быть?

(77) А я не ответил? Да пусть стоит, раз потом в расчёт отпускных уже не идёт. Не мешает, поэтому оставьте.

Раз мы с Вами, коллега, нашли решение для отпускных, то ежу понятно, что теперь то же самое допишИте и для других средних. Там по коду ниже ещё в нескольких местах.

Действуйте.

Потом оформите в виде расширения и, надеюсь, скинете мне как соавтору на почту? В загашник )

Это... господа упэпэшники... я сейчас подумал, а коэффициент индексации, он ведь в той простыне, что тут скинули - тоже под знаком суммы - он случайно не квакает аналогично для надбавок и премий?
У кого-нибудь повышались зарплаты в расчётный период?

Спасибо большое за советы! Я расширения не делаю, прямо в общем модуле правлю. Общий модуль ПроведениеРасчетовПереопределяемый Функция ПолучитьДанныеДляРасчета2025

индексация была в прошлом году.
напротив надбавки стоит тот же коэффициент 1,0087, что и напротив оклада. Это правильно?

посылаю рисунок

(82) дык... проверьте. СмотрИте сумму отпускных на вкладке Оплачено: изменится или нет, если на рисунке для доплаты поставить 1 вместо 1.00875

(78) для упп нет расширений....

Среднедневной заработок немного при этом изменился, а сумма отпускных не поменялась. Если же нажать кнопку Рассчитать, то коэффициент опять встает 1,00875 и все возвращается к предыдущему варианту

(84) хм...
(85) Бросьте индексацию. Это я ступил. Как раз нормально суммирование дробей по числителю при теперь уже одинаковом знаменателе.

Где автор. Ветка решена?

(76) Спасибо, Геннадий!
Сделал так, вроде правильно стало - отдал для полной проверки бухгалтеру.

(87) Рано отдали. Напомните мне как в 2.5 работают ночные, сверхурочные и выходные? Как в З.1, т.е. СВЕРХУ обычных явок, когда 4Я и 6Н (ОПЛАТА тех же ночных) или же ВНУТРИ, когда 10Я и В ТОМ ЧИСЛЕ 6Н (ДОПЛАТА за ночные)?

А то мы насчитаем )

Заметили в расчёте среднего пустые "Начисления".
Это были премии, начисленные документом "Премии сотрудникам организации".
https://disk.yandex.ru/i/HBU-P-7abdQPdw
Почему они могут быть пустыми?

+(89)Этот вид начиcления "премия" был добавлен, он нетиповой.
Первичное, фиксированной суммой.

У нас для премий в расчете среднего Дней расчетного периода = 0, я думаю, что это нормально

(89) почему колонка Начисление напротив премии пустая, я не знаю, у нас для премии стоит начисление

(92) У вас премия по типовому виду начислений?

(89) у нас таки же "пустые" начисления. Я их так же обрабатываю (очищаю дни). Воспользовался предложением Гены из (76) и сделал внешнюю обработку по заполнению табл.частей.

Если закомментировать следующий код то вроде начинает считать нормально.

// Дополним набор записей видами начислений для выделения долей РК и СН
Если СледующийВидНачисления Тогда
    СтрокаДвижений = НаборЗаписей.Добавить();
    ЗаполнитьЗначенияСвойств(СтрокаДвижений, НаборЗаписей[Индекс]);
    
    ЗаписьСреднегоНеОбработана = Ложь;
    
    Если ТекущийНомерСтроки = ВыборкаБазы.НомерСтроки Тогда
        Если НЕ (ТекущийЧислоМесяцев = ВыборкаБазы.ЧислоМесяцев И ТекущийПериодРасчета = ВыборкаБазы.ПериодРасчетаСреднегоЗаработка И ТекущийДополнительноУменьшатьПропорциональныеПремии = ВыборкаБазы.ДополнительноУменьшатьПропорциональныеПремии) Тогда
            // вводим новые строки набора записей
            ДопСтрокаДвижений = НаборЗаписей.Добавить();
            ЗаполнитьЗначенияСвойств(ДопСтрокаДвижений,СтрокаДвижений);
            СтрокаДвижений = ДопСтрокаДвижений;
            СтрокаДвижений.Результат = 0;
        КонецЕсли;
    КонецЕсли;
    
    Если ВыборкаОтработанноеВремя.НайтиСледующий(СтруктураПоиска) Или ТекущийНомерСтроки = ВыборкаБазы.НомерСтроки Тогда
        Если СоответствиеФиксПремий[СтрокаДвижений.ВидРасчета] <> Неопределено Или ВыборкаБазы.ДополнительноУменьшатьПропорциональныеПремии Тогда
            // для "премий фиксированной суммой" надо учитывать отработанное время
            СтрокаДвижений.ОтработаноПоПятидневке    = ВыборкаОтработанноеВремя.ОтработаноПоПятидневке;
            СтрокаДвижений.НормаПоПятидневке        = ВыборкаОтработанноеВремя.НормаПоПятидневкеПоПроизвКалендарю;
        ИначеЕсли СоответствиеОсновногозаработка[СтрокаДвижений.ВидРасчета] <> Неопределено Тогда
            СтрокаДвижений.ОтработаноДней            = ВыборкаОтработанноеВремя.ОтработаноДней;
            СтрокаДвижений.ОтработаноЧасов            = ВыборкаОтработанноеВремя.ОтработаноЧасов;
        КонецЕсли;
    КонецЕсли;
    
    ЗаполнитьЗначенияСвойств(СтрокаДвижений,ВыборкаБазы, "ЧислоМесяцев, ПериодРасчетаСреднегоЗаработка");
    
    Если ВыборкаБазы.ОшибкаВводаСводногоТабеля Тогда
        Если НеБылоСообщениеОСводномТабеле Тогда
            Если Не КомментироватьРасчет Тогда
                КомментарийРасчетаСреднего = ОбщегоНазначенияЗК.КомментарийРасчета("Расчет среднего заработка");
            КонецЕсли;
            ОбщегоНазначенияЗК.КомментарийРасчета("За период с " + Формат(СтрокаДвижений.БазовыйПериодНачало,"ДФ=dd.MM.yyyy") + " по " + Формат(СтрокаДвижений.БазовыйПериодКонец,"ДФ=dd.MM.yyyy") + " не удалось определить базовые начисления, так как в этом месяце введен сводный табель.", КомментарийРасчетаСреднего);
            НеБылоСообщениеОСводномТабеле = Ложь;
        КонецЕсли;
    Иначе
        Если ВыборкаБазы.ДополнительноУменьшатьПропорциональныеПремии И СтрокаДвижений.НормаПоПятидневке <> 0 Тогда
            СтрокаДвижений.Результат = ВыборкаБазы.РезультатБаза * СтрокаДвижений.ОтработаноПоПятидневке / СтрокаДвижений.НормаПоПятидневке;
        Иначе
            СтрокаДвижений.Результат = ВыборкаБазы.РезультатБаза;
        КонецЕсли;
        СтрокаДвижений.СкидкаПоСтраховымВзносам    = СтрокаДвижений.СкидкаПоСтраховымВзносам + ВыборкаБазы.СкидкаПоСтраховымВзносам;
        Если КомментироватьРасчет и ВыборкаБазы.РезультатБаза <> 0 Тогда
            ОбщегоНазначенияЗК.КомментарийРасчета("Вид начисления: " + ВыборкаБазы.ВидРасчетаНаименование + ", сумма: " + ВыборкаБазы.РезультатБаза + ?(ВыборкаБазы.СкидкаПоСтраховымВзносам = 0,"",", учтено скидки" + ВыборкаБазы.СкидкаПоСтраховымВзносам), КомментарийРасчетаСреднего);
        КонецЕсли;
    КонецЕсли;
    
    ТекущийНомерСтроки = ВыборкаБазы.НомерСтроки;
    ТекущийЧислоМесяцев = ВыборкаБазы.ЧислоМесяцев;
    ТекущийПериодРасчета = ВыборкаБазы.ПериодРасчетаСреднегоЗаработка;
    ТекущийДополнительноУменьшатьПропорциональныеПремии = ВыборкаБазы.ДополнительноУменьшатьПропорциональныеПремии;            
    
    Если ЗаписьСреднегоНеОбработана И СоответствиеОсновногозаработка[СтрокаДвижений.ВидРасчета] <> Неопределено И ВыборкаОтработанноеВремя.НайтиСледующий(СтруктураПоиска) Тогда
        СтрокаДвижений.ОтработаноДней            = ВыборкаОтработанноеВремя.ОтработаноДней;
        СтрокаДвижений.ОтработаноЧасов            = ВыборкаОтработанноеВремя.ОтработаноЧасов;
    КонецЕсли;
    
    СтрокаДвижений.Начисление = ВыборкаБазы.Начисление;
    
    Продолжить;
    
КонецЕсли;
СтрокаДвижений.Начисление = ВыборкаБазы.Начисление;
СледующийВидНачисления = Истина;


(78) Гена, если нужно, то вышлю вам обработку.

(96)А мне можно тоже?

(96) Спасибо. В хозяйстве и верёвочка сгодится.

(93) У нас премия находится в ПВХ доп. начисления, способ расчета Фиксированной суммой

(97) email - скрыт
(98) отправил
там пока только для расчета отпускных, а такая же ситуация при увольнении. Сейчас с этим работаю...

(100)Открыл

(101) отправил

(102) Спасибо, получил.

У нас криво считаются районные коэффициенты, по идее теперь они должны выделятся при расчете среднего (отдельная база для учета НДФЛ), а он рассчитывает средний как и раньше (основной + районный за основу), плюсуют туда районный (рассчитанный районный / количество отработанных дней) — доля районного коэффициента, грубо говоря, теперь УПП два раза болтает районный при расчете отпуска (один раз в среднем, один раз отдельно) и НДФЛ из этой солянки высчитывает.

(104) Картинки давайте.

(102) Добрый день! Отправьте и мне пожалуйста

(102) Добрый день! И мне отправите пжл.

Я правил ОМ: ПроведениеРасчетовПереопределяемый, процедура: СформироватьИЗаписатьДанныеРасчетаСреднего2025

в ветке условия "Если СледующийВидНачисления Тогда" в конце перопределем отработанное время на 0

Если СтрокаДвижений.Начисление <> ПланыВидовРасчета.ОсновныеНачисленияОрганизаций.РайонныйКоэффициент Тогда
	Если ПерваяЗаписьНулеваяНеОбработана и СтрокаДвижений.Результат <> 0 Тогда
		ПерваяЗаписьНулеваяНеОбработана = Ложь;
	Иначе 						
		СтрокаДвижений.ОтработаноДней			= 0;
		СтрокаДвижений.ОтработаноЧасов			= 0; 
	КонецЕсли;
КонецЕсли; 

Условие на ПерваяЗаписьНулеваяНеОбработана введено, если результат основного начисления по периоду было равен 0, то накидываем на след. начисление дни.

Просто в конце процедуры удаляются строки с заполненным Начислением и результат = 0.

(102) Добрый день! Отправьте и мне пожалуйста

(77) Спасибо! Сделал так же, рассчиталось правильно. Отдал бух-ам на проверку.

https://disk.yandex.ru/d/CzbP_mnOSORu6g
Подключается как внешняя обработка по заполнению табличных частей. Авторегистрация для документов "Начисление отпуска сотруднику организации" и "Расчет при увольнении сотрудника организации"

(0) напомните номер ошибки. Хочу тех.подержку 1С "потормошить" с исправлением.

(111) Почему зануляешь время районному коэффициенту? Ведь тогда средний для него не выделяется.
Если за месяц будет 2 начисления с видом времени = ОтработанноеВПределахНормы(например Оклад по дням и Оплата по часовому тарифу), то у обоих отработанное время останется.

Всем привет. При расчете ЗП вычеты на детей не встают. у кого пятеро и одиночки 36000 потерялось...
Есть с этим у кого проблемы? Как решить?

(113) делал "для себя". Районного у нас нет. Идея из (76) с учетом (89)

(113) Если за месяц будет 2 начисления с видом времени = ОтработанноеВПределахНормы(например Оклад по дням и Оплата по часовому тарифу), то у обоих отработанное время останется.

Так и должно быть. Они просуммируются в знаменателе как часть времени оклада по дням плюс часть времени оплаты по тарифу.

(115) Выкиньте в своей обработке обнуление РК и СН.
Они, их время, и так в типовом релизе обнуляются при расчёте:
|            КОГДА РасчетСреднегоЗаработка.Начисление.КодДоходаНДФЛ = ЗНАЧЕНИЕ(Справочник.ДоходыНДФЛ.РайонныеСеверныеНадбавки)
    |                ТОГДА 0

собственно как и предполагал в 245.3 релизе поправили процедуру СформироватьИЗаписатьДанныеРасчетаСреднего2025

(119) - отличная новость. В ночь с 16 на 17 апреля планируем обновление.

(119) Гут.
Сейчас мы их проверим, сейчас мы их сравним... (с) Раджа из м/ф "Золотая антилопа"

(119) Да. Понятно, что изначально не надо дублировать дни именно на вкладке среднего.

Тут ещё интересно, по НДФЛ: добавили в РН НДФЛПредоставленныеСтандартныеВычетыФизЛиц
новый реквизит Месяц регистрации
Теперь понятны муки упэпистов с вычетами. Без такого реквизиты затрахаешься считать правильно НДФЛ. В ЗУПе давно есть подобный реквизит (МесяцПериодаПредоставленияВычета)

(122) Бухгалтер сейчас проверила - говорит "бред полный"...
Это про расчёт выплаты по среднему.
При этом сама средняя оплата, вроде, верная.

В описании изменений релиза 245.3 написано, что исправлены следующие ошибки:
Исправлена ошибка 60021604 Вычеты в расчетном листке
Исправлена ошибка 60022165 Отображение вычетов в отчете Анализ начисленных налогов и взносов        

Реализована задача 60013872 Отчет "Регистр налогового учета по НДФЛ" 2025
Исправлена ошибка 70109330 6-НДФЛ: Не реализовано заполнение справки за 2025 год.
Исправлена ошибка 70112589 Отч.РСВ-2025. Отрицательные суммы доходов.
Исправлена ошибка 60021955 В документе "Расчет при увольнении" ошибка при расчете удержания за использованный отпуска
Исправлена ошибка 60021982 Расчет начислений из расчета по среднему заработку
Исправлена ошибка 60021987 Задваиваются дни отпуска
Исправлена ошибка 60022026 Расчет при увольнении. Ошибка при удержании неиспользованных дней отпуска.
Исправлена ошибка 60021607 Неверно рассчитывается НДФЛ сотрудников подчиненных подразделений
Исправлена ошибка 60022095 Сторнирование личных вычетов (коды 104 и 105)
Исправлена ошибка 60021999 Корректировка учета по НДФЛ

https://dl04.1c.ru/content/Enterprise/1_3_245_3/change.htm

(123) если оплата верная, бред тогда в чем?

(125)Умножаем на калькуляторе рассчитанную среднюю на дни и сумма не совпадет с начислением программы.

(126) Давайте картинки.

(127) Не рассчитывает отпускные, несмотря на наличие среднего
https://disk.yandex.ru/i/gEMkcYWyH2r-kw

(127)Неправильно рассчитывает отпускные
https://disk.yandex.ru/i/sgU0UHOKITuUbQ

(129) Первая картинка одного отпуска, а вторая - другого. Согласитесь, что так не дают информацию.

(128) Нет дней у оплат по часам. Проверьте: вручную там пробейте те же дни, что и у РК.

(130)Да, это разные люди.

Проставил дни у Оплат по часам.
Среднее стало другое.
Произведение среднего на 7 не равно рассчитанным отпускным.

(131) Какой релиз, типовой?
Давайте картинки ВСЕХ закладок.

(132)Релиз вчерашний 1.3.245.3
https://disk.yandex.ru/i/P5JmIt-iLJaZXA

(133) Не верю. Кто-то уже лазил ручками или патчами.

Проверим:
1. Обнулите дни (суммы не трогать) у всех строк, где премии, выходные и т.п. Оставьте дни только у оклада и РК.

2. Причём у окладов пробейте те дни, что у РК. А то там тупо по всем месяцам ошибочно 29.3

Теперь как?

В этом отпуске по всем строкам дни встали, а в соседнем на первой картинке - только РК. Так алгоритм не работает. Хайли лайкли после обновления релиза ПЕРЕЗАПОЛНИЛИ только один из них.

(135)Теперь так
https://disk.yandex.ru/i/AlAMauJct0C19g

(135)Ещё раз проверил - по общей кнопке "Рассчитать" именно так и заполняются строки в Расчёте среднего.
При этом выдаются сообщения:
Оплата отпуска по календарным дням: Нет данных для расчета среднего заработка
Доля районного коэффициента (отпуск по календарным дням): Нет данных для расчета среднего заработка
Доля северной надбавки (отпуск по календарным дням): Нет данных для расчета среднего заработка

(136) А Вы кто там по должности? В (134) специально в скобках указал, что суммы премий и выходных не трогать, только дни обнулить по этой колонке. Бестолку - Вы напрочь убрали их строки (

Но и так видно, что всё работает:
2579.66 * 7 = 18057.62

Пометьте отпуск на удаление и ЗАНОВО создайте. Хочу быть уверенным, что работает именно 245.3

(138)Я их не убрал, просто отбор поставил - они там есть ))
Так это же я дни сделал равными Оклада и РК.
А они были разные в ряде строк.

(139) Новый док создайте, а этот удалите.

(140)В новом документе также, как на первом скриншоте - средний снова 32 тыс.

(141) Ну значит опять кактус )

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

(142)Так, вроде, все верно получается.
https://disk.yandex.ru/i/32DxwepyK2ZAFw

(143) дык... [скромно так] )
Причём заметьте - тогда ещё не было под рукой УПП, чистая логика )

(144)Чего не скажешь про 1С...

(144) Дай тебе Бог здоровья, долголетия и такого же ясного ума на всю жизнь, дорогой человек. За обеденный перерыв накатил обнову, проверил, вырвал остатки волос, проклял 1С и Нуралиевых до седьмого колена, наткнулся на эту ветку и за минуту до того, как с меня спустили бы шкуру, внес твои изменения. И всё заработало!

(146) Ну, вот!
А то я уж подумал, что я один такой.

(142) Подскажите, пожалуйста, где находятся эти процедуры. В каком модуле?

(148) Общий модуль ПроведениеРасчетовПереопределяемый

(149) Благодарю)

Добрался до УПП. Обновились на 1.3.245.3 Проверил расчет отпуска на одного сотрудника. Посчитан ПРАВИЛЬНО. Больше пока не смотрел....

У нас у ряда человек дает сообщение что нет сумм для расчета среднего по РК и СН. Ряд людей считает правильно, а ряд нет.

Сделал копию базы, обновил до последнего и перепровел документы начисления ЗП. Может нужно как-то по особенному перепроводить за 2025 год.

Проверили, НДФЛ считается верно.

(152)У меня тоже есть такое, см. (128)

(152) (153) Это не ошибка, а небрежность расчётчицы.
Если сначала жмакнуть <Рассчитать начисления>, то получите рис.1
Надо сначала давить <Рассчитать> - рис.2
И только потом <Рассчитать начисления> - рис.3

(154)Я нажимал большую кнопку на первой закладке.
Она же рассчитывает всё сразу.

У меня две ошибки расчета среднего заработка. Среднедневной заработок рассчитывается верно, но сумма отпускных либо  в большую сторону либо в меньшую.

Если сумма рассчитана меньше, это происходит по причине задваивания отработанных дней в месяцах с премией.
Лечится заменой агрегатной функции СУММА на МАКСИМУМ в модуле ПроведениеРасчетовПереопределяемый в строке 4351.

(156)Про МАКСИМУМ уже обсуждал, он не всегда подходит.

Все равно он странно считает. У тех людей, у кого не прошла индексация по неким причинам, это понятно, так же и наоборот.

Среднюю выводит значительно выше. Но даже если по ней считать, выходит меньше, чем насчитывает. По форме на печать тоже не всё понятно.

(154) Не важно. При нажатии на любую кнопку выдаёт такие ошибки. Не по всем. По поводу перепроведения за 2025 год. Можно на копии перепровести и загрузить только регистры с вычетами и НДФЛ? Или там глубже и нужно все перезаполнять.

(160) Важно.

На пальцах: когда выскакивает такое сообщение, то надо сначала рис.2 и только потом рис.3

(160) По НДФЛ в УПП Тришкин кафтан.
Его алгоритм не справляется с новым исчислением НДФЛ с 2025 года.

(162) Если рассчитать последовательно рис.2 и рис.3, то тоже самое.
Причём нет данных по дням в январе, феврале и марте, не увсех, а у некоторых людей. Поэтому я и спрашиваю, как нужно правильно перезаполнить документы за 2025 год.

По зарплате переходим со 2 квартала на ЗУП. Вернее там пытаются всё настроить, но уже стадия проверки началась.

Писала в 1с до выхода релиза. По идее просто перепровести.
""Ошибка в начислениях по среднему заработку исправлена в версии 1.3.245.3.


По расчету НДФЛ обратите внимание, если в 2025 году вводились документы-начисления на релизе менее 1.3.240, то после обновления на версию 1.3.240 и выше надо будет сделать непроведенными все документы начисления (начисления зарплаты, больничные, командировки и т.п.) за 2025 год, а также такие документы за 2024 год, выплаты по которым установлены на 2025 год,  а затем перерассчитать и провести их, соблюдая хронологическую последовательность.

Гена, рис. 2 и 3 помогли. Спасибо!

(164) Спасибо. Я просто перепроводил. Теперь распроведу и проведу заново.
Перезаполнять не надо?

перерассчитать нужно?

Мы пока ничего не перерасчитывали,не знаю как там

Вся отчетность была сдана и налоги

Вот и мои расчетчики не хотят сдавать. Я запланировал на копии перепроведение и перерасчёт. Но это почти 3 тыс. документов.

(167) надо делать перерасчет. Сейчас этим занимаемся....

(164) не разбиваются Командировочные на РК и СН  из за этого?

разобрался, сорри.

(171) Какие документы будете пересчитывать? Начисления Зп или все?

(173) те, где есть расчет НДФЛ. Сначала делали только ЗП. Потом "вылезли" отпуска и увольнения...