G_WORKTABLE
Краткое описание :
РВ при подденном учете увеличивает рабочие часы в табелеОписание :
Формирование табеляЧто измененно :
При поденном учете рабочего времени, когда при работе в
праздничный день (РВ) по табелю, попадает на выходной праздничный деть,
возникает ошибка, которая ведет к переплате по виду оплат 4 "Оплата по окладу
(смена)". Связано с неправильным отображением часов в табеле, которые
увеличивают часы рабочие. РВ вводятся только через приказы.
Ошибка еще возникает при печати табеля, что приводит к многочисленным вопросам
сотрудников.
При существующих настройках решить данную проблему не получается.
Пользователи отказываются от ручного введения отклонений, т.к. при большом
количестве корректировок тоже приводит к массовым ошибкам и переплатам.
Часы отработанные в праздничный, который по графику выходной попадают и в
фактически отработанные и в праздничные и в итог по условному обозначению.
Причем даже если к условному обозначению привязан вид оплаты. Установить
настройку "Рабочие часы по факту за вычетом работы в праздники(поденные режимы
учета)" - "да" не могут, так как тогда все праздничные часы вычитаются их
фактических и сотрудник видит по начислениям меньше оклада за месяц, возникает
много вопросов.
Как измененно :
Праздничные часы в системе теперь разделены на рабочие по плану
праздничные и нерабочие по плану праздничные.
Следующие настройки системы разделены на две:
В разделе "Настройки Галактики \ Управление персоналом \ Табельный учет \
Расчет итогов":
1) "Рабочие часы по факту за вычетом работы в праздники(поденные режимы учета)"
=> "Рабочие часы по факту за вычетом работы в рабочие по плану
праздники(поденные режимы учета)", "Рабочие часы по факту за вычетом работы в
нерабочие по плану праздники(поденные режимы учета)"
2) "Рабочие часы по факту за вычетом работы в праздники(суммированные режимы
учета)" => "Рабочие часы по факту за вычетом работы в рабочие по плану
праздники(суммированные режимы учета)", "Рабочие часы по факту за вычетом
работы в нерабочие по плану праздники(суммированные режимы учета)"
3) "Часы работы в праздники" (вводить вручную/рассчитывать автоматически) =>
"Часы работы в рабочие по плану праздники", "Часы работы в нерабочие по плану
праздники"
В разделе настроек "Настройки Галактики \ Управление персоналом \ Расчеты с
персоналом \ Оплата работ":
4) "В праздники" => "В рабочие по плану праздники", "В нерабочие по плану
праздники"
Значение по умолчанию настройки "Оплата работ \ В нерабочие по плану праздники"
зависит от настройки "Настройки Галактики \ Управление персоналом \ Табельный
учет \ Расчет итогов \ Фактически отработанное время ограничивать нормой". Если
последняя в значении "да", то в настройку для нерабочих по плану праздников
подставится вид оплаты из настройки "Оплата работ \ В праздники, сверх нормы".
Если же настройка об ограничении нормой в значении "нет", то вид оплаты для
нерабочих по плану праздников подставится из прежней настройки "Оплата работ \
В праздники". Это сделано для сохранения преемственности, в связи с изменениями
в работе предварительной разноски (описано ниже).
Для остальных новых настроек значения по умолчанию будут взяты те же, которые
были выставлены в исходных настройках. После чего исходные настройки
ликвидируются.
Итоги в табеле по праздничным часам также разделены теперь. Вместо одной строки
"Праздничные" теперь в итогах по часам две строки "Праздничные, рабочие по
плану" и "Праздничные, не рабочие по плану".
Как продолжение разделения настройки об оплате праздничных часов: в окошке
"Альтернативная оплата", которое вызывается в лицевых счетах, переходах в
межпериод и др. местах, на вкладках "Виды оплат" и "Проценты" атрибуты
праздничных часов теперь также разделены. Вид оплаты праздничных, не рабочих по
плану, устанавливается по тем же правилам, что и значение по умолчанию
аналогичной настройки: в зависимости от того, включено ограничение
отработанного времени нормой, или нет, устанавливается соответственно вид
оплаты "праздничных, сверх нормы", или вид оплаты из прежнего атрибута
"праздничные" в альтернативной оплате.
В "праздничные, рабочие по плану" подставляется значение из прежней записи
"праздничные". Для процентов значение новых атрибутов также берется из прежнего
атрибута.
Если итоги по праздничным часам были введены вручную до установки данного
обновления, то такие итоги интерпретируются как итоги по "праздничным, рабочим
по плану".
Изменен расчет для праздничных часов в предварительной разноске для случаев,
когда настройка "Настройки Галактики \ Управление персоналом \ Табельный учет \
Расчет итогов \ Фактически отработанное время ограничивать нормой" = "да":
праздничные часы, не рабочие по плану, не разделяются на часы в пределах нормы
и сверх нормы, а идут целиком тем видом оплаты, который указан в настройке
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Оплата
работ \ В нерабочие по плану праздники". (Раньше учитывались сразу все
праздничные, и они разделялись на часы в пределах и сверх нормы).
G_WORKTABLE
Краткое описание :
замедление при расчете ЗП на SQLОписание :
Расчет начислений (общие вопросы)Что измененно :
замедление при расчете ЗП на SQL
УФПС Рязанской области: перешли с первазива на скуль на том же сервере
- - -
Заметили сразу, что быстродействие Галактики упало.
Например, общий расчет зарплаты в Pervasive был около 4 часов, в MSSQL стал более 7.5 часов. Некоторые отчеты формируются в 3-5 дольше (ФСС-4, например).
- - -
Последние обновления Галактики у нас от 18.01.2013 , соответственно Атлантис 5.4.41.
О системе, кратко 2x8-ми ядерных процессора, память 32 ГБ, Windows2008 R2, MSSQL 2008 R2, Галактика 8.1, Атлантис 5.4.41, антивирус Касперский лицензионный, больше никаких программ.
На пробный расчет отключал антивирус.
Еще. У нас зарплата (ранее до 21декабря 2012 на первасиве) работает отдельно от бухгалтерии(под MSSQL уже давно, ставил давно уволенный инженер- не я, MSSQL там не изменяли) ? в двух разных базах на разных серверах.
Теперь MSSQL-и у нас разные. Вот пробовал на бухгалтерском сервере ? ставил пробную БД Зарплаты и рассчитывал. Скорость если и увеличивается - то незначительно.
Загрузка серверов по памяти и по процессорам(вцелом) не полная(проверял через диспетчер задач).Полностью память не используется: из 32 ГБ используется до 20ГБ максимум.
Процессоры в целом заняты 10-30%, по ядрам - на 100% занятость бывает очень редко и кратковременно.
- - - -
Когда расчитывал по всему предприятию - расчет шел около 6 часов - прервал т.к. ожидаемое время расчета оставалось еще часов 60, при этом файлов Atl*.sil уже сформировалось 129ГБ(не архивированно) .
- - - -
Настройки не при чём. Кэш информации о смежных л/с не то что неправильно используется, он вообще не используется: на каждый чих грузится полный перечень всех связей.
Как измененно :
Ускорена работа со смежными лицевыми счетами.
G_WORKTABLE
Краткое описание :
Не рассчитывается вид оплаты выходных сверх нормыОписание :
Предварительная разноскаЧто измененно :
\r\nRuntame РїСЂРё печати расчетных листков СЃ включенной\r\nопцией \"Печатать РІ листках оплачиваемые РґРЅРё Рё часы\".\r\nПроявляется РЅР° базе server1oit\\d\\gal810\\test\\viktor\\pir102_80452 Таб.10\r\n РќР° релизе проблемы нет\r\nКак измененно :
\r\nПри включенном параметре \"печатать оплачиваемое время в расчетных листках\"\r\nформирование отчета проходит корректно.\r\nG_WORKTABLE
Краткое описание :
Runtame при печати расчетных листковОписание :
Расчетные листкиЧто измененно :
Runtame при печати расчетных листков с включенной
опцией "Печатать в листках оплачиваемые дни и часы".
Проявляется на базе server1oit\d\gal810\test\viktor\pir102_80452 Таб.10
На релизе проблемы нет
Как измененно :
При включенном параметре "печатать оплачиваемое время в расчетных листках"
формирование отчета проходит корректно.
G_WORKTABLE
Краткое описание :
В расчет отпуска попадает некорректное количество дней в случае оформления отклонения через приказОписание :
Баланс отработанного времениЧто измененно :
В расчет отпуска попадает некорректное количество дней в случае оформления отклонения через приказ.
В условном обозначении признак "Исключить из времени для отпуска" в значении "да, целиком". Заводим отклонение с периодом действия в целый месяц и с данным условным обозначением. Если делать это в табеле на вкладке "отклонения" (тип - "уменьшение"), то в расчёт отпуска попадает 0 дней, как и надо. А если делать это через приказ, то в расчёт отпуска попадает столько дней, сколько было выходных в месяце.
Как измененно :
Ошибка исправлена. Теперь если назначаем отклонение через приказ, то имеем такое же поведение системы, как и в случае заведения отклонения с типом "уменьшение" прямо в табеле.
G_WORKTABLE
Краткое описание :
происходит зависание системыОписание :
Меню модуля "Заработная плата"Что измененно :
Происходит зависание системы в случае, когда табельное отклонение, оформленное по приказу РПД 91, пересекается с больничным или отпуском. Независимо от порядка, в котором были введены больничный или утвержден приказ: зависание происходит, как только появляется пересечение.
Как измененно :
Ошибка исправлена. Больше не происходит зависания в таких случаях.