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


Описание файла обновления:
ФайлG_WORKTABLE_DLL_91910.TXT
ОбновлениеG_WorkTable_dll_91910
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентG_WORKTABLE
ТипDLL
Версия9.1.91.0
Дата2017-10-30 17:20:23
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
101.58003NEWМедленно формируется отчет по видам неявок.Заработная платаИерархический отчет по видам неявок
Необходимо использовать новые поля таблицы LSTab.Следующие данные табеля учета рабочего времени теперь будут храниться в таблице LSTab: - итоги по часам работы в праздник, рабочий по плану; - итоги по часам работы в праздник, не рабочий по плану; - итоги по часам работы в праздник за отгул; - итоги по часам работы в выходные за отгул; - количество ставок; - особые условия труда на рабочем месте; - территориальные условия. Это ускорит формирование табеля и отчетов по нему, использующих перечисленные данные.
102.1659429.1.90.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.89.0Не формируется количество отработанных дней при предварительной разноскеЗаработная платаПредварительная разноска
Суммированный учет, время ограничивается нормой, график нормы - пятидневка (40 часов, выходные суббота и воскресенье). Сотрудник вышел на работу в рабочий по графику но не рабочий согласно графику нормы день - в субботу 01/07/2017. Затем он ушел в отпуск. В предварительной разноске сформировалась сумма за 01/07/2017 с корректным количеством часов, но нулевым количеством дней.Количество рабочих дней при суммированном учете больше не нормируется. День считается рабочим в том случае, если есть рабочие часы.
102.1598749.1.88.0Признак перевода по производственной необходимостиЗаработная платаСведения о переходах
Автоматический контроль окончания пенсионного стажа МЕСЯЦ учитывает любые временные переходы с вредных условий труда на невредные. Но в законодательстве говорится о переводе работника с работы, дающей право на досрочное назначение трудовой пенсии по старости, на другую работу, не дающую право на указанную пенсию, в той же организации ПО ПРОИЗВОДСТВЕННОЙ НЕОБХОДИМОСТИ. Сейчас в Галактике нет способа определить является ли некий перевод переводом по производственной необходимости. Поэтому нужно добавить соответствующий признак в переходы в межпериод и приказы по персоналу.Расширена настройка "Настройки Галактики Управление персоналом Табельный учет Формирование Сохранять вредность в течение 30 календарных дней временных переводов на невредные условия": кроме вариантов "нет" и "да" (переименован в "да, для всех переводов") появился вариант "да, для переводов по производственной необходимости". Новый вариант обеспечивает сохранение вредности только для тех временных переводов на невредные условия труда, для которых установлен признак "По производственной необходимости" (отображается/редактируется в окнах "Переход в межпериод" и "Пакетный перевод работников"). Данный признак будет автоматически устанавливаться для переходов, создаваемых при обработке сигналов в рабочей корзине по назначениям, у которых в качестве причины перевода (РПД-5) или причины замещения (РПД-3, 70) выбрана системная запись "По производственной необходимости" или дочерняя ей запись.
102.1643409.1.87.0Создание новой системной аналитикиКонтур логистикиПредложение по новой функциональности контура логистики
1. Создание новой таблицы аналитических признаков для использования в целевом учете в качестве одного из уровней. Обязательные признаки: - ссылка на МЦ - ссылка на группу налогов по позиции - ссылка на позицию спецификации документа по которому МТР поступил в ОСТ - ссылка на первичный документ по которому МТР поступил в ОСТ - вид первичного документа - ссылка на производителя(изготовителя) МТР (каталог контрагентов) (Возможно необходимо добавление системного атрибута "Изготовитель" к spsopr) - *дата приходного ордера в ОСТ - ссылка на группу налогов из приходного документа - *признак (например, галка) , указывающий на то, что позиция относится к неиспользуемуму активу с последующим отображением дополнительных аналитик: -- *категория неиспользованных МТР (пользовательская аналитика) -- *источник образования неиспользованных МТР (пользовательская аналитика) -- *причина образования неиспользованных МТР (пользовательская аналитика) -- *план-график вовлечения неиспользованных МТР (пользовательская аналитика) -- перечень необходимой, имеющейся в наличии технической документации (мемо-поле?) -- *плановая дата вовлечения номенклатурной позиции неиспользованных МТР (поле -дата) - *признак отнесения к виду резерва с последующим отображением дополнительных аналитик резерва: -- * вид резерва -- * срок хранения в днях 2. Записи таблицы должны формироваться в момент создания партии(приходная накладная, акт о приемке материалов, акт перемещения между объектами, ДО) 3. Необходимо предусмотреть возможность в интерфейсах, в которых используются КАУ ЦУ выводить дополнительно аналитические признаки помеченные звездочкой в перечне.Добавлена системная аналитика "Дополнение объекта целевого учета", код 5068. Выбор новой системной аналитики в объекте целевого учета позволяет задавать дополнительно 6 аналитик и другую дополнительную информацию. Для выбора дополнительных аналитик реализовано окно =Настройка дополнительных аналитик объекта ЦУ= (Целевой учет запасов Настройка Дополнительные аналитики целевого учета). Первая аналитика используется для резерва, остальные пять для неиспользуемых МТР. Заполнение значений аналитик по умолчанию реализовано в Приходной накладной, Акте о приемке материалов (115), Акте об излишках (611). При привязке объекта ЦУ, либо при вставке позиций из договора в приходных документах, дополнительные аналитики заполняются автоматически. Значения берутся: 1. из внешних атрибутов соответствующей позиции спецификации; 2. если они не заданы (п. 1), то из внешних атрибутов сопроводительного документа; 3. если не заданы (п. 2), из значений по умолчанию из настройки дополнительных аналитик. Доработаны фильтры в Ведомостях МТР. Реализована возможность устанавливать фильтры по дополнительным аналитикам объекта ЦУ.
101.619179.1.86.0некорректное кол-во дней в интерфейсе ввода БЛЗаработная платаРабота с интерфейсом ввода больничных листов
На время дня отдыха (у клиента заведен с помощью РДП-71 по персоналу "Дни отдыха и оплачиваемые неявки") у сотрудника выпал больничный по уходу (тип пособия "Уход"). Из-за этого количество дней оплаты больничного уменьшилось. Если работник во время ежегодного оплачиваемого отпуска ухаживал за больным ребенком или другим членом семьи, пособие за дни нетрудоспособности, приходящиеся на время отпуска, не выплачивается. Отпуск работнику не продлевается и не переносится (п. 1 ч. 1 ст. 9 Закона N 255-ФЗ, п. п. 40, 41 Порядка выдачи больничных, Письмо Роструда от 01.06.2012 N ПГ/4629-6-1). Но в случае клиента оформлялся не отпуск.При пересечении больничного по уходу и отпуска с типом "целодневная неявка" в табеле теперь отображается больничный. День такого пересечения учитывается в расчете пособия по нетрудоспособности.
102.1680009.1.85.0Изменить подход определения "условий работы для отпусков" в табелеЗаработная платаФормирование табеля
Клиент обратился с проблемой, что у сотрудника, которому не полагается отпуск за вредные условия труда (первый подкласс условий труда на рабочем месте), "условия работы для отпусков" в табеле заполняются как вредные, а это неверно.РФ: В том случае, если для сотрудника установлен первый подкласс условий труда, его "условия работы для отпусков" в табеле не заполняются как вредные. Если подкласс не установлен вообще, полагаем, что рабочее место не проходило спец. оценку и ориентируемся на результаты аттестации рабочего места: вредность для отпуска определяется особыми условиями труда.
103.87429.1.84.0Добавить функцию обработки лицевого счета для получения подкласса условий трудаЗаработная платаАлгоритмы пользователя
Добавить функцию обработки лицевого счета для получения подкласса условий труда. Для написания пользовательского алгоритма необходимо добавить функцию, которая бы возвращала подкласс условий труда из лицевого счета.Разработана функция function WT_GetInsalubritySubClass(ADate: date): double, возвращающая в числовом виде подкласс условий труда на определенную дату. Параметры: ADate - дата, на которую необходимо получить подкласс условий труда
102.1669099.1.83.0При сверхурочной работе в праздничный день уменьшается количество праздничных часов в итогахЗаработная платаФормирование табеля
При поденном учете со включенной настройкой вычитания сверхурочных часов работы из рабочих по факту наличие сверхурочной работе в праздничный (рабочий по плану) день приводит к уменьшению количества праздничных часов в итогах.Итоги по праздничным часам в табеле теперь рассчитываются в соответствии со значениями праздничных часов, отображаемыми на вкладке корректировка.
102.1671269.1.83.0Неверное отображение даты начала неявки выходного дня при наличии истории увольненийУправление персоналомПросмотр табеля
Неверное отображение даты начала неявки выходного дня при наличии истории увольнений: в качестве даты начала неявки выходного принимается не дата приема, а дата начала месяца.Исправлено отображение дат неявок выходного дня при наличии истории увольнений или переходов на режим работы с отличным от имевшегося условным обозначением выходного.
102.1661379.1.82.0По-разному отображается период пересечения приказов на вкладке "неявки"Заработная платаПросмотр табеля
По-разному отображается период пересечения приказов на вкладке "неявки": дата окончания неявки может изменяеться в соответствии с данными о пересечении, а дата начала остается без изменений.Теперь начало любой неявки представляет собой дату начала неявки по факту. Ранее подобное поведение было реализовано только для табельных отклонений с типом "уменьшение". Таким образом, дата начала неявки теперь не статична, как раньше, а определяется при формировании табеля аналогично дате окончания неявки - может сдвигаться при пересечении неявок.
102.1571969.1.81.0Изменение ранее введенных "плановых праздничных" часов в графике не приводит к изменению в табелеЗаработная платаГрафики работы
Изменение ранее введенных "плановых праздничных" часов в графике не приводит к изменению в табеле при его переформировании. Изменения отображаются в табеле только после его удаления со всей ранее введенной информацией и повторного формирования.Ранее для поддержки старого механизма расчета праздничных часов (к праздничным приравнивались либо рабочие часы в праздник, либо введенные вручную в табель праздничные часы) использовалась эмуляция ручных корректировок. Поэтому при переформировании графика праздничные часы не изменялись (по аналогии с прочими ручными корректировками). Теперь эмуляция ручных корректировки праздничных часов не используется и при переформировании табеля часы подтягиваются из графика. Изменен алгоритм подсчета праздничных часов. Теперь значение, заданное в графе праздничных часов табеля используется при их расчете в следующих случаях: - либо если произведена ручная корректировка праздничных часов (на вкладке "Корректировка" часы выделены полужирным шрифтом); - либо если одновременно выполняются следующие условия: * график, использованный на момент формирования/переформирования табеля, поддерживает ввод праздничных часов; * день является рабочим по факту; * день является праздничным по графику либо в табеле установлен флаг планового праздничного дня. В иных случаях используется старый способ расчета праздничных дней: праздничными считаются отработанные по факту часы в праздник. Графа праздничных часов в табеле теперь корректируется в соответствии с графой рабочих часов по следующим правилам: - праздничных часов не может быть больше, чем рабочих (при уменьшении количества рабочих часов (к примеру, при вводе отклонения уменьшения, ручной корректировки, импорта рабочих часов) праздничные часы также корректируются); - при вводе рабочих часов в нерабочий по плану праздник автоматически проставляются часы в графу праздничных (к примеру, в случае отклонения увеличения, оформления приказа на работу в выходной и т.п.). В том случае, если количество праздничных часов в графике нулевое, а в табеле стоит флаг "плановые праздничные" и отсутствует ручная корректировка праздничных часов, этот флаг автоматически снимается.
102.1616289.1.80.0Порядок обработки табельных приказов по персоналуУправление персоналом91. Назначение почасовых табельных отклонений
Несмотря на то, что порядок обработки приказов по персоналу при загрузке табеля уже регулировался правилами: - в первую очередь обрабатывается приказ с меньшей датой начала - среди приказов с одинаковой датой начала в первую очередь обрабатываются приказы с меньшей датой окончания но все варианты такое сравнение учесть не может. К примеру, может возникнуть ситуация, когда сначала вводят приказ на период с 9 по 15 число, а только потом приказ с 5 по 20. Предлагаю в первую очередь сравнивать дату приказа, а во вторую очередь - дату и время утверждения приказа. Старые правила сравнения следует сохранить, сделав их менее приоритетными, чтобы они действовали только при прочих равных.Доработаны правила порядка обработки приказов при формировании табеля. Теперь в первую очередь сравнивается дата приказа, а во вторую очередь - дата и время утверждения приказа. После этих правил также учитываются прежние правила.
101.610849.1.79.0В табеле дни для отпусков за ВУТ отражаются некорректноЗаработная платаПросмотр табеля
Настройка "Управление персоналом Табельный учет Редактирование Показывать дни, считающиеся вредными для отпусков за вредные условия труда" поставили "да". Обнаружили, что у сотрудников, работавших в выходные дни по приказу в колонке Условия работы для доп. отпусков встало значение "вредные", хотя так не должно быть.Для РФ: работа в выходной по плану день не считается вредной для отпусков за вредные условия труда, если сотрудник не работал во вредных условиях труда.
102.1637839.1.79.0У внутреннего совместителя в табеле не заводится отклонение о нарушении режима больничного.Заработная платаФормирование табеля
У внутреннего совместителя в табеле не заводится отклонение о нарушении режима больничного. Не формируется отклонение у внутреннего совместителя при настройке "Настройки Галактики Управление персоналом Табельный учет Формирование Распространять больничные основного лицевого счета на табели внутренних совместителей" = "ДА" и автоматическом переформировании табеля = "ДА", хотя, неявка Больничный отображается. При ручном переформировании табеля отклонение появляется.Теперь отклонение о нарушении режима больничного заводится правильно и для внутреннего совместителя.
101.369799.1.76.0Больничный - указывать дни нарушения режима в больничном, а не в табелеЗаработная платаРасчет больничных
Недостаток существующего решения заключается в том, что для ввода в систему нарушения режима больничного нужно задействовать несколько сотрудников с разными функциональными ролями (кадровики, табельщики), так как на сегодняшний день в системе Галактика ERP дни нарушения необходимо вручную проставлять в табеле посредством заведения отклонений, что влечет за собой большие неудобства при добавлении, изменении или удалении нарушения. Требуется автоматизировать ввод отклонений, основанных на нарушении больничного режима, в табель учета рабочего времени.Пользователю предоставлена возможность указать непосредственно в больничном дату нарушения режима (для РБ - период нарушения) и условное обозначение неявки (из классификатора условных обозначений). На основании этих данных впоследствии в табеле будет сформировано отклонение. В интерфейсе просмотра листа нетрудоспособности поле "Дата нарушения режима" будет заменено полями "Начало нарушения режима" и "Окончание нарушения режима". Также будет добавлено поле "Условное обозначение". Для преобразования данных о нарушении у больничных, введенных до выхода данного решения, разработан автоматический конвертер больничных листов, который выполняется при обновлении настроек. Общий принцип работы При получении больничного листка от сотрудника либо при необходимости изменения или удаления нарушения бухгалтеру требуется указать в больничном листе даты начала и окончания периода нарушения (для России и Украины требуется указать только дату начала, датой окончания считается последний день больничного), код нарушения режима и условное обозначение неявки. После этого система получит сигнал о необходимости переформировать табель. При переформировании табель учтет введенный период нарушения в больничном и сформирует соответствующее отклонение. Конвертер должен перенести дату нарушения в поле "Дата начала нарушения режима" корневой таблицы больничного, а поле "Дата окончания нарушения режима" в зависимости от страны останется пустым либо заполнится датой окончания больничного. Поле "Условное обозначение" будет заполнено у тех больничных, для которых в табеле будет найдено отклонение с датой начала, совпадающей с началом нарушения и датой окончания, совпадающей с датой окончания больничного или с концом месяца, если больничный длится несколько месяцев. По такому же принципу будет построена связь между найденным отклонением и больничным. При переформировании или загрузке табеля, будут сформированы отклонения с датами начала/окончания, соответствующими датам нарушения режима в больничном. Будет сформирована связь между больничным и отклонением табеля. Условное обозначение также будет соответствовать введенному в больничном листе.
101.611189.1.77.0Праздничные дни при наличии перехода на другой режим работы формируются не верно.Заработная платаФормирование табеля
Праздничные дни при наличии перехода на другой режим работы формируются не верно. Сформированы два режима переменной длинны, при внесении в систему перехода в межпериод с одного на другой, сформировался ТУВР, в котором некорректное кол-во праздничных дней. Ситуация решается удалением и формированием ТУВР заново.Праздничные часы в табеле при переформировании табеля не удалялись из-за того, что попали в него как ручные корректировки, которые эмулируются системой в том случае, если количество праздничных часов в графике работы в праздничный день отличается от количества рабочих часов. В случае пользователя дело оказалось в том, что праздничные сохраняются с недостаточной точностью и если ввести время с минутами (к примеру, 10:10), то сохраненное значение праздничных часов отличалось от рабочих даже если значения вводились одинаковые. В рамках решения проблемы праздничные часы по графику сохранены в новых полях. При обновлении реестра настроек выполняется конвертор, заполняющий новые поля. Теперь праздничные часы будут сохраняться с достаточной точностью.
180.90139.1.76.0Настройка по неучету почасовых табельных отклонений при импорте табеляУправление персоналомФормирование табеля
Отработанное сотрудником время попадает в табель учета рабочего времени из файла импорта (получен из внешней системы, в которой на предприятии отмечают время работы сотрудников), а детализация по видам неявок - из приказов по персоналу (назначение почасовых табельных отклонений - РПД-91). Это приводит к двойному учету часов неявок. Рассмотрим проблему на примере. Сотрудник отработал 6 часов вместо 8 и файл импорта попадает 6 часов. При этом становится известно, что 2 часа отсутствия были по причине исполнения гособязанностей и приказом РПД-91 вводится отклонение "Г" на 2 часа с типом "(-) уменьшение". После утверждения приказа в табеле отображается 6 - 2 = 4 отработанных часа. Из-за этого пользователю приходится вручную в табеле увеличивать значение, полученное в результате импорта (менять 6 на 6 + 2 = 8), чтобы в итоге и время было отмечено корректно, и оплата рассчиталась правильно. Ситуацию мог бы исправить ввод отклонения с типом "(=) уточнение", но система не позволяет уточнить больше часов, чем было отработано. Т.е. в том случае, если сотрудник отработал 3 часа из 8, а 5 пришлось на отклонение "Г", в табель и расчет ЗП попадет только 3 часа "Г".Добавлена системная настройка "Настройки Галактики Управление персоналом Табельный учет Формирование Отклонение вида "уточнение" может превышать количество отработанных часов". Значение по умолчанию = "нет". Если ее установить в "да", то отклонение с типом "(=) уточнение" может уточнять больше часов, чем было отработано. Т.е. возможен ввод 3 отработанных часов и 5 часов по оплачиваемой неявке.
102.1599669.1.75.0Нельзя ставить дробное выражение в настройке для учета пенсионного возрастаУправление персоналомНастройка
Настройки ГалактикиУправление персоналомОбщие настройкиСтажи - Общеустановленный пенсионный возраст для мужчин (15053) - Общеустановленный пенсионный возраст для женщин (15054) Со следующего года будет происходить увеличение пенсионного возраста на полгода. То есть значения вышеуказанных настроек станут дробными, например 60.5 лет для мужчин и 55.5 для женщин.Добавлена возможность ввода дробного пенсионного возраста в годах.
102.1609879.1.74.0Ошибка загрузки перечня неявок (WT_ReSetAbsences, WT_LoadSystemAbsences и механизм актуальностей)Заработная платаТабельные функции
На вкладке "Неявки" в табеле, если несколько раз подряд вызывать пункт локального меню "Переключение просмотра неявок". Системные неявки в этом случае отображаются только в первый раз. Последующие переключения приводят к выводу пустого списка.Многократный вызов пункта локального меню "Переключение просмотра неявок" на вкладке "Неявки" окна табеля учета рабочего времени теперь не приводит к отображению пустого перечня неявок.
106.103719.1.74.0Ночные часы по РПД-91 неверно отображаются в табелеУправление персоналом91. Назначение почасовых табельных отклонений
Нет возможности полноценно отменить назначенные с помощью РПД-91 по персоналу почасовые табельные отклонения.Добавлено новое распорядительное действие по персоналу РПД-93 "Отмена почасовых табельных отклонений". Приказ позволяет отменить назначенные ранее с помощью РПД-91 табельные отклонения. Добавлена проверка на удаление такого приказа с РПД-91, на который оформлено РПД-93.
102.1573869.1.73.0Территориальные условия для стажа МЕСЯЦЗаработная платаПенсионный стаж
Нужно сохранять территориальные условия для стажа МЕСЯЦ в случае перевода на должность, где данные территориальные условия отсутствуют.Российская Федерация. При формировании стажа МЕСЯЦ учитываются территориальные условия предшествующие переводу на не льготную должность с сохранением льгот.
102.1531169.1.72.0Не верно отображаются часы работы во вредных условиях труда в табелеЗаработная платаПросмотр табеля
Требуется в табеле для РБ при расчёте итогов по вредным часам суммировать вредные часы только за те дни, в которые условия работы с учетом всех факторов вредные.Теперь в итогах табеля в строчке с вредными часами отображаются вредные часы не за весь месяц, а только за дни, в которые условия работы - вредные. Узнать, сколько часов работник на самом деле находился во вредных условиях, теперь можно только в окне "Информация о вредности". В окне "Информация о вредности" теперь вместо двух - четыре строки с вредными и обычными часами: - Работа в обычных условиях (по факту) - Работа во вредных условиях (по факту) - Работа в обычных условиях (итог) - Работа во вредных условиях (итог) В первых двух строках отображаются "настоящие" обычные и вредные часы, на основании которых делается вывод о том, будет день "вредным" либо "обычным". Во вторых двух строках отображаются вредные и обычные часы, которые участвуют в расчёте итогов.
101.602339.1.71.0Некорректно продлевается отпуск при пересечении с больничным в случае наличия второго отозванного отпускаЗаработная платаПросмотр табеля
Некорректно продлевается отпуск в табеле при пересечении с больничным в случае наличия второго отозванного отпуска. Ситуация следующая: - имеется два идущих подряд отпуска (первый в классификаторе указан как продлеваемый, второй - как непродлеваемый) - во время первого отпуска до самого его завершения оформляется больничный - на время всего второго отпуска оформляется отзыв - отзыв обрабатывается Проблема в том, что отзыв оформлен на второй отпуск и пользователь ожидает увидеть, что продление первого отпуска в табеле идет сразу же за больничным, но табель считает эти дни днями отзыва. Продление же отпуска отображается в дни после отзыва.При формировании табеля продление отпусков перекрывает отзывы из отпусков. Исключение возникает только в случае составляют только случаи включенной настройка "Настройки Галактики Управление персоналом Табельный учет Формирование Отзывы поглощают продления отпусков".
102.1584669.1.71.0Не отображается в табеле повторный ввод РПД-92 с часами работы после ввода приказа на отмену работыЗаработная платаПросмотр табеля
Не отображается в табеле повторный ввод РПД-92 с часами работы после ввода приказа на отмену работы.При обработке "табельных" приказов их приоритет не определялся никаким образом. Т.е. порядок обработки не был определен и при оформлении двух одинаковых приказов на одну дату возникала неоднозначность: какой из приказов перекрывает другие. Теперь при формировании табеля наибольшим приоритетом обладают те приказы, дата начала изменения в которых больше. Так, повторный ввод приказа на работу во время отпуска по уходу за ребенком перекроет отмену.
102.1599409.1.70.0Выключить автоматический расчет стажа МЕСЯЦ и сохранение вредности в течение 30 днейУправление персоналомФормирование табеля
Для России: Выпущенный вариант решения предложения по автоматическому контролю сохранения вредности при переводе с вредных условий на невредные не учитывает множество ситуаций: - зависимость расчета периода сохранения вредности от наличия неявок и табельных отклонений; - созданные по причине командировок переходы в межпериод со вредных условий труда на невредные; - при расчете дней сохранения вредности должны учитываться переводы по производственной необходимости, а такого признака сейчас в системе нет; - не учитывается вариант, при котором пользователь уже списал часть дней сохранения вредности, введя ее вручную (к примеру, создав переход в межпериод с вредностью и введя специальное табельное отклонение для формирования пенсионных стажей). Таким образом, предложенный автоматический контроль требует доработки и у пользователя могут возникнуть ситуации, когда расчеты будут учитывать вредность там, где ее нет. До момента решения требуется отключить ранее выпущенный автоматический контроль по умолчанию.Для России: Добавлена настройка "Настройки Галактики Управление персоналом Табельный учет Формирование Сохранять вредность в течение 30 календарных дней временных переводов на невредные условия". Она включает/выключает автоматические расчет 30 дней сохранения вредности при переводе с вредных условий труда на невредные. Значение по умолчанию - "нет". В виду существенных недостатков существующего варианта расчета до его усовершенствования включать настройку НЕ рекомендуется.
102.1476119.1.69.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
101.603779.1.68.1Табель - при сохранении вредных условий (МЕСЯЦ) не сохраняется подклассЗаработная платаФормирование табеля
При сохранении вредных условий в течение месяца не сохраняется подкласс. В результате доп. взносы рассчитываются неверно. А в пенсионном стаже подкласс формируется нормально.При сохранении вредных условий в течение месяца сохраняется в т.ч. подкласс.
102.1542339.1.68.0РПД Приказ о выходе на работу в отпуске по уходу за ребенкомУправление персоналомВсе индивидуальные приказы (прием, перевод, отпуск, увольнение)
Необходимо новое РПД "Приказ о выходе на работу в отпуске по уходу за ребенком".Добавлено РПД - 92 "Отражение работы во время отпуска по уходу за ребенком". Данное РПД работает в двух режимах, а именно: назначение работы во время отпуска по уходу за ребенком и отмена работы во время отпуска по уходу за ребенком. Для того чтобы назначить работу необходимо заполнить поле "Количество часов в день", если же поле "Количество часов в день" будет равно 0, то приказ будет отменять работу. Так же для каждого режима реализованы соответствующие печатные формы. Для табеля данный приказ по сути автоматизирует ручную корректировку часов: в рабочие по плану дни появляются часы работы, введенные в приказе, а выходные по плану дни отображаются как выходные, а не как отпуск (как если бы в корректировке было введено 0 часов на эти дни). При этом ручные корректировки имеют приоритет над РПД-92: если на один и тот же день есть и приказ, и ручные корректировки, то часы работы будут взяты из ручных корректировок.
101.248849.1.66.1Ввод праздничных часовЗаработная платаФормирование табеля
Необходимо что бы праздничные дни можно было бы указывать в графиках работы точно так же, как ночные или вечерние, т.к. не всегда удобно пользоваться классификатором праздничных дней, потому что бывают такие графики работы, как например: в день, в ночь, выходной, выходной (12 ч., 12 ч., Вых., Вых.)В окне редактирования графика добавлена колонка "Празднич. часов". Предназначена она для ввода праздничных часов в дни, не являющиеся праздниками согласно классификатору праздников. При формировании графиков праздничные часы заполняются следующим образом: - в рабочие по плану праздничные дни в праздничные часы заносится количество рабочих часов за этот день - во все остальные дни в праздничные заносится 0 часов По умолчанию, если график не переформировывать, праздничные часы тоже распределяются в графике таким же образом. При формировании табелей праздничные часы из графика переносятся в колонку "Праздничные" на вкладке "Корректировка" и в дальнейшем обрабатываются так же, как и часы, введенные в "Праздничные" вручную. При этом если праздничные часы переносятся в табель в день, не являющийся праздником согласно классификатору, то дополнительно устанавливается флаг "плановые праздничные".
102.1557559.1.66.0Неверный период сверхурочных работ в предварительной разноске (не учитывается дата приема)Заработная платаПредварительная разноска сверхурочных, ночных, работы в праздники и выходные
Неверный период сверхурочных работ (суммированный учет за квартал/год/полугодие) в предварительной разноске, если в виде оплаты сверхурочных "Разбивать по датам" равно "-", и если сотрудник принят на работу в середине учетного периода сверхурочных, при этом не в первом месяце учетного периода. В таком случае в предварительном просмотре в ВО сверхурочных вместо даты приёма на работу устанавливается дата последнего дня первого месяца периода учёта.Теперь если сотрудник принят на работу в середине учетного периода сверхурочных, период сверхурочных работ в предварительной разноске устанавливается корректно (дата начала равна дате приёма на работу).
180.96059.1.66.0Разбиение БЛ по дате регистрации в бюро МСЭЗаработная платаФормирование табеля
Если в больничном заполнить дату регистрации в бюро МСЭ и выбрать условное обозначение после назначение инвалидности, то в табеле больничный разбивается на две части: 1. с даты начала по дату регистрации в бюро МСЭ; 2. с даты, следующей за датой регистрации в бюро МСЭ по дату окончания больничного. Это неправильно, нужно так: 1. с даты начала по дату, предшествующую дате регистрации в бюро МСЭ; 2. с даты регистрации в бюро МСЭ по дату окончания больничного.Разбиение больничного в табеле при назначении инвалидности приведено в соответствие с законодательством.
180.96199.1.66.0Некорретное отображение в табеле неявки с пустым пользовательским кодомУправление персоналомПросмотр табеля
В случае наличия в классификаторе условных обозначений записи, у которой не заполнено поле Код, в табеле данное обозначение привязывается к отзыву из отпуска. Это можно увидеть с помощью отчёта по видам неявок, или на вкладке "Итоги" табеля.Теперь отзыв не имеет условного обозначения независимо от наличия записи с пустым кодом в классификаторе УО табеля.
102.1506129.1.64.0Подсчет дней в больничном при расчете "по табелю"Заработная платаРасчет больничных
Реализовать обработку дополнительной входимости "(18) Исключается из подсчета рабочего времени для больничных по календарным дням" для РБ при расчёте отработанного времени для больничного.Реализована обработка дополнительной входимости 18 при расчёте отработанного времени для больничного для РБ. Доп. входимость 18 анализируется только у неявок, в отличие от обычной входимости "времени для больничного", которая проверяется как у вида оплат неявок, так и у вида оплат часов. Комбинации обычной входимости "времени для больничного" и доп. входимости 18 у вида оплаты неявки в табеле при расчёте отработанного времени для больничного обрабатываются следующим образом: 1). "времени для больничного" = "-", доп.вх.18 - не задана. Время такой неявки будет входить во время для больничного, если неявка входит в состав рабочих часов (или в состав выходных/праздничных, если они оплачиваются раздельно от рабочих, и при этом вид оплаты этих выходных/праздничных имеет входимость "времени для больничного"="+"). Если неявка в отработанное время не входит, то и во время для больничного входить не будет. 2). "времени для больничного" = "-", доп.вх.18 = "безусловно". Время такой неявки никогда не будет входить в отработанное время для больничного, независимо от того, входит ли неявка в фактически отработанное время. 3). "времени для больничного" = "-", доп.вх.18 = "при полной смене". Считать будет так же, как если бы доп. входимость 18 не была при этом задана. Различие состоит в том, что если неявки с доп.вх.18 "при полной смене" (независимо от значения "времени для больничного"!) по совокупности займут день целиком, то часы для больничных за этот день обнулятся. Таким образом, обработка неявок с данными видами оплат происходит аналогично обработке простоев. 4) "времени для больничного" = "+", доп.вх.18 - не задана. Время неявки с таким видом оплаты всегда будет входить в отработанное время для больничного. 5) "времени для больничного" = "+", доп.вх.18 = "безусловно". Это противоречивая комбинация, значения входимостей исключают друг друга. Но если по случайности окажется такой вид оплаты, то обработается он так же, как если бы "времени для больничного" было у него "-". Иными словами, доп. входимость 18 здесь более приоритетна. 6) "времени для больничного" = "+", доп.вх.18 = "при полной смене". Такая неявка всегда будет входить в отработанное время для больничных, как если бы доп. входимость 18 не была задана, но только до тех пор, пока неявки с доп.вх.18 = "при полной смене" (независимо от значения "времени для больничного"!) не займут весь день. Как только это произойдёт, часы для больничных за этот день перестанут засчитываться вовсе (будут нулевыми).
102.1508739.1.63.0В табеле не отображается внесение больничного во время отпуска по уходу за ребенкомЗаработная платаПросмотр табеля
Сотрудник работает неполный рабочий день во время долгосрочного отпуска по уходу за ребенком, и уходит на больничный. В табеле в данной ситуации на время отсутствия работника проставляется отпуск, а должен проставляться больничный, поскольку работник работает неполный рабочий день. А если бы работник не работал во время отпуска по уходу за ребёнком и принёс бы больничный, тогда нужно отображать отпуск, как сейчас и происходит.Теперь при совокупности следующих условий: 1) оформлен отпуск по уходу за ребёнком (код отпуска по уходу за ребёнком указывается в соответствующей настройке из раздела "Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска") 2) заведен больничный во время этого отпуска 3) работник во время пересечения больничного с отпуском работает неполный рабочий день (введены рабочие часы на вкладке "Корректировка" при настройке "Ручные корректировки перекрывают больничные и отпуска"="нет", либо заведены отклонения "замена" при настройке "Безусловные отклонения перекрывают больничные и отпуска"="нет") В такие дни в табеле отображается теперь больничный, а не отпуск. Часы на вкладке "Неявки" в табеле распределяются между больничным и отпуском следующим образом: часы, введенные на вкладке "Корректировка" (в отклонении с типом "замена"), засчитываются как часы больничного, а оставшиеся часы (часы_по_графику-часы_больничного) - как часы отпуска.
102.1524019.1.63.0Кэширование классификаторов больничных и отпусков в табелеЗаработная платаФормирование табеля
Предложение по оптимизации: реализовать кэширование классификатора видов пособий и классификатора видов отпусков, в виде, пригодном для использования во всех зарплатных библиотеках, и подключить эти кэши в табеле.Реализовано кэширование классификаторов видов пособий и отпусков в табеле.
102.1536339.1.63.0Учет выходных во время работы на неполный рабочий день при наличие отпуска по уходу. (Россия)Заработная платаФормирование табеля
В случае, если сотрудница находится в отпуске по уходу и при этом работает на неполный рабочий день, выходные являются стандартными, как у все сотрудников, а не днями отпуска по уходу. Необходимо отображать такие дни как "В", а не как "ОЖ".Теперь для того, чтобы во время отпуска по уходу за ребенком выходные отображались как "В", нужно ввести ноль часов на вкладке "Корректировка" в табеле. Таким образом можно отличить выходные, когда сотрудница работает неполный рабочий день от выходных, когда она просто находится в отпуске.
102.1447399.1.62.0Формирование отпусков за ВУТ работникам, которые не имеют право на льготный пенсионный стаж за ВУТ и по ним не начисляются допвзносы за ВУТУправление персоналомФункция формирования полагающихся отпусков
Существует ряд рабочих мест, у которых есть подкласс условий труда, например 3.2, но они не входят в списки вредных профессий для ПФ и доп.тариф по ним не начисляется, но отпуск за работу в ВУТ должен предоставляться. В таких случаях функционал не рассчитывает дни отпуска за ВУТ. Кол-во полагающихся дней за работу в ВУТ рассчитывается так же, как и в случае наличия особых условий труда для пенсионного стажа - пропорционально количеству рабочих дней во вредных условиях.Теперь при расчёте продолжительности отпуска за вредные условия труда дни, в которые условия труда согласно спискам были обычные, но имелся подкласс, считаются вредными. Добавлена настройка "Управление персоналом Табельный учет Редактирование Показывать дни, считающиеся вредными для отпусков за вредные условия труда". Значение по умолчанию - "нет". При значении "да" на вкладке "Корректировка" в табеле появляется столбец, в котором можно видеть обычные/вредные дни с точки зрения отпусков за ВУТ.
102.1496659.1.61.0Ошибки в протоколе пояснительной записки к справке по текучести кадровУправление персоналомПояснительная записка к справке о текучести кадров [кроме Укр]
Формирую пояснительную записку за 2003 год (расчетный период октябрь 2003). Получаю многостраничный протокол, в котором: - говорится о не сформированных графиках за 2004 год - о не заданном режиме работы или балансном графике, причем, в качестве табельного номера указанна ссылка: [x] Не задан режим работы для загрузки планового графика (таб. №: 0000000000000000h) Клиенты просят избавляться от такой информации в протоколе. Уже выпущено решение несколько проблем на эту тему. - о неверно заданном отклонении у одного сотрудника на нескольких страницах: "Некорректно задан пользовательский код условного обозначения неявки "" (таб.н.4653, Круговой В.П.)" В итоге получаю многостраничный протокол с практически бесполезной информацией.Устранен множественный вывод сообщений "Некорректно задан пользовательский код условного обозначения неявки ....", происходящий в следствие: - повторного анализа одного и того же л/с, при наличии нескольких назначений в анализируемом году; - повторного анализа одного и того же первого месяца отчетного года, вместо анализа всех его месяцев. В сообщениях о не заданном режиме работы выдается корректный табельный номер.
102.1496519.1.60.0Неверно рассчитывается больничный в случае учета рабочего времени= по табелюЗаработная платаРасчет больничных
Для РБ неверно рассчитывается больничный в случае учета рабочего времени = по табелю: не учитываются дни, выходные по плановому графику, если в эти дни работник работал.Исправлена ошибка: теперь при расчете больничного правильно определяется количество отработанных дней и часов.
103.78169.1.60.0не корректно стала пересчитываться премия в ежегодном отпускеЗаработная платаТабельные функции
Неверно рассчитываются часы, рабочие с точки зрения расчетов по среднему, при следующих условиях: - имеется работа в выходной/праздник - согласно настройкам расчета итогов работа в выходной/праздник вычитается из числа рабочих часов - в настройках не заполнен вид оплаты для работы в выходной/праздник, либо указан вид оплаты, не имеющий входимости "времени по среднему" - работа в выходной/праздник заведена при помощи неявки (например, РПД-90), и в условном обозначении данной неявки привязан вид оплаты со входимостью "времени по среднему" В этом случае система не учитывает, что неявка имеет подходящий вид оплаты, и считает, что день, с точки зрения расчетов по среднему, нерабочий.Изменен алгоритм расчета часов, рабочих с точки зрения расчетов по среднему. Теперь, если в некоторый день присутствует работа в праздник, либо работа в выходной, и согласно настройкам часы этой работы не входят в "рабочие", количество рабочих с точки зрения расчетов по среднему определяется следующим образом: - Если в настройках указан вид оплаты для работы в праздник/выходной, и он имеет входимость "времени по среднему", то искомые часы - это все фактически отработанные плюс часы неявок, не входящих в отработанное время, но оплачиваемых видом оплаты со входимостью "времени по среднему". - В противном случае (вид оплаты не указан / не имеет должной входимости) искомые часы представляют собой часы всех неявок, пришедшихся на этот день и оплачиваемых видом оплаты со входимостью "времени по среднему". Таким образом, при описанной в постановке ситуации время из приказа на работу в выходной будет учтено. Если день не содержит ни работы в праздник, ни работы в выходной, то искомые часы будут представлять собой сумму рабочих часов (если они есть) и часов неявок, которые в отработанное время не входят, но оплачиваются видом оплаты со входимостью "времени по среднему". Аналогичным образом изменен расчет часов, считающихся рабочими с точки зрения времени для больничного, поскольку они считаются точно так же для входимости "времени для больничного".
180.92529.1.60.0Отзыв увеличивает продолжительность отпуска!Заработная платаОтзывы из отпуска
Количество дней отпуска после отзыва не уменьшается, а УВЕЛИЧИВАЕТСЯ, если отзыв сделан на время пересечения больничного с отпуском. Пример: отпуск с 5/01 по 19/01, больничный с 19/01 по 20/01. Заводим отзыв с 19/01 по 19/01. В результате обработки отзыва отпуск продлевается по 21/01 вместо того, чтобы сократиться.Ошибка устранена. Теперь корректно сокращается продолжительность отпуска в результате обработки отзыва в описанной ситуации.
102.1488289.1.59.0Вывод праздинчных часов в форме "Рабочий табель (альтернативный формат)".Заработная платаРаспечатка табеля
Проблема с печатной формой табеля "Рабочий табель (альтернативный формат)". В поле "отработано праздн. часов" всегда выводится "рассчитанное автоматически" количество часов. Вне зависимости от того, в каком положении настройка "Управление персоналом Табельный учет Расчет итогов Часы работы в нерабочие по плану праздники". Т.е. нет возможности вывести количество часов, введенное в итоги вручную (при соответствующей настройке). Хотя, например, вывод ночных часов работает по настройке - если настройка "вводить вручную", то и выводятся ручные итоги, если "рассчитывать автоматически" - то рассчитанные по корректировкам итоги. Просьба реализовать вывод праздничных часов согласно настройке "Управление персоналом Табельный учет Расчет итогов Часы работы в нерабочие по плану праздники".Теперь в печатной форме "Рабочий табель (альтернативный формат)" праздничные часы выводятся корректно, с учетом значений настроек "Управление персоналом Табельный учет Расчет итогов Часы работы в нерабочие по плану праздники" и "Управление персоналом Табельный учет Расчет итогов Часы работы в рабочие по плану праздники".
180.60229.1.59.0Проблема при вводе сверхурочных итоговыми суммамиЗаработная платаПросмотр табеля
Проблема при вводе сверхурочных итоговыми суммами в табеле. Если у человека есть переходы в течение месяца, то часы за период, когда переход отсутствовал, переходят в "доступные", и наоборот. Нужно, чтобы при выборе диапазона "доступные" выводилась сумма итогов по переходам.Изменено отображение вручную вводимых итогов в табеле при настройке "Хранить итоговое количество часов для каждого перехода отдельно"="да". Теперь, если в течение месяца есть переходы, то при выборе диапазона "доступные" редактирование отключается, а в колонке с часами отображается сумма итогов, введенных по диапазонам. Редактирование вручную вводимых итогов теперь возможно, только если выбран диапазон, соответствующий одному переходу (отсутствию перехода).
101.582219.1.58.0В отчетах по неявкам пропадают неявки. если работник повторно принятУправление персоналомОтчет по видам неявок
В отчете по видам неявок не учитываются неявки, заведенные через приказы модуля "Управление персоналом" (РПД 91, 90, 72), если работник повторно принят на новую карточку и старый ЛС. Пусть работник работал на предприятии и в месяце N был уволен. После чего был повторно принят в месяце M, M > N. После повторного приёма завели неявки по РПД 91, 90 или 70: это могли сделать как в месяце M, так и в любом последующем месяце. Тогда если формировать отчёт по видам неявок начиная с месяца M (или позже), то неявки по РПД 70, 90 и 91 попадают в отчёт, но если формировать начиная с месяца N (или ранее), то эти неявки в отчёт не попадают.Ошибка исправлена, теперь корректно учитываются неявки по РПД 72, 90, 91 в случае повторных приёмов на новую карточку.
102.1472669.1.58.0Работа в выходные и формирование условий трудаЗаработная платаОбработка отклонений
Необходимо исключить обязательность применения условного обозначения при формировании табеля, если имеются неявки по РПД 90 (Работа в выходной по приказу, за оплату) или аналогичные для определения условий работы. Для примера: Сотрудник работает во вредных условиях. Приказом назначается выходной день рабочим. В этом случае как правило при заполнении и печати табеля в этот день проставляются рабочие часы и условных обозначений не используется. На данный момент, если в приказе указаны только рабочие часы и нет условного обозначения, в табеле этот день формируется как "обычный", что приводит к неверному формированию отчета в ФСЗН ПУ6. Необходимо, чтобы если по приказу дни стали рабочими, и в этот день отсутствует какое-либо условное обозначение, считать часы "вредными".Теперь все неявки в табеле, не имеющие условного обозначения, для РБ обрабатываются так, как если бы они имели УО, в котором выставлен признак "Вредные условия"="да". Таким образом, часы, которые заводятся без условного обозначения посредством приказов на работу в выходной (приказов на работу сверхурочно / отклонений с типом "увеличение"), для "вредных" работников считаются вредными. При добавлении нового УО в классификаторе условных обозначений для Беларуси автоматически выставляется признак "Вредные условия"="да".
102.1479849.1.58.0При обычной печати табеля видны больничный и простои, если печатаем Т-12 - все забито выходным.Заработная платаТиповая форма Т12
При обычной печати табеля видны больничный и простои, если печатаем Т-12 - все забито выходным. Проявляется при следующих условиях: - больничный начинается до месяца, за который формируем отчет, и продолжается в этом месяце - в классификаторе видов пособий для этого больничного нулевой первый процент, но ненулевое количество дней первого процентаИсправлено, теперь условное обозначение больничного выводится в Т-12 корректно.
180.90809.1.57.1Неверный расчетый период при расчете среднего заработкаЗаработная платаТабельные функции
Сотрудника отправили на повышение квалификации с 31/08 - 14/09/2015. В Галактике это оформлено приказом о направлении на обучение, в котором выбрано условное обозначение ПК, к которому привязан вид оплаты. При расчете заработной платы за август сотруднику было оплачено повышение квалификации за один день (31/08/2015). При расчете заработной платы за сентябрь галактика оплачивает повышение квалификации за период с 01/09 по 14/09/2015. При этом берет расчетный период с 09/2014 по 08/2015. А должна брать расчетный период 08/2014 по 07/2015, так как начало повышения квалификации приходится на август.Теперь при предварительной разноске в записях, создаваемых по приказам на направление на обучение, заполняется дата "Назначена", и эта дата равна исходной дате начала из приказа.
101.583339.1.57.0Неверно рассчитаны сверхурочные часыЗаработная платаФормирование табеля
Неверно считаются сверхурочные часы при суммированном учете при настройке "..источник сведений о норме времени" = "установленная продолжительность рабочей недели" при наличии в течение месяца предпраздничного дня, рабочего по балансному графику. За каждый из последующих рабочих по балансному графику дней набегает один лишний сверхурочный час.Ошибка исправлена. Теперь корректно считаются сверхурочные при значении настройки "установленная продолжительность рабочей недели".
103.78279.1.57.0Не устанавливается условное отклонение в праздничный день при наличии отпуска в данном периоде.Заработная платаОбработка отклонений
Нужно вернуть возможность в табеле заводить отклонения с типом "уменьшение" в выходные дни, приходящиеся на время отпуска.Частично возвращена возможность заводить отклонения с типом "уменьшение" на период отпуска: отклонение попадает в табель, только если оно приходится на неоплачиваемые дни отпуска (дни, которые при отсутствии данного отклонения отображались бы в табеле условным обозначением выходного). На остальные дни отпуска, а также на дни больничных, завести отклонение по-прежнему нельзя.