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


Описание файла обновления:
ФайлG_WORKTABLE_DLL_911180.TXT
ОбновлениеG_WorkTable_DLL_911180
Назначение
ПродуктГалактика ERP 9.1
Релиз
КомпонентDLL G_WorkTable
Тип
Версия9.1.118.0
Дата2020-03-24 20:36:53
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
NEWГалактика ERP Управление персоналом | Учет времени | Табели учета рабочего времени | формирование та
В случае если у сотрудника есть первичный и продолжающийся БЛ, то отклонение простоя перекрывает продолжающийся БЛ, а не должно, должен быть больничныйВ случае пересечения продолжающегося больничного с простоем проверяется дата начала заболевания (дата начала первичного больничного) и, если заболевание началось до начала простоя, то данный больничный отображается в табеле.
9.1.117.0Галактика ERP Персонал ЗП Документы ТУРВ Просмотр табеля
В табеле, на вкладке "Неявки" видна ссылка на приказ, отменяющий командировку.Первоначальный приказ на командировку находится в статусе "Отменена"Просьба исправить.Исправлено. Табель учета рабочего времени корректно работает с приказами, отменяющими командировки.
9.1.116.0Все
Пересборка компонентов в рамках ERP-1851Пересборка компонентов в рамках ERP-1851
9.1.115.0Нет
Новая версия накопительного обновления словаря Галактика ERP 9.1 Alter_CumulativeВнесены изменения в словарь БД Галактики ERP 9.1
9.1.114.0Нет
Новая версия накопительного обновления словаря Галактика ERP 9.1 Alter_CumulativeВнесены изменения в словарь БД Галактики ERP 9.1
106.107049.1.113.0Неверно определяется процент оплаты продолжающегося больничного по уходу за ребенкомЗаработная платаПрименение ограничений по больничным листам
Потеря преемственности. Неверно определяется процент оплаты продолжающегося больничного по уходу за ребенком. Дни больничного по уходу за ребенком при стаже от 8 и более лет первые 10 дней должны оплачиваться в размере 100%. Первичный больничный 8 дней. Размер пособия - 100% 8 дней. Продолжение - больничный 2 дня. Первичный больничный в продолжающемся привязан. Программа определяет размер пособия 50%, хотя должно быть 100% 2 дня. Раньше считалось верно.Исправлено. Размер пособия рассчитывается корректно.
102.2007589.1.112.0В табеле не заполняется УО из больничного, занесенное в поле "Условное обозначение с даты назначения инвалидности в табеле"Заработная платаФормирование табеля
В табеле не заполняется УО из больничного, занесенное в поле "Условное обозначение с даты назначения инвалидности в табеле" (утрачено решение).Исправлено. Условное обозначение заполняется корректно.
101.664439.1.111.0Замедление при формировании оценочных обязательствУправление персоналомРасчет [РФ]
Замедление при формировании оценочных обязательств Замечено сильное замедление при формировании оценочных обязательств. Формирование оценочных обязательств по отпускам (без расчета СДЗ и прочих составляющих): Было 45 минут, Стало 242 минуты (и не закончилось).Исправлено. Восстановлена скорость загрузки табеля учета рабочего времени, которая в свою очередь повлияло на формирование оценочных обязательств.
102.1977079.1.111.0Устранить утечку памяти в библиотеке G_WorkTableЗаработная платаТабельные функции
Устранить утечку памяти: 1. в procedure _regs(... библиотеки G_WorkTable (InsalubrityReason.pas) необходимо добавить обнуление указателя на экземпляр наследника TInterfacedObject: AllReasons := nil; 2. в procedure _regs(... библиотеки G_WorkTable (WTHelpers.pas) необходимо добавить обнуление указателя на экземпляр наследника TInterfacedObject: VipFilters := nil; 3. в procedure InitDoneFunction(... библиотеки G_WorkTable (PADetailsVipFuncs.pas) необходимо добавить освобождение памяти при выгрузке модуля: FreeObj(VipProvidersStack);Устранена утечка памяти при освобождении ресурсов в модуле G_WorkTable, ( InsalubrityReason.pas, WTHelpers.pas, PADetailsVipFuncs.pas, procedure _regs(..., InitDoneFunction(.... Выгрузка объектов осуществляется корректно.
102.1966519.1.110.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.15.0.Обеспечение корректной работы. Пересобраны ресурсы с учетом изменённых таблиц словаря Alter_Cumulative 9.1.15.0. Комплектность установки ресурсов обеспечена требованиями при установке.
101.651339.1.109.0Если сотрудник занят на "вредных" работах ежедневно менее 80 процентов рабочего времени, у него нет права на досрочную трудовую пенсиюЗаработная платаФормирование табеля
Определение Верховного Суда РФ от 27.05.2016 № 309-КГ16-4485 Ситуация: Сотрудники организации работали во вредных условиях ежедневно менее 80 процентов рабочего времени. В связи с этим они не имели права на досрочную трудовую пенсию по старости, которая предусмотрена законодательством только для тех лиц, которые заняты на "вредных" работах полный рабочий день. Учитывая это, организация не начисляла взносы в ПФР по доптарифам на выплаты данным сотрудникам. Однако проверяющие из ПФР признали это неправомерным. Позиция Пенсионного фонда: Определяющим фактором для уплаты страхователем взносов в ПФР с применением доптарифов является занятость сотрудника на работах с вредными и тяжелыми условиями труда (ст. 58.3 Федерального закона от 24.07.2009 № 212-ФЗ, далее - Закон № 212-ФЗ). Наличие или отсутствие права на досрочную пенсию не имеет значения для начисления указанных взносов. Поэтому даже если сотруднику досрочная пенсия не положена, но его должность в соответствии со списками (Список № 1 и Список № 2, утв. постановлением Кабинета Министров СССР от 26.01.1991 № 10) предполагает занятость на "вредных" или тяжелых работах, работодатель обязан платить с начисленных такому физлицу выплат взносы в ПФР по доптарифам. Позиция суда (решение в пользу страхователя): Взносами в ПФР облагаются выплаты в пользу физлиц, занятых на работах с вредными и тяжелыми условиями труда (ст. 58.3 Закона № 212-ФЗ). Целью уплаты страхователем данных взносов является поступление в бюджет ПФР средств на выплату таким физлицам досрочной трудовой пенсии по старости (ст. 30 Федерального закона от 28.12.2013 № 400-ФЗ). Правила подсчета периодов работы, которые включаются в стаж для досрочной пенсии, утверждены постановлением Правительства РФ от 11.07.2002 № 516 (далее - Правила № 516). Согласно п. 5 Правил № 516 в стаж, дающий право на досрочное назначение трудовой пенсии по старости, включаются периоды работы, которая выполнялась постоянно в течение полного рабочего дня. Под полным рабочим днем понимается выполнение работы во вредных или тяжелых условиях труда в течение 80 процентов времени и более (п. 5 Разъяснений, утв. постановлением Минтруда России от 22.05.1996 № 29). Исходя из этого, если сотрудник занят на "вредных" работах ежедневно менее 80 процентов рабочего времени, у него нет права на досрочную трудовую пенсию, т.е. у работодателя отсутствует обязанность облагать выплаты в его пользу взносами в ПФР с применением доптарифов.Для РФ. Добавлена системная настройка "Настройки Галактики Управление персоналом Табельный учет Формирование Учитывать требование выполнения работы в условиях труда, предусмотренных Списками, "не менее 80 процентов рабочего времени"" с возможностью выбора значений "да" и "нет". По умолчанию устанавливается "нет". Если настройка установлена в значение "нет", то ничего в работе табеля учета рабочего времени не изменится, т.е. проверка на "полный" или "неполный" рабочий день проверятся не будет. Установка настройки в "да" повлияет на: - формирование условий работы в расчётных начислениях (обычные, вредные, особо вредные); - расчет начислений страховых взносов по дополнительному тарифу; - расчет часов вредности (обычные, вредные, особо вредные - hkICOrdinary, hkICHarmful, hkICExtraHarmful). Если настройка установлена в "да", то происходит определение продолжительности работы сотрудника в условиях, предусмотренных Списками, и сравнение этой продолжительности с нормой времени из планового графика за рассматриваемый день. Если продолжительность работы сотрудника в условиях, предусмотренных Списками, менее 80 процентов от нормы времени из планового графика, то считается, что сотрудник работал в обычных условиях труда, и время для вида часов hkICHarmful и hkICExtraHarmful обнулится. При этом в табеле на закладке "Корректировка" в колонке "Условия труда для доп.тарифов" условия на весь день станут "обычные". Информацию о количестве часов в разрезе различных условиях труда можно получить, вызвав окно "Информация о вредности" через локальное меню на вкладке Корректировка табеля учета рабочего времени. Если настройка Учитывать требование выполнения работы в условиях труда, предусмотренных Списками, "не менее 80 процентов рабочего времени" установлена в "да", то поля со значениями условий труда разделены знаком "/", при этом до этого знака установлено фактическое (итоговое) значение времени в тех или иных условиях труда, а после этого знака - рассчитанное без проверки условий определения "полного рабочего дня". В поле Описание окна "Информация о вредности" приводится расшифровка определения условий для рассматриваемого дня. Пенсионный стаж. В случае, если настройка установлена в значение "да", то в параметрах формирования пенсионных стажей принудительно устанавливается и блокируется параметр "Производить учет ежедневной фактической отработки (80 % от плана)".
102.1923619.1.108.0Существенно для AQA! При прогоне теста перестала срабатывать настройкаЗаработная платаПросмотр табеля
Существенно для AQA! При прогоне теста перестала срабатывать настройка при смене значения с "нет" на "да, для всех переводов" - Настройки Галактики Управление персоналом Табельный учет Формирование Сохранять вредность в течение 30 календарных дней временных переводов на невредные условия.Исправлено. При смене настроек, которые влияют на формирование табеля, происходит рассылка уведомления для всех загруженных табелей о данном изменении.
101.659529.1.107.0Табельная функция WT_GetHoursEx(hkworking,stPlanned,0) - не применяется фильтр по датам приёма на работу/увольненияЗаработная платаТабельные функции
Табельная функция WT_GetHoursEx(hkworking,stPlanned,0) возвращает часы за месяц без учёта дат приёма на работу/увольнения - как и WT_GetHoursEx(hkworking,stPlanned,64). При этом функция WT_GetHoursBwDaysEx(hkworking,0,0,stPlanned,1,31,0) отрабатывает верно.Исправлена неверная работа функции WT_GetHoursEx со сброшенным параметром Flags.
101.655049.1.106.0Долго формируется отчет по неявкамЗаработная платаОтчет по видам неявок
Отчет Документы Табели учета рабочего времени Отчеты по видам неявок Отчетные период 1 месяц либо 9 месяцев (не влияет на скорость) Вид неявки = Неявки по невыясненным причинам Сортировка = по табельному номеру Тип отчета = текст Фильтр по: Категориям = не установлен По подразделению = выбран 1 цех По работникам = автоматом выделилось 152. Отчет формируется 40-50 минут за 1 месяц. (время формирования отчета не меняется от выбора периода времени за 9 месяцев время такое-же)Разработана сервисная функция, предназначенная для сбора информации о некоторых параметрах (дополнительные аналитики; праздничные, рабочие по плану; праздничные, не рабочие по плану; праздничные за отгул; выходные за отгул) табеля и перенос их значений непосредственно в запись табеля. Запускается эта сервисная функция через Сервис - Утилиты - Запуск внешнего интерфейса - Z_SERVICE::SERVICELSTABTU. Перед запуском процесса переноса параметров пользователю предоставляется возможность выбрать лицевые счета, по которым нужно произвести перенос. Данная сервисная функция не запускается автоматически, так как сложно оценить время ее выполнения для всех лицевых счетов, а также сложно оценить необходимость включение того или иного лицевого счета для обработки данной функцией. Рекомендуется оценить необходимость включения того или иного лицевого счета для обработки данной сервисной функции (например, если есть лицевой счет, табели учета рабочего времени которого уже не используются или не планируются их использование в связи с тем, что данный сотрудник уже давно был уволен, то его можно не обрабатывать). После обработки табелей учета рабочего времени сервисной функцией Z_SERVICE::SERVICELSTABTU время их загрузки уменьшится, что, например, увеличит скорость расчета заработной платы, формирования отчетов, которые неявно могут обращаться за информацией к табелю учета рабочего времени.
101.654729.1.104.0Табельная функция WT_GetHoursEx(1, 1, 128) - удваивает часы при включенной настройке нормированияЗаработная платаТабельные функции
При включенной настройке "Управление персоналом Табельный учет Расчет итогов Суммированный учет сверхурочных часов - Фактически отработанное время ограничивать нормой" функция WT_GetHoursEx(1, 1, 128) удваивает рабочие часы. При этом WT_GetHoursEx(1, 1, 0) и WT_GetHoursEx(1, 1, 64) отрабатывают верно вне зависимости от настройки.Исправлено. Функция WT_GetHoursEx(1, 1, 128) отрабатывает корректно.
180.107999.1.102.0Неверно рассчитывается отпуск, у сотрудника, который был в отпуске по уходу за ребенком и работал не полный рабочий деньЗаработная платаРасчет отпускных
Неверно рассчитывается отпуск, у сотрудника, который был в отпуске по уходу за ребенком и работал не полный рабочий день.Для РФ. Скорректирована работа подсчета количества календарных дней для расчета отпуска dkCalendarVacation. Теперь дни, когда сотрудник работал во время отпуска по уходу за ребенком, включаются в состав вида дней dkCalendarVacation и расчет отпуска идет корректно.
101.596189.1.102.0В продолжении ПИР 102.120815, нужно реализовать ввод неявки К, для командировокЗаработная платаФормирование табеля
Отображать в табеле командировку работника, находящегося в отпуске по уходу за ребенком. У клиента есть сотрудница, находящаяся в отпуске по уходу за ребенком. Он выходит на работу на сокращенный рабочий день (по приказу без прекращения отпуска). После этого его отправляют в командировку. При таком стечении обстоятельств командировка не отображается в табеле, а при ручной корректировке происходит сдвиг расчетного периода отпусков.Для РФ. Теперь при совокупности следующих условий: 1) оформлен отпуск по уходу за ребёнком (код отпуска по уходу за ребёнком указывается в соответствующей настройке из раздела "Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска") 2) заведена командировка во время этого отпуска 3) работник в это время работает неполный рабочий день (введены рабочие часы на вкладке "Корректировка" при настройке "Ручные корректировки перекрывают больничные и отпуска"="нет", либо заведены отклонения "замена" при настройке "Безусловные отклонения перекрывают больничные и отпуска"="нет") В такие дни в табеле отображается теперь командировка, а не отпуск. Доработаны отчеты Т-12 и Т-13 для отображения отпуска по уходу и командировка одновременно: командировка отображается в тех ячейках, в которых отображается работа во время отпуска.
101.647749.1.101.0Нужна доработка РПД-91 - проверка на наличие отгуловУправление персоналом91. Назначение почасовых табельных отклонений
Нужна доработка РПД-91 - проверка на наличие отгулов.Добавлена настройка "Настройки Галактики Управление персоналом Табельный учет Условные обозначения Отгул за работу в выходной день". В данной настройке можно выбрать условное обозначение для отгула за работу с выходной и праздничный день. Добавлена настройка "Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по персоналу РПД-91 (приказ о назначении почасовых табельных отклонений) Проверка на наличие отгулов". Данная настройка содержит следующие пункты для выбора: - нет; - предупреждать при утверждении приказа, если не заполнена ссылка на РПД-90; - запрещать утверждать приказ, если не заполнена ссылка на РПД-90. В РПД-91 (приказ о назначении почасовых табельных отклонений) добавлено поле "Отгул по приказу". Данное поле скрывается, если настройка "Проверка на наличие отгулов" установлена в значение "нет". Если в РПД-91 в поле "Условное обозначение" установлено значение равное значению из настройки "Отгул за работу в выходной день", то пользователю предоставляется возможность привязки к полю "Отгул по приказу" приказа о работе в выходные или праздничные. При этом в окне со списком приказов отображаются только утвержденные РПД-90, у которых есть запись о работе в выходной или праздничный день за отгул, а также эти приказы не привязаны к другим РПД-91 или привязаны к другим РПД-91, но отменены РПД-93. Если пользователь привязал РПД-90 к полю "Отгул по приказу", а затем изменил условное обозначение в поле "Условное обозначение" РПД-91, то поле "Отгул по приказу" очистится от ссылки. Утверждение РПД-91. Если установлено значение "предупреждать при утверждении приказа, если не заполнена ссылка на РПД-90" настройки "Проверка на наличие отгулов", то при утверждении приказа будет произведена проверка привязки РПД-90 и при отсутствии ссылки на РПД-90 в протоколе будет выдано сообщении с типом "предупреждение" о наличии пустой ссылки. При этом утверждение приказа будет произведено. Если установлено значение "запрещать утверждать приказ, если не заполнена ссылка на РПД-90" настройки "Проверка на наличие отгулов", то при утверждении приказа будет произведена проверка привязки РПД-90 и при отсутствии ссылки на РПД-90 в протоколе будет выдано сообщении с типом "ошибка" о наличии пустой ссылки. При этом утверждение приказа произведено не будет. Если НЕ установлено значение "нет" настройки "Проверка на наличие отгулов", то при выборе условного обозначения из настройки "Отгул за работу в выходной день" в РПД-91 автоматически установится "Вид отклонения" в состояние "(=) уточнение", а также, если выбрали данное условное обозначение, то будет произведена предварительная установка в поля "Количество часов", "Количество вечерних" и "Количество ночных" значений часов из графика за этот период. Изменения также коснулись табеля учета рабочего времени. Если есть отклонение в табеле с условным обозначение таким же как в настройке "Отгул за работу в выходной день" и оно не перекрыто другими отклонениями, то при установленном виде отклонения в значение "(=) уточнение" и при установленном значении настройки "Проверка на наличие отгулов" в значение "предупреждать при утверждении приказа, если не заполнена ссылка на РПД-90" или "запрещать утверждать приказ, если не заполнена ссылка на РПД-90" такой день будет окрашен в зеленый цвет.
102.1829809.1.100.0Необходимо перенести основание для выслуги лет и подкласс условий труда из InfPsn в свободные переменные таблицы Advises.Управление персоналомУсловия труда на рабочем месте
Российская Федерация. Условия труда на рабочем месте. Необходимо добавить поле "Основание для исчисления стажа".Российская Федерация. Условия труда на рабочем месте. Добавлено новое поле "Основание для исчисления стажа". При формировании пенсионных стажей, поле "Основание для исчисления стажа" заполняется автоматически на основании условий труда. Возможность указать основание для исчисления стажа в 11-м окне вручную остается.
102.1839959.1.099.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.12.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1800119.1.098.0Необходимо доработать функцию конвертаци и другие исходники для отката функциональности по изменению заполнения ссылок на предыдущий больничныйЗаработная платаРабота с интерфейсом ввода больничных листов
В результате решения ПИР 101.63766, были проведены изменения в коде расчета больничных листов. Необходимо провести анализ изменений в других исходниках, связанных с заполнением ссылки на предыдущий больничный в таблице blankbln Пока необходимо вернуться к старой функциональности в данном вопросе, до доработки проблемы связанной с распространением больничных на несколько лицевых счетов. Все функции должны отражать информацию одинаково.В рамках доработки словаря были добавлены новые поля в таблицы Blisnet и BlankBln. Соответственно сделаны следующие доработки: 1. Доработан компилятор для заполнения новых полей таблиц. 2. В интерфейсе больничных листов появилось поле "Продолжение листка нетрудоспособности номер", ссылка на предыдущий бланк осуществляется при изменении типа больничного на "продолжающийся" и выборе первичного листка нетрудоспособности. 3. Изменен принцип определения и хранения даты начала заболевания.
102.1798139.1.097.0сторнирование больничногоЗаработная платаСторнирующие записи
В январе 2018 2 число переносили на 20. Внесли в классификатор праздничных дней. Сформировали табель, рассчитали заработную плату и перешли в февраль. ВСПОМНИЛИ, ЧТО НА 20/01/2018 сотрудник принес больничный. В феврале внесли больничный, рассчитали его, создалась сторнировочная запись. Но при этом в предварительном просмотре(после разноски) запись о сторнировании не появилась и сумма начислений при расчете не возвернулась.Исправлена ошибка неверной работы предварительной разноски при попадании больничного на день переноса. Возврат суммы происходит.
102.1799909.1.096.0не переносится доп.аналитика при разноске по отдельным ВОЗаработная платаПредварительная разноска сверхурочных, ночных, работы в праздники и выходные
Не переносится дополнительная аналитика при разноске по видам оплат работы в праздничные дни и в ночное время.Исправлено. Дополнительные аналитики переносятся корректно.
102.1790359.1.094.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.9.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1725099.1.093.0Доработка интерфейса больничных листов с участием новых таблиц в части переноса сведений для ФССЗаработная платаЗаявление о выплате пособия в ФСС
Для решения ПИР 102.161817 необходимо перенести сведения для ФСС (и не только) в новые таблицы BlankBln и FSSINFO. Необходимо 1.доработать функции ввода и редактирования больничного 2.отчетность 3.разработать функцию динамической или разовой конвертации. При конвертации необходимо переносить не только поля для ФСС, но и все новые поля согласно вложению.Реализован перенос данных в ФСС в новые таблицы.
101.628729.1.092.0В продолжение ПИР 102.120815, требуется реализовать ввод неявокЗаработная платаФормирование табеля
Требуется реализовать ввод неявок на время работы во время отпуска по уходу за ребенком. Например, кормление ребенка для сотрудницы, находящейся в отпуске по уходу за ребенком, работающей неполное время. Оформляем предоставление перерывов Перерывы для кормления должны предоставляться каждые 3 часа независимо от того, напишет работница заявление об этом или нет. Отказаться от перерывов женщина не может. А вот если женщина захочет присоединить перерывы для кормления к обеденному перерыву либо в суммированном виде перенести на начало или окончание рабочего дня, тогда она должна подать вам заявление об этом. Если женщина работает полное рабочее время с учетом перерывов, дополнительное соглашение к трудовому договору об этом можно не оформлять. Достаточно ее заявления. Если женщина работает в отпуске по уходу за ребенком на условиях неполного рабочего времени, то в дополнительном соглашении к трудовому договору об установлении неполного рабочего времени имеет смысл указать продолжительность перерывов и время их предоставления статьи 93, 256 ТК РФ. Вот как можно сформулировать такое условие. 1. Работнице с 18 мая 2015 г. до 10 марта 2018 г. устанавливается неполное рабочее время 20 часов в неделю: - 6 часов в день (с 9.00 до 16.00) со вторника по четверг с перерывом на обед с 13.00 до 14.00; - 2 часа (с 9.00 до 11.00) в пятницу. Суббота, воскресенье, понедельник - выходные. 2. До достижения ребенком возраста полутора лет работнице предоставляются оплачиваемые перерывы для кормления ребенка со вторника по четверг с 15.30 до 16.00. На основании заявления или дополнительного соглашения оформите приказ о предоставлении перерывов в произвольной форме. Оплачиваем перерывы Перерывы для кормления оплачиваются в размере среднего заработка ст. 258 ТК РФ. Чтобы правильно рассчитать зарплату работнице, не забывайте отражать количество отработанных ею часов и продолжительность перерывов в табеле учета рабочего времени. Для отражения перерывов в табеле по форме № Т-12 или Т-13утв. Постановлением Госкомстата от 05.01.2004 № 1 не предусмотрено специального обозначения. Поэтому надо утвердить приказом руководителя свое (например, это может быть буквенный код "КР" или цифровой "37"). В табель также надо ввести дополнительную графу для указания конкретной продолжительности работы и перерывов. На основе приведенного выше примера фрагмент табеля за июнь 2015 г. будет выглядеть так. ... Отметки о явках и неявках на работу по числам месяца ... 1 2 3 4 5 6 7 4 В Я КР Я КР Я КР Я В В 5,5 0,5 5,5 0,5 5,5 0,5 2 ОЖ ОЖ ОЖ ОЖ ОЖ ОЖ ОЖ Средний заработок для оплаты перерывов надо исчислять ежемесячно. То есть каждый месяц меняется расчетный период - 12 месяцев, предшествующих месяцу, в котором будут перерывы.Теперь вводимые на время работы во время отпуска по уходу неявки отражаются в табеле учета рабочего времени и учитываются при расчете заработной платы. В печатных формах табеля (Т-12, Т-13) буквенные обозначения по-прежнему отражаются только для целодневных неявок.
102.1743379.1.092.0При изменении количества праздничных часов в графике нет изменений в табелеЗаработная платаФормирование табеля
При изменении количества праздничных часов в графике нет изменений в табеле.Исправлена ошибка, из-за которой праздничные часы в табеле приравнивались к рабочим в следующем случае: - в качестве графика нормы указан балансный график; - праздничный день по балансному графику является выходным; - праздничный день по плановому графику является рабочим, а количество праздничных часов отличается от количества рабочих.
102.1669219.1.092.0перенесенный рабочий день, выносимый из отпуска, должен быть выходным в табеле рабочего времениЗаработная платаФормирование табеля
Беларусь. Перенесенный рабочий день, выносимый из отпуска, должен быть выходным в табеле рабочего времени. Пример: 24/04/2017 перенесли на субботу 29/04/2017. У человека был отпуск с 01/04/2017 по 28/04/2017 Получается что рабочий день 24/04/2017, попавший в отпуск, не должен переносится для отпускников. Т.е. для них 28/04/2017 в табеле вместо "8"ч должно стоять "В"ыходной. Система о такой ситуации должна как минимум подсказать и, если это возможно, сама разрешить проблему в рамках действ законодательства.Беларусь. В момент формирования / переформирования табеля учета рабочего времени система предупреждает пользователя о возможной недействительности переноса рабочего дня при выполнении следующих условий: - у сотрудника отмечены часы работы в тот день, на который перенесена работа; - в переносимый день для сотрудника не является рабочим по одной из следующих причин: а) в этот день он не мог работать, т.к. еще не был принят на работу или уже был уволен с нее; б) на этот день приходится больничный или отпуск.
101.622209.1.092.0РД-92 Дать возможность выбора графика работы.Управление персоналом92. Отражение работы во время отпуска по уходу за ребенком
На сегодняшний день возникла ситуация, когда отпуск по уходу за ребенком оформляет на себя папа или дедушка (бабушка), работающий на нашем предприятии. На основании ч. 3 ст. 256 Трудового кодекса РФ такой сотрудник пользуется правом на выход на работу на неполный день. Таких случаев накопилось уже множество. В системе для таких случаев мы не проводим приказы на отпуск по уходу за ребенком (РД-41) и отражение работы во время отпуска по уходу за ребенком (РД-92), а вынуждены держать их "на карандаше", т.к нет такой возможности по следующей причине. Например, хотим ввести приказ о выходе на работу сотрудника на неполный рабочий день, находящего в отпуске по уходу за ребенком. Самый простой случай когда сотрудник работает по пятидневке 40 часов в неделю. В приказе с РД-92 есть только поле "с количеством часов в день". Но даже для 5-дневной рабочей недели мы им не можем воспользоваться, т.к. для сотрудника будет формироваться табель с одним и тем же количеством часов для каждого дня, и, соответственно, табельщику нужно помнить и корректировать каждый раз данные. А есть еще более сложные графики работы. Получается, что инструмент вроде бы есть, а воспользоваться мы им не можем. Просьба доработать функционал на формирование приказов по РД-92 с возможностью выбора графика работы для последующего корректного формирования табеля рабочего времени.Текст "на условиях неполного рабочего дня" в приказе об отражении работы во время отпуска по уходу за ребенком (РПД-92) заменен на "на условиях неполного рабочего времени". В приказ добавлен новый режим "Изменить режим работы". Если его выбрать, то в приказе будет доступно поле с выбором режима работы. При утверждении приказа обновится режим работы в Картотеке и будет сформирован сигнал в Рабочую корзину. После обработки сигнала время работы в отпуске по уходу за ребенком будет установлено согласно выбранному графику. Исправлено формирование текста при выводе на печать: теперь учитывается пол сотрудника (при выводе слова работающей/работающим). Исправлена печать FastReport-формы приказа для РБ - ошибка при попытке печати не выдается.
101.580039.1.091.0Медленно формируется отчет по видам неявок.Заработная платаИерархический отчет по видам неявок
Необходимо использовать новые поля таблицы LSTab.Следующие данные табеля учета рабочего времени теперь будут храниться в таблице LSTab: - итоги по часам работы в праздник, рабочий по плану; - итоги по часам работы в праздник, не рабочий по плану; - итоги по часам работы в праздник за отгул; - итоги по часам работы в выходные за отгул; - количество ставок; - особые условия труда на рабочем месте; - территориальные условия. Это ускорит формирование табеля и отчетов по нему, использующих перечисленные данные.
102.1659429.1.090.0Поля дополнительных аналитик в таблице lstabЗаработная платаФормирование табеля
На текущий момент в базе данных Галактики дополнительные аналитики табеля и переходов в находятся в таблице OTPDOP, хотя для них в словаре уже заведены поля. Для повышения быстродействия системы необходимо отказаться от заполнения OTPDOP и перейти на работу с полями таблиц LSTAB и PEREXOD.Добавлены новые методы для работы с табелем и функционалом получения реквизитов лицевого счета на дату, возвращающие массивы со значениями доп. аналитик: - WT_GetAdditionalAnalyticsOnDay - PA_GetAdditionalAnalyticsOnDay - PA_GetAdditionalAnalytics Подробное описание новых функций приведено в C_ExtFun.chm. ВНИМАНИЕ: в дальнейшем планируется отказ от заполнения OPTDOP, поэтому в собственных отчетах следует отказываться функций, возвращающих ссылку на OTPDOP.NREC, заменяя их на упомянутые выше. Это соответственно: - WT_GetAdditionalAnalytics - PA_GetAdditionalAnalyticsOnDay - PA_GetAdditionalAnalytics О том, что функции устарели, также упомянуто в C_ExtFun.chm, приведены ссылки на соответствующие им новые методы.
106.104939.1.089.0Не формируется количество отработанных дней при предварительной разноскеЗаработная платаПредварительная разноска
Суммированный учет, время ограничивается нормой, график нормы - пятидневка (40 часов, выходные суббота и воскресенье). Сотрудник вышел на работу в рабочий по графику но не рабочий согласно графику нормы день - в субботу 01/07/2017. Затем он ушел в отпуск. В предварительной разноске сформировалась сумма за 01/07/2017 с корректным количеством часов, но нулевым количеством дней.Количество рабочих дней при суммированном учете больше не нормируется. День считается рабочим в том случае, если есть рабочие часы.
102.1598749.1.088.0Признак перевода по производственной необходимостиЗаработная платаСведения о переходах
Автоматический контроль окончания пенсионного стажа МЕСЯЦ учитывает любые временные переходы с вредных условий труда на невредные. Но в законодательстве говорится о переводе работника с работы, дающей право на досрочное назначение трудовой пенсии по старости, на другую работу, не дающую право на указанную пенсию, в той же организации ПО ПРОИЗВОДСТВЕННОЙ НЕОБХОДИМОСТИ. Сейчас в Галактике нет способа определить является ли некий перевод переводом по производственной необходимости. Поэтому нужно добавить соответствующий признак в переходы в межпериод и приказы по персоналу.Расширена настройка "Настройки Галактики Управление персоналом Табельный учет Формирование Сохранять вредность в течение 30 календарных дней временных переводов на невредные условия": кроме вариантов "нет" и "да" (переименован в "да, для всех переводов") появился вариант "да, для переводов по производственной необходимости". Новый вариант обеспечивает сохранение вредности только для тех временных переводов на невредные условия труда, для которых установлен признак "По производственной необходимости" (отображается/редактируется в окнах "Переход в межпериод" и "Пакетный перевод работников"). Данный признак будет автоматически устанавливаться для переходов, создаваемых при обработке сигналов в рабочей корзине по назначениям, у которых в качестве причины перевода (РПД-5) или причины замещения (РПД-3, 70) выбрана системная запись "По производственной необходимости" или дочерняя ей запись.
102.1643409.1.087.0Создание новой системной аналитикиКонтур логистикиПредложение по новой функциональности контура логистики
Создание новой таблицы аналитических признаков "Дополнение объекта целевого учета".Добавлена системная аналитика "Дополнение объекта целевого учета", код 5068 (Таблицы ExtCU и ExtTuneCU). Выбор новой системной аналитики в объекте целевого учета позволяет задавать дополнительно 6 аналитик и другую дополнительную информацию.
101.619179.1.086.0некорректное кол-во дней в интерфейсе ввода БЛЗаработная платаРабота с интерфейсом ввода больничных листов
На время дня отдыха (у клиента заведен с помощью РДП-71 по персоналу "Дни отдыха и оплачиваемые неявки") у сотрудника выпал больничный по уходу (тип пособия "Уход"). Из-за этого количество дней оплаты больничного уменьшилось. Если работник во время ежегодного оплачиваемого отпуска ухаживал за больным ребенком или другим членом семьи, пособие за дни нетрудоспособности, приходящиеся на время отпуска, не выплачивается. Отпуск работнику не продлевается и не переносится (п. 1 ч. 1 ст. 9 Закона N 255-ФЗ, п. п. 40, 41 Порядка выдачи больничных, Письмо Роструда от 01.06.2012 N ПГ/4629-6-1). Но в случае клиента оформлялся не отпуск.При пересечении больничного по уходу и отпуска с типом "целодневная неявка" в табеле теперь отображается больничный. День такого пересечения учитывается в расчете пособия по нетрудоспособности.
102.1680009.1.085.0Изменить подход определения "условий работы для отпусков" в табелеЗаработная платаФормирование табеля
Клиент обратился с проблемой, что у сотрудника, которому не полагается отпуск за вредные условия труда (первый подкласс условий труда на рабочем месте), "условия работы для отпусков" в табеле заполняются как вредные, а это неверно.РФ: В том случае, если для сотрудника установлен первый подкласс условий труда, его "условия работы для отпусков" в табеле не заполняются как вредные. Если подкласс не установлен вообще, полагаем, что рабочее место не проходило спец. оценку и ориентируемся на результаты аттестации рабочего места: вредность для отпуска определяется особыми условиями труда.
103.87429.1.084.0Добавить функцию обработки лицевого счета для получения подкласса условий трудаЗаработная платаАлгоритмы пользователя
Добавить функцию обработки лицевого счета для получения подкласса условий труда. Для написания пользовательского алгоритма необходимо добавить функцию, которая бы возвращала подкласс условий труда из лицевого счета.Разработана функция function WT_GetInsalubritySubClass(ADate: date): double, возвращающая в числовом виде подкласс условий труда на определенную дату. Параметры: ADate - дата, на которую необходимо получить подкласс условий труда
102.1671269.1.083.0Неверное отображение даты начала неявки выходного дня при наличии истории увольненийУправление персоналомПросмотр табеля
Неверное отображение даты начала неявки выходного дня при наличии истории увольнений: в качестве даты начала неявки выходного принимается не дата приема, а дата начала месяца.Исправлено отображение дат неявок выходного дня при наличии истории увольнений или переходов на режим работы с отличным от имевшегося условным обозначением выходного.
102.1669099.1.083.0При сверхурочной работе в праздничный день уменьшается количество праздничных часов в итогахЗаработная платаФормирование табеля
При поденном учете со включенной настройкой вычитания сверхурочных часов работы из рабочих по факту наличие сверхурочной работе в праздничный (рабочий по плану) день приводит к уменьшению количества праздничных часов в итогах.Итоги по праздничным часам в табеле теперь рассчитываются в соответствии со значениями праздничных часов, отображаемыми на вкладке корректировка.
102.1661379.1.082.0По-разному отображается период пересечения приказов на вкладке "неявки"Заработная платаПросмотр табеля
По-разному отображается период пересечения приказов на вкладке "неявки": дата окончания неявки может изменяеться в соответствии с данными о пересечении, а дата начала остается без изменений.Теперь начало любой неявки представляет собой дату начала неявки по факту. Ранее подобное поведение было реализовано только для табельных отклонений с типом "уменьшение". Таким образом, дата начала неявки теперь не статична, как раньше, а определяется при формировании табеля аналогично дате окончания неявки - может сдвигаться при пересечении неявок.
102.1571969.1.081.0Изменение ранее введенных "плановых праздничных" часов в графике не приводит к изменению в табелеЗаработная платаГрафики работы
Изменение ранее введенных "плановых праздничных" часов в графике не приводит к изменению в табеле при его переформировании. Изменения отображаются в табеле только после его удаления со всей ранее введенной информацией и повторного формирования.Ранее для поддержки старого механизма расчета праздничных часов (к праздничным приравнивались либо рабочие часы в праздник, либо введенные вручную в табель праздничные часы) использовалась эмуляция ручных корректировок. Поэтому при переформировании графика праздничные часы не изменялись (по аналогии с прочими ручными корректировками). Теперь эмуляция ручных корректировки праздничных часов не используется и при переформировании табеля часы подтягиваются из графика. Изменен алгоритм подсчета праздничных часов. Теперь значение, заданное в графе праздничных часов табеля используется при их расчете в следующих случаях: - либо если произведена ручная корректировка праздничных часов (на вкладке "Корректировка" часы выделены полужирным шрифтом); - либо если одновременно выполняются следующие условия: * график, использованный на момент формирования/переформирования табеля, поддерживает ввод праздничных часов; * день является рабочим по факту; * день является праздничным по графику либо в табеле установлен флаг планового праздничного дня. В иных случаях используется старый способ расчета праздничных дней: праздничными считаются отработанные по факту часы в праздник. Графа праздничных часов в табеле теперь корректируется в соответствии с графой рабочих часов по следующим правилам: - праздничных часов не может быть больше, чем рабочих (при уменьшении количества рабочих часов (к примеру, при вводе отклонения уменьшения, ручной корректировки, импорта рабочих часов) праздничные часы также корректируются); - при вводе рабочих часов в нерабочий по плану праздник автоматически проставляются часы в графу праздничных (к примеру, в случае отклонения увеличения, оформления приказа на работу в выходной и т.п.). В том случае, если количество праздничных часов в графике нулевое, а в табеле стоит флаг "плановые праздничные" и отсутствует ручная корректировка праздничных часов, этот флаг автоматически снимается.
102.1616289.1.080.0Порядок обработки табельных приказов по персоналуУправление персоналом91. Назначение почасовых табельных отклонений
Несмотря на то, что порядок обработки приказов по персоналу при загрузке табеля уже регулировался правилами: - в первую очередь обрабатывается приказ с меньшей датой начала - среди приказов с одинаковой датой начала в первую очередь обрабатываются приказы с меньшей датой окончания но все варианты такое сравнение учесть не может. К примеру, может возникнуть ситуация, когда сначала вводят приказ на период с 9 по 15 число, а только потом приказ с 5 по 20. Предлагаю в первую очередь сравнивать дату приказа, а во вторую очередь - дату и время утверждения приказа. Старые правила сравнения следует сохранить, сделав их менее приоритетными, чтобы они действовали только при прочих равных.Доработаны правила порядка обработки приказов при формировании табеля. Теперь в первую очередь сравнивается дата приказа, а во вторую очередь - дата и время утверждения приказа. После этих правил также учитываются прежние правила.
102.1637839.1.079.0У внутреннего совместителя в табеле не заводится отклонение о нарушении режима больничного.Заработная платаФормирование табеля
У внутреннего совместителя в табеле не заводится отклонение о нарушении режима больничного. Не формируется отклонение у внутреннего совместителя при настройке "Настройки Галактики Управление персоналом Табельный учет Формирование Распространять больничные основного лицевого счета на табели внутренних совместителей" = "ДА" и автоматическом переформировании табеля = "ДА", хотя, неявка Больничный отображается. При ручном переформировании табеля отклонение появляется. При этих же настройках при удалении больничного табель совместителя не переформировывается.Теперь отклонение о нарушении режима больничного заводится правильно и для внутреннего совместителя. Также правильно переформировывается табель при удалении больничного.
101.610849.1.079.0В табеле дни для отпусков за ВУТ отражаются некорректноЗаработная платаПросмотр табеля
Настройка "Управление персоналом Табельный учет Редактирование Показывать дни, считающиеся вредными для отпусков за вредные условия труда" поставили "да". Обнаружили, что у сотрудников, работавших в выходные дни по приказу в колонке Условия работы для доп. отпусков встало значение "вредные", хотя так не должно быть.Для РФ: работа в выходной по плану день не считается вредной для отпусков за вредные условия труда, если сотрудник не работал во вредных условиях труда.
101.369799.1.078.0Больничный - указывать дни нарушения режима в больничном, а не в табелеЗаработная платаРасчет больничных
Недостаток существующего решения заключается в том, что для ввода в систему нарушения режима больничного нужно задействовать несколько сотрудников с разными функциональными ролями (кадровики, табельщики), так как на сегодняшний день в системе Галактика ERP дни нарушения необходимо вручную проставлять в табеле посредством заведения отклонений, что влечет за собой большие неудобства при добавлении, изменении или удалении нарушения. Требуется автоматизировать ввод отклонений, основанных на нарушении больничного режима, в табель учета рабочего времени.Пользователю предоставлена возможность указать непосредственно в больничном дату нарушения режима (для РБ - период нарушения) и условное обозначение неявки (из классификатора условных обозначений). На основании этих данных впоследствии в табеле будет сформировано отклонение. В интерфейсе просмотра листа нетрудоспособности поле "Дата нарушения режима" будет заменено полями "Начало нарушения режима" и "Окончание нарушения режима". Также будет добавлено поле "Условное обозначение". Для преобразования данных о нарушении у больничных, введенных до выхода данного решения, разработан автоматический конвертер больничных листов, который выполняется при обновлении настроек. Общий принцип работы При получении больничного листка от сотрудника либо при необходимости изменения или удаления нарушения бухгалтеру требуется указать в больничном листе даты начала и окончания периода нарушения (для России и Украины требуется указать только дату начала, датой окончания считается последний день больничного), код нарушения режима и условное обозначение неявки. После этого система получит сигнал о необходимости переформировать табель. При переформировании табель учтет введенный период нарушения в больничном и сформирует соответствующее отклонение. Конвертер должен перенести дату нарушения в поле "Дата начала нарушения режима" корневой таблицы больничного, а поле "Дата окончания нарушения режима" в зависимости от страны останется пустым либо заполнится датой окончания больничного. Поле "Условное обозначение" будет заполнено у тех больничных, для которых в табеле будет найдено отклонение с датой начала, совпадающей с началом нарушения и датой окончания, совпадающей с датой окончания больничного или с концом месяца, если больничный длится несколько месяцев. По такому же принципу будет построена связь между найденным отклонением и больничным. При переформировании или загрузке табеля, будут сформированы отклонения с датами начала/окончания, соответствующими датам нарушения режима в больничном. Будет сформирована связь между больничным и отклонением табеля. Условное обозначение также будет соответствовать введенному в больничном листе.
101.611189.1.077.0Праздничные дни при наличии перехода на другой режим работы формируются не верно.Заработная платаФормирование табеля
Праздничные дни при наличии перехода на другой режим работы формируются не верно. Сформированы два режима переменной длинны, при внесении в систему перехода в межпериод с одного на другой, сформировался ТУВР, в котором некорректное кол-во праздничных дней. Ситуация решается удалением и формированием ТУВР заново.Праздничные часы в табеле при переформировании табеля не удалялись из-за того, что попали в него как ручные корректировки, которые эмулируются системой в том случае, если количество праздничных часов в графике работы в праздничный день отличается от количества рабочих часов. В случае пользователя дело оказалось в том, что праздничные сохраняются с недостаточной точностью и если ввести время с минутами (к примеру, 10:10), то сохраненное значение праздничных часов отличалось от рабочих даже если значения вводились одинаковые. В рамках решения проблемы праздничные часы по графику сохранены в новых полях. При обновлении реестра настроек выполняется конвертор, заполняющий новые поля. Теперь праздничные часы будут сохраняться с достаточной точностью.
180.90139.1.076.0Настройка по неучету почасовых табельных отклонений при импорте табеляУправление персоналомФормирование табеля
Отработанное сотрудником время попадает в табель учета рабочего времени из файла импорта (получен из внешней системы, в которой на предприятии отмечают время работы сотрудников), а детализация по видам неявок - из приказов по персоналу (назначение почасовых табельных отклонений - РПД-91). Это приводит к двойному учету часов неявок. Рассмотрим проблему на примере. Сотрудник отработал 6 часов вместо 8 и файл импорта попадает 6 часов. При этом становится известно, что 2 часа отсутствия были по причине исполнения гособязанностей и приказом РПД-91 вводится отклонение "Г" на 2 часа с типом "(-) уменьшение". После утверждения приказа в табеле отображается 6 - 2 = 4 отработанных часа. Из-за этого пользователю приходится вручную в табеле увеличивать значение, полученное в результате импорта (менять 6 на 6 + 2 = 8), чтобы в итоге и время было отмечено корректно, и оплата рассчиталась правильно. Ситуацию мог бы исправить ввод отклонения с типом "(=) уточнение", но система не позволяет уточнить больше часов, чем было отработано. Т.е. в том случае, если сотрудник отработал 3 часа из 8, а 5 пришлось на отклонение "Г", в табель и расчет ЗП попадет только 3 часа "Г".Добавлена системная настройка "Настройки Галактики Управление персоналом Табельный учет Формирование Отклонение вида "уточнение" может превышать количество отработанных часов". Значение по умолчанию = "нет". Если ее установить в "да", то отклонение с типом "(=) уточнение" может уточнять больше часов, чем было отработано. Т.е. возможен ввод 3 отработанных часов и 5 часов по оплачиваемой неявке.
102.1599669.1.075.0Нельзя ставить дробное выражение в настройке для учета пенсионного возрастаУправление персоналомНастройка
Настройки ГалактикиУправление персоналомОбщие настройкиСтажи - Общеустановленный пенсионный возраст для мужчин (15053) - Общеустановленный пенсионный возраст для женщин (15054) Со следующего года будет происходить увеличение пенсионного возраста на полгода. То есть значения вышеуказанных настроек станут дробными, например 60.5 лет для мужчин и 55.5 для женщин.Добавлена возможность ввода дробного пенсионного возраста в годах.
102.1609879.1.074.0Ошибка загрузки перечня неявок (WT_ReSetAbsences, WT_LoadSystemAbsences и механизм актуальностей)Заработная платаТабельные функции
На вкладке "Неявки" в табеле, если несколько раз подряд вызывать пункт локального меню "Переключение просмотра неявок". Системные неявки в этом случае отображаются только в первый раз. Последующие переключения приводят к выводу пустого списка.Многократный вызов пункта локального меню "Переключение просмотра неявок" на вкладке "Неявки" окна табеля учета рабочего времени теперь не приводит к отображению пустого перечня неявок.
106.103719.1.074.0Ночные часы по РПД-91 неверно отображаются в табелеУправление персоналом91. Назначение почасовых табельных отклонений
Нет возможности полноценно отменить назначенные с помощью РПД-91 по персоналу почасовые табельные отклонения.Добавлено новое распорядительное действие по персоналу РПД-93 "Отмена почасовых табельных отклонений". Приказ позволяет отменить назначенные ранее с помощью РПД-91 табельные отклонения. Добавлена проверка удаление такого приказа с РПД-91, на который оформлено РПД-93.