Галактика в вопросах и ответах

Есть 2 вопроса по табелю.
В Галактике есть настройки, позволяющие вычитать из рабочего времени праздничные и сверхурочные часы ("Рабочие часы по факту за вычетом сверхурочных"). В результате расчета зарплаты появляются 2 записи - оплата по основному времени и оплата за праздничные. Для офисных работников это удобно, т.к. видно, что они получили оклад + получили в двойном размере за работу в выходные. Кроме того, для расчетчика достаточно удобно корректировать оплату за праздничные, т.к. она представлена одной записью, а не "размазана" по окладу и праздничным. Но, с другой стороны, появляются сложности для работников склада, у которых почасовая оплата по тарифу. Причем, независимо от того, работают они в выходной или сверхурочно, оплата не меняется. Т.е. у них в расчетном листке желательна одна запись на все рабочее время.
Теперь вопросы.
1) Стоит ли пользоваться настройкой "Рабочие часы по факту за вычетом сверхурочных"="да" или лучше "размазывать" оплату выходных по окладу + доплата за работу в выходные? Может быть есть какие-то нюансы (больничные, отпуска) и этой настройкой лучше не пользоваться?
2) Если этой настройкой можно безопасно пользоваться, то как сделать, чтобы у работников офиса отображались две записи (оклад+оплата выходных), а у работников склада все рабочее время было бы в одной записи.

И еще вопрос.
Работники склада сидят на "скользящем" графике. Как настроить табель так, чтобы у них не выделялись отдельно выходные и праздничные.

Вопрос второй. На первый можно целый трактат писать
Настройте этим складским работникам свой график работы, только вот праздники в табеле все равно будут выделяться красным цветом, по моему, этого убрать нельзя, Вы же не будете праздничные дни удалять.

1) Наверное для выходных, праздничных вы имели в виду соответственно настройки "Рабочие часы по факту за вычетом работы в выходные" и "Рабочие часы по факту за вычетом работы в праздники"! В ваше случае (как и в нашем) эту настройку лучше использовать, но ради написания собственных алгоритмов для ответа на вопрос №2
2) Для работников склада вводите новую форму оплаты типа "Повременная-склад" и пишете алгоритмы для видов оплат "Повременная", "Оклад" и "Оплата (доплата) праздничных и выходных дне". Дело в том, что по ТК даже если у человека по графику заложен рабочий день приходящийся на государственный праздник, то он должен быть оплачен в двойном размере (не считая заморочек с премиями). В алготриме для офисных работников с "Окладом" игнорируете часы работы в праздники и выходные, а в "Оплате за выходные и праздничные" наоборот учитываете эти часы. Соответственно для работников склада используете логическое ветвление с формой оплаты и не игнорируете часы работы в праздники и выходные при расчете "Повременной оплаты", а в "Оплате праздничных и выходный" как раз игнорируете часы работы в выходные и праздничные для таких работников.
Советую использовать для получения различных часов функцию WT_GHBD с соответсвующими параметрами.

Ответ на и еще вопрос
Синим цветом в табеле выделяются дни-часы если вы используете отклонение, которое обозначает работу в выходной день. Поэтому чтобы не было выделения не используйте такие отклонения. А если человеку нужно чтобы факт был в табеле, то просто напрямую внесите часы в табель без использования отклонения. Но опять же если день является государственным праздником, то часы все равно будут выделяться красным цветом, и система их будет выделять как часы работы в праздники!

Блин, все-таки засада с вычетом выходных из рабочих по факту.
У работников склада суммированный учет сверхурочных. Если настройка "Рабочие часы по факту за минусом выходных" = "Да", то сверхурочные не считаются, т.к. рабочие часы меньше плановых (хотя, если сложить рабочие+выходные, то работали больше плана).
Придется все-таки не использовать эти настройки.

2 Великий пользователь.
Что-бы я не делал, все равно работа в выходные выделяется синим.

Может кто-нибудь описать, что надо сделать, чтобы корректно настроить "скользящий" график с суммированным учетом сверхурочных.

Что сделано:
1) Созданы 2 режима работы (1 смена, 2 смена)
Интервал не задан, плановый режим - тот же самый, Учет сверхурочных работ - суммированный, среднее кол-во часов в месяце = 0.
2) Созданы графики на 2006 год.
Работа происходит посменно (5 дней по 12 часов, затем 9 дней выходных).
3) В табеле, когда осуществляем редактирование по факту, если человек выходил не в свою неделю, то выделяются выходные и день помечается синим. Сверхурочные считаются правильно, только если настройка "Рабочие часы по факту за минусом выходных" = "нет", иначе не считает сверхурочные.

Как настроить, чтобы суммированный учет сверхурочных был не за месяц, а за другой период (квартал, полгода, год)?

Мда, проиграл ваш вариант. Да в интерфейсе итогов по табелю все синее не спорю. Но проиграть расчет сверхурочных не успел. Думаю в любом случае можно, либо стандартными спец. алгоритмами, либо написаными на VIP, в том числе и за квартал или год. Только чем сложнее запрос, тем сложнее выглядеть будет алгоритм (его реализация).
Что бы точнее получился эксперимент (точнее чтобы я убедился, что я вас понял), приведите реальный график и фактическую явку по человеку, а так же конечную раскладку оплачиваемых часов.

WiRuc
А почему у Вас "человек выходил не в свою неделю"? Это же его выходные по графику, поэтому и будут они синими. Если он вышел в другую смену, то сделайте ему "Переход в межпериод" на другую смену с ... по ... и у него получатся часы по графику без выходных (т.е. не будут синими). У Вас не будет выходных и сверхурочные будут считаться правильно.

Если уж назрела насущная потребность сделать день работы в выходной (выделяется синим) или праздник (выделяется красным) обычным рабочим (никак не выделяется), то зайдите на закладку "Корректировка", установите курсор на нужную дату и обратите Ваш взор на поле "Флаги". Модифицируя его значение (с помощью <F3> или клавиши ANYKEY) Вы добьётесь желаемого результата.

Но такие манипуляции приходится выполнять крайне редко, т.к., обычно вопросы решаются либо описанием "правильного" графика, либо созданием переходов на другой режим работы.

Что касается настройки "Рабочие часы по факту за вычетом сверхурочных", то работает она, если не ошибаюсь, только при подневном учете этих самых сверхурочных. В случае суммированного расчета с/у лучше воспользоваться настройкой "Фактически отработанное время ограничивать нормой".

Рассчитывать итоги по-разному для каждого отдельно взятого лицевого счета я еще не умею. Да и не думаю, что в этом есть необходимость. Тем более, что, манипулируя табельными функциями (WT_GHBD - из их числа), можно организовать какой угодно способ оплаты рабочих, выходных и праздничных часов. Или почти любой Ж:о)

Как настроить, чтобы суммированный учет сверхурочных был не за месяц, а за другой период (квартал, полгода, год)?

С помощью постоянной доплаты. В алгоритме расчета этой доплаты для получения количества с/у за нужный период используйте приснопамятную функцию WT_GHBD. Кроме того, если доплата назначена "навечно", то алгоритм должен возвращать 0 в любой из отличных от окончания квартала/полугодия/года месяцев. А можно попросту назначать доплату только в нужный момент, например, каждый год в декабре (при годовом учете). Не забудьте при этом и включить суммированный учет с/у и отключить их автоматическую помесячную оплату.

Вот алгоритм для выборки количества с/у часов за последние 3 месяца (сгодится для квартальных выплат):

Screw писал(а):Рассчитывать итоги по-разному для каждого отдельно взятого лицевого счета я еще не умею. Да и не думаю, что в этом есть необходимость. Тем более, что, манипулируя табельными функциями (WT_GHBD - из их числа), можно организовать какой угодно способ оплаты рабочих, выходных и праздничных часов. Или почти любой Ж:о)

Оплату, конечно, можно любую организовать, но это относиться только к сумме, а не к часам в начислении. А расчет среднего заработка зависит от рабочих часов. Следовательно, все упирается в первоначальный выбор настройки "Рабочие часы по факту за вычетом ..." - если сейчас ее неправильно выставить, то в дальнейшем поменять ее будет невозможно, т.к. измениться входимость оплат в часы для расчета среднего.

Оплату, конечно, можно любую организовать, но это относиться только к сумме, а не к часам в начислении. А расчет среднего заработка зависит от рабочих часов

Спецфункция UCH_SETCH поможет отцу русской демократии!

Screw писал(а):Спецфункция UCH_SETCH поможет отцу русской демократии!

Спасибо.

2 All
Еще вопрос возник по оплате.
У работников склада есть тарифная сетка:
1) Администратор - 30р/час
2) Грузчик - 10руб/час
и т.д.
За работу в ночное время (22:00 - 6:00) осуществляется доплата:
1) Администратор - 5руб/час
2)Грузчик - 2 руб/час
Т.е. фактически, это еще одна тарифная сетка, которая должна применяться совместно с первой. В лицевом счете я могу привязать только 1 сетку. Есть возможность привязать алтернативную оплату, но, во-первых, там можно указать только процент, во-вторых, ее придется привязывать к каждому человеку отдельно, что не очень удобно.
Как делать доплату ночных?

Думаю пока делать так:
1) Заводим тарифную сетку с кодом 1 для оплаты труда работников склада.
2) Заводим тарифную сетку с кодом 2 для доплаты в ночное время.
3) Создаем вид оплаты "Доплата за ночные" и привязываем ее в настройке в качестве доплаты за ночные.
4) Пишем собственный алгоритм для "Доплаты за ночные часы." Смысл алгоритма в следующем:
Если присутствует тарифная сетка с кодом на единицу больше, чем тарифная сетка основной оплаты, то берем тариф из нее, иначе используем тариф основной оплаты, умноженный на 0.5, для формирования доплаты за ночные.

Какие могут возникнуть нюансы в таком алгоритме или может есть вариант получше?

Скажите так вы указаным работникам эту доплату делаете не в процентах от тарифа, т.е. как написали, или это еще дополнительно к % от тарифа?

Великий Пользователь писал(а):Скажите так вы указаным работникам эту доплату делаете не в процентах от тарифа, т.е. как написали, или это еще дополнительно к % от тарифа?

В том то и проблема, что доплата делается не в процентах от основного тарифа, а разработана собственная сетка доплат в фиксированных суммах за час.

Попробовал собственный алгоритм, вроде работает.
Окончательный вариант: где алгоритмы
305 - TarS(UCH_SISOPL,UCH_RAZR,UCH_CODTAR+1,UCH_DATAN)
300 - IF(UCH_SISOPL=30, KOT(XAR_DATAN,UCH_LSCH)/UCH_CHASGR, IF(UCH_SISOPL=40, UCH_TARIF, 0))
203 - WT_GHBD(3, 0, 0, true, UCH_DATAN, UCH_DATOK)