Премии, РК, СН и кадровый перевод не с начала месяца

Форум Учет и отчетность Зарплата и кадровый учет (Зарплата)

1С:Зарплата и Управление Персоналом 3.x

1. haereticus 01.06.18 07:23 Сейчас в теме

Приветствую, коллеги!
ЗУП 3.1.5.212. Тот же эффект наблюдаю на 3.1.5.222 и 3.1.6.54
Ситуация такая: имеется подразделение с РК и СН, всем начислена месячная и годовая премии (введено по одному общему на всех сотрудников документу на каждый вид премии). При расчете РК и СН все практически замечательно - премии входят в базу для расчета РК и СН. За исключением одного сотрудника, по которому эти премии в базах расчета РК и СН не учитываются.
У этого сотрудника есть лишь одна особенность - кадровый перевод со 2 апреля(повысили оклад, 1 апреля был выходной). Из-за этого перевода почему-то не попадают премии в базу расчета РК и СН. Причем то же самое наблюдается, если дату перевода поставить >2 апреля. А вот если поставить дату перевода на 1 апреля, то все становится замечательно. Интересно, почему перевод оказывает подобное влияние, хотя такого эффекта быть не должно?

По теме из базы знаний

Найденные решения

20. dad68 04.06.18 12:42 Сейчас в теме

(19)Если всё так, как Вы написали, и других отличий, влияющих на правильность начисления нет, то это ошибка в конфигурации. Напишите об этом в 1С. Сформулировать ошибку в Вашем случае будет несложно.

Остальные ответы

Подписаться на ответы Инфостарт бот

Свернуть все

2. SaschaL 01.06.18 07:40 Сейчас в теме

(1) а при переводе премия как вид начисления случайно не прекратились?
просто этим документом можно прекратить одни начисления и запустить другие

3. haereticus 01.06.18 07:52 Сейчас в теме

(2)Нет, не перекрылась, месячная премия не из плановых начислений, каждый раз вводится новым доком. Более того, май уже считается нормально

4. M.Flint 01.06.18 07:54 Сейчас в теме

Попробуйте период начисления премии сделать со 2 апреля.

5. пользователь 01.06.18 08:01

Сообщение было скрыто модератором.

...

6. haereticus 01.06.18 08:05 Сейчас в теме

(4) есть эффект, если в начислении премии переставить в ТЧ период с 2-го. Но это же похоже на подгонку результатов:) В 2.5 такого влияния не было.
Есть ли вариант сделать это без изменения дат? Просто документ по премиям грузится из другой системы и вычислять эти периоды весьма трудоемко.

7. haereticus 01.06.18 08:19 Сейчас в теме

Ведь фактически премия начислялась целиком за месяц, а не со 2-го числа, тем более от оклада она не зависит

8. M.Flint 01.06.18 08:19 Сейчас в теме

Это не подгонка. Можете разбить период начисления премии на соответствующие периоды с учетом перемещений. Так даже правильнее будет.
У нас в январе было много переводов с 9.01. там и процент премии был разный. Часть руками, часть обработкой правили. Пишите обработку для корректировки периода начисления премии.

9. haereticus 01.06.18 08:22 Сейчас в теме

(8) Премия платится, например, от объема продаж и от изменения оклада и перемещений никак не зависит

10. M.Flint 01.06.18 09:31 Сейчас в теме

Разбивайте пропорционально чего-нибудь, или относите на один период, если на отражение в учете перевод не повлияет.

11. Mar12 01.06.18 09:40 Сейчас в теме

вообще по логике зупа перевод на новые оклады надо делать с начала месяца если сотр весь этот месяц получает новый оклад. Потому что есть такая весь как табелирование. Основа начисления зарплаты в зуп 3.1 - табель. там вы уже выставите что это выходной, а вам перевод лучше делать с начала месяца. Дату документа - 02.04, а перевод с 01.04

12. haereticus 01.06.18 10:16 Сейчас в теме

Я просто еще один эксперимент провел:
одному сотруднику, у которого было все нормально - завел ему кадровое перемещение со 2 апреля. И у него все отлично посчиталось, премии вошли в базу. Т.е.этот вопрос можно решить не только путем изменения даты премий. Но есть еще какой-то вариант. Видимо имеется какой-то косяк на уровне сотрудника

13. haereticus 01.06.18 10:41 Сейчас в теме

Вообщем, почти разобрался. Все дело в кадровом приказе. Сделал новый приказ - все работает. Осталось разобраться, что со старым было не так и почему он влияет на это вообще

14. haereticus 01.06.18 10:57 Сейчас в теме

А разница в приказах в том, что мой приказ меняет только оклад. А старый менял еще и должность. Из-за того, что поменялась должность и пошла вся эта чушь.
Вы это как-то можете прокомментировать? Должность-то тут причем может быть?

15. M.Flint 01.06.18 11:20 Сейчас в теме

У новой должности могут быть другие параметры: надбавки, тот же РК другой, отражение в учете и т.д.

16. haereticus 01.06.18 11:53 Сейчас в теме

Даже если перевожу на ту же самую должность, то получаю такой кривой эффект

17. M.Flint 01.06.18 12:36 Сейчас в теме

Важен сам факт перевода.

18. haereticus 01.06.18 12:59 Сейчас в теме

Да, как только появляется запись в регистре "Кадровая история", так сразу почему-то начинаются проблемы

19. haereticus 03.06.18 00:36 Сейчас в теме

Народ, ну это же ненормально, когда изменение должности ведет к такому эффекту.
Я так понимаю, это касается не только РК и СН , но и любой надбавки, зависящей от оклада или считающийся пропорционально отработанному времени. Поэтому вопрос касается не только тех, у кого есть РН или СН.
Логику креативных разработчиков 1С то можете как-то объяснить?

20. dad68 04.06.18 12:42 Сейчас в теме

Оставьте свое сообщение

E-mail: