G_SUMDIVIDE
Краткое описание :
Идексация отпускных при пересечении больничных и отпускныхОписание :
Сторнирующие записиЧто измененно :
Индексация отпускных при пересечении больничных и отпускных.
Если за период отпуска работник предоставляет б/л, который смещает отпуск,и в этом периоде произошло повышение тарифов, то программа не индексирует
отпускные, которые приходятся на часть отпуска после повышения тарифов
Пример В феврале предоставлен отпуск с 1.03.по 22.03 с01.03 повышение тарифов в марте б/л с 03.03 по 28.03. отпуск переносится,но суммы отпуска не индексируются
Как измененно :
Доработана функция предварительная разноска при установленных значениях
"при изменении тарифа/оклада" и
"только отпуска при изменении тарифа/оклада" настройки
"Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Условие индексации ранее рассчитанных больничных и отпусков".
Теперь при изменении оклада (тарифа) в разноске формируются записи с признаком "ИО" в случае переноса суммы отпуска на текущий и будущий месяц.
G_SUMDIVIDE
Краткое описание :
Разбиение оплат при наличии архивных переходовОписание :
Предварительная разноскаЧто измененно :
Оплаты должны разбиваться, при наличии архивного
перехода, если у них установлен признак "разбивать по
датам" = "+" независимо от того, какое значение имеет
параметр "период опл. неявок".
Во вложении пример, как работает система сейчас.
Как измененно :
В предварительной разноске при обработке сторнирующих записей с типом "АП" (архивный переход)для определения разбиваемости видов оплат по переходам анализируется только дополнительная входимость "разбивать по
датам". Кроме того, не разбиваются по переходам оплаты с типом "О" (отпуск), а также оплаты вечерних, ночных, праздничных часов и работа в выходные.
G_SUMDIVIDE
Краткое описание :
Пособие по беременности и родам при наличии смежных ЛСОписание :
Расчет больничныхЧто измененно :
Сотрудницу уволили в 2012 г. и повторно приняли на новый ЛС в янв 2013г. В результате в Галактике 2 ее ЛС связаны как смежные. По новому ЛС в 2013г. назначают больничный по БиР, но т.к. все архивы за 2 календарных года находятся в старом ЛС Галактика суммы начислений учитывает верно, а дни не учитывает ( не отнимает по 18 допвходимости дни приходящиеся на периоды вр. нетрудоспособности, отпуска по БиР и т.д.)
Как измененно :
Доработан расчет пособий по нетрудоспособности для России за два календарных года при установленном значении "начисления и часы без учета признака работы"
настройки "Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Больничные \ Особенности расчета \ Учитывать данные связанных лицевых счетов".
Теперь для указанной настройки учитываются нерабочие периоды смежных лицевых счетов, при условии, что для них не установлен признак работы "временное совместительство".
Нерабочие периоды по временному совместительству не учитываются во избежание дублирования периодов.
G_SUMDIVIDE
Краткое описание :
Сторнирование ЗП при наличии больничного....Описание :
Предварительная разноскаЧто измененно :
Перерасчет ЗП при наличии больничного....
Был введен больничный за период с 26.09.2011 по 06.10.2011 г. Больничный был введен и посчитан в расчетном периоде - сентябрь 2011г.
Рассчитали ЗП, перешли на расчетный период - октябрь 2011г.
В суммах оплат содержатся записи за 17 дней.
После перехода на новый расчетный период обнаружили, что указали неверно начало периода больничного листа: вместо 27/09/2011г. указан 26/09/2011г.
Запускаем сервисную функцию "Перерасчет средних".
Заходим в больничный и корректируем дату начала учета листа на 27/09/2011:
в предварительном просмотре можно увидеть, что записи с пред. периода передаются, однако, не корректируется количество дней(т.е как было 17, так и осталось), а после корректировки больничного должен был добавиться еще один день.
Как измененно :
Доработана функция Предварительная разноска, при обработке сторнирующих записей с признаком "ПС".
Теперь при формировании записей о перерасчете, количество дней, часов, даты начала и окончания формируются согласно актуальным данным на момент формирования разноски.
Разноска дорабатывалась только для видов оплат, у которых не заполнено поле "Тип оплаты" в классификаторе видов оплат.
Проблема пока не решена для неразбиваемых видов оплат.
Работы будут продолжены.