Имя: Пароль:
1C
1С v8
ЗУП Страховые взносы СОУТ
0 sunn
 
03.02.22
14:10
Добрый вечер, ЗУП 3.1.18.305

В середине месяца сотрудников перевели на новую должность с вредностью 3.1 (была другая должность в вредностью 3.2)- Изменение Штатного расписания, Кадровый перевод. В конце месяца начислили премию (документ Премия), взносы с премии рассчитались пропорционально отработанному времени на разных должностях, но при этом взносы с новой должности рассчитались Без спецоценки.В РН Учет доходов для исчисления страховых взносов запись с пустым полем Класс вредности. В следующем месяце все считается корректно и база ложится по вредности 3.1. В должности и в штатной позиции настройки указаны - Класс условий, месяц регистрации, Взимаются взносы за занятых на работах с досрочной пенсией, Особые условия труда, код позиции списка.
Прошу помощи т.к данная ошибка уже давно тянется и в 3.1.18.189 она тоже была.
1 Фрэнки
 
03.02.22
14:40
А с какого момента на новой должности появилась вредность?
Не проверял по коду, но вполне вероятно, что используются запросы со срезом на начало периода, а установлено в середине. вот и не применяет.

Т.е. не сам перевод сотрудника, а именно назначение вредности по новой должности. Чисто формальный прикол. Факт все равно будет определяться по учету времени работы сотрудника.
2 Фрэнки
 
03.02.22
14:41
Попробуйте для проверки установить изменение в штатном расписании только первым днем месяца.
3 SleepyHead
 
гуру
03.02.22
15:16
(0) Возможно, ошибаюсь, но в вашем случае большое значение имеет дата документа начисления, а также настройки учета времени в премии. Точнее не могу пока сказать, но думаю, что надо разбираться в этом направлении.
4 sunn
 
03.02.22
15:17
(2) Да, если проводить документ Изменение штатного расписания 1м числом, корректно база ложится. Только эти документы должны соответствовать приказам, там ПФ и все такое, т.е только с утвержденной даты, т. к сезонные, погодные, аварийные, сменные работы в 90 % случаев 13-17числа.
Ошибка давняя, думала может ее каким нибудь патчем поправили, а я не нашла.
5 sunn
 
03.02.22
15:18
(3) Нет проблема, не в этом, пробовала, разбить Премию, на до и после, но вторая часть все равно -без спец оценки отражается.
6 pavlika
 
03.02.22
15:27
Если ведется, штатка, то КУ завичит от СОУТ и тут надо проверять, когда была сделана сама запись по СОУТ и когда был начислен доход, ибо база для страховых по доп тарифу определяется в момент начисления.
7 sunn
 
03.02.22
15:47
(6) Запись по СОУТ сделана 13.12, Документ Премия, период с 01.12.2021 по 31.12.2021, проведен 30.01.2021. в этом ошибки нет, проверялось не один раз(
8 Фрэнки
 
03.02.22
15:48
(4) т.е. это как бы и не ошибка, а вот такая Фича.

Для чего кадровикам формальное совпадение записи в программе дате приказа, если Действие(!) для конкретного Работника устанавливается Кадровым переводом?

Штатное Расписание, увы, но всегда в базах ЗУП регистрируется на даты начала месяца. Об этом там где-то предупреждение выдается. Т.е. можно вручную указать свою дату, но корректно данные ложатся только на начало.

з.ы. Ни разу не оправдываю разработчиков типовой, но похоже, что это слишком глубоко запихнули, что переделку этой фичи не выполняют.
9 pavlika
 
03.02.22
16:08
(7) Никто не запрещал сначала провести премию, в потом задним числом отразить СОУТ. Сейчас при перепроведении премии картина по РН Учет доходов по начислению страховых взносов не меняются?
10 Фрэнки
 
03.02.22
16:08
При большом желании, можно свое расширение запилить, чтоб поведение документа с изменением в ШР изменить.
Будет тогда документ с датой в любой день месяца, а в записях регистра используется дату начала этого же месяца.
11 sunn
 
03.02.22
16:49
(9) я Вас не понимаю) зачем числом отражать СОУТ?
12 sunn
 
03.02.22
16:53
(8) По Дате изменения из Изменения штатного расписания формируется и штатная расстановка, если с 13.12 меняются оклады, доплаты, вредность, то это нужно отражать не с 1го, а с 13.
и да, видимо придется расширением, но корректировать заполнение Истории изменения класса условий труда для ШЕ
Глупец, лишенный способности посмеяться над собой вместе с другими, не сможет долго выносить программирование. Фредерик Брукс-младший