Страница 1 из 1
Количество часов в нарядах (доплата)
Добавлено: 04 май 2006, 16:47
varvara
В спецификации наряда (индивидуальный наряд без КТУ) в доплате к работе стоит нулевое значение количества отработанных дней и часов.
После расчета зарплаты в результатах расчета в этой строке количество дней и часов становится равным
количеству дням и часам работы, к которой эта доплата относится. Сама работа и доплата распределены по одному виду оплаты, таким образом, количество часов по этому виду оплаты увеличивается .Как добиться,чтобы дни и часы при расчете зарплаты брались бы из спецификации?
Установлена системная настройка Управление персоналом= Расчеты с персоналом= Наряды=Печатать в расчетном листке время по табелю - НЕТ
Спасибо.
Добавлено: 12 май 2006, 18:12
Screw
Так в коде забито, что, если количество дней/часов персональной доплаты равно нулю, подставляются соответствующие данные из наряда.
Если в наряде фигурирует фактически отработанное за целый месяц время, то я бы посоветовал Вам включить упомянутую настройку.
Добавлено: 17 май 2006, 16:52
varvara
Я имела ввиду не персональную доплату, а доплату на работу(техоперцию) в спецификации наряда.
Мне ,кажется, логично бы было при расчете зарплаты для доплаты брать время/дни из наряда , но не из работы, к которой она относится, а из самой доплаты, даже если там 0.
А с упомянутой настройкой работать не совсем удобно, так как,
во-первых, наряд не всегда формируется на все отработанное время в месяце,
во-вторых, после расчета з/п время по наряду у меня почему-то удваивается (в таблице начислений все отработанное время проставляется в двух строчках :в первой работе и в первой доплате).
Добавлено: 22 май 2006, 09:39
Мария_Ф
Что значит "Сама работа и доплата распределены по одному виду оплаты"? У Вас вид оплаты формируется дважды? Тогда он и будет задваивать время по наряду.
Добавлено: 22 май 2006, 11:48
varvara
Попробую на примере:
В спецификации наряда есть работа , фактически отработанное время 5 часов в графе “Часы,факт”.
К этой работе создается доплата, которая не должна увеличивать фактическое время,соответственно в спецификации наряда у этой доплаты фактическое время в графе “Часы” - 0.
После расчета з/п в таблице начислений появляются две записи по работе и доплате к ней c отработанным временем по 5 часов в каждой.
Установлена системная настройка: Управление персоналом= Расчеты с персоналом= Наряды=Печатать в расчетном листке время по табелю – НЕТ(с такой настройкой время при расчете з/п берется из наряда)
Добавлено: 22 май 2006, 12:01
Мария_Ф
1. Почему у доплаты часы должны быть равны нулю? Ведь она платится за определенное время.
2. Какими видами оплат начисляется оплата по наряду и доплата к ней?
Добавлено: 22 май 2006, 15:33
varvara
У нас на некоторые техоперации существуют коэффициенты(за интенсивностьтруда, за дополнительную настройку и наладку станка …).Эти коэффициенты пытаюсь реализовать с помощью механизма доплат.Оплата по этому коэффициенту относится к тому же виду оплат, что и оплата за техоперацию(сдельная),а фактически отработанное время разносится по техоперациям.
Добавлено: 23 май 2006, 08:05
Мария_Ф
Насколько мне известно, доплаты формируются с тем же временем, что и основная оплата. Не лучше ли Вам сделать для доплаты другой вид оплаты? Вот по нему можно не включать отработанное время.
Добавлено: 23 май 2006, 16:01
varvara
Да с другим видом оплат проблем бы не было, но …
Мария_Ф, вы , как я поняла , считаете наряды в Галактике, поделитесь, пожалуйста, опытом.
1. Как вы разносите в наряде фактическое время по работнику, если у него несколько техопераций: вручную или используете какие-то функции?
2 . Может быть вы сталкивались с такой проблемой:
для написания алгоритма нужна функция, возвращающая процент премии, в списке предложенных не нахожу , хочу ее вычислить c помощью функций «премия по наряду» и «заработок по наряду», но возникает проблема с расчетом премии :
процент премии не ноль, запускаю функцию локального меню
«Рассчитать наряд»: алгоритм для з/п - (4) по КТУ, без учета тарифа,
алгоритм для премии - (1) от процента
После работы этой функции заработок по наряду рассчитывается, а графе «Премия» нулевые значения, даже если до расчета там было не ноль.
Добавлено: 23 май 2006, 21:09
Screw
Я имела ввиду не персональную доплату, а доплату на работу(техоперцию) в спецификации наряда.
Доплата на работу при разноске наряда назначается каждому выполнявшему данную работу члену бригады (или индивидуалу) и таким образом становится персональной доплатой. Вообще же лицевая сторона, доплаты на работы и наряд - это только исходные данные для разноски наряда и его дальнейшего расчета.
В спецификации наряда есть работа , фактически отработанное время 5 часов в графе “Часы,факт”.
К этой работе создается доплата, которая не должна увеличивать фактическое время,соответственно в спецификации наряда у этой доплаты фактическое время в графе “Часы” - 0.
После расчета з/п в таблице начислений появляются две записи по работе и доплате к ней c отработанным временем по 5 часов в каждой.
Часы, о которых Вы говорите, интерпретируются как "количество часов, за которые начислена доплата", а ни в коем случае не как количество фактически отработанного времени! Не пугает же Вас то, что в расчетном листке фактически отработанное время может фигурировать несколько раз: по основному виду оплаты и по разного рода доплатам.
2 . Может быть вы сталкивались с такой проблемой:
для написания алгоритма нужна функция, возвращающая процент премии, в списке предложенных не нахожу
И в алгоритме для расчета суммы персональной доплаты, и в собственном алгоритме для расчета премии на наряд Вы можете использовать спецфункцию
UCH_PROC.
Добавлено: 24 май 2006, 16:24
varvara
Значится так, подытожу все, что предлагалось .
С доплатами разобралась : временем в доплате управлять нельзя, зашито в коде по основному виду оплаты.
Ч то делать с временем по основному виду оплаты? Я так понимаю, в Галактике есть два пути:
-брать время из табеля( что не устраивает, т.к. на одного работника может быть несколько нарядов за месяц);
- брать время из наряда из графы «Часы,факт», но выходит это совсем не фактические часы.
Остается третий путь - что-то надстраивать самим.
А спецфункцию UCH_PROC использую, но этого мало, у нас сложный расчет премии.
Добавлено: 30 май 2006, 02:51
Screw
Не совсем уловил, что подразумевалось под "управлением часами доплат". Если Вы просто хотите при помощи хитрого алгоритма подставить в доплату нужное Вам количество часов, то решение существует. Если же что-то другое, то объясните, пожалуйста, что.
А на вопрос
Что делать с временем по основному виду оплаты...
я смогу ответить только если Вы сможете чётко сформулировать "что с ним
нужно делать".
И наконец, при чем тут UCH_PROC?
Добавлено: 30 май 2006, 15:14
varvara
По доплатам нужно , чтобы время бралось нулевое, под "управлением часами доплат" я имела ввиду , что может быть существует какая-то настройка, позволяющая при расчете з/п брать часы из спецификации наряда из графы “Часы” в строке доплат, даже если там стоит ноль. Воспользоваться функцией dop_setch(0) нет смысла, если только вставить очень маленькое значение dop_setch0.000000000000001).
По основному виду оплаты нужно , чтобы время бралось из наряда.
Например, один и тот же работник в течение месяца отаботал сдельно
60 часов и повременно- 115, т.е. существует бригадный наряд, по которому он отработал 60 часов(по табелю он отработал 175 часов,).После расчета зарплаты по виду оплаты «Сдельная оплата » количество часов у него должно быть 60.Как распределить это время в наряде, если количество техопераций в наряде несколько и наряд разнесен с учетом лицевой стороны, т.к. на техоперации есть доплаты,
наряд выполняла бригада , каждый из участников которой отработал по этому наряду разное количество времени?
Добавлено: 02 июн 2006, 18:18
Screw
Пока что штатных способов "размазать" время по работам не существует. И время доплаты нулевым сделать не получиться.
А разноска с учетом лицевой стороны делается с какой-то определенной целью?
Добавлено: 05 июн 2006, 15:22
varvara
Конечно, если производить разноску без учета лицевой стороны, а в наряде (в его лицевой стороне) были доплаты на некоторые работы(техоперации) , то после разноски в спецификации наряда они теряются.