Z_LSCHET
Краткое описание :
не проставляется дата увольнения в ЛС при повторном временном трудоустройствеОписание :
Z_LSchetЧто измененно :
Не проставляется дата увольнения в ЛС при повторном временном трудоустройстве. При первичном приеме временно на работу сотрудника, автоматически проставляется дата увольнения в ЛС. При повторном временном трудоустройстве дата увольнения в ЛС не проставляется.
Проблема проявляется, если увольнение и повторный приём производятся в течение одного месяца.
Как измененно :
Ошибка исправлена. Теперь всегда, когда настройка "Настройки Галактики \ Управление персоналом \ Управление и учет кадров \ Приказы \ Приказы по персоналу \ РПД-1 (приказ о приеме) \ Для срочных договоров заполнять в лицевом счете дату увольнения" в значении "Да", дата увольнения в ЛС при повторном временном приёме заполняется.
Z_LSCHET
Краткое описание :
Обработка рабочей корзины. Неверные данные в протоколе сообщения.Описание :
Рабочая корзина (обработка сигнала)Что измененно :
Неверные данные в протоколе обработки рабочей корзины.
Если работник перемещается на должность, на которой нет особых условий/КПС, то при обработке рабочей корзины в протокол выводятся особые условия, КПС и территориальные условия из ближайшей (по хронологии) предыдущей записи, для которой данные поля не пустые, и на которой стояли до того, как перейти к обрабатываемой записи.
При этом в лицевой счет и переходы данные переносятся корректно, т.е. устанавливаются пустые особые условия/КПС/территориальные условия.
Как измененно :
Ошибка исправлена. В случае, когда к новому назначению особые условия/КПС/территориальные условия не привязаны, пустые значения данных параметров выводятся в протокол корректно; так же, как и в самом окне.
Z_LSCHET
Краткое описание :
При увольнении не ставится дата окончания в пост. удержаниях при параметре "Удалять при увольнении"Описание :
Рабочая корзина (обработка сигнала)Что измененно :
При обработке рабочей корзины (приказ на увольнение) не ставится дата окончания в пост. удержаниях при параметре "Удалять при увольнении".
Как измененно :
Теперь изменение даты увольнения через рабочую корзину обрабатывается так же, как изменение даты увольнения в самом лицевом счете. В частности, проставляются даты окончания постоянных доплат и удержаний.
Z_LSCHET
Краткое описание :
Не работает функция по передаче данных в другой филиалОписание :
Передача в другой филиалЧто измененно :
Не работает функция по передаче данных в другой филиал, для значения следующей настройки:
Настройки Галактики \ Управление персоналом \ ..атрибуты для поиска совпадающих физических лиц - ФИО, дата рождения.
Как измененно :
Исправлено в соответствии с постановкой.
Z_LSCHET
Краткое описание :
Удаляется запись в таблице Sumupsoc c суммами по предыдущему филиалу в таблице Размер соцналогов до расчета заработной платыОписание :
Передача в другой филиалЧто измененно :
Теряются данные с размерами соцналогов до расчета заработной платы по предыдущему филиалу при переводе сотрудника в другой филиал, в момент перехода на новый расчетный период.
Как измененно :
Теперь данные по соцналогам полностью переносятся.
Z_LSCHET
Краткое описание :
Оптимизировать удаление переходов при удалении ЛСОписание :
Лицевые счета (окно ввода и редактирования)Что измененно :
Если включено автоматическое переформирование табелей, то при удалении лицевого счета, когда удаляются все переходы данного ЛС, происходит переформирование табелей. Причем столько раз, сколько переходов: удалился переход - переформировался табель, удалился следующий переход - переформировался табель, и т.д.
Это общепринятый порядок удаления переходов, но в данном случае в переформировании табелей нет никакой необходимости: все табели всё равно после этого будут удалены. Нужно сделать, чтобы при удалении переходов табели не переформировывались.
Как измененно :
Теперь при удалении переходов при удалении ЛС табели не переформировываются.
Z_LSCHET
Краткое описание :
Формируется переход при обновлении окладов в картотекеОписание :
Рабочая корзина (обработка сигнала)Что измененно :
В рабочей корзине существует следующий функционал.
При обработке записей "изменить лицевой счет работника" с первого числа расчетного периода проверяется, есть ли на эту дату у работника переход, связанный с РПД 5. Если переход есть, и пришедшее в рабочую корзину изменение связано с тем же перемещением, что и обнаруженный переход, то обработка записи приводит к созданию перехода в межпериод, а лицевой счет не правится.
Данный функционал был реализован для того случая, когда перемещение оформлено временно: лицевой счет содержит данные до перемещения, а все данные по перемещению содержатся в переходах. В таком случае действительно менять лицевой счет было бы неправильно.
Но часто возникает следующая ситуация: перемещение без даты окончания делали когда-то давно, но создавшийся при этом переход бесконечной длины ("исходная дата окончания" пустая) анализируется при обработке корзины, и своим наличием не даёт изменить лицевой счет с первого числа. В данной ситуации изменение лицевого счета не испортило бы данные в зарплате, т.е. этот случай наличия перехода на дату начала из записи следует различать с тем случаем, который описан выше.
Как измененно :
Доработана обработка рабочей корзины для случаев, когда изменение лицевого счета идет с первого числа, на дату изменения обнаруживается переход, связанный с РПД 5, и само изменение относится к тому же перемещению, что и обнаруженный переход.
Теперь для переходов, связанных с РПД 5, учитываются только переходы текущего периода. Если у архивного перехода не заполнена исходная дата окончания (т.е. переход считается актуальным на текущую дату), но этот переход связан с РПД 5, то он игнорируется.
Z_LSCHET
Краткое описание :
Некорректная ситуация при обработке РКОписание :
Рабочая корзина (обработка сигнала)Что измененно :
Сотруднику оформляют приказ на перевод с середины текущего месяца, при обработке записи по этому приказу в рабочей корзине формируется архивный переход на прошлый месяц, лицевой счет не изменяется.
Ошибка возникает, если на момент обработки корзины у сотрудника есть замещение без даты окончания, открытое в середине позапрошлого месяца. Если замещение закрыть и повторно обработать корзину, формируется корректный переход с середины месяца и идет правильный расчет. При оформлении приказа на перевод никаких предупреждений о незакрытых замещениях не происходит. Необходимо либо предупреждать пользователя о некорректном замещении и не давать утверждать приказ на перевод, либо в момент обработки корзины опираться на дату изменения в корзине, а не на кадровые замещения. Второй вариант предпочтительнее, поскольку пользователи могут утвердить перевод при корректных замещениях, а потом оформить задним числом еще одно или снять дату у существующего, это маловероятно, но вызывает серьезные ошибки в расчете. Кроме того бухгалтерия переживает что они обрабатывают корректную запись, а из-за кадровых ошибок, к которым у расчетного нет доступа, получаются ошибки в заработной плате.
Как измененно :
Ошибка исправлена. В случае заместительства без даты окончания переход, связанный с последующим переводом, создается на дату начала из записи рабочей корзины.
Z_LSCHET
Краткое описание :
Филиальность.ТабельОписание :
Перевод сотрудника в другой филиалЧто измененно :
В сервисной функции перевода в другой филиал указывается подразделение, куда сотрудника переводят в новом филиале. В табеле это подр. появляется только после переформирования.
Как измененно :
Исправлено. Подразделение в новом табеле подхватывается без переформирования.
Z_LSCHET
Краткое описание :
некорректная обработка корзины при открытых замещениях у сотрудникаОписание :
Рабочая корзина (обработка сигнала)Что измененно :
Сотруднику оформляют приказ на перевод с середины текущего месяца, при обработке записи по этому приказу в рабочей корзине формируется архивный переход на прошлый месяц, лицевой счет не изменяется.
Ошибка возникает, если на момент обработки корзины у сотрудника есть замещение без даты окончания, открытое в середине позапрошлого месяца. Если замещение закрыть и повторно обработать корзину, формируется корректный переход с середины месяца и идет правильный расчет. При оформлении приказа на перевод никаких предупреждений о незакрытых замещениях не происходит. Необходимо либо предупреждать пользователя о некорректном замещении и не давать утверждать приказ на перевод, либо в момент обработки корзины опираться на дату изменения в корзине, а не на кадровые замещения. Второй вариант предпочтительнее, поскольку пользователи могут утвердить перевод при корректных замещениях, а потом оформить задним числом еще одно или снять дату у существующего, это маловероятно, но вызывает серьезные ошибки в расчете. Кроме того бухгалтерия переживает что они обрабатывают корректную запись, а из-за кадровых ошибок, к которым у расчетного нет доступа, получаются ошибки в заработной плате.
Как измененно :
Ошибка исправлена. В случае заместительства без даты окончания переход, связанный с последующим переводом, создается на дату начала из записи рабочей корзины.