G_ZARPL
Краткое описание :
В результатах расчёта распределение сумм алиментов по доп. аналитике происходит некорректноОписание :
Расчет алиментов и исполнительных листовЧто измененно :
При наличии выплаченных сумм межпериода, с которых были рассчитаны алименты или и/л, происходит некорректное распределение алиментов по группам в результатах расчета, если алименты с сумм межпериода попадают в последнюю группу.
Как измененно :
Изменен порядок расчета алиментов и и/л по группам: в первую очередь рассчитываются алименты и и/л с ВО, для которых есть реестры на перечисления в межпериод.
G_ZARPL
Краткое описание :
Отличается сумма почтового сбора в постоянных удержаниях и в результатах расчетаОписание :
Расчет алиментов и исполнительных листовЧто измененно :
Отличается сумма почтового сбора в постоянных удержаниях и в результатах расчета.
Как измененно :
Исправлено: Изменен алгоритм определения последней группы, для записи остатка по алиментам или и/л. Т.е. теперь, если исключена сумма из расчета и данная сумма относится к последней группе, то разница между общей суммой алиментов и ранее распределенных по группам записывается в последнюю не исключенную из расчета группу.
G_ZARPL
Краткое описание :
Множится сумма доплатыОписание :
Расчет начислений (общие вопросы)Что измененно :
Сотрудникам начисляется два вида премии по итогам работы в предыдущем месяце.
Алгоритм расчета у обоих видов оплат используется 37 с признаком 4.
В постоянные доплаты заносится две записи (исходя из расчетного месяца март).
Входимость в расчет 37-го алгоритма установлена у 7-го вида оплаты (оклад).
При расчете сумма по одной из доплат удваивается.
Если завести третий вид оплаты с таким же алгоритмом - сумма затроится.
Если расчет по текущему месяцу - все корректно.
Как измененно :
Исправлена ошибка при расчете доплат 37-40 с признаком по итогам работы в предыдущем месяце.
Теперь такие доплаты рассчитываются корректно.
G_ZARPL
Краткое описание :
Пропал долг перед предприятиемОписание :
Учет долгов при расчете зарплатыЧто измененно :
Установлено значение "нет" в настройке "...\ Расчеты с персоналом \ Долги и депоненты \ Отдельный учет долгов"
В результаты расчета не попадают данные о долге перед предприятием из депонентной карточки.
Если в настройке: "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Долги и депоненты \ Дата изменения настройки по отдельному учету долгов" установить дату 22/01/2030, долг появляется.
Как измененно :
Доработана функциональность по учету долгов при расчете заработной платы с учетом настройки:
"...\ Долги и депоненты \ Отдельный учет долгов" и дата изменение настройки со следующего месяца, то учитывается предыдущее значение "да".
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Долги и депоненты \ Заблокировать депонент при расчете заработной платы" "да"
Теперь, если установлено значение "нет" и дата изменения настройки не указана, учитывается долг из окна "депонентная карточка".
Если дата изменения настройки указана, то функционал работает так, как это было ранее.
Долги погашаются при любом значении настройки "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Долги и депоненты \ Заблокировать депонент при расчете заработной платы"
G_ZARPL
Краткое описание :
Необходимо убрать лишнюю информацию из полей начисленияОписание :
Расчет начислений (общие вопросы)Что измененно :
Настроено округление выплаты зарплаты до 10 рублей. Работнику в текущем месяце в межпериод выплачивался отпуск по платёжной ведомости (соответственно сумма на руки округлилась до 10 рублей). При расчёте зарплаты в результаты расчёта для вида оплаты 142 (возврат остатка округления с прошлого месяца) почему-то проставляется заполняются поля: "Источник данных" и "СДЗ" данными из оплат по отпуску.
Необходимо удалить некорректную информацию.
Как измененно :
Исключено заполнение полей "Источник данных" и "СДЗ" данными из оплат по отпуску в сумме погашения долга за предприятием.
G_ZARPL
Краткое описание :
Неверный расчет почтового сбора по алиментамОписание :
Расчет алиментов и исполнительных листовЧто измененно :
Неверный расчет почтового сбора по алиментам по шкале почтовых сборов при наличии алиментов с расчета межпериода. Неверно определяется граница для вычисления процента почтового сбора. Сумма алиментов ранее перечисленных с расчетом межпериода участвует в определении границы, в то время как она должна отниматься.
Как измененно :
Для РБ: при значении настройки "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Межрасчетный период \ Учет выплат по реестрам" = "учет ведется", "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Почтовые переводы, алименты, исп.листы \ Сбор по перечислению удерживать с плательщика" = "Да" и наличии оплаченных реестров по алиментам или исполнительным листам (и/л) при окончательном расчете сбор за перечисление алиментов или и/л рассчитывается с разницы рассчитанной суммы алиментов или и/л и суммы перечисленных алиментов или и/л в межпериод по реестрам.
G_ZARPL
Краткое описание :
Вид оплаты для ведомостей с префиксом O$RD в результатах расчета зарплатыОписание :
Расчет удержаний (6-НДФЛ)Что измененно :
Вид оплаты для ведомостей с префиксом O$RD в результатах расчета зарплаты.
Как измененно :
для России добавлено заполнение полей "вид оплаты" и "облагаемая сумма" в результатах расчета зарплаты при учете платежных ведомостей с префиксом O$RD для значений
"по подразделениям, аналитике и параметру входящих оплат" и "только по видам оплат" настройки "...\ Режимы расчетов \ Разбивать удержания"
G_ZARPL
Краткое описание :
При расчете доплаты с накопительным алгоритмом №40 формируются несколько записей начислений, одна из которых отрицательнаяОписание :
Расчет начислений (общие вопросы)Что измененно :
При расчете доплаты с накопительным алгоритмом №40 формируются несколько записей начислений, одна из которых отрицательная. Ситуация возникает при зависимости накопительных алгоритмов друг от друга.
Как измененно :
Исправлено. Накопительные алгоритмы 37-40 отрабатывают корректно.
G_ZARPL
Краткое описание :
Нужна настройка откуда брать данные для заполнения реквизитов перечисления пособия в банк "по умолчанию": из лицевого счета, из заявления или удержанияОписание :
Заявление о выплате пособия в ФССЧто измененно :
Нужна настройка откуда брать данные для заполнения реквизитов перечисления пособия в банк "по умолчанию": из лицевого счета, из заявления или удержания. У клиента, весь прошлый год, были некорректно настроены реквизиты для перечисления пособия в банк. Сейчас, они их исправили в настройке лицевого счета сотрудников.
Но, при создании больничного, они бы хотели, что бы всегда, "по умолчанию", бралась бы эта настройка из лицевого счета.
Как измененно :
В разделе настроек "Управление персоналом \ Общие настройки" настройки по пилотному проекту ФСС (Прямые выплаты ФСС, Дата подключения к пилотному проекту) выделены в отдельную папку "Пилотный проект ФСС".
В раздел "Управление персоналом \ Общие настройки \ Пилотный проект ФСС" добавлена настройка "Банковские реквизиты для перечисления пособия" со значениями: "по умолчанию", "из заявления", "из удержания", "из лицевого счета".
Установив данную настройку в соответствующее значение, пользователь может задать алгоритм выбора банковских реквизитов в ФСС по умолчанию.
G_ZARPL
Краткое описание :
Аналогично ПИРу 101.64031. В удержаниях появляются лишние записи НДФЛ (по отпуску), которые потенциально могут привести к некорректному формированию налоговой отчетностиОписание :
Расчет подоходного налогаЧто измененно :
В удержаниях появляются лишние записи НДФЛ (по отпуску), которые потенциально могут привести к некорректному формированию налоговой отчетности.
Как измененно :
Исправлена ошибка в функции расчета заработной платы при учете НДФЛ из реестра на перечисление отпускных сумм.
Ошибка проявлялась при установленном значении "по месяцу, в котором выплачен" для видов оплаты отпуска классификатора видов оплат .
Теперь и в таких случаях результаты расчета НДФЛ формируются корректно.
G_ZARPL
Краткое описание :
Аналогично ПИРу 101.64031. В удержаниях появляются лишние записи НДФЛ (по выплате межпериода), которые потенциально могут привести к некорректному формированию налоговой отчетностиОписание :
Расчет подоходного налогаЧто измененно :
В удержаниях появляются лишние записи НДФЛ (по межрасчетной выплате), которые потенциально могут привести к некорректному формированию налоговой отчетности.
Отчетный месяц март.
Доплата за прошлый месяц. Установлено значение КВО=>Удержания => "по месяцу, в котором выплачен"
Дата выплаты "март"
Как измененно :
Исправлена ошибка в функции расчета заработной платы при учете сумм НДФЛ из реестра на перечисление из функции "Начисления и выплаты"
Ошибка проявлялась при установленном значении "по месяцу, в котором выплачен" для вида оплаты классификатора видов оплат .
Теперь и в таких случаях результаты расчета НДФЛ формируются корректно.
G_ZARPL
Краткое описание :
Расчет НДФЛ - проставлять ссылку на платежную ведомость выплаты отпуска в межпериодОписание :
Расчет подоходного налогаЧто измененно :
Если отпуск выплачивался в межпериод по платёжной ведомости, то при расчёте зарплаты в результаты расчета НДФЛ необходимо проставлять ссылку на эту платежную ведомость - аналогично тому, как это происходит в случае перечисления отпускных по реестру.
Сейчас вместо этого проставляется ссылка на реестр НДФЛ
Как измененно :
Переработана функция учета платежных ведомостей с префиксами '0$V', '0$O' и '0$В' для целей разделения сумм НДФЛ в результатах расчета заработной платы.
Теперь при наличии платежной ведомости и реестра на перечисление НФДЛ в соответствующих записях указывается ссылка на платежную ведомость.
При наличии платежной ведомости и отсутствии реестра на перечисление НДФЛ в результатах расчета имеем две отдельные записи с указанием дохода и налога.