Информация о файле обновления Галактика WT_DLL_8101180.TXT


Описание файла обновления:
ФайлWT_DLL_8101180.TXT
ОбновлениеWT_DLL_8101180
НазначениеОбщее
ПродуктГалактика 8.10
Релиз03.11.2006 : Atlantis 5.2.8
КомпонентWT
ТипDLL
Версия8.10.118.0
Дата2015-12-03 17:52:35
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
106.102018.10.116.1Неявка по РПД 91 не перекрывается введенным больничнымЗаработная платаПросмотр табеля
Если отклонение с типом "уменьшение", введенное вручную либо по приказу, приходится целиком на период больничного, то оно перекрывает больничный: отображается в табеле вместо больничного.Теперь если отклонение-уменьшение целиком приходится на период больничного, то оно больше не перекрывает больничный. Неявка, по отклонению, целиком перекрытому больничным, не создается.
101.565738.10.116.0Если ввести два табельных обозначения "ОЖ", но с разным кодом стажа, все равно получается не правильный стажЗаработная платаФормирование табеля
Если для двух разных отпусков по уходу за ребенком ввести два табельных обозначения "ОЖ", но с разным кодом стажа, получается неправильный стаж. Потому что связь реализована по буквенному коду УО, и получается, что два отпуска с точки зрения программы имеют одно и то же условное обозначение. Надо сделать привязку по номеру записи, а не по букве. То же самое в больничных: условное обозначение в классификаторе привязывается по буквенному коду, что тоже может привести к проблемам при наличии разных обозначений с одинаковым буквенным кодом.Теперь в больничных и отпусках однозначная связь вида больничного/отпуска с условным обозначением для табеля, и разные УО с одинаковым буквенным кодом будут теперь работать корректно. Условные обозначения, привязанные к видам больничных/отпусков до установки данного обновления, будут обрабатываться как раньше (связь по буквенному коду), до тех пор, пока они не будут перевыбраны в классификаторе. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Если ситуация имела место (несколько обозначений с одинаковым буквенным кодом для разных видов отпусков/больничных), то необходимо у этих видов отпусков/больничных перевыбрать условное обозначение в классификаторе.
102.1446008.10.116.0Испорчено определение вредности отпуска для РБЗаработная платаФормирование табеля
Испорчено определение вредности отпуска для РБ: вредность отпуска должна быть равна вредности ближайшего рабочего по плану дня перед отпуском, а на деле оказывается равной вредности предпоследнего рабочего по плану дня перед отпуском.Ошибка исправлена, теперь снова определяется исходя из ближайшего рабочего дня перед отпуском.
102.1448798.10.116.0Не сторнируются ночные, вечернме ...Заработная платаПредварительная разноска
Не сторнируются вечерние и ночные часы в предварительной разноске при наличии пособий по нетрудоспособности и в других аналогичных случаях: в предварительном просмотре нулевые часы, дни. В настройке "Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Сторнирование и контроль При сторнировании ночных, вечерних, праздничных и т.п.брать время" значение "по табелю".Ошибка исправлена. Теперь формирование такого рода часов в функции "Предварительная разноска" происходит правильно.
102.1424548.10.115.0Сохранять в табеле данные о территоральных условиях работникаЗаработная платаФормирование табеля
Необходимо сохранять в табеле данные о территориальных условиях работника.Теперь территориальные условия являются полноценным параметром ЛС: их можно задавать в лицевом счете, переходах, архивных табелях и видеть значение по переходам в табелях. Поле "Территориальные условия" добавлено в окне редактирования лицевого счета на вкладке "Основная" и в табеле на вкладке "О работнике". По нажатию F3 на данном поле можно выбрать территориальные условия из справочника территориальных условий, по нажатию delete - ввести пустые территориальные условия. В табеле выбор и сброс значения становится доступным тогда, когда становится доступным изменение других параметров на вкладке "О работнике". Для России и Украины при выборе Особых условий/КПС/Подкласса условий труда территориальные условия автоматически подставляются из соответствующей записи справочника Условий труда, а при сбросе (delete) Особых условий/КПС/Подкласса - также сбрасываются. При формировании табеля территориальные условия переносятся из ЛС в табель, с учетом постоянных переходов с первого числа месяца. При переходе на новый расчетный период территориальные условия переносятся из постоянных переходов в лицевой счет.
102.1333868.10.113.0Информация об отзыве из отпуска не отражается в РЛ после перехода на новый месяцЗаработная платаПросмотр табеля
Информация об отзыве из отпуска не отражается в РЛ после перехода на новый месяц. Находимся в 03/2015 по зарплате. Информация об отзыве из отпуска отражается как в табеле учета рабочего времени, так и в РЛ. Переходим на 04/2015, формируем РЛ за 03/2015 - информации об отзыве нет, в табеле учета рабочего времени тоже. Т.о. клиент получает разные данные за один и тот же месяц.Теперь архивные отзывы попадают в табель и в РЛ. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Для уже находящихся в БД архивных отзывов может потребоваться вручную указать статус, который был до архивации, чтобы отзыв обработался в табеле соответствующим образом. В дальнейшем статус отзыва до архивации будет сохраняться автоматически при переходе на новый расчетный период.
102.1048338.10.111.0Автоматический пересчет коэффициента среднесписочной численности в табелеЗаработная платаФормирование табеля
В настоящий момент в Галактике коэффициент среднесписочной численности в табеле (поле КС) не пересчитывается в зависимости от введенных приказов, в частности, прием на работу, увольнение, изменение режима работы, влияющего на коэффициент. Также коэффициент не пересчитывается в случае введения в табель отклонений, не входящих в среднесписочную численность. Необходимо вручную после каждого такого приказа или ввода отклонений пересчитывать коэффициент заново. Хотелось бы, чтобы коэффициент среднесписочной численности автоматически пересчитывался в результате ввода информации, влияющей на значение среднесписочной численности.Теперь коэффициент среднесписочной численности автоматически пересчитывается при переформировании табеля. Таким образом, для достижения желаемого эффекта достаточно включить автоматические переформирование табелей. Значения, введенные в поле КС вручную (отображаются черным шрифтом) при переформировании табеля остаются неизменными, и для пересчета КС в таких табелях нужно использовать сервисную функцию, как и раньше.
102.1394248.10.110.0Продление отпусков в табелеЗаработная платаФормирование табеля
Выявлено множество случаев, когда отпуска оказываются продленными вследствие пересечений с другими отпусками, и такой результат оказывается неожиданным для пользователя. При этом с точки зрения работы программы всё верно, поскольку основные отпуска должны продлевать другие основные отпуска, если уж возникло пересечение. Но проблема в том, что основной это отпуск или нет, определяется по коду вида отпуска: значение 20 и меньше интерпретируется как основной отпуск. Следовательно, все отпуска с такими кодами интерпретируются как продлеваемые и продлевающие. Практика показывает, что у пользователей много видов отпусков с кодами до 20, при этом они далеко не основные, и возникают нежелательные продления. Необходимо отделить продлеваемость отпуска от кода, и сделать это признаком в классификаторе видов отпусков. Потому что менять код отпуска неудобно, и диапазон кодов ограничен (до 40), может не хватить.Теперь продление отпусков в табеле регулируется не кодом отпуска, а флажками, добавленными в классификатор отпусков и неявок: - "продлеваемый" - означает, что дни данного отпуска/целодневной неявки будут сдвигаться в табеле в случае пересечения с больничным, продлевающим отпуска согласно классификатору; при пересечении с другим отпуском/целодневной неявкой с признаком "продлевает отпуска". - "продлевает отпуска" - означает, что данный отпуск/целодневная неявка будет продлевать собой другие отпуска/целодневные неявки с признаком "продлеваемый". При первом запуске системы на данном обновлении происходит автоматическое выставление по умолчанию данных двух признаков в классификаторе отпусков таким образом, чтобы сохранилось прежнее поведение функционала: - У видов отпусков с кодом 20 и ниже взводятся оба признака - У видов отпусков с кодом от 30 до 39 включительно взводится только признак "продлевает отпуска" - У остальных видов отпусков по умолчанию оба признака сброшены.
102.1396138.10.110.0Неточная работа табельной функции GetInsalubrityCode для выходных дней в периоде работы, когда сотрудник отозван из отпускаЗаработная платаТабельные функции
Настройка на страну = Беларусь. Предположим, что в некотором месяце табель работника, работающего во вредных условиях: 8 8 8 В В 8 8 8 и т.д. Причём изначально на этот месяц был предоставлен отпуск, а затем сделан отзыв. В этом случае функция GetInsalubrityCode за выходной день ошибочно возвращает нулевое значение признака наличия работы во вредных условиях.Исправлено, теперь отзыв из отпуска не вносит помех в работу функционала расчета вредности в табеле для Беларуси.
102.1400448.10.109.0Ошибка в подразделении в табеле при переводе из филиала в филиал.Заработная платаПеревод сотрудника в другой филиал
Ошибка в подразделении в табеле при переводе из филиала в филиал.При просмотре табеля, сформированного функцией перевода из филиала в филиал, за период, когда сотрудник еще находился в исходном филиале (или еще находится в исходном филиале), отображается подразделение исходного, а не нового филиала.
101.442768.10.108.0Суммированный учет рабочего времени с учетным периодом Год!Заработная платаПредварительная разноска
От источника: В соответствии со ст. 104 ТК РФ учетный период может иметь любую продолжительность - месяц, квартал, полугодие, но не более года. Как правило, он зависит от специфики учреждения и его производственного цикла. При суммированном учете работник в отдельные периоды времени может перерабатывать норму рабочего времени (ч. 1 ст. 104 ТК РФ). Однако такая переработка считается сверхурочной работой только в том случае, если она имеет место по окончании учетного периода (ч. 1 ст. 99 ТК РФ). При этом сверхурочные работы не должны превышать для каждого работника четырех часов в течение двух дней подряд и 120 часов в год (ст. 99 ТК РФ). В данный момент в системе Галактика реализован суммированный учет рабочего времени в пределах одного месяца. Возникает большая потребность (уже несколько крупных организаций обратились) в реализации суммированного рабочего времени с учетным периодом год.Реализована возможность учета суммированных сверхурочных за периоды, превышающие месяц, а именно - квартал, полугодие, год. Для этого: 1. В функции "Классификатор режимов работ" дополнительно к полю "Учет сверхурочных" добавлено поле "Период учета", которое визуально отображается только для суммированного учета сверхурочных. Варианты выбора периода - месяц, квартал, полугодие, год. 2. Доработана функция "Предварительная разноска" с учетом вариантов выбора периода. Формирование записей предварительной разноски по сверхурочным с суммированным учетом происходит при возникновении любого из следующих событий: - увольнение, - окончание периода учета, - изменение принципа учета сверхурочных. Если у работника в периоде учета сверхурочных не было перехода на режим работы с другим принципом учета, то формируются записи с начала периода. В противном случае, записи формируются с момента перехода на новый принцип учета. В зависимости от настроек видов оплаты и параметров редварительной разноски записи в разноске (и соответственно в результатах расчета) формируются за каждый месяц отдельно или общей суммой за весь период суммированного учета. В случае разбивки сверхурочных по месяцам общее количество часов разбивается по периодам пропорционально дням, в которых была переработка. Расчет остатка для суммированных сверхурочных возможен как для поденного, так и для суммированного учета. Количество часов в пределах нормы для суммированного учета остатка вводится как норма за месяц. Изменен подход к расчету суммированных сверхурочных за период: Если табель за месяц разбит переходом на несколько частей, то сверхурочные при суммированном учете больше не пересчитываются пропорционально отработанному времени, а показываются "как есть". При этом в случае недоработки за некоторый период светится 0. Таким образом, сумма сверхурочных по периодам не всегда теперь будет совпадать с итогом сверхурочных за месяц. Внимание! Вариант смены принципа учета сверхурочных корректно обрабатывается при значении настройки "Настройки Галактики Управление персоналом Табельный учет Расчет итогов Способ расчета сверхурочных часов при смешанном учете" = "смешанный". В этом случае учитываются настройки режимов работы для расчета сверхурочных часов.
102.1345738.10.107.0Рефакторинг табеля: выделение отдельной подсистемы для получения параметров ЛС на датуЗаработная платаТабельные функции
Предлагается вынести из табеля подсистему получения параметров лицевого счета с учетом переходов на дату, и сделать её независимой от табеля. Сейчас получением значений параметров лицевого счета на дату занимается табельный функционал. Такая "многопрофильность" функционала приводит к негативным моментам, как то: - Много однотипного кода в табеле (5 мест, но число неуклонно растет) для получения значений реквизитов ЛС за месяц, отличный от текущего месяца табеля. Если бы этим занимался сторонний функционал, независимый от табеля, не было бы нагромождений. - Большой объём табельного функционала, что затрудняет поддержку. Перенос подсистемы получения реквизитов ЛС на дату в отдельный модуль является одной из самых эффективных и при этом безболезненных декомпозиций для функционала табеля. - Необходимость переформировывать табели для получения актуальных параметров лицевого счета на дату. С одной стороны, это вызывает падение быстродействия в тех случаях, когда переформировывать табели не надо, а получить актуальные параметры ЛС - надо. С другой стороны, это приводило, до недавнего времени, к непонятным ситуациям у тех пользователей, у которых настройка автоматического переформирования табелей стояла в положении "нет". Данная проблема на текущий момент решена, но на уровне лечения симптомов, а не причины. Новая подсистема получения значений параметров лицевого счета на дату с учетом переходов должна удовлетворять следующим требованиям: - интерфейс для паскаля и для випа - не меньшая эффективность, чем у прежней реализации - полное покрытие имеющегося функционала (Информационные функции табеля) - возможность возвращать параметры на произвольную дату, а не только на день некоторого "текущего месяца" Также в рамках данной проблемы требуется внедрить новую подсистему в табель. Таким образом, все расчеты в модуле, обращаясь к табелю, будут использовать новую подсистему получения реквизитов ЛС на дату. Табель должен стать из источника таких данных посредником между новым функционалом и существующими потребителями данных.Проведены работы по декомпозиции функционала табеля: подсистема вычисления параметров ЛС на дату выделена в отдельный модуль. Добавлены новые функции для получения параметров ЛС на дату (с префиксом PA_). Эти функции можно использовать как при разработке на языке VIP, так и в пользовательских алгоритмах. Также данные функции доступны для вычисления по Ctrl+F4. При использовании новых функций получения параметров ЛС на дату в пользовательских алгоритмах явно инициализировать их работу (делать вызовы EnablePADetailsUtils/DisablePADetailsUtils), а также явно задавать лицевой счет (функция PA_Assign) не требуется: во время расчета происходит автоматическая инициализация и привязка к ЛС, для которого идет расчет.
102.1367078.10.107.0Нет возможности рассчитать взносы по доп. тарифу с отпускных сумм, если сотрудник до ухода в отпуск находился на простоеЗаработная платаФормирование табеля
Нет возможности рассчитать взносы по доп. тарифу с отпускных сумм, если сотрудник до ухода в отпуск находился на простое. На данный момент, на период отпуска следующего за простоем проставляются обычные условия труда, в связи с тем, что предшествующий отпуску день (простой) не относится к работе во вредных условиях труда (ПиР 180.7515). Возможно, необходимо пересмотреть подход, так как отпуск сотрудника, работающего во вредных условиях, входит в льготный стаж и на сумму "отпускных" должны начисляться взносы по доптарифу.Теперь для отпусков для РФ вредность часов в табеле определяется как для обычных отклонений: если в условном обозначении признак "Условия работы" = "без изменений", то вредность часов определяется исходя из особых условий/КПС, взятых на заданную дату из ЛС с учетом переходов. Также убрано бизнес-правило, согласно которому отпуска по уходу за ребенком делали условия труда невредными. Алгоритм определения вредности часов для РФ. Условия перечислены в порядке уменьшения приоритета: 1) Если в условном обозначении неявки в "Условиях работы" указано значение, отличное от "без изменений", то часы, покрываемые такой неявкой, будут иметь именно эту вредность. 2) Часы больничных считаются пребыванием в таких условиях, в которых работник по факту находился в последний день перед началом этого больничного. 3) Рабочие часы, часы остальных неявок имеют "плановую" вредность: определяемую Особыми условиями/КПС из лицевого счета с учетом переходов в межпериод.
180.85198.10.107.0Ошибка продления Ежегодного основного оплачиваемого отпуска Больничным, который не должен его продлеватьТабельный учет?
Если продление основного оплачиваемого отпуска пересекается с больничным, то в табеле не учитывается, продлевает ли этот больничный отпуска: всегда обрабатывается так, что продлевает. Если же просто отпуск (не продление) пересекается с больничным, то всё корректно.Ошибка исправлена, теперь в табеле при продлении отпусков учитывается, как отпуск взаимодействует с больничным. Теперь в случаях, когда вследствие продления основного отпуска больничным возникает пересечение основных отпусков, то начало отпуска, начавшегося позже, сдвигается вперёд (до этого в случае пересечения основных отпусков переносились вперед дни отпуска, начавшегося раньше, а отпуск, начавшийся позже, оставался неизменным).
102.1301598.10.106.0Расчет сверхурочных с настрокой "..источник сведений о норме времени"-балансный график, "..время уменьшающих норму неявок"-"рассчитывать по норме, с учетом отклонений"Заработная платаФормирование табеля
Просят доработать расчет сверхурочных с настройкой "..источник сведений о норме времени"-балансный график, "..время уменьшающих норму неявок"-"рассчитывать по норме, с учетом отклонений". Необходимо рассчитывать сверхурочные с учетом уменьшающих норму неявок по норме в любом случае, независимо от того как заведена неявка (через отклонения или это больничный, отпуск, командировка и т.д.). Неявки заводят не только через закладку отклонения, но и через приказ РПД 91"Назначение почасовых табельных отклонений". Во всех перечисленных случаях необходимо, чтобы неявки учитывались при расчете сверхурочных так же, как сейчас учитываются больничные, отпуска, командировки. Иначе получается неверный результат расчета сверхурочных. Например, у сотрудника по балансному графику месячная норма 175 часов, а по плановому 196. Если не заводить отклонения, то сверхурочные составляют 21 час. Если завести отклонение, например, гособязанности на один рабочий день, например, 12 часов. То сверхурочные опять же составят 21 час, так как и из балансного и из планового вычитается одинаковое количество часов. Значение сверхурочных остается неизменным, даже если завести неявку на весь месяц, кроме одного рабочего дня. Тогда, например, если в этот день сотрудник отработал 8 часов, то сверхурочные будут все равно 21 час, то есть, больше, чем фактически отработанных часов.Теперь при настройке "..время уменьшающих норму неявок"="рассчитывать по норме" и "расчитывать по норме, с учетом отклонений" время уменьшений с незаданным количеством часов рассчитывается по графику нормы, а не по факту.
102.1350538.10.106.0Пересчет премий в больничных при вынужденных простояхЗаработная платаРасчет больничных
При расчете среднедневного заработка учитываются вынужденные простои. В Галактике реализовано как исключить заработанную сумму в день неполного простоя (ставим букву Д в учет премий для больничного). А вот премия берется неверно: не исключается сумма премии, приходящаяся на часы работы при неполном простое (например, 4 часа простой и 4 часа работы за 1 день).Доработана функциональность расчета пособий по нетрудоспособности по настройке на страну: Беларусь. Доработка касалась пересчета премий, т.е. оплат, имеющих значение "П" в поле "учет премий, особенности" на закладке "По среднему". 1. Изменен расчет часов типа hkTimeForSickListEnteringKind для Беларуси: при наличии простоя за некоторый день часы не засчитываются, независимо от того, был простой на весь день или только на часть дня. Для условного обозначения простоя в поле "Исключить из расчета б/л" должно быть указано "Да, целиком". Таким образом, при расчете больничного исключается сумма премии, приходящаяся на часы работы при неполном простое (например, 4 часа простой и 4 часа работы за 1 день). Доработка актуальна при расчете больничных листов при значении "по табелю" настройки "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Продолжительность Схема подсчета количества дней в учетном периоде". 2. Изменен расчет больничного при учете времени "по суммам оплат". При пересчете таких оплат за расчетный период анализируется наличие отклонения (неявки), к которому привязана оплата с типами "ПрBР","ПрРП". При наличии такого отклонения сумма за этот день не учитывается в расчете среднего.
102.1341468.10.105.0Справочник соответствия профессий - КПСЗаработная платаРасчёт налогов на ФОТ
Для Беларуси не учитывается изменения процента ППС в табеле: условия работы определяются так, как будто процент не менялся (анализируется только "Процент до даты изменения").Теперь для Беларуси при определении условий работы в табеле учитывается возможное изменение процента ППС из справочника "Соответствие профессия-КПС". Например, если должность из невредной станет вредной, это отразится в табеле.
102.1348888.10.105.0В пользовательском алгоритме не отрабатывает функция wt_GetHours(7, 1)Заработная платаАлгоритмы пользователя
При настройке "Управление персоналом Табельный учет Расчет итогов Хранить итоговое количество часов для каждого перехода отдельно" = "да" в пользовательском алгоритме не отрабатывает функция WT_GetHours для часов, итоги по которым вводятся вручную. При этом в самом табеле по Ctrl+F4 функция возвращает верное значение, а в алгоритме - 0.Теперь для часов, итоги по которым вводятся вручную, функция WT_GetHours(WT_GetHoursEx) возвращает введенное пользователем значение при отсутствии наложенных на табель подённых фильтров (до этого работало, только если был наложен фильтр по переходу). Таким образом, появляется возможность получать введенное вручную значение не только находясь в самом табеле, но и при использовании данной функции в пользовательских алгоритмах. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: При использовании WT_GetHours в пользовательском алгоритме нужно обеспечить, чтобы табель был загружен именно за тот месяц, за который запрашиваем итог, поскольку расчет зарплаты не гарантирует, что на момент выполнения алгоритма табель будет загружен именно за расчетный месяц. Вместо WT_GetHours(7, 1) лучше написать if (LoadWorkingTable(UCH_LSCH, MonthRas, YearRas) = 0, WT_GetHours(7, 1), 0)
180.82028.10.105.0Необходимо реализовать возможность оплачивать часы работы в выходной/праздничный день за отгул отдельными видами оплат.Заработная платаНастройка
Необходимо реализовать возможность оплачивать часы работы в выходной/праздничный день за отгул отдельными видами оплат. На данный момент после утверждения приказа о работе в выходной день за отгул часы по приказу автоматический попадают в табеле в фактические дни/часы. Нужно добавить в раздел "Настройки Галактики Управление персоналом Табельный учет Расчет итогов" 4 настройки: Рабочие часы по факту за вычетом работы в выходные за отгул(суммированные режимы учета) - да/нет Рабочие часы по факту за вычетом работы в праздничные за отгул(суммированные режимы учета) - да/нет Рабочие часы по факту за вычетом работы в выходные за отгул(поденные режимы учета) - да/нет Рабочие часы по факту за вычетом работы в праздничные за отгул(поденные режимы учета) - да/нет и в раздел "Настройки Галактики Управление персоналом Расчеты с персоналом Оплата работ " 2 настройки: Настройки Галактики Управление персоналом Расчеты с персоналом Оплата работ В выходные за отгул - выбор значения из Классификатора видов оплат Настройки Галактики Управление персоналом Расчеты с персоналом Оплата работ В праздники за отгул - выбор значения из Классификатора видов оплат Настройки должны работать аналогично уже существующим настройкам в данных разделах.Реализована возможность оплачивать часы работы в выходной/праздник за отгул отдельными видами оплат. В итогах табеля добавлены новые строки: "Выходные за отгул" и "Праздничные за отгул". В них показывается сумма часов работы в выходные/не рабочие по плану праздники за отгул. В уже существующих строках "Выходные", "Праздничные, рабочие по плану", "Праздничные, не рабочие по плану" отображаются часы только за оплату (так было и раньше). Дни работы в выходные за отгул в табеле на вкладке "Табель" и на вкладке "Корректировка" теперь обозначаются синим цветом, как и дни работы в выходные за оплату (раньше выделение цветом отсутствовало, так как такие дни всегда считались обычными рабочими). В раздел настроек "Настройки Галактики Управление персоналом Табельный учет Расчет итогов" добавлены следующие настройки: - "Рабочие часы по факту за вычетом работы в выходные за отгул (поденные режимы учета)" ("да"/"нет") - "Рабочие часы по факту за вычетом работы в праздники за отгул (поденные режимы учета)" ("да"/"нет") - "Рабочие часы по факту за вычетом работы в выходные за отгул (суммированные режимы учета)" ("да"/"нет") - "Рабочие часы по факту за вычетом работы в праздники за отгул (суммированные режимы учета)" ("да"/"нет") Эти настройки работают по аналогии с уже имеющимися настройками вида "рабочие часы по факту за вычетом". По умолчанию у всех четырех значение "нет", для сохранения прежнего поведения системы при установке обновления. В этот же раздел добавлены настройки: - "Часы работы в праздники за отгул" ("вводить вручную"/"рассчитывать автоматически") - "Часы работы в выходные за отгул" ("вводить вручную"/"рассчитывать автоматически") Значения по умолчанию - "рассчитывать автоматически". При установке значения "вводить вручную" появляется возможность ручного ввода итогов, по аналогии с другими видами часов. В раздел настроек "Настройки Галактики Управление персоналом Расчеты с персоналом Оплата работ" добавлены настройки: - "В праздники за отгул" - "В выходные за отгул" В данных настройках выбирается вид оплаты соответствующего вида часов (по умолчанию - не задан). Также "Праздничные за отгул" и "Выходные за отгул" добавлены в окошко альтернативной оплаты лицевого счета, табеля, переходов в межпериод. Если в настройках вида оплаты, или в альтернативной оплате лицевого счета задан вид оплаты для выходных/праздничных за отгул, и у работника есть такие часы в расчетном месяце, то предварительная разноска формирует в предварительном просмотре записи для оплаты часов соответствующего вида. В случае, когда настройка "Настройки Галактики Управление персоналом Табельный учет Расчет итогов Фактически отработанное время ограничивать нормой" = "да", часы работы в выходные/праздники за отгул не участвуют в разбиении часов на "сверх нормы" и "в пределах нормы" (из соображений сохранения преемственности). Поэтому видами оплат из настроек "В праздники, сверх нормы" и "В выходные, сверх нормы" можно оплатить только часы работы в выходные/праздничные за оплату. Пока что единственный способ завести работу в праздники/выходные за отгул в системе - это приказ из модуля "Управление персоналом". Часы, введенные в колонку "Праздничные" в табеле на вкладке "Корректировка" всегда будут часами за оплату (нерабочими по плану, либо рабочими по плану праздничными).
180.82558.10.105.0Изменять вредность дня отклонением (при внесении прогула, простоя и т.д.)Заработная платаОбработка отклонений
Есть ситуации, когда вредность дня нужно поменять отклонением (при внесении прогула, простоя и т.д.). В этом случае количество не вредных дней у вредника должно рассчитываться с учетом параметра "Условия работы" из условного обозначения отклонения. Сейчас приходится в дополнение к таким отклонениям заводить переходы, меняющие условия работы на обычные.Переделан механизм расчета вредности для доп. тарифов в табеле для России. Теперь вредность дня на вкладке "Корректировка" в табеле рассчитывается на основании вредности часов (рабочих либо часов неявок), пришедшихся на этот день. В случае, когда часть дня работник находился в одних условиях работы, а часть дня - в других, вредностью этого дня будет считаться наиболее вредная из вредностей часов. Алгоритм определения вредности остается прежним (перечислено в порядке уменьшения приоритета условий): 1) Если в условном обозначении неявки в "Условиях работы" указано значение, отличное от "без изменений", то часы, покрываемые такой неявкой, будут иметь именно эту вредность. 2) Часы отпуска по уходу за ребёнком считаются "обычными". Отпуск по уходу за ребёнком задается в настройках "Код отпуска по уходу за ребенком до 1,5 лет" и "Код отпуска по уходу за ребенком от 1,5 до 3 лет" из раздела настроек "Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска" 3) Часы остальных отпусков, а также часы больничных, считаются пребыванием в таких условиях, в которых работник по факту находился в последний день перед началом этого отпуска/больничного. 4) Рабочие часы, часы остальных неявок имеют "плановую" вредность: определяемую Особыми условиями/КПС из лицевого счета с учетом переходов в межпериод.
101.533018.10.104.0ЗП: Табель у нового л/с при повторном приёмеУправление персоналом1. Прием на работу
В случае когда сотрудника уволняют, а затем принимают на ту же карточку, но с новым ЛС, то в табеле нового ЛС оказываются рабочими дни от начала месяца до дня увольнения и, конечно, после. Например: Сотрудник уволен 17 числа, принят 19, тогда в табеле рабочими будут с 1 по 17 и с 19 и до конца месяца. Это даже не смотря на то, что у сотрудника может измениться и подразделение и режим работы. В новом табеле будет и подразделение и режим по новому даже за дни перед увольнением.Теперь табель игнорирует записи истории увольнений, относящиеся к работе на прежнем ЛС в случае повторного приёма на ту же карточку и новый ЛС.
101.365388.10.100.0Среднесписочная численность после приказа о временном заместительствеЗаработная платаПросмотр табеля
Отчётный период - 03.2014. Оформляем приказ о временном заместительстве / возложении обязанностей с 26.03.2014 по 30.03.2014; указываем количество занимаемых ставок "0"; утверждаем приказ. Формируем табель замещающего сотрудника на апрель; видим, что коэффициент для среднесписочной в табеле на апрель равен 0.0, что является некорректным.Теперь если в назначение количество занимаемых ставок равно 0, и назначение не является основным, то ищется ближайшее по дате основное назначение, и количество ставок берется оттуда.
101.533218.10.100.0Рабочая корзина - запрет обработки записей, пересекающихся с заданным диапазономЗаработная платаРабочая корзина
У клиента табель с 16 по 23 число отчетного месяца закрывается всем на редактирование в связи с расчетом заработной платы за первую половину месяца (табели закрываются путём проставления даты проверки в каждом табеле). После этого если отдел кадров создает приказ, например, на работу в выходной в отчетном периоде, то данные даже утвержденного приказа не отражаются в табеле до тех пор, пока табель не будет открыт (настройка "Запретить ввод системных неявок на период защищенных табелей"). Но если создать приказ по персоналу на изменение режима работы или оклада, то при утверждении приказа и обработки рабочей корзины создается переход, данные которого учитываются при закрытом табеле при расчете заработной платы за первую половину месяца, что неправильно. Для решения данной задачи предлагается добавить системную настройку для ввода диапазона дат, внутри которого обработка рабочей корзины будет запрещена (тех записей РК, которые хоть как-то пересекаются с заданным диапазоном). Можно задействовать для этой цели настройку "Окончание диапазона защиты табелей от обновления" (тогда в ней нужно уметь задать дату, а не месяц). Также необходимо запретить ручной ввод переходов в межпериод, пересекающихся с заданным интервалом. Нужно, чтобы табели всегда считались защищёнными и в этом периоде тоже (если он задан). Тогда клиенту не пришлось бы проставлять дату проверки в каждом табеле ради того, чтобы рассчитать зарплату за первую половину месяца, а потом опять открывать.В настройке "Окончание диапазона защиты табелей от обновления" теперь можно задать дату полностью. Если до установки обновления в данной настройке был указан месяц и год, то новое значение выставится на последний день заданного месяца. Изменен подход к обработке настройки "Окончание диапазона защиты табелей от обновления" при определении защиты табелей. Теперь защищенный с точки зрения табелей период будет включать в себя: - Если установлена настройка "Окончание диапазона защиты табелей от обновления": весь диапазон дней до даты из этой настройки, включая день, заданный в самой настройке. - Если "Защитить проверенные табели от обновления"="да" и "Защитить проверенные табели от модификации"="да": дни всех месяцев, на которые приходится проверенный табель. Отныне запрещено добавление, удаление и изменение переходов, покрывающих защищенный период. Для переходов, приходящихся на защищенный период, в окне редактирования светится информирующая об этом строка. Запрещена обработка записей рабочей корзины типа "Изменить лицевой счет работника", если обработка может изменить значимые для табеля реквизиты лицевого счета на период, пересекающийся с защищенным. При попытке обработки такой записи в протокол будет выдано сообщение об ошибке. Если настройка "Запретить ввод системных неявок на период защищенных табелей"="да", то на защищенный период запрещается добавление, удаление и изменение системных неявок, как то: - приказов на командировку - отпусков - больничных - утверждения и удаления утвержденных приказов РПД 6, 35, 36, 40, 41, 42, 71, 72 В последнем нет новизны. Отличие от предыдущей реализации в том, что 1) Учитывается настройка "Окончание диапазона защиты табелей от обновления" 2) Слово "проверенный" табель в сообщениях, где оно было, заменено на более подходящее по смыслу "защищенный" табель. По части защиты табеля от переформирования правило обработки настройки "Окончание диапазона защиты табелей от обновления" следующее: если настройка покрывает хотя бы один день месяца табеля, табель нельзя будет переформировать. Получается, что возможны ситуации, когда целиком табель не переформируется, но при этом возможно ввести системные неявки или переходы на оставшуюся, незащищенную часть месяца. Защита от ручных корректировок табеля и ввода табельных отклонений на период, покрытый настройкой "Окончание диапазона защиты табелей от обновления", на текущий момент не реализована.
102.1288028.10.100.0Не соответствует количество дней количеству часов в табеле при оформлении приказа на работу в выходнойЗаработная платаФормирование табеля
Не соответствует количество дней количеству часов в табеле при оформлении приказа на работу в выходной. Оформляем сотруднику работу в выходной РПД-90 (либо "за отгул", либо "за оплату"), например, 8 часов. Норма за месяц для режима работы сотрудника, например, 22/176. В режиме работы сотрудника учет сверхурочных работ "поденный". Если настройка Настройки Галактики Управление персоналом Табельный учет Расчет итогов "Фактически отработанное время ограничивать нормой" - "нет". В табеле фактически отработанное время за месяц в этом случае равно 23/184. Если изменить настройку "Фактически отработанное время ограничивать нормой" на "да", то итоги меняются на 22/184. Это может привести к ошибке при расчете зарплаты, так как многие пользователи используют расчет исходя из отработанных дней (алг.3 признак 0). Судя по описанию этой настройки в Help-е, для поденного учета она не должна влиять на количество дней/часов в итогах.Исправлено: теперь нормирование количества дней происходит только для периодов суммированного учета.
102.1308708.10.100.0Условные отклонения не на весь день не включаются в средний заработокЗаработная платаОбработка отклонений
Неверен расчет часов вида hkWorkingForAvgEarnings. Если отклонение-уменьшение заведено не на весь день, а на часть, например из 8 только на 5 часов, то часы по данному отклонению не включаются в расчет среднего заработка (система засчитывает не 8, а только 3 часа). Если же отклонение занимает весь день, то система считает часы данного отклонения отработанным временем с точки зрения среднего заработка.Ошибка исправлена. Теперь если к условному обозначению отклонения привязан такой вид оплаты, который входит в отработанное время с точки зрения среднего заработка, то часы отклонения учитываются независимо от того, весь день занимает отклонение или только часть дня.
102.1287728.10.99.0Вредность в табеле для БеларусиЗаработная платаФормирование табеля
Требуется реализовать функционал расчета условий работы в табеле по бизнес-правилам Беларуси.Реализован расчет условий работы в табеле по правилам для Беларуси. Доработка включается при настройке на страну = "Беларусь". Из итогов табеля убрана строка "Работа в особо вредных условиях". Исходная информация для расчета - Особые условия/КПС, взятые на некоторую дату из лицевого счета с учетом переходов в межпериод. Условия работы считаются вредными тогда, когда в соответствующей записи справочника "Соответствие профессия-КПС" указан ненулевой процент. При этом важно, чтобы работник не достиг пенсионного возраста (используются настройки "Общеустановленный пенсионный возраст для мужчин" и "Общеустановленный пенсионный возраст для женщин"). По достижении пенсионного возраста условия труда будут всегда невредными, невзирая на процент. Правила расчета часов. Вредные часы могут появиться у работника лишь тогда, когда с учетом вышесказанного работник оказывается во вредных условиях. В простейшем случае (при отсутствии неявок) таковыми будут фактически отработанные часы. Для того, чтобы время той или иной неявки попало в итоги по "Работе в обычных условиях" или "Работе во вредных условиях" (иначе говоря, вошло в отработанное время с точки зрения расчетов по доп. тарифам), необходимо выполнение хотя бы одного из следующих условий: - неявка входит в состав фактически отработанных часов (например, заведена как увеличение на вкладке "Отклонения" в табеле) - признак "Отраб. время для доп. тарифов" в условном обозначении неявки в значении "да". Время неявки, входящей согласно данным условиям в отработанное время для расчета доп. тарифов, будет отнесено к вредным часам, если: - неявка не является отпуском, и признак "Вредные условия" условного обозначения неявки в значении "да" - неявка является отпуском, признак "Вредные условия" в значении "да", при этом последний рабочий по плану день перед началом отпуска является вредным с учетом всех обстоятельств (о вредности дней см. далее). Соответственно, при невыполнении данных условий часы неявки попадут в "Обычные". Подчеркнём, что изложенное выше относится только к тому случаю, когда работник работает на вредной должности (указан процент в справочнике) и не достиг пенсионного возраста. То есть, можно сделать отпуск с признаком "Вредные условия"="да" обычному работнику, и при этом у него не возникнет вредных часов/дней. Таким образом, данный признак следует рассматривать как средство сохранения вредных условий в случае неявки, а не переопределения условий работы на вредные, и в этом принципиальное отличие от реализации для России. Вычисление вредности дня. В отличие от России, где вредность дня на вкладке "Корректировка" является основой для расчета вредности часов, для Беларуси всё наоборот. Вредность дня для Беларуси определяется сравнением рабочих часов по плановому графику и фактического количества "Вредных" часов. Если в "Дополнительных характеристиках" записи справочника "Соответствие профессия-КПС" стоит птичка "80% отработанного времени", то день будет считаться вредным, когда количество вредных часов за этот день больше либо равно 80% рабочих часов по плану за этот же день; иначе день будет считаться обычным. Если птичка "80% отработанного времени" снята, то сравнение будет идти со 100% плановых часов: если вредных часов за день больше либо равно чем часов по плановому графику за этот же день, день засчитывается как вредный; иначе - как обычный. Для случая, когда за некоторый день нет ни "Обычных", ни "Вредных" часов, но есть какие-либо неявки, предусмотрена отдельная обработка. Количество часов всех "вредных" неявок сравнивается с часами по плановому графику так же, как сравнивались бы "Вредные" часы, если бы они были: или со 100% плана, или с 80% плана. На основании сравнения делается вывод о вредности дня. Данная обработка носит вспомогательный характер, т.к. при таких условиях день всё равно не относится к отработанным для доп. тарифов. Также реализована вспомогательная обработка для случая, когда нет отработанных с точки зрения доп. тарифов часов, но есть неявка с нулевыми часами за этот день (например, попадание отпуска или больничного на выходной). В этом случае вредность дня будет равна вредности такой неявки. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Обратить внимание на признак "Отраб. время для доп. тарифов" в классификаторе УО табеля. Поставить его в "да", если нужно, чтобы неявка всегда попадала в отработанные с точки зрения доп. тарифов часы ("Работа в обычных условиях", "Работа во вредных условиях").
102.1296708.10.99.0Вредность в табеле для КазахстанаЗаработная платаФормирование табеля
Реализовать функционал расчета вредных часов в табеле для Казахстана.Реализован расчет вредных часов для Казахстана. Изменения вступают в силу по настройке на страну Казахстан. На вкладке "Корректировка" в табеле вместо колонки "Условия работы для доп. тарифов" теперь отображается колонка "Вредные", в которой по дням выводится количество часов, считающихся отработанными во вредных условиях. Значения в данной колонке недоступны для редактирования, однако изменить их можно путем редактирования рабочих часов или путем заведения отклонений. Из итогов табеля убрана строчка "Работа в особо вредных условиях". Также убрано значение "особо вредные" для признака "Условия работы" в классификаторе условных обозначений табеля. Исходная информация о вредности берется из Особых условий, взятых на нужную дату из лицевого счета с учетом переходов в межпериод. Условия работы считаются вредными тогда, когда в соответствующей записи справочника "Соответствие профессия-КПС" заполнены Особые условия. Изначально вредными часами будут являться рабочие часы за периоды, относящиеся к вредным условиям. В тех случаях, когда нужно добиться иного результата, предлагается использовать отклонения, в условном обозначении которых определённым образом выставлены признаки "Условия работы" и "Отраб. время для расчета доп. тарифов". Признак "Условия работы" из классификатора условных обозначений табеля, как и прежде, служит для того, чтобы переопределить вредность часов. Например, если нужно сделать в некоторый день два невредных часа человеку, работающему на вредной должности, нужно завести условное обозначение с признаком "Условия работы" = "обычные" и ввести отклонение на два часа с данным УО. Признак "Отраб. время для расчета доп. тарифов", как и раньше, служит для того, чтобы учесть вредные часы тогда, когда они не входят в состав рабочих. Например, часы отпуска. Для того, чтобы у работника, работающего на вредной должности, данные часы светились в колонке "Вредные", и попадали в итог по вредным часам, в условном обозначении отпуска признак "Отраб. время для расчета доп. тарифов" должен быть в значении "да".
102.1291308.10.98.0Подкласс условий труда в табелеЗаработная платаФормирование табеля
Добавить обработку поля подкласс условий труда в связи с добавлением в этого поля в справочник соответствия профессия-КПС.Изменения только для России, по настройке на страну. В табель на вкладку "О работнике" добавлено поле "Подкласс условий труда". В поле отображается подкласс условий труда из записи справочника "Соответствие профессия-КПС", актуальной на дату начала выбранного периода. Для архивных табелей возможен выбор значений тройки параметров - Особый условия, КПС, Подкласс условий труда - при нажатии F3 на любом из полей. Изменена подача информации в итогах табеля. Теперь в следующие три строки: "Работа в обычных условиях", "Работа во вредных условиях", "Работа в особо вредных условиях" часы попадают только за те дни, за которые подкласс условий труда не был указан. В случае наличия работы в условиях труда с привязанным подклассом добавляется дополнительная строчка в итогах (например, "Работа в условиях труда с подклассом 1.0"). И так по каждому подклассу, имевшему место в течение месяца.
102.1295368.10.97.0При создании перехода будущего периода сотрудник исчезает из нового подразделения в просмотре табеляЗаработная платаПросмотр табеля
При формировании табеля будущего периода учитывается только один постоянный переход. Пример. Работник на начало расчетного периода работает в подразделении 1. Добавляем переход в подразделение 2 с 10-го числа расчетного месяца, без даты окончания. Добавляем ещё один переход без даты окончания, с 20-го числа того же месяца, без изменения подразделения. Теперь если сформировать табель за месяц, следующий за расчетным, то подразделение данного табеля будет 1 (смотреть подразделение нужно в списке табелей, т.к. в режиме редактирования всё верно отображается). Система не видит переход с изменением подразделения из-за более близкого к будущему периоду перехода от 20-го числа. Если же удалить переход с 20-го числа, то табель за будущий период будет с подразделением 2. Неверное подразделение из списка табелей обрабатывается фильтром по подразделению, в результате для сотрудника с установленным фильтром табель выпадает из зоны видимости при добавлении перехода с изменением режима работы, начавшегося позже, чем переход с изменением подразделения.Ошибка исправлена: при формировании табелей будущего периода учитываются пересекающиеся переходы.
102.1296058.10.97.0не отображается РВ в табеле в праздничный день при наличии отпускаЗаработная платаФормирование табеля
Не получается приказ на работу в выходной во время отпуска. Не отображается в табеле приказ, не появляются рабочие часы.Реализована возможность выкладывания приказа на работу в выходной поверх отпуска. День при этом должен быть выходным по плану, и не считаться днём отпуска (иначе нужно делать через отзыв, а не через приказ на работу в выходной). Обработка такая же, как для приказа на работу в выходной в обычный выходной, без отпуска.
106.97648.10.95.0Еще раз о пенсионном стаже при работе во вредных условиях неполный рабочий деньЗаработная платаФормирование табеля
Требуется переработать функционал учета неполного рабочего дня в контексте вредности в табеле. Для расчета начислений по доп. тарифам не нужно учитывать неполностью отработанные дни - вредные условия должны сохраняться независимо от того, сколько часов человек отработал. Для расчета пенсионного стажа требуется учитывать неполностью отработанные дни: если отработано меньше 80% нормы за день, считать этот день работой в обычных условиях.Поле "Условия работы" в табеле на вкладке "Корректировка" переименовано в "Условия работы для доп. тарифов". Изменен расчет вредности для доп. тарифов: неполностью отработанные дни больше не сбрасывают условия работы в обычные. Учет неполностью отработанных дней при расчете пенсионного стажа будет реализован в рамках другой проблемы.
102.1128378.10.94.0Восстановить работу настройкиЗаработная платаФормирование табеля
Необходимо восстановить работу настройки "Настройки Галактики Управление персоналом Табельный учет Расчет итогов Добавлять время неявок по уважительным причинам к фактически отработанному". Сейчас эта настройка не анализируется.Восстановлена работа настройки "Настройки Галактики Управление персоналом Табельный учет Расчет итогов Добавлять время неявок по уважительным причинам к фактически отработанному". Если настройка будет в положении "да", время неявок по уважительным причинам будет добавляться к фактическому отработанному времени при расчёте сверхурочных для суммированного учета. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Если настройка "Добавлять время неявок по уважительным причинам к фактически отработанному" до установки обновления уже стояла в положении "да", то обратите внимание на взаимодействие данной настройки с признаком "Уменьшает норму" в классификаторе условных обозначений табеля. Если неявка по уважительной причине уменьшает норму, и её время добавляется к фактически отработанному, то наличие такой неявки будет приводить к возникновению сверхурочных часов. Если такое поведение системы не устраивает, переключите настройку "Добавлять время неявок по уважительным причинам к фактически отработанному" в "нет", или снимите признак "уменьшает норму" в соответствующем УО.
102.1279928.10.94.0Некорректная обработка пересечения простоя и больничного для РБЗаработная платаФормирование табеля
При пересечении простоя, начавшегося раньше больничного, все дни пересечения в табеле отображаются, как простой. Такую обработку нужно было делать только для РФ. Простой заводится как отклонение с типом "уменьшение", к условному обозначению отклонения привязан вид оплаты с типом "ПрВР" или "ПрРП".Теперь простой, начавшийся раньше больничного, затирает в табеле дни больничного только для России.
102.1283358.10.94.0Потеря преемственности. Неверный расчет сверхурочных при суммированном учетеЗаработная платаФормирование табеля
При суммированном учёте и следующих значениях настроек: "..источник сведений о норме времени" = "балансный график" "..время уменьшающих норму неявок" = "рассчитывать по норме" некорректно считаются сверхурочные: расчет проходит так, как если бы настройка "..время уменьшающих норму неявок" была в состоянии "рассчитывать по факту".Ошибка исправлена. Время уменьшающих норму неявок снова может считаться по балансному графику.
103.64628.10.94.0С начислений, оплачиваемых отдельно от основного вида оплат, не начисляются доп.налогиЗаработная платаФормирование табеля
Вредника в его основное рабочее время привлекают к работе на несколько часов, которые оплачиваются отдельным видом оплаты. Чтобы не переплачивать часы за работу по основному ВО, уменьшают рабочие часы работы в табеле. Как следствие - срабатывает функционал неполного рабочего дня, дни становятся как работа в ОБЫЧНЫХ условиях и доп.налоги с дополнительного ВО не начисляются. Необходимо, чтобы в данном случае условия труда оставались вредными.Теперь при проверке условия неполного рабочего дня отработанным временем считаются не только рабочие часы по основному ВО, а ещё и часы неявок, считающихся отработанным временем для расчета начислений по доп. тарифам. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Как решается исходная проблема на обновлении. 1. Заводим условное обозначение табеля, которое будет отвечать за работу с отдельным ВО, привязываем ВО. 2. Устанавливаем в условном обозначении признак "Отраб. время для расчета доп. тарифов" в значение "да" 3. Добавляем отклонение с типом "уменьшение" и нужным кол-вом часов в нужный день, привязываем данное условное обозначение. В результате количество часов, оплачиваемых основным ВО, уменьшится, отклонение будет оплачено своим ВО, а условия работы при этом останутся вредными.
106.97588.10.94.0Вредные условия работы при смене, приходящейся на 2 календарных дняЗаработная платаФормирование табеля
Графики сотрудников с КПС, захватывают 2 календарных дня, т.е. график работы - двенадцатичасовой: с 08 до 20 в первый день (11,5 часов + 0.5 часа обед), с 20 до 00 (4 часа) и с 00 до 08 во второй день, третий день - те же 11,5 часов +0.5 ч. обеда. Второй и третий дни в табеле так и разбиваются на 4 и 7,5 часов. Соответственно, условия на вкладке "Корректировка" отражаются как обычные, т.к. срабатывает функционал неполного рабочего дня. Надо как-то обойти функционал неполного рабочего дня.Теперь при определении неполного рабочего дня для вредных условий количество отработанных часов сравнивается с плановым графиком. Раньше сравнивалось с графиком, указанным в настройке "..источник сведений о норме времени".
180.68418.10.94.0В интерфейсе табеля отражаются рабочие часы после даты увольненияЗаработная платаПросмотр табеля
Сотрудник уволен 10/04/2012. По нему сформирован переход в межпериод с 02/04/2012 по 30/04/2012. В результате в интерфейсе табеля после 10/04/2012 отражаются рабочие часы. Проблем с распечаткой табеля и расчетом заработной платы нет, но это очень смущает пользователей. Хотелось бы, чтобы в таком случае выводились прочерки ("-") вместо рабочих часов.Теперь периоды переходов, начавшихся после даты увольнения, не считаются в табеле рабочим периодом. Если работник уволился, то вместо рабочих часов в табеле будут выводиться прочерки.
102.1274838.10.93.0Вредные условия работы, неполный рабочий день и погрешность количества часовЗаработная платаФормирование табеля
У пользователей возникла ситуация, когда вследствие некоторых манипуляций с системой рабочие часы в табеле оказывались с погрешностью. Если при этом погрешность была в сторону уменьшения, то срабатывал функционал "условия работы при неполном рабочем дне", и условия работы за данный день сбрасывались в обычные. Ибо в самом деле, математически же норма не достигнута. Такое поведение системы не устраивает, так как погрешность невооружённым взглядом увидеть невозможно, и, тем не менее, она на что-то влияет. Требуется сделать проверку условия "неполный рабочий день" с учётом возможной погрешности.Теперь неполный рабочий день для вредных условий определяется с учётом возможной погрешности.
102.1252308.10.92.0Учет условий труда работника при неполном рабочем днеЗаработная платаФормирование табеля
Требуется считать условия труда работника невредными, если работник отработал неполный рабочий день. А именно, в следующих двух случаях: 1) установлен признак "неполный рабочий день" в соответствующем режиме работы 2) работник отработал меньше часов, чем полагается по нормеТеперь если сотрудник за некоторый день отработал меньше часов, чем полагается по норме, или если режим работы в этот день имеет признак "неполный рабочий день", то условия труда за этот день считаются невредными.
102.1270098.10.92.0Расчет б/лЗаработная платаРасчет больничных
Настройки для страны: Беларусь. "Настройки Галактики Управление персоналом Табельный учет Расчет итогов Рабочие часы по факту за вычетом ..." - все в значении "нет". Виды оплат для выходных и праздничных нигде не заданы (ни в "Настройки Галактики Управление персоналом Расчеты с персоналом Оплата работ", ни в альтернативной оплате ЛС). Вопрос связан с расчетом б/л, а точнее с перерасчетом ежемесячной премии пропорционально отработанным дням при неполной отработке месяца. Рассмотрим на примере. У сотрудника б/л на период 02.08.13-08.08.13. Расчетный период для расчета среднедневного 02.2013 - 07.2013. Больничный рассчитывается по календарным дням. Установлен параметр "Учет времени по табелю". Праздничные дни в мае - 1, 9, 14. Работник работал 1-го мая (работа в праздник, не рабочий по плану). Ежемесячная премия за 05.2013 ВО 19 в сумме 951226. Т.о. при расчете б/л данная премия за 05.2013 должна войти в размере 951226/24*18=713419.5, где 24 - фонд в днях, 18 - отработано дней, т.е. пропорционально отработанным дням. Однако при расчете б/л в протоколе расчета б/л видим суммы за 05.2013: Вид = 19, дн/ч = 17.00/126.50, сумма = 673785.08(951226.00 x 17.00/24.00) 01/05/13 Видно, что премия ВО 19 пересчиталась, исходя из отработки 17 дней из 24 по графику. А нужно, чтобы было 18 дней. День работы в нерабочий по плану праздник и часы за этот день не учлись. То же самое происходит при наличии работы в выходной или в рабочий по плану праздник. Проблема в том, что в случае работы в праздник или выходной требуется входимость "времени для больничного" вида оплаты праздничных/выходных, чтобы день был засчитан как отработанный при расчете больничного. Но при этом не учитывается, что при настройках "Рабочие часы по факту за вычетом ..."="Нет" этот день можно считать обычным рабочим, и он должен входить во время для больничного независимо от настроек вида оплаты выходных и праздничных.Теперь при перерасчете ежемесячной премии пропорционально отработанным дням во время расчёта больничного количество отработанных дней и часов определяется верно. При настройках "Рабочие часы по факту за вычетом ..."="Нет" день работы в выходной или праздник считается обычным рабочим, и входит в количество отработанных дней для расчета больничных.
103.64148.10.92.0Автоматом не проставляется коэф. ССЧЗаработная платаФормирование табеля
При формировании табеля автоматически не проставляется коэф. среднесписочной численности из назначения сотрудника в кадрах. По локальному меню "Пересчитать коэффициент" - работает.Ошибка исправлена; при формировании табеля коэффициент среднесписочной численности снова подставляется автоматически из назначения.
106.97278.10.92.0Перестало выполняться автоматическое обновление табеляЗаработная платаФормирование табеля
После установки обновлений перестало выполняться автоматическое обновление табеля при редактировании переходов в межпериод. Настройка "Автоматически обновлять табели"="да". Заходим в переходы сотрудника, добавляем переход, изменяющий режим работы, но отработанные часы в табеле остаются прежними.Работоспособность функционала переформирования табелей при редактировании переходов в межпериод восстановлена.
101.520648.10.91.0При суммированном учете раб,времени сверхурочные не рассчиталисьЗаработная платаРасчет начислений (общие вопросы)
Учет сверхурочных - суммированный. Заводим приказ на работу сверхурочно за оплату. В условном обозначении вид оплаты не привязан. В результате две проблемы: 1) Сверхурочные часы, назначенные по приказу, не идут в итоги по "Сверхурочным" и "Остатку сверхурочных", т.е. не участвуют в этом разбиении вообще. 2) Сверхурочные часы, назначенные по приказу, никак не оплачиваются от того, что эти часы не попали во "Сверхурочные", а к условному обозначению вид оплаты не привязан.Теперь если заводится приказ на работу сверхурочно за оплату, но в условном обозначении вид оплаты не привязан, часы работы по данному приказу включаются в итог по "Сверхурочным" и "Остатку сверхурочных", и, следовательно, оплачиваются соответствующими настройками.
102.1267008.10.91.0При закрытии табеля происходит инверсия дней отработанных во вредных/обычных условиях.Заработная платаФормирование табеля
Через смежные данные заходим в табели некоторого работника. По умолчанию система позиционируется на некоторый табель. В этом табеле будут определенным образом распределены дни работы в обычных/вредных/особо вредных условиях. Теперь заходим в другой табель этого же работника, но видим в нём такое же распределение вредных/невредных дней, которое было в первом табеле. Верные данные появляются только после переформирования.Добавлена очистка кэша вредных дней при смене периода в табеле. Теперь данные по вредным дням будут верные изначально.
102.1254288.10.90.0Отдельный компонент для работы со справочником "Соответствие профессия-КПС"Контур управления персоналомZ_Harm
Сейчас различные интерфейсы, в которых выполняется выбор/редактирование записей справочника "Соответствие профессия-КПС" размещены в различных компонентах (Z_StaffPensioner - сам справочник, Z_WT - связь со справочником через таблицу ApplDocs, там же сервисная функция по заполнению особых условий - КПС в табеле, там же интерфейс выбора, Z_Zar - сохранение признака работы во вредных условиях в начислениях ЗП, Z_PFRep - поиск КПС в назначении сотрудника на дату, Z_Staff - работа со множественным КПС из 6-го окна). Для объединения этой разрозненной, но единой по смыслу функциональности предлагается создать новый компонент, т.е. по сути выполнить рефакторинг кода.Создан новый компонент Z_Harm, в котором сосредоточена функциональность по работе с условиями труда (справочник "Соответствие профессия - КПС" и т.п.).
102.1257578.10.89.0При настройке оплаты работы в выходные за отгул отдельным видом оплаты ( при суммированном учете) не нужно считать сверхурочныеЗаработная платаФормирование табеля
Для оплаты работы в выходной день за отгул на предприятии используется отдельный вид оплаты, привязанный к условному обозначению. В итогах табеля время отработанное в выходной за отгул одновременно с итогами по условному обозначению еще и попадает в итоги по сверхурочным. Таким образом, оплата осуществляется и сверхурочных и по виду оплаты, привязанному к условному обозначению. считают, что рассчитывать сверхурочные в этой ситуации не нужно.Ошибка исправлена: часы работы по приказу в выходной за отгул теперь не попадают в итог по сверхурочным.
102.1257608.10.89.0Не верно считаются доп. взносы по спискам 1 и 2 в случае учебного отпуска сотрудникаЗаработная платаФормирование табеля
Выяснились новые обстоятельства, которые касаются расчета доп. тарифа по учебным отпускам. Время учебного отпуска не входит в стаж вредности, следовательно, доп. тариф не начисляется и это время с настройкой "Взносы по дополнительному тарифу рассчитывать пропорционально общему времени за месяц" нужно учитывать как отработанное в обычных условиях. Решить существующими настройками не удается по двум причинам: 1. Если формировать переход в межпериод у сотрудника на невредные условия труда на период учебного отпуска, то время, приходящееся на этот период не отражается в итогах табеля как отработанное в обычных условиях и соответственно не участвует в пропорции распределения по фактически отработанному во вредных условиях. 2. При оформлении перехода в межпериод, для того чтобы период отпуска учитывался как отработанный в обычных условиях, необходимо заводить переход на день раньше начала учебного отпуска. Этот день может прийтись на рабочий день после чего он не обоснованно проходит как работа в обычных условиях.В классификатор условных обозначений табеля добавлен новый признак: "Приравнивать к отработанному времени при расчете начислений по доп. тарифам" (сокращенно: "Отраб. время для расчета доп. тарифов"). Возможные значения: "да"/"нет", по умолчанию "нет". Если поставить "да", то часы, отмеченные данным условным обозначением, всегда будут участвовать в пропорции распределения по фактически отработанному во вредных условиях. Если оставить "нет", то получим прежнее поведение системы: часы с данным условным обозначением будут участвовать в пропорции только тогда, когда они будут входить в состав отработанных часов. Соответственно, меняется смысл часов "Работа в обычных условиях", "Работа во вредных условиях" и "Работа в особо вредных условиях" в итогах табеля: теперь это не просто фактически отработанные часы, а фактически отработанные + приравненные к таковым для расчета доп. тарифов (т.е. с учетом признака). Изменен признак "Вредные условия" в классификаторе условных обозначений. Теперь он называется "Условия работы", и имеет следующие возможные значения: - "без изменений" - "обычные" - "вредные" - "особо вредные" Значение "нет" старого признака автоматически превращается в "без изменений"; "да" превращается во "вредные". Функционал, который использовал старый признак "Вредные условия", продолжает при этом работать следующим образом: "без изменений" и "обычные" обрабатываются как "нет", "вредные" и "особо вредные" - как "да". Теперь о новом функционале, который навешивается на этот признак. Данный признак теперь позволяет переопределять вредность часов (т.е. куда именно пойдут данные часы: в обычные, вредные или особо вредные), занимаемых какой-либо неявкой. При значении "без изменений" вредность часов не меняется, при любом другом значении - меняется соответственно. Также с помощью данного признака можно поменять вредность дней (то, что пишется в столбце "Условия работы" на вкладке "Корректировка", а также в количестве отработанных в соотв. условиях дней в итогах). Но это только в том случае, если условное обозначение относится к больничным, отпускам, командировкам и гособязанностям. Вредность же часов можно менять в любом случае, будь то увеличение/уменьшение/уточнение или приказ на работу в выходной.
101.525808.10.88.0неверно формируется табель для повторно принятого сотрудникаЗаработная платаФормирование табеля
Сотрудника увольняют и повторно принимают в том же мясяце, на новую карточку и старый л/с. До увольнения у сотрудника была работа в выходной, оформленная через приказ на работу в выходной. После повторного приёма при переформирования табеля данные о работе в выходной до увольнения исчезают. Требуется, чтобы для случаев повторного приёма на новую карточку при формировании табеля подхватывалась информация о работе в выходной, оформленной на предыдущую карточку сотрудника.Реализован функционал обработки приказов, оформленных для всех предыдущих карточек сотрудника, для случаев повторного приёма на новую карточку, но тот же лицевой счет. Предыдущие карточки сотрудника определяются на основе истории увольнений лицевого счета.
102.1224018.10.88.0Отражение в табеле пересечения простоя и больничногоЗаработная платаФормирование табеля
Требуется в случае пересечения простоя с больничным, если простой начался раньше больничного, отображать в табеле простой на все дни пересечения. При расчетах дни такого пересечения также должны быть учтены, как дни простоя, а не больничного.Теперь в случае пересечения простоя с больничным, если простой начался раньше, чем больничный, на все дни пересечения отображается простой, а не больничный. Дни такого пересечения относятся также к простою. Для того, чтобы данный функционал заработал, простой нужно оформлять как отклонение с типом "уменьшение", к условному обозначению которого привязан вид оплаты с типом "ПрВР" или "ПрРП".
102.1256488.10.88.0Оптимизировать выборку информации об общесистемных отклонениях при загрузке табеля учёта рабочего времениЗаработная платаТабельные функции
Свести к минимуму количество повторных чтений информации об общесистемных отклонениях (больничные, отпуска, приказы на командировки и т.п.) при последовательных непринудительных загрузках табеля учёта рабочего времени одного и того же лицевого счёта (меняется только период).Доработано.