Начисления в ЗУП 3.1. Трабла.
 

Ситуевина следующая.
Ввели новый вид начисления "Премия фиксированная".
Формула расчета:
ПремияМесячнаяФиксированная/НормаДней*ВремяВДнях

В документе "Начисление зарплаты и взносов" она встает на полное количество дней, а не реально отработанных. Хотя оклад рассчитывается по отработанным дням. Его формула:
Оклад * ДоляНеполногоРабочегоВремени * ВремяВДнях / НормаДней

Самое смешное, завели новый вид начисления премии фиксированной, вместо прежней, с формулой:
ПремияМесячнаяФиксированная * ВремяВДнях / НормаДней
так в документ "НЗиВ" она встает рассчитаная за 1 день.
Т.е. получается, что предопределенный показатель ВремяВДнях возвращает разное значение. Например, в случае с окладом - 9 дней, у одной премии - 17 дней, у другой премии - 1 день. Как с этим бороться?

Вообще-то "фиксированная" означает константу для суммы.
Попробуйте другой множитель вместо ПремияМесячнаяФиксированная

(1) Это просто так назвали. Смысл ее в том, что сумма премии постоянная для всех - 3000. Но выплачивается согласно отработанным дням. И эта сумма в расчет попадает нормально. Неправильно отработанные дни встают.
Т.е. в строке с окладом идет: Отработано (9д, 72ч); Норма времени (17д,136ч).
В строке с премией: Отработано (17д,136ч); Норма времни (17д,136ч): Результат 3000.
3000=3000/17*17
Математически верно. Неверно получено отработанное время.

[quote=US1C;45468329]Но выплачивается согласно отработанным дням[/quote]

Чем это по сути отличается от оклада ?
Увеличьте оклад на 3000 руб., получите верный результат, без захламления расчетного листка и базы непонятными ВР

(3) К сожалению, это не мне решать как и какие начисления делать сотрудникам. Как минимум, отличается от оклада кодом дохода (2002) и, отсюда вытекающими, датами начисления НДФЛ.
Вопрос был в другом. Почему предопределенный показатель возвращает разные значения?

4-US1C >Код дохода 2002 - это премия за достижение производственных результатов, т.е. каких то количественных показателей. Каких именно - должно быть четко расписано в локальных актах. У вас же этого нет: явился на работу - уже имеешь право на премию. А там хоть балду весь день забивай.
Ваше начисление в указанном в (0) виде - никакая не премия

(5) Руководство расценивает это как премию (прописана во внутреннем уставе и трудовом договоре). По сути, большинство премий так и выплачивается - по факту отработанного времени, а не за какие-то заслуги. Работодатель просто немного хитрит, вынося часть з/п из оклада в премию. Премии можно ведь и лишить за что-то, а брать штраф из з/п низзя.
Но опять же, это не есть решение моего топика. Завтра потребуется добавить новое начисление, а полагаться на предопределенные показатели оказывается нельзя.

[quote=US1C;45478917]Руководство расценивает это как премию[/quote]

Да пофиг как оно это расценивает
Оно не имеет никакого права что то "расценивать". Расценивает и утверждает законодатель, а руководство, каким бы оно вумным не было, должно читать НПА и исполнять их. Задумка руководства совершенно ясна - манипулировать деньгами.
В вашем случае кстати лишить премии проблематично. Показатель ПремияМесячнаяФиксированная прописан в ТД (с ваших слов) и поменять его в одностороннем порядке нельзя. И если сотрудник весь месяц отработал - ему положена полная премия. А он может весь месяц козла забивать или в соцсетях сидеть, пофиг. Явка есть - гони премию.

Я понимаю что конфа - вещь гибкая и настроить в ней можно много чего, в том числе вещи абсурдные и противозаконные. В вашем случае я бы заменил ПремияМесячнаяФиксированная на РасчетнаяБаза (в нее входит оклад), должно работать правильно.

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

8-US1C >Да, это я ошибся в (7). Делал 2 дела одновременно, написал не то ...

8-US1C >Обычно если делают доплату, зависящую от отработанного времени, то её берут процентом от РасчетнойБазы, которая обычно состоит из оклада. Но может не только из него. Вот что хотел написать в (7)

(10) Ясно. Но проблема не в базе, а в днях, к сожалению.

Назначение начисления какое стоит - Премия? Попробуйте повременная оплата труда и надбавки (при этом код дохода даст выбрать 2002).

[quote=Volga;45480989]Попробуйте повременная оплата труда [/quote] ага. и еще учет времени поиграться - то ли пусто, то ли явка, то ли рабочее время. кажись, пусто д.б.

13-Блондинка в шок > Можно пусто попробовать. Если оставлять назначение Премия, то скорее всего непопулярный документ Табель может помочь. Т.е. Табель "зафиксирует" неполное время, и тогда Премия должна рассчитаться с учетом этого неполного времени. Мне больше нравится вариант без табеля - с повременной оплатой.

Попробуйте в формуле вместо показателя ВремяВДнях использовать показатель ОтработаноДней

(12) Да, премия. Попробую.
(15) Это тоже использовал. И ОтработаноЧасов. Все возвращает норму дней и часов для месяца. Почему, один и тот же показатель в случае с окладом возвращает 9дней, а в премии-17?

[quote=US1C;45483366]Почему, один и тот же показатель в случае с окладом возвращает 9дней, а в премии-17?[/quote]может (только предположительно может!, лень в зуповских запросах ковыряться) потому что у оклада вид времени - "рабочее время", а у твоей премии - какой?

(12) Да, получилось. Поменял премию на повременную оплату труда. Формулу оставил ту же. И все взлетело. Программа увидела, что сотр отработал 9 из 17 дней и правильно рассчитала. Я перестал понимать логику ЗУПа.

(17) Вид времени - Явка.

(17) Причем ее нельзя изменить или убрать. Только добавить дополнительные виды - Вахта, Командировка и пр.

[quote=US1C;45483505] (12) Да, получилось. .. Я перестал понимать логику ЗУПа. [/quote]
Рада, что помогла. Сколько там всего, где сложно понять логику... Сегодня вот переход сделала в одной организации с 2 на 3, а там доходы по сотрудникам перенеслись только за март, а января-февраля нет. Завтра (т.е. уже сегодня) придется искать логику.

(21) У нас чуть хуже ситуация. Переносил из ЗИК 7.7.
Там есть два варианта переноса. Либо данные по сотрудникам на дату переноса (рекомендуемый), либо с начислениями с начала года по дату переноса. Мы выбрали второй вариант. Теперь приходится править регистры в документах Перенос данных и создавать приказы о приеме на работу, потому как в некоторых случая программе не хватает только записей регистров, а тупо ищет документ.