ЗиК: Кадровое перемещение и повышение окладов по предприятию
08.07.2005
20:48
#1
У кого-нибудь была такая ситуация:
1. 01/06/2005 "Повышение окладов по предприятию" коэфф. 1,5
2. 01/06/2005 "Кадровое перемещение" сотрудника на должность с
большим окладом.
3. 07/07/2005 "Начисление отпуска" этому сотруднику.
По 213 положению средний увеличивается на коэффициент. Только в данном случае программа увеличивает не на 1,5. А на больший, т.к. для расчета коэффициента берет последний из окладов из истории по сотруднику.
Пробовала проводить эти документы в разной последовательности - все равно не правильно. А в разные дни проводить тоже не могу (т.к. приказы в один день).
И больший коэффициент оставлять нельзя... Кошмар какой-то!
Ведь это не уникальный случай, ответьте, пожалуйста, кто что-то сумел сделать
в этой ситуации. Спасибо.
1. 01/06/2005 "Повышение окладов по предприятию" коэфф. 1,5
2. 01/06/2005 "Кадровое перемещение" сотрудника на должность с
большим окладом.
3. 07/07/2005 "Начисление отпуска" этому сотруднику.
По 213 положению средний увеличивается на коэффициент. Только в данном случае программа увеличивает не на 1,5. А на больший, т.к. для расчета коэффициента берет последний из окладов из истории по сотруднику.
Пробовала проводить эти документы в разной последовательности - все равно не правильно. А в разные дни проводить тоже не могу (т.к. приказы в один день).
И больший коэффициент оставлять нельзя... Кошмар какой-то!
Ведь это не уникальный случай, ответьте, пожалуйста, кто что-то сумел сделать
в этой ситуации. Спасибо.
11.07.2005
05:04
#2
У вас сотрудник что, и в первый и во второй приказ входит?
А как вы определяете , какой оклад ему 01.06.05 платить? У вас что, в приказах время указано, чтобы определитьЮ, какой из них раньше, какой позже?
Небось в каждом написано: "С 01.06.05 установить оклад такой-то".
Вот когда отдел кадров (или бухгалтерия) обоснует, какой именно оклад ему платить 01.06, тогда из второго приказа этого человека можно спокойно убрать.
Потому что он не имеет смысла.
А уж требовать от Зик обрабатывать все бессмысленные ситуации...
А как вы определяете , какой оклад ему 01.06.05 платить? У вас что, в приказах время указано, чтобы определитьЮ, какой из них раньше, какой позже?
Небось в каждом написано: "С 01.06.05 установить оклад такой-то".
Вот когда отдел кадров (или бухгалтерия) обоснует, какой именно оклад ему платить 01.06, тогда из второго приказа этого человека можно спокойно убрать.
Потому что он не имеет смысла.
А уж требовать от Зик обрабатывать все бессмысленные ситуации...
11.07.2005
11:30
#3
Была такая ситуация. Сначала расчитайте отпускные без приказа на повышение. Начисление отпуска-Средний заработок-Заполнить. А потом проведите приказ о перемещении на новую должность. Когда заполняется средний заработок с помощью кнопки Заполнить. То потом при любых изменениях он не меняется, пока вы сами не захотите его пересчитать.
11.07.2005
11:30
#4
Была такая ситуация. Сначала расчитайте отпускные без приказа на повышение. Начисление отпуска-Средний заработок-Заполнить. А потом проведите приказ о перемещении на новую должность. Когда заполняется средний заработок с помощью кнопки Заполнить. То потом при любых изменениях он не меняется, пока вы сами не захотите его пересчитать.
11.07.2005
11:30
#5
Была такая ситуация. Сначала расчитайте отпускные без приказа на повышение. Начисление отпуска-Средний заработок-Заполнить. А потом проведите приказ о перемещении на новую должность. Когда заполняется средний заработок с помощью кнопки Заполнить. То потом при любых изменениях он не меняется, пока вы сами не захотите его пересчитать.
11.07.2005
21:51
#6
А в чем бессмысленность ситуации?
ну могли одним кадровым перемещением повысить в должности с окладом,
который у этой должности появляется после повышения окладов по предприятию.
Но:
1. Раз приказ в целом по предприятию, то сотрудник должен быть в нем.
2. как раз в этот день его переводят на другую должность, повышают. значит - еще приказ по кадровому перемещению. а эта должность с большим окладом.
Смысл имеет и тот, и другой.
И если провести (не только в программе, но и на бумаге)только один, то коэффициент повышения для одного сотрудника будет больше. чем для других.
1С должна при расчете коэфф. должна не только брать последний оклад из истории, но и увязывать его с видом документа, из которого он возник.
И пожелание: воспитаннее нужно быть и свое "фи" при себе держать.
Тем более, если ответ точный дать не можете и с ситуацией не сталкивались
ну могли одним кадровым перемещением повысить в должности с окладом,
который у этой должности появляется после повышения окладов по предприятию.
Но:
1. Раз приказ в целом по предприятию, то сотрудник должен быть в нем.
2. как раз в этот день его переводят на другую должность, повышают. значит - еще приказ по кадровому перемещению. а эта должность с большим окладом.
Смысл имеет и тот, и другой.
И если провести (не только в программе, но и на бумаге)только один, то коэффициент повышения для одного сотрудника будет больше. чем для других.
1С должна при расчете коэфф. должна не только брать последний оклад из истории, но и увязывать его с видом документа, из которого он возник.
И пожелание: воспитаннее нужно быть и свое "фи" при себе держать.
Тем более, если ответ точный дать не можете и с ситуацией не сталкивались
12.07.2005
03:56
#7
Бессмысленность в том, что у вас 2 действующих приказа с разными окладамит на одного человека. Какой оклад вы ему будете платить 01.06 и почему?
У нас как раз были такие ситуации и каждый раз оказывалось, что 2 приказа на повышение на разную величину - это абсурд и их объединяли в 1.
Я придерже свое мнение при себе, а вам придется переписывать правильно работающую программу
У нас как раз были такие ситуации и каждый раз оказывалось, что 2 приказа на повышение на разную величину - это абсурд и их объединяли в 1.
Я придерже свое мнение при себе, а вам придется переписывать правильно работающую программу
Читают тему
(гостей: 1)