ЗиК: Проблема с перерасчетом оклада за прошлые периоды!
29.09.2003
16:44
#1
"Добрый день! Неожиданно случилась такая проблема: группе сотрудников подняли зарплату, причем 3 месяца назад. Бухгалтерия платила по старому окладу и теперь собралась выполнить перерасчет за 3 месяца в этом периоде. Я в ЗиК 7.70.234 создаю документ «Кадровое перемещение», в котором отражаю изменение оклада с 01.07.03. Программа создает «Начисление зарплаты» перерасчет с 1.07. по 30.09. Проводим и начинаются непонятки с ежемесячными премиальными выплатами и надбавками: в журнале расчетов появляются
1. сторнировочные записи по старым начислениям ;
2. перерасчет начислений по новым ставкам;
3. начисления по старым ставкам.
То есть человек получает почти в два раза чем должен, кроме того выплаты разового характера сторнируются и не возвращаются вообще. Сам оклад проводится корректно.
Может кто сталкивался с такими проблемами, буду рад любым дельным советам!
Заранее спасибо!
"
1. сторнировочные записи по старым начислениям ;
2. перерасчет начислений по новым ставкам;
3. начисления по старым ставкам.
То есть человек получает почти в два раза чем должен, кроме того выплаты разового характера сторнируются и не возвращаются вообще. Сам оклад проводится корректно.
Может кто сталкивался с такими проблемами, буду рад любым дельным советам!
Заранее спасибо!
"
01.10.2003
12:17
#2
А Вы не пробовали менять оклады документом: "Перерасчет окладов по предприятию"?
Может в этом дело...
Удачи!
Может в этом дело...
Удачи!
02.10.2003
15:20
#3
Я пробовал подойти и таким образом, данный документ удобней тем, что можно изменить оклады сразу группе сотрудников. Однако в итоге мы приходим все к тому же документу "Начисление озарплаты - перерасчет за прошлые месяцы", а вот он уже не правильно обрабатывает выплаты разового характера (сторнирует, а отдавать не хочет), поэтому приходится все проверять руками и при этом теряется весь смысл автоматического перерасчета.
С тройными записями по систематическим выплатами разобрались архивированием и восстановлением базы (полная перестройка ключей), этот глюк прошол, но с разовыми выплатами - беда.
С тройными записями по систематическим выплатами разобрались архивированием и восстановлением базы (полная перестройка ключей), этот глюк прошол, но с разовыми выплатами - беда.
Читают тему
(гостей: 1)