Оклад

[Nasha]

Принимаем человека на работу на ячейку по ШР разряд-IV группы, разряд по оплате-V, но когда меняем в планировании приема разряд на III группу, а разряд по оплате на IV, то в поле оклад встает коэффициент вместо оклада. Кадровики утверждают, что до обновления 6.04.01.01 при таких манипуляциях все было нормально- оклад вставал в соответствии с разрядом. В чем может быть дело?

[DUCKKK]

В том, что кадровики врут.

[Antoshes]

Nasha
Возможно не врут. Обнаружили ошибку в процедуре
pr_prc_curr_ini_pid_repl, но когда делается замещение.

было
--AND (@$Pr_1:Date_trans BETWEEN Date_trans AND Date_depart)
--сделали вот так
and @$Pr_1:Date_trans >= Date_trans

и разряд подставляется правильный!

[RVV]

И в чем смысл такой правки? Вы вместо назначения на заданную дату хотите получить ЛЮБОЕ назначение с датой больше заданной.

Nasha, а Вы работаете по схеме "Проект приказа"?

[Nasha]

Да, по схеме "Проект приказа". Если бы кадровики врали, они бы давно достали с этим вопросом, т.к. у нас часто принимают на работу с разрядом по оплате меньшим, чем по ШР. Ну, и если допустим, что они врут, тогда ошибка в программе? Как это исправить?

[RVV]

Проверил на серийной версии 6.03.01.11, при изменении разряда по оплате в поле "Оклад .." подставляется значение коэффициента.

Может у Вас объект замещения работал?

[Nasha]

Проверили нашу предыдущую версию 6.03.01.11r, при изменении разряда в поле "Оклад.." встает ОКЛАД. Объектов замещения нет. Вызываемый диалог pr_dlg_cur_new в новой версии 6.04.01.01 был удален. Проверьте, пожалуйста. Согласитесь, нелогично в поле "Оклад.." ставить коэффициент.

[DUCKKK]

Система оплаты у работника какая? Если система оплаты - по ТС, то при изменении разряда ВСЕГДА ставится коэффициент, а не оклад. Понятия "оклад" в этом случае вообще нет!

[Nasha]

Система оплаты у нас - ПО ОКЛАДУ, но с разрядностью по ТС. Когда планируем прием, изначально из ШР встает оклад, но стоит изменить разряд по оплате - вместо оклада встает коэффициент.[/code]

[Nasha]

Причем в версии 6.03.01.11 при изменении разряда/категории или разряда по оплате Оклад пересчитывался с учетом коэффициента и вставал полученной суммой, а не коэффициентом.

[DUCKKK]

Уважаемые коллеги, у кого-то ещё на версии 6.03.01.11 оклад "вставал" вместо коэффициента?

[RVV]

В версии 6.03.01.11 в диалоге pr_dlg_cur_new в секции ТАВ написано:
pr_current.tarif_id, pr_current_project.tarif_id {
SELECT coeff INTO :coeff_ FROM PClass_Tarif WHERE Code_Prof = @$Pr_1:tarif_id;
ALIAS @$Pr_1:wage = coeff_;
DRAWFIELD @$Pr_1, 7;
};

В версии 6.04.01.01 в диалоге pr_dlg_people_in_1 в секции ТАВ написано:

if DLGFIELD[''] == 'pr_current.tarif_id' then {

SELECT coeff INTO @$Pr_1:wage
FROM PClass_Tarif
WHERE Code_Prof = @$Pr_1:tarif_id;
DRAWFIELD @$Pr_1, wage;

}; -- tarif_id

В чем разница?

[DUCKKK]

Да стопудово разница в том, что у них написано другое .... Но проще же спорить пять дней кряду.

[Nasha]

Извините за назойливость. Спорить с Вами мне совершенно не хочется. Разницы в диалогах, описанных RVV нет. У нас написано также. Может вы не так моделируете ситуацию?
Мы делаем (в версии 6.04.01.01) так:
Создаем планирование назначения, выбираем должность из ШР. Все поля формы заполняются автоматически по ШР (Разряд-III группы, Категория должности- рабочие основные, режим работы- график№1, система оплаты- оплата по окладу, Оклад/час.ст./коэф по тс- 5600, разряд по оплате- V).
Затем разряд по оплате мы меняем на IV, после чего в поле Оклад/час.ст./коэф по тс встает 1,5. Мы бы не обращали на это внимания, если бы в приказе Формы Т1 не выходило: "Принять ........ с тарифной ставкой (окладом) 1 руб. 50 копеек. "
Вручную переписывать "Оклад/час.ст./коэф по тс" кадровики не хотят. Может, мы что-то делаем не так?

[RVV]

Проверьте список pr_tarif_look, нет ли у Вас к нему доработок.
там есть локальная процедура pr_set_param