G_ZARPL
Краткое описание :
Добавить в таблицу Childone индексное поле period для хранения признака отчетного/будущего периода. Перенести это значение из поля NumOgr.Описание :
Интерфейс "Единовременные пособия"Что измененно :
Добавить в таблицу Childone индексное поле period для хранения признака отчетного/будущего периода. Перенести это значение из поля NumOgr.
Как измененно :
Добавлено в таблицу Childone индексное поле period для хранения признака отчетного/будущего периода. Перенесено это значение из поля NumOgr. Так же данное изменение учтено во всем функционале системы в целом.
G_ZARPL
Краткое описание :
Детализация расчета по пользовательскому алгоритмуОписание :
Расчет начислений (общие вопросы)Что измененно :
Просят реализовать более подробный протокол расчета пользовательского алгоритма (выводить значения всех функций алгоритма). Необходимо для отладки правильности работы алгоритма.
Как измененно :
Реализован более подробный протокол расчета пользовательского алгоритма.
G_ZARPL
Краткое описание :
расчет по 29 алгоритмуОписание :
Расчет по среднему (алгоритмы отпусков)Что измененно :
Расчет по 29 алгоритму. ВО 91 назначается определенным образом
через предварительный просмотр и используется для расчета и выплаты мат.
помощи. ВО 91 рассчитывается по 29 алгоритму с признаком 0 и % 29.7.
Если расчет ЗП производиться через ЛС сотрудника (Заработная плата |Документы |
Лицевые счета), то программа "Галактика ERP" производит расчет верно. Если
расчет производить по всем сотрудникам предприятия (Заработная плата | Операции
| Расчет зарплаты | Расчет зарплаты) с теми же настройками, то рассчитываются
по 91 ВО совсем другие суммы у этого сотрудника . Также хотелось бы отметить,
что эта мат.помощь начисляется многим сотрудника, а такие проблемы с расчетами
только у нескольких сотрудников. Проблема возникает в том случае, когда в
списке сотрудников есть такой ЛС, для которого заведен 91 ВО в предварительной
разноске и у которого нет ни одного полностью отработанного месяца, т.е. есть
переход на расчет по среднечасовому.
Как измененно :
Для РБ исправлен расчет по алгоритмам расчета среднего для
случая расчета по списку сотрудников, когда в данном списке есть ЛС с переходом
на расчет по среднечасовому заработку.
G_ZARPL
Краткое описание :
Неправильно удерживаются алиментыОписание :
Алименты, исполнительныеЧто измененно :
У сотрудника два постоянных удержания алиментов. Первое на 1/3
доли заканчивается 10.09. Второе удержание на 1/4 доли с 11.09. При расчете
алиментов неверно учитывается облагаемая база для расчета по данным постоянным
удержаниям. Например, есть ВО 2114 с 01.09 по 13.09 и ВО 2114 с 28.09. по
30.09. Для первого постоянного удержания сумма за период с 28.09 по 30.09 не
входит в облагаемую базу, но эта же сумма, пересчитанная пропорционально
периоду штрафа, исключается и из базы для второго постоянного удержания, хотя
должна входить в облагаемую базу для алиментов по второму удержанию полностью.
Кроме этого неверно учитывается ВО 3101, в котором указан период начисления с
01.09 по 30.09, а количество отработанных дней/часов в оплате соответственно 3
дн/33 часа. В данном случае оплата пересчитывается исходя из времени,
указанного в оплате, в результате получаем сумму алиментов, больше чем может
быть начислено на полную сумму по оплате за вычетом НДФЛ.
Как измененно :
Исправлена описанная ситуация с учетом облагаемой базы по
нескольким удержаниям, которые учитываются не за полный месяц.
Для РФ добавили дополнительную входимость "Пересчитывать сумму для
исполнительных документов на основании табеля". Если для ВО установлена данная
доп.входимость, то количество фактически отработанных дней/часов для пересчета
по такой оплате будет всегда определяться из табеля (в зависимости от типа
оплаты).
G_ZARPL
Краткое описание :
Назначение платежа в Платежном порученииОписание :
Платежные порученияЧто измененно :
Некорректное формирование строк назначения платежа в платежном поручении с использованием шаблонов назначения платежа в модуле "Заработная плата" в случаях, когда код пользовательского типа документа не равен системному типу.
Как измененно :
В модуле "Заработная плата" исправлена последовательность передачи галактического и пользовательского типов документа при использовании функциональности шаблонов назначения платежа.
G_ZARPL
Краткое описание :
Больничные - оплачивать превышение ограничения в зависимости от условий трудового договораОписание :
Оплата превышения ограничения по больничным листамЧто измененно :
У многих клиентов оплата превышения ограничения больничных полагается не всем работникам - например, только руководителям среднего и высшего звена и т.п. Это условие прописывается в трудовом договоре с работником.
Предлагается существующую настройку "Больничные, расчеты по среднему \ Ограничения - Оплачивать превышение ограничения пособия" разбить на две, например:
- "Оплачивать превышение ограничения пособия" с вариантами "НЕТ/ВСЕМ РАБОТНИКАМ/ВЫБОРОЧНО";
- "Алгоритм расчёта превышения" (зависимая от предыдущей - недоступна при значении "НЕТ") с вариантами "ОТСУТСТВИЕ ОГРАНИЧЕНИЯ/ОТСУТСТВИЕ МАКСИМАЛЬНОГО ОГРАНИЧЕНИЯ/АЛГОРИТМ ИЗ КВО/ОТСУТСТВИЕ ОГРАНИЧЕНИЯ, НО НЕ БОЛЕЕ СУММЫ ПО АЛГОРИТМУ ИЗ КВО".
И добавить соответствующий признак на вкладку [Стажи, надбавки] лицевого счёта в раздел данных для расчёта больничных, который будет доступен только при первой настройке "ВЫБОРОЧНО". Например, "Оплата превышения ограничения" с вариантами "ДА/НЕТ", или, возможно, имеет смысл интервал дат "С .. ПО .."
Как измененно :
Доработан функционал по оплате превышения ограничения больничных листов для случаев, когда оплата превышения полагается не всем работникам, а, например, только тем, для кого она оговорена в трудовом договоре.
Выполнены следующие доработки:
1. Cуществующая системная настройка "Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Больничные, расчеты по среднему \ Ограничения \ Оплачивать превышение ограничения пособия" делится на две:
"Оплачивать превышение ограничения пособия" с вариантами:
- "нет",
- "всем работникам",
- "отработавшим минимальный стаж",
- "по выбору в лицевом счете".
"Расчeт превышения" (недоступна при значении "нет" предыдущей настройки) с вариантами:
- "до полной суммы пособия",
- "по алгоритму из КВО",
- "да, но не более суммы по алгоритму из КВО".
2. Добавлен признак в ЛС "Оплата превышения ограничения" со значениями "да/нет" (по умолчанию "нет").