G_SUMDIVIDE
Краткое описание :
Необходимо доработать расчет больничных для иностранцевОписание :
Расчет больничныхЧто измененно :
Необходимо доработать расчет больничных для иностранцев в РФ.
С 2015 года временно пребывающим иностранцам и гражданам ЕАЭС выплачиваются больничные. Но так они не платили взносы в ФСС за два предыдущих года, входящих в расчет больничного, расчет в 2015 году должен идти из МРОТ (24 МРОТ/730) аналогично, как при отсутствии заработка или когда заработок менее МРОТ.
Как измененно :
Доработка для РФ.
С 2015 года временно пребывающим иностранцам и гражданам ЕАЭС выплачиваются больничные. Но так они не платили взносы в ФСС за два предыдущих года, входящих в расчет больничного, расчет в 2015 году должен идти из МРОТ (24 МРОТ/730) аналогично, как при отсутствии заработка или когда заработок менее МРОТ.
Для расчета пособий из МРОТ в ЛС на закладку "Стажи, надбавки" (Данные для расчета пособий по нетрудоспособности) добавлен признак "Расчет из МРОТ". Если установлен этот признак, расчет пособий по нетрудоспособности за 2015 год для сотрудника осуществляется из МРОТ. Пособия c датой начала с 2016 года рассчитываются по стандартному алгоритму.
Кроме того, в ЛС поле "Считать иждивенцев детьми вдовы (вдовца) или одинокого опекуна (количество детей)" на закладке 'Налог на доходы' отображается только для РБ.
G_SUMDIVIDE
Краткое описание :
При наличии больничного за прошлый месяц вид оплаты с алгоритмом 58 сторнируется некорректноОписание :
Расчет начислений (общие вопросы)Что измененно :
При наличии больничного за прошлый месяц вид оплаты с алгоритмом 58 сторнируется некорректно, если в прошлом месяце сумма была разбита по переходам.
Если больничный начался 31 марта, то у сотрудника по ВО 38 должен быть вычтен 1 день за март месяц и сумма должна составить -541р, но вместо этого Галактика насчитывает ей 2'843.75.
Как измененно :
Исправлена функция "Предварительная разноска" при наличии больничного за прошлый месяц для оплат с алгоритмами 7 и 58.
По каждому периоду результирующей записи о возврате, в предварительном просмотре формируется новая запись о начислении сумм с готовой суммой, как это было и ранее.
Но теперь, при переносе из справочника "Суммы оплат", сумма приводится к полному месяцу, с тем, чтобы при расчете заработной платы, положительная сумма рассчиталась согласно алгоритму.
Доработка актуальна для тех российских пользователей, у которых в классификаторе налогов на ФОТ имеется запись с учетом работы во вредных условиях труда, и месяце сторнирования сумма была разбита по переходам.
G_SUMDIVIDE
Краткое описание :
В результатах расчета проставляется неверный периодОписание :
Предварительная разноскаЧто измененно :
У сотрудника по графику 23 число выходной день:
24-го числа сотрудник не выходит на работу и ему проставляют НН:
При расчете заработной платы в окладе проставляет период по 23/03/2015:
"А когда в апреле он принесет больничный, который начинается с 22 марта,
произойдет пересечение периодов оклада и больничного, что вызовет сторнировку оклада, которой не должно быть.
Например, больничный с 22 по 22.
При разноске записи по окладу за прошлый месяц
с 01/03/2015 по 21/03/2015 за 9-ть дней
и с 01/03/2015 по 23/03/2015 за - 9 -ть дней.
В результатах расчета имеем одинаковые суммы с "+" и "-".
На базе заказчика тоже формируются одинаковые суммы с + и -.
Заказчик очень просит, чтобы записи в разноске затирались при одинаковых днях и часах.
Как измененно :
Доработана функция "Предварительная разноска" при при наличии больничного за прошлый месяц для случаев, когда начало или окончание больничного приходится на выходной день.
Теперь двойные записи о сторнировании и начислении не формируются, если рабочий период полностью приходится на нерабочий,а количество дней и часов с "+" и "-" равны.
Доработка актуальна для тех российских пользователей, у которых в классификаторе налогов на ФОТ имеется запись с учетом работы во вредных условиях труда.