ЗиК: Кадровое перемещение и повышение окладов по предприятию

У кого-нибудь была такая ситуация:<br><br>1. 01/06/2005 "Повышение окладов по предприятию" коэфф. 1,5<br><br>2. 01/06/2005 "Кадровое перемещение" сотрудника на должность с<br><br>большим окладом.<br><br>3. 07/07/2005 "Начисление отпуска" этому сотруднику.<br><br><br><br>По 213 положению средний увеличивается на коэффициент. Только в данном случае программа увеличивает не на 1,5. А на больший, т.к. для расчета коэффициента берет последний из окладов из истории по сотруднику. <br><br>Пробовала проводить эти документы в разной последовательности - все равно не правильно. А в разные дни проводить тоже не могу (т.к. приказы в один день).<br><br>И больший коэффициент оставлять нельзя... Кошмар какой-то!<br><br>Ведь это не уникальный случай, ответьте, пожалуйста, кто что-то сумел сделать<br><br>в этой ситуации. Спасибо.

У вас сотрудник что, и в первый и во второй приказ входит? <br><br>А как вы определяете , какой оклад ему 01.06.05 платить? У вас что, в приказах время указано, чтобы определитьЮ, какой из них раньше, какой позже? <br><br>Небось в каждом написано: "С 01.06.05 установить оклад такой-то". <br><br>Вот когда отдел кадров (или бухгалтерия) обоснует, какой именно оклад ему платить 01.06, тогда из второго приказа этого человека можно спокойно убрать.<br><br>Потому что он не имеет смысла.<br><br>А уж требовать от Зик обрабатывать все бессмысленные ситуации...

Была такая ситуация. Сначала расчитайте отпускные без приказа на повышение. Начисление отпуска-Средний заработок-Заполнить. А потом проведите приказ о перемещении на новую должность. Когда заполняется средний заработок с помощью кнопки Заполнить. То потом при любых изменениях он не меняется, пока вы сами не захотите его пересчитать.

Была такая ситуация. Сначала расчитайте отпускные без приказа на повышение. Начисление отпуска-Средний заработок-Заполнить. А потом проведите приказ о перемещении на новую должность. Когда заполняется средний заработок с помощью кнопки Заполнить. То потом при любых изменениях он не меняется, пока вы сами не захотите его пересчитать.

Была такая ситуация. Сначала расчитайте отпускные без приказа на повышение. Начисление отпуска-Средний заработок-Заполнить. А потом проведите приказ о перемещении на новую должность. Когда заполняется средний заработок с помощью кнопки Заполнить. То потом при любых изменениях он не меняется, пока вы сами не захотите его пересчитать.

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

Бессмысленность в том, что у вас 2 действующих приказа с разными окладамит на одного человека. Какой оклад вы ему будете платить 01.06 и почему? <br><br>У нас как раз были такие ситуации и каждый раз оказывалось, что 2 приказа на повышение на разную величину - это абсурд и их объединяли в 1. <br><br>Я придерже свое мнение при себе, а вам придется переписывать правильно работающую программу

А если перевод на другую должность произошел допустим 03.06.?<br><br>Тогда коэффициэнт не изменится при расчете среднего. И бессмыслицы не будет. А программу тоже что ль переписывать? И зачем. Когда таких случаев мало, можно ручками скорректировать.

> можно ручками скорректировать.<br><br>Тогда зачем программа?

Так вопрос задавать разработчикам надо. По моему, мы и так почти все время что то корректируем и вводим вручную. К сожалению нет совершенства.