G_ZARPL
Краткое описание :
Расчет среднего для пособия по безработице с ошибкойОписание :
В Центр занятостиЧто измененно :
Ошибка в таблице расчета среднего заработка. При заполнении
данных неверно анализируется год при отсутствии у лицевого счета фактически
начисленной заработной платы за последние 3 месяца, предшествующие увольнения.
Как измененно :
В таблицуя "Заработная плата с учетом районного коэффициента за
последние три месяца (с 1-го до 1-го числа) предшествующих увольнению" суммы
берутся согласно постановлению 64:
"5. В случае если работник за расчетный период не имел фактически начисленной
заработной платы или фактически отработанных дней либо этот период состоял из
времени, исключаемого из расчетного периода в соответствии с пунктом 4
настоящего Порядка, средний заработок определяется исходя из суммы заработной
платы, фактически начисленной за предшествующий период времени, равный
расчетному."
G_ZARPL
Краткое описание :
Алгоритм SumD(O) отрабатывает только для одной записиОписание :
Расчет начислений (общие вопросы)Что измененно :
Алгоритм SumD(O) отрабатывает только для одной записи. Если в предварительной разноске есть доплата с алгоритмом SumD(O)за январь и февраль, то верно дает сумму за январь. За февраль возвращает ноль. Описание клиента во вложении.
Как измененно :
Исправлена ошибка в работе функции SumD(O) для пользовательского алгоритма. Теперь эта функция возвращает результат для каждой записи предварительного просмотра при условии наличия данных за указанный период в архиве оплат.
G_ZARPL
Краткое описание :
Пилотный проект. В xml-форму реестров ФСС(ежем.пособия) данные о средн.заработкеОписание :
_Пособия детямЧто измененно :
Для решения задачи по выгрузке в xml-форму реестров ФСС (ежемесячные пособия детям и матерям) данных о среднем заработке необходима выгрузка сумм за расчетный период (по аналогии с расчетом больничных листов).
Как измененно :
Для решения задачи по выгрузке в xml-форму реестров ФСС (ежемесячные пособия детям и матерям) данных о среднем заработке
выполнена выгрузка сумм за расчетный период (по аналогии с больничными листами).
Доработаны функции:
1. "Ежемесячные пособия детям" и 'Ежемесячные пособия матерям". Для этих функций в локальном меню появилась возможность просмотреть суммы расчетного периода.
Автоматическое изменение среднедневного при ручной корректировке пока не предусмотрено.
2. Расчет пособий в функциях "Ежемесячные пособия детям" и 'Ежемесячные пособия матерям". При расчете указанных пособий происходит заполнение сумм расчетного периода.
3. Доработан расчет больничных листов, на предмет исключения несанкционированного удаления сумм о расчете больничных пр и перерасчете детских пособий и пособий матерям.
Такая опасность могла бы возникнуть в том случае, когда nrec записи больничных и детских совпал бы случайным образом.
G_ZARPL
Краткое описание :
Не расчитываются налог ФСЗН по предприятиюОписание :
Расчёт налогов на ФОТЧто измененно :
Необходимо дать клиенту возможность расчёта обязательных страховых взносов работодателя (налогов на ФОТ) без необходимости заполнения классификатора "Ограничения по взносам и налогам на ФОТ". Заведомо известно, что зарплаты в организации низкие и никогда не достигнут установленного законодательством ограничения. В классификаторе налогов на ФОТ для ФСЗН указано "Ограничить базу" = "+" и "Кратность макс.ограничения" = "4".
Как измененно :
Доработано в соответствии с постановкой - обязательные страховые взносы работодателя в ФСЗН рассчитываются и при отсутствии данных в классификаторе ограничений.
G_ZARPL
Краткое описание :
Разделение расчёта начислений и удержанийОписание :
Расчет начислений (общие вопросы)Что измененно :
Необходимо разделить расчет заработной платы на 2 этапа:
- Расчет начислений;
- Расчет удержаний.
Как измененно :
1. Доработано окно ввода параметров функции "Расчет заработной платы".
Теперь окно параметров имеет следующий вид:
`Параметры расчета зарплаты`
[.] Расчет начислений ` <. Настройки расчета .>
[.] Распределять затраты `
[.] Расчет удержаний `
[.] Расчет налогов на ФОТ `
[.] Распределять затраты `
Для значения "нет" настройки "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Разбивать удержания по подразделениям" предоставляется возможность запуска функции
'Распределять затраты `после выполнения всех возможных режимов расчета, как это было ранее.
Для значений, отличных от "нет" в указанной настройке
предоставляется возможность запуска функции 'Распределять затраты `сразу же после выполнения расчета начислений.
Таким образом параметры функции будут напоминать пользователям, что рассчитывать удержания и налоги на ФОТ следует уже после распределения затрат по начислениям, если они хотят получить соответствующее распределение удержаний.
2. Доработана функция "Расчет заработной платы".
Теперь расчет начислений и удержаний будет происходить в два этапа:
- Расчет начислений;
- Расчет удержаний.
G_ZARPL
Краткое описание :
Не отображается долг фонда при расчете ЗП за 1-ю половину месяцаОписание :
Расчет начислений (общие вопросы)Что измененно :
Требуется доработать расчет зарплаты за период, без птички "Расчет аванса в режиме за период", по настройке на Украину.
1. Не должны попадать в расчет виды оплат, не входящие в расчет аванса.
2. Вид удержания по перечислению зарплаты в банк должен заменяться на вид удержания по перечислению аванса.
Как измененно :
Доработан расчет зарплаты за период, без птички "Расчет аванса в режиме за период", по настройке на Украину.
Виды оплат, не входящие в расчет аванса, не попадают в расчет.
Вид удержания по перечислению зарплаты в банк заменяется видом удержания по перечислению аванса. Вид удержания для аванса ищется в постоянных удержаниях работника. По умолчанию - 199.
G_ZARPL
Краткое описание :
Неверно заполняется "дата начала выплат" в удержаниях, рассчитанных в межпериодОписание :
Расчет начислений (общие вопросы)Что измененно :
На предприятии существует практика периодически массово перезаключать контракты с сотрудниками.
Т.е. работник увольняется, а затем принимается повторно на тот же самый л.с. В результате в лицевом счете устанавливается дата последнего приема.
Зарплата на предприятии должна выплачиваться двумя частями, в определенные числа месяца.
В случае задержки каждому работнику начисляется компенсация за задержку зарплаты, размер которой зависит от величины задержки, т.е. от разности между фактической датой выплаты и заранее определенным числом месяца.
Фактическая дата выплат берется из поля "дата начала выплат" для соответствующего удержания.
Где-то с конца октября 2011г. для уволенных и вновь принятых работников в это поле вместо фактической даты выплат стала попадать дата последнего приема из лицевого счета. В результате компенсация за задержку
зарплаты для таких работников рассчитывается неверно.
Необходимо восстановить правильное заполнение даты начала выплат.
Во вложенных файлах - пример и сводный отчет об установленных компонентах, при которых в результатах расчета
дата начала выплат вставала правильно.
1. Для начисления компенсации за задержку зарплаты введен соответствующий вид оплаты, который рассчитывается с помощью пользовательского алгоритма.
2. Значение настроек
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Межрасчетный период \ Учет выплат по реестрам" - аналогично платежным ведомостям.
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Межрасчетный период \ Учет выплат по платежным ведомостям" - да
3. Не совсем понятно, с какой целью сделана подобная доработка.
Имеется конкретное удержание, в котором специально проставлена нужная дата начала выплаты.
Создан реестр по перечислению этого удержания
в банк, в котором также указана нужная дата формирования.
И вдруг в результатах расчета вместо этих дат оказывается какая-то другая. Нужно, чтобы дата оставалась именно та, которая была проставлена при вводе удержания.
Как измененно :
Восстановлена функциональность учета реестров межперида при расчете заработной платы.
2. Значение настроек
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Межрасчетный период \ Учет выплат по реестрам" - аналогично платежным ведомостям.
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Межрасчетный период \ Учет выплат по платежным ведомостям" - да.
Теперь, если результаты расчета формируются на основе реестра на перечисление в межпериод, дата начала такого удержания не корректируется по дате поступления на работу из лицевого счета.
G_ZARPL
Краткое описание :
количество часов в графикеОписание :
Графики работыЧто измененно :
Не сходится сумма рабочих часов при формировании графиков.
Например, для каждого рабочего дня указано 2.88 часа, всего 23 рабочих дня - должно быть в итоге 66.24 часа, но отображается 66.32. Эта же некорректная сумма попадает в табели учета рабочего времени и участвует в расчете зарплаты, что приводит к некорректным результатам расчета.
Как измененно :
Исправлено формирование графиков: теперь нет принудительного округления часов по дням до целочисленного количества минут. Можно задавать часы в виде десятичной дроби, без возникновения погрешности.
# ИНСТРУКЦИЯ ПО НАСТРОЙКЕ:
Если сумма часов в ранее сформированном графике не устраивала по данной причине, то этот график нужно будет переформировать.
G_ZARPL
Краткое описание :
еще одна проблема с льготой алг.97 при сторнировкеОписание :
Расчет начислений (общие вопросы)Что измененно :
База ТопСофта. Обычный подоходный (код 182) есть только у обслуж. персонала(дворники, охрана, уборщицы), все остальные работники входят в ПВТ и имеют доп. подоходный по др шкале (код 183).
Проблема в том, что при сторнировке подоходного добавляется 199 код (льгота по подоходному налогу) к старому месяцу, предшествующему сторнировке.
Например :
текущий 07 месяц, в постоянных доплатах добавлен 199 код за 7.
стоит в настройках поставить 2 месяца сторнировки подоходного и 199 улетает в расчетном листке в старый период.
Как измененно :
Доработан контроль за датой назначения скидки при расчете НДФЛ для работников, у которых заработная плата облагается по шкале дополнительного налогообложения.
Теперь при установленной настройке:
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ Сторнирование и возврат \ Количество месяцев для сторнирования налога" вычет не предоставляется, если дата его назначения позднее, чем месяц перерасчета НДФЛ.
G_ZARPL
Краткое описание :
Формирование разовых пособий.Сумма мин.огр из ежемесячныхОписание :
Формирование единовременных пособийЧто измененно :
Формирование единовременных пособий.
Сумма минимального ограничения из ежемесячных пособий, а не из классификатора по разовым пособиям.
Пособия не зависят от среднего заработка и начисляются готовой суммой
Формирование единовременных пособий.
Сумма минимального ограничения из ежемесячных пособий, а не из классификатора по разовым пособиям.
Пособия не зависят от среднего заработка и начисляются готовой суммой
У вида оплаты в классификаторе пособий указан алгоритм 2.
Как измененно :
Доработаны функции
Формирование единовременных пособий и
Единовременные пособия => Расчет.
Принцип следующий.
Если в классификаторе единовременных пособий для вида оплаты указан алгоритм 2 и для данной записи пособия не выбран другой вид пособия, то к пособию ограничение не применяется.