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


Описание файла обновления:
ФайлG_WORKTABLE_DLL_91920.TXT
ОбновлениеG_WorkTable_dll_91920
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентG_WORKTABLE
ТипDLL
Версия9.1.92.0
Дата2017-11-10 18:48:54
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
101.533219.1.22.0Рабочая корзина - запрет обработки записей, пересекающихся с заданным диапазономЗаработная платаРабочая корзина (обработка сигнала)
У клиента табель с 16 по 23 число отчетного месяца закрывается всем на редактирование в связи с расчетом заработной платы за первую половину месяца (табели закрываются путём проставления даты проверки в каждом табеле). После этого если отдел кадров создает приказ, например, на работу в выходной в отчетном периоде, то данные даже утвержденного приказа не отражаются в табеле до тех пор, пока табель не будет открыт (настройка "Запретить ввод системных неявок на период защищенных табелей"). Но если создать приказ по персоналу на изменение режима работы или оклада, то при утверждении приказа и обработки рабочей корзины создается переход, данные которого учитываются при закрытом табеле при расчете заработной платы за первую половину месяца, что неправильно. Для решения данной задачи предлагается добавить системную настройку для ввода диапазона дат, внутри которого обработка рабочей корзины будет запрещена (тех записей РК, которые хоть как-то пересекаются с заданным диапазоном). Можно задействовать для этой цели настройку "Окончание диапазона защиты табелей от обновления" (тогда в ней нужно уметь задать дату, а не месяц). Также необходимо запретить ручной ввод переходов в межпериод, пересекающихся с заданным интервалом. Нужно, чтобы табели всегда считались защищёнными и в этом периоде тоже (если он задан). Тогда клиенту не пришлось бы проставлять дату проверки в каждом табеле ради того, чтобы рассчитать зарплату за первую половину месяца, а потом опять открывать.В настройке "Окончание диапазона защиты табелей от обновления" теперь можно задать дату полностью. Если до установки обновления в данной настройке был указан месяц и год, то новое значение выставится на последний день заданного месяца. Изменен подход к обработке настройки "Окончание диапазона защиты табелей от обновления" при определении защиты табелей. Теперь защищенный с точки зрения табелей период будет включать в себя: - Если установлена настройка "Окончание диапазона защиты табелей от обновления": весь диапазон дней до даты из этой настройки, включая день, заданный в самой настройке. - Если "Защитить проверенные табели от обновления"="да" и "Защитить проверенные табели от модификации"="да": дни всех месяцев, на которые приходится проверенный табель. Отныне запрещено добавление, удаление и изменение переходов, покрывающих защищенный период. Для переходов, приходящихся на защищенный период, в окне редактирования светится информирующая об этом строка. Запрещена обработка записей рабочей корзины типа "Изменить лицевой счет работника", если обработка может изменить значимые для табеля реквизиты лицевого счета на период, пересекающийся с защищенным. При попытке обработки такой записи в протокол будет выдано сообщение об ошибке. Если настройка "Запретить ввод системных неявок на период защищенных табелей"="да", то на защищенный период запрещается добавление, удаление и изменение системных неявок, как то: - приказов на командировку - отпусков - больничных - утверждения и удаления утвержденных приказов РПД 6, 35, 36, 40, 41, 42, 71, 72 В последнем нет новизны. Отличие от предыдущей реализации в том, что 1) Учитывается настройка "Окончание диапазона защиты табелей от обновления" 2) Слово "проверенный" табель в сообщениях, где оно было, заменено на более подходящее по смыслу "защищенный" табель. По части защиты табеля от переформирования правило обработки настройки "Окончание диапазона защиты табелей от обновления" следующее: если настройка покрывает хотя бы один день месяца табеля, табель нельзя будет переформировать. Получается, что возможны ситуации, когда целиком табель не переформируется, но при этом возможно ввести системные неявки или переходы на оставшуюся, незащищенную часть месяца. Защита от ручных корректировок табеля и ввода табельных отклонений на период, покрытый настройкой "Окончание диапазона защиты табелей от обновления", на текущий момент не реализована.
102.1287729.1.21.0Вредность в табеле для БеларусиЗаработная платаФормирование табеля
Требуется реализовать функционал расчета условий работы в табеле по бизнес-правилам Беларуси.Реализован расчет условий работы в табеле по правилам для Беларуси. Доработка включается при настройке на страну = "Беларусь". Из итогов табеля убрана строка "Работа в особо вредных условиях". Исходная информация для расчета - Особые условия/КПС, взятые на некоторую дату из лицевого счета с учетом переходов в межпериод. Условия работы считаются вредными тогда, когда в соответствующей записи справочника "Соответствие профессия-КПС" указан ненулевой процент. При этом важно, чтобы работник не достиг пенсионного возраста (используются настройки "Общеустановленный пенсионный возраст для мужчин" и "Общеустановленный пенсионный возраст для женщин"). По достижении пенсионного возраста условия труда будут всегда невредными, невзирая на процент. Правила расчета часов. Вредные часы могут появиться у работника лишь тогда, когда с учетом вышесказанного работник оказывается во вредных условиях. В простейшем случае (при отсутствии неявок) таковыми будут фактически отработанные часы. Для того, чтобы время той или иной неявки попало в итоги по "Работе в обычных условиях" или "Работе во вредных условиях" (иначе говоря, вошло в отработанное время с точки зрения расчетов по доп. тарифам), необходимо выполнение хотя бы одного из следующих условий: - неявка входит в состав фактически отработанных часов (например, заведена как увеличение на вкладке "Отклонения" в табеле) - признак "Отраб. время для доп. тарифов" в условном обозначении неявки в значении "да". Время неявки, входящей согласно данным условиям в отработанное время для расчета доп. тарифов, будет отнесено к вредным часам, если: - неявка не является отпуском, и признак "Вредные условия" условного обозначения неявки в значении "да" - неявка является отпуском, признак "Вредные условия" в значении "да", при этом последний рабочий по плану день перед началом отпуска является вредным с учетом всех обстоятельств (о вредности дней см. далее). Соответственно, при невыполнении данных условий часы неявки попадут в "Обычные". Подчеркнём, что изложенное выше относится только к тому случаю, когда работник работает на вредной должности (указан процент в справочнике) и не достиг пенсионного возраста. То есть, можно сделать отпуск с признаком "Вредные условия"="да" обычному работнику, и при этом у него не возникнет вредных часов/дней. Таким образом, данный признак следует рассматривать как средство сохранения вредных условий в случае неявки, а не переопределения условий работы на вредные, и в этом принципиальное отличие от реализации для России. Вычисление вредности дня. В отличие от России, где вредность дня на вкладке "Корректировка" является основой для расчета вредности часов, для Беларуси всё наоборот. Вредность дня для Беларуси определяется сравнением рабочих часов по плановому графику и фактического количества "Вредных" часов. Если в "Дополнительных характеристиках" записи справочника "Соответствие профессия-КПС" стоит птичка "80% отработанного времени", то день будет считаться вредным, когда количество вредных часов за этот день больше либо равно 80% рабочих часов по плану за этот же день; иначе день будет считаться обычным. Если птичка "80% отработанного времени" снята, то сравнение будет идти со 100% плановых часов: если вредных часов за день больше либо равно чем часов по плановому графику за этот же день, день засчитывается как вредный; иначе - как обычный. Для случая, когда за некоторый день нет ни "Обычных", ни "Вредных" часов, но есть какие-либо неявки, предусмотрена отдельная обработка. Количество часов всех "вредных" неявок сравнивается с часами по плановому графику так же, как сравнивались бы "Вредные" часы, если бы они были: или со 100% плана, или с 80% плана. На основании сравнения делается вывод о вредности дня. Данная обработка носит вспомогательный характер, т.к. при таких условиях день всё равно не относится к отработанным для доп. тарифов. Также реализована вспомогательная обработка для случая, когда нет отработанных с точки зрения доп. тарифов часов, но есть неявка с нулевыми часами за этот день (например, попадание отпуска или больничного на выходной). В этом случае вредность дня будет равна вредности такой неявки. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Обратить внимание на признак "Отраб. время для доп. тарифов" в классификаторе УО табеля. Поставить его в "да", если нужно, чтобы неявка всегда попадала в отработанные с точки зрения доп. тарифов часы ("Работа в обычных условиях", "Работа во вредных условиях").
102.1296709.1.21.0Вредность в табеле для КазахстанаЗаработная платаФормирование табеля
Реализовать функционал расчета вредных часов в табеле для Казахстана.Реализован расчет вредных часов для Казахстана. Изменения вступают в силу по настройке на страну Казахстан. На вкладке "Корректировка" в табеле вместо колонки "Условия работы для доп. тарифов" теперь отображается колонка "Вредные", в которой по дням выводится количество часов, считающихся отработанными во вредных условиях. Значения в данной колонке недоступны для редактирования, однако изменить их можно путем редактирования рабочих часов или путем заведения отклонений. Из итогов табеля убрана строчка "Работа в особо вредных условиях". Также убрано значение "особо вредные" для признака "Условия работы" в классификаторе условных обозначений табеля. Исходная информация о вредности берется из Особых условий, взятых на нужную дату из лицевого счета с учетом переходов в межпериод. Условия работы считаются вредными тогда, когда в соответствующей записи справочника "Соответствие профессия-КПС" заполнены Особые условия. Изначально вредными часами будут являться рабочие часы за периоды, относящиеся к вредным условиям. В тех случаях, когда нужно добиться иного результата, предлагается использовать отклонения, в условном обозначении которых определённым образом выставлены признаки "Условия работы" и "Отраб. время для расчета доп. тарифов". Признак "Условия работы" из классификатора условных обозначений табеля, как и прежде, служит для того, чтобы переопределить вредность часов. Например, если нужно сделать в некоторый день два невредных часа человеку, работающему на вредной должности, нужно завести условное обозначение с признаком "Условия работы" = "обычные" и ввести отклонение на два часа с данным УО. Признак "Отраб. время для расчета доп. тарифов", как и раньше, служит для того, чтобы учесть вредные часы тогда, когда они не входят в состав рабочих. Например, часы отпуска. Для того, чтобы у работника, работающего на вредной должности, данные часы светились в колонке "Вредные", и попадали в итог по вредным часам, в условном обозначении отпуска признак "Отраб. время для расчета доп. тарифов" должен быть в значении "да".
102.1290049.1.20.0Неверный расчет сверхурочных при суммированном учете с настройкой "..время уменьшающих норму неявок" - "рассчитывать по факту"Управление персоналомФормирование табеля
В настоящий момент в системе существует два основных способа учета времени неявок, уменьшающих норму, при расчете сверхурочных для суммированного учета: по норме и по факту. В режиме расчета по норме время неявок определяется, как рабочие часы за дни системной неявки (больничный, отпуск, командировка, гособязанности) по графику нормы. Но в таком режиме не учитывается время уменьшающих норму табельных отклонений. С другой стороны, если рассчитывать время уменьшающих норму неявок по факту, табельные отклонения будут учтены, но часы системных неявок возьмутся из планового графика, который в общем случае может быть отличен от графика нормы. Нужен новый режим расчета времени уменьшающих норму неявок. В этом режиме время системных неявок, уменьшающих норму, следует считать по норме, а время уменьшающих норму табельных отклонений - по факту.Для настройки "Настройки Галактики Управление персоналом Табельный учет Расчет итогов ..время уменьшающих норму неявок" добавлено новое значение: "рассчитывать по норме, с учетом отклонений". При данном значении настройки время уменьшающих норму неявок считается следующим образом: - часы больничных, отпусков, командировок и гособязанностей, уменьшающих норму, берутся по графику нормы; как и при значении "рассчитывать по норме". - часы всех возможных иных отклонений, уменьшающих норму, берутся по факту, как указано на вкладке "Неявки" в табеле. & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ БАЗОВЫХ ФОРМ: НЕТ & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ ШАБЛОНОВ: НЕТ
102.1291309.1.20.0Подклассы условий труда в табелеЗаработная платаФормирование табеля
Добавить обработку поля подкласс условий труда в связи с добавлением в этого поля в справочник соответствия профессия-КПС.Изменения только для России, по настройке на страну. В табель на вкладку "О работнике" добавлено поле "Подкласс условий труда". В поле отображается подкласс условий труда из записи справочника "Соответствие профессия-КПС", актуальной на дату начала выбранного периода. Для архивных табелей возможен выбор значений тройки параметров - Особый условия, КПС, Подкласс условий труда - при нажатии F3 на любом из полей. Изменена подача информации в итогах табеля. Теперь в следующие три строки: "Работа в обычных условиях", "Работа во вредных условиях", "Работа в особо вредных условиях" часы попадают только за те дни, за которые подкласс условий труда не был указан. В случае наличия работы в условиях труда с привязанным подклассом добавляется дополнительная строчка в итогах (например, "Работа в условиях труда с подклассом 1.0"). И так по каждому подклассу, имевшему место в течение месяца.
102.1295369.1.20.0При создании перехода будущего периода сотрудник исчезает из нового подразделения в просмотре табеляЗаработная платаПросмотр табеля
При формировании табеля будущего периода учитывается только один постоянный переход. Пример. Работник на начало расчетного периода работает в подразделении 1. Добавляем переход в подразделение 2 с 10-го числа расчетного месяца, без даты окончания. Добавляем ещё один переход без даты окончания, с 20-го числа того же месяца, без изменения подразделения. Теперь если сформировать табель за месяц, следующий за расчетным, то подразделение данного табеля будет 1 (смотреть подразделение нужно в списке табелей, т.к. в режиме редактирования всё верно отображается). Система не видит переход с изменением подразделения из-за более близкого к будущему периоду перехода от 20-го числа. Если же удалить переход с 20-го числа, то табель за будущий период будет с подразделением 2. Неверное подразделение из списка табелей обрабатывается фильтром по подразделению, в результате для сотрудника с установленным фильтром табель выпадает из зоны видимости при добавлении перехода с изменением режима работы, начавшегося позже, чем переход с изменением подразделения.Ошибка исправлена: при формировании табелей будущего периода учитываются пересекающиеся переходы.
102.1296059.1.20.0Не отображается РВ в табеле в праздничный день при наличии отпускаЗаработная платаФормирование табеля
Не получается приказ на работу в выходной во время отпуска. Не отображается в табеле приказ, не появляются рабочие часы.Реализована возможность выкладывания приказа на работу в выходной поверх отпуска. День при этом должен быть выходным по плану, и не считаться днём отпуска (иначе нужно делать через отзыв, а не через приказ на работу в выходной). Обработка такая же, как для приказа на работу в выходной в обычный выходной, без отпуска.
106.97649.1.19.0Еще раз о пенсионном стаже при работе во вредных условиях неполный рабочий деньЗаработная платаФормирование табеля
Требуется переработать функционал учета неполного рабочего дня в контексте вредности в табеле. Для расчета начислений по доп. тарифам не нужно учитывать неполностью отработанные дни - вредные условия должны сохраняться независимо от того, сколько часов человек отработал. Для расчета пенсионного стажа требуется учитывать неполностью отработанные дни: если отработано меньше 80% нормы за день, считать этот день работой в обычных условиях.Поле "Условия работы" в табеле на вкладке "Корректировка" переименовано в "Условия работы для доп. тарифов". Изменен расчет вредности для доп. тарифов: неполностью отработанные дни больше не сбрасывают условия работы в обычные. Учет неполностью отработанных дней при расчете пенсионного стажа будет реализован в рамках другой проблемы.
102.1027149.1.18.0В Отчет об использовании раб.времени для РБ не попадает отраб.времяЗаработная платаОтчет об использовании календарного фонда времени [РБ]
В Отчет об использовании раб.времени для РБ не попадает отраб.время. Табель есть, з/п рассчитана.В отчете использовалась функция, с типом дней, которые не обрабатывались программой. Функция доработана - и возвращает нужное кол-во дней.
102.1128379.1.18.0Восстановить работу настройкиЗаработная платаФормирование табеля
Необходимо восстановить работу настройки "Настройки Галактики Управление персоналом Табельный учет Расчет итогов Добавлять время неявок по уважительным причинам к фактически отработанному". Сейчас эта настройка не анализируется.Восстановлена работа настройки "Настройки Галактики Управление персоналом Табельный учет Расчет итогов Добавлять время неявок по уважительным причинам к фактически отработанному". Если настройка будет в положении "да", время неявок по уважительным причинам будет добавляться к фактическому отработанному времени при расчёте сверхурочных для суммированного учета. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Если настройка "Добавлять время неявок по уважительным причинам к фактически отработанному" до установки обновления уже стояла в положении "да", то обратите внимание на взаимодействие данной настройки с признаком "Уменьшает норму" в классификаторе условных обозначений табеля. Если неявка по уважительной причине уменьшает норму, и её время добавляется к фактически отработанному, то наличие такой неявки будет приводить к возникновению сверхурочных часов. Если такое поведение системы не устраивает, переключите настройку "Добавлять время неявок по уважительным причинам к фактически отработанному" в "нет", или снимите признак "уменьшает норму" в соответствующем УО.
102.1274839.1.18.0Вредные условия работы, неполный рабочий день и погрешность количества часовЗаработная платаФормирование табеля
У пользователей возникла ситуация, когда вследствие некоторых манипуляций с системой рабочие часы в табеле оказывались с погрешностью. Если при этом погрешность была в сторону уменьшения, то срабатывал функционал "условия работы при неполном рабочем дне", и условия работы за данный день сбрасывались в обычные. Ибо в самом деле, математически же норма не достигнута. Такое поведение системы не устраивает, так как погрешность невооружённым взглядом увидеть невозможно, и, тем не менее, она на что-то влияет. Требуется сделать проверку условия "неполный рабочий день" с учётом возможной погрешности.Теперь неполный рабочий день для вредных условий определяется с учётом возможной погрешности.
102.1279929.1.18.0Некорректная обработка пересечения простоя и больничного для РБЗаработная платаФормирование табеля
При пересечении простоя, начавшегося раньше больничного, все дни пересечения в табеле отображаются, как простой. Такую обработку нужно было делать только для РФ. Простой заводится как отклонение с типом "уменьшение", к условному обозначению отклонения привязан вид оплаты с типом "ПрВР" или "ПрРП".Теперь простой, начавшийся раньше больничного, затирает в табеле дни больничного только для России.
102.1283359.1.18.0Неверный расчет сверхурочных при суммированном учетеЗаработная платаФормирование табеля
При суммированном учёте и следующих значениях настроек: "..источник сведений о норме времени" = "балансный график" "..время уменьшающих норму неявок" = "рассчитывать по норме" некорректно считаются сверхурочные: расчет проходит так, как если бы настройка "..время уменьшающих норму неявок" была в состоянии "рассчитывать по факту".Ошибка исправлена. Время уменьшающих норму неявок снова может считаться по балансному графику.
103.64629.1.18.0С начислений, оплачиваемых отдельно от основного вида оплат, не начисляются доп.налогиЗаработная платаФормирование табеля
Вредника в его основное рабочее время привлекают к работе на несколько часов, которые оплачиваются отдельным видом оплаты. Чтобы не переплачивать часы за работу по основному ВО, уменьшают рабочие часы работы в табеле. Как следствие - срабатывает функционал неполного рабочего дня, дни становятся как работа в ОБЫЧНЫХ условиях и доп.налоги с дополнительного ВО не начисляются. Необходимо, чтобы в данном случае условия труда оставались вредными.Теперь при проверке условия неполного рабочего дня отработанным временем считаются не только рабочие часы по основному ВО, а ещё и часы неявок, считающихся отработанным временем для расчета начислений по доп. тарифам. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Как решается исходная проблема на обновлении. 1. Заводим условное обозначение табеля, которое будет отвечать за работу с отдельным ВО, привязываем ВО. 2. Устанавливаем в условном обозначении признак "Отраб. время для расчета доп. тарифов" в значение "да" 3. Добавляем отклонение с типом "уменьшение" и нужным кол-вом часов в нужный день, привязываем данное условное обозначение. В результате количество часов, оплачиваемых основным ВО, уменьшится, отклонение будет оплачено своим ВО, а условия работы при этом останутся вредными.
106.97589.1.18.0Вредные условия работы при смене, приходящейся на 2 календарных дняЗаработная платаФормирование табеля
Графики сотрудников с КПС, захватывают 2 календарных дня, т.е. график работы - двенадцатичасовой: с 08 до 20 в первый день (11,5 часов + 0.5 часа обед), с 20 до 00 (4 часа) и с 00 до 08 во второй день, третий день - те же 11,5 часов +0.5 ч. обеда. Второй и третий дни в табеле так и разбиваются на 4 и 7,5 часов. Соответственно, условия на вкладке "Корректировка" отражаются как обычные, т.к. срабатывает функционал неполного рабочего дня. Надо как-то обойти функционал неполного рабочего дня.Теперь при определении неполного рабочего дня для вредных условий количество отработанных часов сравнивается с плановым графиком. Раньше сравнивалось с графиком, указанным в настройке "..источник сведений о норме времени".
180.68419.1.18.0В интерфейсе табеля отражаются рабочие часы после даты увольненияЗаработная платаПросмотр табеля
Сотрудник уволен 10/04/2012. По нему сформирован переход в межпериод с 02/04/2012 по 30/04/2012. В результате в интерфейсе табеля после 10/04/2012 отражаются рабочие часы. Проблем с распечаткой табеля и расчетом заработной платы нет, но это очень смущает пользователей. Хотелось бы, чтобы в таком случае выводились прочерки ("-") вместо рабочих часов.Теперь периоды переходов, начавшихся после даты увольнения, не считаются в табеле рабочим периодом. Если работник уволился, то вместо рабочих часов в табеле будут выводиться прочерки.
101.520649.1.17.0При суммированном учете раб,времени сверхурочные не рассчиталисьЗаработная платаРасчет начислений (общие вопросы)
Учет сверхурочных - суммированный. Заводим приказ на работу сверхурочно за оплату. В условном обозначении вид оплаты не привязан. В результате две проблемы: 1) Сверхурочные часы, назначенные по приказу, не идут в итоги по "Сверхурочным" и "Остатку сверхурочных", т.е. не участвуют в этом разбиении вообще. 2) Сверхурочные часы, назначенные по приказу, никак не оплачиваются от того, что эти часы не попали во "Сверхурочные", а к условному обозначению вид оплаты не привязан.Теперь если заводится приказ на работу сверхурочно за оплату, но в условном обозначении вид оплаты не привязан, часы работы по данному приказу включаются в итог по "Сверхурочным" и "Остатку сверхурочных", и, следовательно, оплачиваются соответствующими настройками.
102.1252309.1.17.0Учет условий труда работника при не полном рабочем днеЗаработная платаФормирование табеля
Требуется считать условия труда работника невредными, если работник отработал неполный рабочий день. А именно, в следующих двух случаях: 1) установлен признак "неполный рабочий день" в соответствующем режиме работы 2) работник отработал меньше часов, чем полагается по нормеТеперь если сотрудник за некоторый день отработал меньше часов, чем полагается по норме, или если режим работы в этот день имеет признак "неполный рабочий день", то условия труда за этот день считаются невредными.
102.1254289.1.17.0Отдельный компонент для работы со справочником "Соответствие профессия-КПС"Контур управления персоналомZ_Harm
Сейчас различные интерфейсы, в которых выполняется выбор/редактирование записей справочника "Соответствие профессия-КПС" размещены в различных компонентах (Z_StaffPensioner - сам справочник, Z_WT - связь со справочником через таблицу ApplDocs, там же сервисная функция по заполнению особых условий - КПС в табеле, там же интерфейс выбора, Z_Zar - сохранение признака работы во вредных условиях в начислениях ЗП, Z_PFRep - поиск КПС в назначении сотрудника на дату, Z_Staff - работа со множественным КПС из 6-го окна). Для объединения этой разрозненной, но единой по смыслу функциональности предлагается создать новый компонент, т.е. по сути выполнить рефакторинг кода.Создан новый компонент Z_Harm, в котором сосредоточена функциональность по работе с условиями труда (справочник "Соответствие профессия - КПС" и т.п.).
102.1267009.1.17.0При закрытии табеля происходит инверсия дней отработанных во вредных/обычных условиях.Заработная платаФормирование табеля
Через смежные данные заходим в табели некоторого работника. По умолчанию система позиционируется на некоторый табель. В этом табеле будут определенным образом распределены дни работы в обычных/вредных/особо вредных условиях. Теперь заходим в другой табель этого же работника, но видим в нём такое же распределение вредных/невредных дней, которое было в первом табеле. Верные данные появляются только после переформирования.Добавлена очистка кэша вредных дней при смене периода в табеле. Теперь данные по вредным дням будут верные изначально.
102.1270099.1.17.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.64149.1.17.0Автоматом не проставляется коэф. ССЧЗаработная платаФормирование табеля
При формировании табеля автоматически не проставляется коэф. среднесписочной численности из назначения сотрудника в кадрах. По локальному меню "Пересчитать коэффициент" - работает.Ошибка исправлена; при формировании табеля коэффициент среднесписочной численности снова подставляется автоматически из назначения.
106.97279.1.17.0Перестало выполняться автоматическое обновление табеляЗаработная платаФормирование табеля
После установки обновлений перестало выполняться автоматическое обновление табеля при редактировании переходов в межпериод. Настройка "Автоматически обновлять табели"="да". Заходим в переходы сотрудника, добавляем переход, изменяющий режим работы, но отработанные часы в табеле остаются прежними.Работоспособность функционала переформирования табелей при редактировании переходов в межпериод восстановлена.
101.525809.1.16.0неверно формируется табель для повторно принятого сотрудникаЗаработная платаФормирование табеля
Сотрудника увольняют и повторно принимают в том же мясяце, на новую карточку и старый л/с. До увольнения у сотрудника была работа в выходной, оформленная через приказ на работу в выходной. После повторного приёма при переформирования табеля данные о работе в выходной до увольнения исчезают. Требуется, чтобы для случаев повторного приёма на новую карточку при формировании табеля подхватывалась информация о работе в выходной, оформленной на предыдущую карточку сотрудника.Реализован функционал обработки приказов, оформленных для всех предыдущих карточек сотрудника, для случаев повторного приёма на новую карточку, но тот же лицевой счет. Предыдущие карточки сотрудника определяются на основе истории увольнений лицевого счета.
102.1224019.1.16.0Отражение в табеле пересечения простоя и больничногоЗаработная платаФормирование табеля
Требуется в случае пересечения простоя с больничным, если простой начался раньше больничного, отображать в табеле простой на все дни пересечения. При расчетах дни такого пересечения также должны быть учтены, как дни простоя, а не больничного.Теперь в случае пересечения простоя с больничным, если простой начался раньше, чем больничный, на все дни пересечения отображается простой, а не больничный. Дни такого пересечения относятся также к простою. Для того, чтобы данный функционал заработал, простой нужно оформлять как отклонение с типом "уменьшение", к условному обозначению которого привязан вид оплаты с типом "ПрВР" или "ПрРП".
102.1256489.1.16.0Оптимизировать выборку информации об общесистемных отклонениях при загрузке табеля учёта рабочего времениЗаработная платаТабельные функции
Свести к минимуму количество повторных чтений информации об общесистемных отклонениях (больничные, отпуска, приказы на командировки и т.п.) при последовательных непринудительных загрузках табеля учёта рабочего времени одного и того же лицевого счёта (меняется только период).Доработано.
102.1256549.1.16.0Оптимизировать выборку значений внешних атрибутов при загрузке табеля учёта рабочего времениЗаработная платаТабельные функции
Оптимизировать выборку значений часов работы в праздники из внешних атрибутов при загрузке табеля учёта рабочего времени: вместо пары операций "проверка существования значения + выборка" делать "попытка выборки".Оптимизирована выборка значений часов работы в праздники из внешних атрибутов согласно постановке задачи.
102.1257579.1.16.0При настройке оплаты работы в выходные за отгул отдельным видом оплаты ( при суммированном учете) не нужно считать сверхурочныеЗаработная платаФормирование табеля
Для оплаты работы в выходной день за отгул на предприятии используется отдельный вид оплаты, привязанный к условному обозначению. В итогах табеля время отработанное в выходной за отгул одновременно с итогами по условному обозначению еще и попадает в итоги по сверхурочным. Таким образом, оплата осуществляется и сверхурочных и по виду оплаты, привязанному к условному обозначению. считают, что рассчитывать сверхурочные в этой ситуации не нужно.Ошибка исправлена: часы работы по приказу в выходной за отгул теперь не попадают в итог по сверхурочным.
102.1257609.1.16.0Не верно считаются доп. взносы по спискам 1 и 2 в случае учебного отпуска сотрудникаЗаработная платаФормирование табеля
Выяснились новые обстоятельства, которые касаются расчета доп. тарифа по учебным отпускам. Время учебного отпуска не входит в стаж вредности, следовательно, доп. тариф не начисляется и это время с настройкой "Взносы по дополнительному тарифу рассчитывать пропорционально общему времени за месяц" нужно учитывать как отработанное в обычных условиях. Решить существующими настройками не удается по двум причинам: 1. Если формировать переход в межпериод у сотрудника на невредные условия труда на период учебного отпуска, то время, приходящееся на этот период не отражается в итогах табеля как отработанное в обычных условиях и соответственно не участвует в пропорции распределения по фактически отработанному во вредных условиях. 2. При оформлении перехода в межпериод, для того чтобы период отпуска учитывался как отработанный в обычных условиях, необходимо заводить переход на день раньше начала учебного отпуска. Этот день может прийтись на рабочий день после чего он не обоснованно проходит как работа в обычных условиях.В классификатор условных обозначений табеля добавлен новый признак: "Приравнивать к отработанному времени при расчете начислений по доп. тарифам" (сокращенно: "Отраб. время для расчета доп. тарифов"). Возможные значения: "да"/"нет", по умолчанию "нет". Если поставить "да", то часы, отмеченные данным условным обозначением, всегда будут участвовать в пропорции распределения по фактически отработанному во вредных условиях. Если оставить "нет", то получим прежнее поведение системы: часы с данным условным обозначением будут участвовать в пропорции только тогда, когда они будут входить в состав отработанных часов. Соответственно, меняется смысл часов "Работа в обычных условиях", "Работа во вредных условиях" и "Работа в особо вредных условиях" в итогах табеля: теперь это не просто фактически отработанные часы, а фактически отработанные + приравненные к таковым для расчета доп. тарифов (т.е. с учетом признака). Изменен признак "Вредные условия" в классификаторе условных обозначений. Теперь он называется "Условия работы", и имеет следующие возможные значения: - "без изменений" - "обычные" - "вредные" - "особо вредные" Значение "нет" старого признака автоматически превращается в "без изменений"; "да" превращается во "вредные". Функционал, который использовал старый признак "Вредные условия", продолжает при этом работать следующим образом: "без изменений" и "обычные" обрабатываются как "нет", "вредные" и "особо вредные" - как "да". Теперь о новом функционале, который навешивается на этот признак. Данный признак теперь позволяет переопределять вредность часов (т.е. куда именно пойдут данные часы: в обычные, вредные или особо вредные), занимаемых какой-либо неявкой. При значении "без изменений" вредность часов не меняется, при любом другом значении - меняется соответственно. Также с помощью данного признака можно поменять вредность дней (то, что пишется в столбце "Условия работы" на вкладке "Корректировка", а также в количестве отработанных в соотв. условиях дней в итогах). Но это только в том случае, если условное обозначение относится к больничным, отпускам, командировкам и гособязанностям. Вредность же часов можно менять в любом случае, будь то увеличение/уменьшение/уточнение или приказ на работу в выходной. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Для решения проблемы в исходной формулировке. Для условного обозначения, соответствующего учебному отпуску: 1) Признак "Условия работы" поставить в "Обычные" 2) Признак "Отраб. время для расчета доп. тарифов" поставить в "да".
102.1244959.1.15.0Формирование табельных часов и функций для отражения работы во вредных условияхЗаработная платаФормирование табеля
Необходимо, чтобы табель умел вести учёт времени, отработанного во вредных (отдельно - в особо вредных) условиях по месяцам и мог сообщить эти данные расчётному алгоритму, формирующему начисления.В лицевые счета, переходы в межпериод и в табель добавлены новые поля: Особые условия, КПС. В переходы также добавлены "Территориальные условия". При нажатии F3 на любом из данных трёх полей появляется окно, в котором можно выбрать необходимый набор данных параметров (далее - Условия труда) из справочника "Соответствие профессия-КПС" для текущей должности и текущего подразделения. В переходах, не изменяющих должность/подразделение, должность и подразделение для выбора условий труда определяются на дату начала перехода. В табеле выбор условий труда возможен только при просмотре табеля прошлого периода (как и для должности/подразделения и др.). В переходах в межпериод реализован просмотр Особых условий/КПС/Территориальных условий на дату для просмотра параметров. Значения на дату берутся из лицевого счёта с учётом других переходов, по тем же правилам, как и для остальных параметров. Существующий до данного обновления параметр перехода "Территориальные условия" переименован в "Территориальные условия (устаревший параметр)". Вместо данного параметра рекомендуется добавлять теперь новый параметр "Территориальные условия", и указывать территориальные условия из справочника "Соответствие профессия-КПС". При добавлении любого из изменяемых параметров "Особые условия"/"КПС"/"Территориальные условия" в переход добавляются сразу все три. Если используется настройка о разграничении прав доступа к параметрам переходов, то условия труда по умолчанию скрыты, открывать следует вручную. Поля "Особые условия"/"КПС"/"Территориальные условия" добавлены также и в рабочую корзину. Реализована также и обработка записей корзины, меняющих эти поля. Доработаны функции в табеле. Добавлена возможность подсчета количества новых видов часов: 1) часы, отработанные в обычных условиях труда; 2) часы, отработанные во вредных условиях труда; 3) часы, отработанные в особо вредных условиях труда. Нормальность/вредность/особая вредность на конкретный день определяется исходя из условий труда, взятых на дату из ЛС и переходов (поля Особые условия, КПС).
102.1255839.1.15.0Зависание системы при просмотре и создании табелейУправление персоналомФормирование табеля
Зависание системы при попытке создать табель, открыть на просмотр ранее созданный табель, выбрать сотрудника в приказе на командировку.Устранено зависание системы при работе с табелем
103.62849.1.15.0При продлении командировки расчетный период и средний не пересчитыватьЗаработная платаФормирование табеля
У клиента 20% сотрудников находятся в длительных командировках, со сроками больше полугодия. При вводе приказа на продление командировки расчетный период пересчитывается с момента ввода этого приказа. Требуется, чтобы для продолжающихся командировок расчетный период сохранялся исходя из первой командировки (как в продолжающихся больничных).Теперь в случае, когда одна командировка формируется на основе другой ("Формирование приказа на основании имеющегося"), то дата назначения командировки вытягивается по цепочке вышестоящих приказов из самого вышестоящего. При этом важно, чтобы у вышестоящей командировки была запись по данному работнику в спецификации: если такой записи нету, то считается, что для данного работника это новая командировка, а не продолжение вышестоящей. Корректность дат начала/окончания вышестоящих командировок (последовательность, примыкание вплотную друг к другу) не проверяется. Состояние вышестоящих командировок также не анализируется: если некоторая командировка имеет такое состояние, которое позволяет этой командировке попадать в табель, то все её вышестоящие будут учтены при поиске даты назначения.
180.75159.1.15.0Начисление доп.налогов по списку 1 и 2 на период отпуска по уходу за ребенкомЗаработная платаФормирование табеля
Начисление доп.налогов по списку 1 и 2 на период отпуска по уходу за ребенком. Возник вопрос: как корректно выгрузить данные, должны ли начисляться налоги на таких сотрудников. Клиент говорит, что если сотрудница в отпуске по уходу за ребенком, то налог не должен начисляться.В табель добавлена возможность вычисления условий труда на конкретный день месяца. Условия труда могут быть следующих видов: - обычные условия - вредные условия - особо вредные условия Условия труда на некоторую дату рассчитываются по следующим правилам. 1) За основу берутся условия труда, определяемые значением на эту дату Особых условий/КПС, которое в свою очередь берётся из лицевого счёта с учётом переходов в межпериод. 2) Если на день приходится отпуск по уходу за ребёнком, то условия труда в этот день считаются невредными. Отпуск по уходу за ребёнком определяется согласно настройкам "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Код отпуска по уходу за ребенком до 1,5 лет", "Код отпуска по уходу за ребенком от 1,5 до 3 лет" 3) Если на день приходится любой другой отпуск, то условия труда в этот день будут такими же, как за один день до начала данного отпуска (при условии, что в тот день не было другого отпуска/больничного, иначе берутся условия труда за один день до начала обнаруженного отпуска/больничного, и т.д.) 4) Если на день приходится больничный, то условия труда определяются так же, как и в п.3 В табеле в закладку "Итоги" добавлена информация (дни и часы) по работе в обычных, вредных и особо вредных условиях. Во вкладке "Корректировка" можно увидеть раскладку условий работы по дням
180.75939.1.14.0Runtime error 213 в модулях "Управление персоналом" и "Заработная плата"Контур управления персоналомОбщие вопросы по компонентам Z_*
Если в классификаторе режимов работ количество записей превышает 32767, то при запуске модулей "Управление персоналом" или "Заработная плата",а также если зайти в основные окна "Управление персоналом" - Картотека сотрудников,"Заработная плата" - Лицевые счета Галактика выдает Runtime error 213.Расширен диапазон для хранения записей классификатора режимов работ, при этом количество режимов работ, а соответственно и записей в классификаторе, может быть не более 65535.
101.514529.1.13.0Проблема с формированием отчете КОНТРОЛЬ СВЕРХУРОЧНЫХ работЗаработная платаКонтроль сверхурочных работ
Проблема с формированием отчета "Контроль сверхурочных работ". У работника был больничный, условное обозначение которого в табеле уменьшает норму. Также у работника был переход в межпериод с изменением режима работы, и этот переход пересекает данный больничный. Формируем отчет "Контроль сверхурочных работ" по данному работнику за месяц. На вкладке "По режимам работы" выбираем режим работы работника до перехода. При этом "Часы неявок, уменьшающих норму" в отчете проставятся верно. Но если теперь, не выходя из интерфейса формирования отчета, указать в фильтре по режиму режим работы из перехода, то в отчете часы неявок, уменьшающих норму, будут нулевыми. То же самое, если выбирать режимы в обратном порядке, или указать несколько режимов: часы неявок, уменьшающих норму, попадут в отчет только по одному, "первому", режиму.Ошибка исправлена. Часы неявок, уменьшающих норму, попадают в отчет корректно.
101.517999.1.13.0Формирование табеля - не всегда проставляется ссылка на допаналитику в будущем месяцеЗаработная платаФормирование табеля
В ЛС проставлена допаналитика-подразделение. Создаём табели на текущий и будущий месяц (допустим, июль и август) - в обоих нормально видим эту допаналитику. Теперь создаём переход в межпериод с 14.07 по 19.07 на другую допаналитику-подразделение (можно даже на ту же самую). И в августовском табеле допаналитика пропадает (поле Lstab.Oldclsch пустое). После переформирования августовского табеля опять появляется.Ошибка исправлена. Теперь в табеле будущего месяца верная доп. аналитика.
101.521689.1.13.0При рассчете Зарплаты сотруднику - Галактика вылетает (без всяких сообщений)Заработная платаТабельные функции
При выполнении следующих условий: 1) Режим расчёта сверхурочных - подённый 2) "Часы работы в рабочие по плану праздники" = "вводить вручную" 3) "Настройки Галактики Управление персоналом Табельный учет Расчет итогов Хранить итоговое количество часов для каждого перехода отдельно" = нет 4) "Настройки Галактики Управление персоналом Табельный учет Расчет итогов Пересчитывать введенные вручную итоги пропорционально отработанным часам" = да Происходит крах системы при входе в табель. Также приложение вываливается при запуске функций, использующих данные табеля, например, предварительная разноска, расчёт зарплаты.Ошибка исправлена
102.1235039.1.13.0Неверный расчет среднесписочной численности при повторном приемеЗаработная платаСтатистика о труде и движении рабочей силы
Работник в течение месяца перешёл из подразделения 1 в подразделение 2. На весь период работы в подразделении 1, а также на весь период работы в подразделении 2 у работника имеется неявка (т.е. всего две неявки), которая не входит в расчет среднесписочной численности, и оплачивается неразбиваемым видом оплаты. Теперь если сформировать отчет "Статистика о труде и движении рабочей силы" по подразделению 1, то среднесписочная численность для данного работника в отчете будет меньше 0. Это связано с тем, что неявки, оплачиваемые неразбиваемым видом оплат, не проходят фильтрацию по периодам в табеле, что можно видеть на вкладке "Неявки" при просмотре табеля: когда выбираем слева диапазон, в который неявка на самом деле не попадает, она продолжает висеть в списке внизу, с нулевым кол-вом дней, и с датой окончания, равной дате начала.Ошибка исправлена. Неявки, оплачиваемые неразбиваемым видом оплаты, корректно отображаются в табеле на вкладке "Неявки" при выборе разных диапазонов слева. Среднесписочная численность в отчете "Статистика о труде и движении рабочей силы" выводится корректно.
102.1239049.1.13.0Потеря преемственности. Неверно считаются праздничные часы в итогах.Заработная платаФормирование табеля
Потеря преемственности. Неверно считаются праздничные часы в итогах: при расчете итогов игнорируются праздничные часы из корректировки.Восстановлена работа функционала учета праздничных часов из корректировки при подсчете итогов. Если в ручной корректировке заданы праздничные часы в рабочий по плану праздничный день, то такие часы учитываются как "праздничные, рабочие по плану". В остальных случаях праздничные часы из ручной корректировки учитываются как "праздничные, не рабочие по плану".
102.1242789.1.12.0Вид командировки из приказа не отображается в табеле и в Т-13 с польз. настройкамиЗаработная платаТиповая форма Т13
В версии 9.1 вид командировки из приказа не отображается в табеле и, соответственно, в Т-13 с пользовательскими настройками. В табеле отображается значение системной настройки "Настройки Галактики Управление персоналом Табельный учет Условные обозначения".На версии 9.1 из приказов не бралось условное обозначение. Исправлено.
102.1231399.1.11.0Некорректно выводятся отклонения в Т-13 при наличии уточненияЗаработная платаТиповая форма Т13
В форму Т-13 необходимо выводить условное обозначение из приказа на работу в выходной.Исправлен учет часов отклонений в табеле. Неправильно вычислялся (отражался с нулевым количеством часов в итогах табеля и на вкладке "Неявки") остаток отработанных часов по приказу (в частности при наличии командировки, приказа на работу в выходной, и отклонений на день).
101.371969.1.10.0Не рассчитывается вид оплаты выходных сверх нормыЗаработная платаПредварительная разноска
В настройках указано: "Настройка Управление персоналом Табельный учет Расчет итогов Фактически отработанное время ограничивать нормой - да" "Настройка Управление персоналом Табельный учет Расчет итогов Рабочие часы по факту за вычетом работы в выходные - да" Указаны разные виды оплат выходных в пределах и сверх нормы: "Настройка Управление персоналом Расчеты с персоналом Оплата работ В выходные" "... В выходные, сверх нормы" В табеле проставлена работа в выходные дни таким образом, что часть выходных часов попадает в пределы нормы, а другая часть - сверх нормы. В предварительной разноске формируется только вид оплат "в пределах нормы" на все количество выходных часов. Отдельный вид оплаты сверх нормы в разноске не появляется.Работоспособность алгоритма разбивки оплаты работ в выходные и праздничные дни восстановлена.
101.515199.1.10.0замедление при расчете ЗП на SQLЗаработная платаРасчет начислений (общие вопросы)
замедление при расчете ЗП на SQL УФПС Рязанской области: перешли с первазива на скуль на том же сервере - - - Заметили сразу, что быстродействие Галактики упало. Например, общий расчет зарплаты в Pervasive был около 4 часов, в MSSQL стал более 7.5 часов. Некоторые отчеты формируются в 3-5 дольше (ФСС-4, например). - - - Последние обновления Галактики у нас от 18.01.2013 , соответственно Атлантис 5.4.41. О системе, кратко 2x8-ми ядерных процессора, память 32 ГБ, Windows2008 R2, MSSQL 2008 R2, Галактика 8.1, Атлантис 5.4.41, антивирус Касперский лицензионный, больше никаких программ. На пробный расчет отключал антивирус. Еще. У нас зарплата (ранее до 21декабря 2012 на первасиве) работает отдельно от бухгалтерии(под MSSQL уже давно, ставил давно уволенный инженер- не я, MSSQL там не изменяли) ? в двух разных базах на разных серверах. Теперь MSSQL-и у нас разные. Вот пробовал на бухгалтерском сервере ? ставил пробную БД Зарплаты и рассчитывал. Скорость если и увеличивается - то незначительно. Загрузка серверов по памяти и по процессорам(вцелом) не полная(проверял через диспетчер задач).Полностью память не используется: из 32 ГБ используется до 20ГБ максимум. Процессоры в целом заняты 10-30%, по ядрам - на 100% занятость бывает очень редко и кратковременно. - - - - был отправлен пакет Ларина SmartTimeProtocol для сбора логов вот результат: - - - - На пробной базе расчитывал зарплату с формированием логов (файлов Atl*.sil). Даю ссылку на полученные файлы при расчете одного подразделения http://yadi.sk/d/4c8uCuxj2Wfyg Когда расчитывал по всему предприятию - расчет шел около 6 часов - прервал т.к. ожидаемое время расчета оставалось еще часов 60, при этом файлов Atl*.sil уже сформировалось 129ГБ(не архивированно) . - - - - Логи анализировал Корзюк Виталий: Прогнал расчёты под отладчиком. Настройки не при чём. Кэш информации о смежных л/с не то что неправильно используется, он вообще не используется: на каждый чих грузится полный перечень всех связей. В общем, нужна доработка в прикладухе. Регистрируй проблему.Ускорена работа со смежными лицевыми счетами.
102.1218639.1.10.0РВ при подденном учете увеличивает рабочие часы в табелеЗаработная платаФормирование табеля
При поденном учете рабочего времени, когда при работе в праздничный день (РВ) по табелю, попадает на выходной праздничный деть, возникает ошибка, которая ведет к переплате по виду оплат 4 "Оплата по окладу (смена)". Связано с неправильным отображением часов в табеле, которые увеличивают часы рабочие. РВ вводятся только через приказы. Ошибка еще возникает при печати табеля, что приводит к многочисленным вопросам сотрудников. При существующих настройках решить данную проблему не получается. Пользователи отказываются от ручного введения отклонений, т.к. при большом количестве корректировок тоже приводит к массовым ошибкам и переплатам. Часы отработанные в праздничный, который по графику выходной попадают и в фактически отработанные и в праздничные и в итог по условному обозначению. Причем даже если к условному обозначению привязан вид оплаты. Установить настройку "Рабочие часы по факту за вычетом работы в праздники(поденные режимы учета)" - "да" не могут, так как тогда все праздничные часы вычитаются их фактических и сотрудник видит по начислениям меньше оклада за месяц, возникает много вопросов.Праздничные часы в системе теперь разделены на рабочие по плану праздничные и нерабочие по плану праздничные. Следующие настройки системы разделены на две: В разделе "Настройки Галактики Управление персоналом Табельный учет Расчет итогов": 1) "Рабочие часы по факту за вычетом работы в праздники(поденные режимы учета)" => "Рабочие часы по факту за вычетом работы в рабочие по плану праздники(поденные режимы учета)", "Рабочие часы по факту за вычетом работы в нерабочие по плану праздники(поденные режимы учета)" 2) "Рабочие часы по факту за вычетом работы в праздники(суммированные режимы учета)" => "Рабочие часы по факту за вычетом работы в рабочие по плану праздники(суммированные режимы учета)", "Рабочие часы по факту за вычетом работы в нерабочие по плану праздники(суммированные режимы учета)" 3) "Часы работы в праздники" (вводить вручную/рассчитывать автоматически) => "Часы работы в рабочие по плану праздники", "Часы работы в нерабочие по плану праздники" В разделе настроек "Настройки Галактики Управление персоналом Расчеты с персоналом Оплата работ": 4) "В праздники" => "В рабочие по плану праздники", "В нерабочие по плану праздники" Значение по умолчанию настройки "Оплата работ В нерабочие по плану праздники" зависит от настройки "Настройки Галактики Управление персоналом Табельный учет Расчет итогов Фактически отработанное время ограничивать нормой". Если последняя в значении "да", то в настройку для нерабочих по плану праздников подставится вид оплаты из настройки "Оплата работ В праздники, сверх нормы". Если же настройка об ограничении нормой в значении "нет", то вид оплаты для нерабочих по плану праздников подставится из прежней настройки "Оплата работ В праздники". Это сделано для сохранения преемственности, в связи с изменениями в работе предварительной разноски (описано ниже). Для остальных новых настроек значения по умолчанию будут взяты те же, которые были выставлены в исходных настройках. После чего исходные настройки ликвидируются. Итоги в табеле по праздничным часам также разделены теперь. Вместо одной строки "Праздничные" теперь в итогах по часам две строки "Праздничные, рабочие по плану" и "Праздничные, не рабочие по плану". Как продолжение разделения настройки об оплате праздничных часов: в окошке "Альтернативная оплата", которое вызывается в лицевых счетах, переходах в межпериод и др. местах, на вкладках "Виды оплат" и "Проценты" атрибуты праздничных часов теперь также разделены. Вид оплаты праздничных, не рабочих по плану, устанавливается по тем же правилам, что и значение по умолчанию аналогичной настройки: в зависимости от того, включено ограничение отработанного времени нормой, или нет, устанавливается соответственно вид оплаты "праздничных, сверх нормы", или вид оплаты из прежнего атрибута "праздничные" в альтернативной оплате. В "праздничные, рабочие по плану" подставляется значение из прежней записи "праздничные". Для процентов значение новых атрибутов также берется из прежнего атрибута. Если итоги по праздничным часам были введены вручную до установки данного обновления, то такие итоги интерпретируются как итоги по "праздничным, рабочим по плану". Изменен расчет для праздничных часов в предварительной разноске для случаев, когда настройка "Настройки Галактики Управление персоналом Табельный учет Расчет итогов Фактически отработанное время ограничивать нормой" = "да": праздничные часы, не рабочие по плану, не разделяются на часы в пределах нормы и сверх нормы, а идут целиком тем видом оплаты, который указан в настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Оплата работ В нерабочие по плану праздники". (Раньше учитывались сразу все праздничные, и они разделялись на часы в пределах и сверх нормы).
102.804529.1.10.0Runtame при печати расчетных листковЗаработная платаРасчетные листки
Runtame при печати расчетных листков с включенной опцией "Печатать в листках оплачиваемые дни и часы". Проявляется на базе server1oitdgal810 estviktorpir102_80452 Таб.10 На релизе проблемы нетПри включенном параметре "печатать оплачиваемое время в расчетных листках" формирование отчета проходит корректно.
180.74679.1.10.0В расчет отпуска попадает некорректное количество дней в случае оформления отклонения через приказЗаработная платаБаланс отработанного времени
В расчет отпуска попадает некорректное количество дней в случае оформления отклонения через приказ. В условном обозначении признак "Исключить из времени для отпуска" в значении "да, целиком". Заводим отклонение с периодом действия в целый месяц и с данным условным обозначением. Если делать это в табеле на вкладке "отклонения" (тип - "уменьшение"), то в расчёт отпуска попадает 0 дней, как и надо. А если делать это через приказ, то в расчёт отпуска попадает столько дней, сколько было выходных в месяце.Ошибка исправлена. Теперь если назначаем отклонение через приказ, то имеем такое же поведение системы, как и в случае заведения отклонения с типом "уменьшение" прямо в табеле.
180.75239.1.10.0Происходит зависание системыТабельный учетМеню модуля "Заработная плата"
Происходит зависание системы в случае, когда табельное отклонение, оформленное по приказу РПД 91, пересекается с больничным или отпуском. Независимо от порядка, в котором были введены больничный или утвержден приказ: зависание происходит, как только появляется пересечение.Ошибка исправлена. Больше не происходит зависания в таких случаях.
102.1218719.1.9.0Необходимо выводить в печатной форме табеля Т13 обозначение РВ.Заработная платаТиповая форма Т13
Необходимо выводить в печатной форме табеля Т13 обозначение РВ в случае работы в выходные и нерабочие праздничные дни. Клиент ссылается на Постановление Госкомстата № 1 от 05.01.2004г. "Об утв. унифицированных форм..." Пример: Сотрудник отправлен на вахту с 01.01.2013 по 31.01.2013 (оформлен приказ на командировку). График сотрудника - все дни рабочие по 10 часов. В табеле на все дни проставляется отклонение ВМ. В январе 2013 8 праздничных дней. В итогах по праздничным дням - 8 дней, 80 часов. Требуется в печатной форме табеля Т13 в днях, приходящихся на нерабочие праздничные дни (8 дней в январе 2013), но в которые сотрудник работал, то есть в итогах по праздничным дням есть часы выводить обозначение РВ. То же самое касается выходных по графику дней, но в которые сотрудник работал (ручная корректировка рабочих часов).Доработано формирование табеля при настройке "Работу по приказу в выходной во время командировки рассматривать как" = "работу в выходной" в случае, когда на один день приходятся приказ на работу в выходной, командировка и отклонение с типом "уточнение": теперь в таком случае будут отображаться именно часы работы в выходной.
102.1194059.1.8.0При вводе больничного листа, частично перекрывающего отклонение, отклонение НН в табеле не всегда корректно обрабатываетсяЗаработная платаФормирование табеля
Введена неявка "НН",допустим, с 8-го по 31-е. Вводим больничный с 8-го по 16-е. На закладке "Неявки" в табеле дни/часы по неявке и больничному правильные, а период для неявки не изменился, остался с 8-го по 31-е. В результате неверно выводятся данные в отчет по неявкам. Необходимо, чтобы период неявки соответствовал реальному в табеле.При построении карты распределения неявки, сформированной на основе табельного отклонения с типом "уменьшение", в случае, если первый день карты превышает дату начала табельного отклонения - дата начала неявки сдвигается вперед.
102.1198219.1.8.0Неверно отражаются сверхурочные часы в табеле учета рабочего времениЗаработная платаПросмотр табеля
В базе есть режим работы "5-дневка" – подневной учет сверхурочных, и режим работы "Сменный по факту" (с оплатой сверхурочных) – суммированный учет сверхурочных учетный период месяц. У сотрудника есть переход в межпериод с 5-дневки на режим работы "сменный по факту". В первой части табеля все ОК: сверхурочных 4 часа. А во второй части считает неправильно. Сверхурочных должно быть 5 (117-112). А считает 1, т.к. сверхурочные по приказу как-то на это влияют. Если удалить сверхурочные из приказа и 1 числа ввести в корректировке 12 часов, то во второй части считает правильно (5 часов сверхурочных)В описанном случае, дело в приказах на сверхурочную работу. Они вводились на период поденного учета сверхурочных, но учитывались и при расчете часов сверхурочных работ за сумированный период. Исправлено.