G_ZARPL
Краткое описание :
Не нужно учитывать минимальное ограничение суммой для алиментов будущих периодовОписание :
Алименты, исполнительныеЧто измененно :
В продолжении проблемы 102.117269. Эта проблема решена частично-для минимального размера,заданного числом меньше 1, для случая больше 1- проблема не решена.
Не нужно учитывать минимальное ограничение суммой для алиментов будущих периодов
Как измененно :
Минимальные ограничения суммой не учитываются для алиментов будущих периодов.
G_ZARPL
Краткое описание :
Неверно пересчитывается пособие на ребёнка (у "чернобыльца") при переходе в новый месяцОписание :
_Пособия детямЧто измененно :
Пособие на детей должно быть в двойном размере, если введён документ "Удостоверение пострадавшего вследствие Чернобыльской катастрофы". В интерфейсе детских пособий программа проводит расчёт верно. Но при переходе в новый месяц программа пересчитывает сумму пособия уже без учета настройки Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Детские пособия "Коэффициент для лиц проживающих в чернобыльских зонах" не учитывается.
Как измененно :
Теперь при любом расчете детских пособий учитывается настройка "Коэффициент для лиц проживающих в чернобыльских зонах"
G_ZARPL
Краткое описание :
работа функции NachDОписание :
Алгоритмы пользователяЧто измененно :
У клиента расчет надбавки за работу в ночные часы производится по следующему алгоритму:
ifUch_Summa=0,((NachD(7)+NachD(21))/ChNachD(7)*UCH_CHASGR/168.6*0.4*UCH_CHASF),Uch_Summa)
, где вид оплаты 7 - это оклад (алгоритм 3 признак 1), вид оплаты 21 - это процент увеличение должностного оклада (алгоритм 38 признак 4).
В результате работы этого пользовательского алгоритма
вид оплаты 7 пересчитывается по часам, а вид оплаты 21 - по дням, что приводит в итоге к ошибочному расчету.
Предлагаю при использовании функции NachD добавить возможность пересчета 37-40 алгоритмов по часам,
либо анализировать для вида оплаты 11 (Сумма пересчитывается по часам) дополнительную входимость.
Как измененно :
Доработана функция NachD, следующим образом:
входящая оплата теперь пересчитывается с учетом дополнительной входимости "(11) Cумма пересчитывается по часам".
G_ZARPL
Краткое описание :
Runtime 216 при формировании единовременных пособийОписание :
Формирование единовременных пособийЧто измененно :
Runtime при формировании разовых пособий.
Операции-единовременные пособия-формирование единовременных пособий.
Как измененно :
Ошибка устранена.
G_ZARPL
Краткое описание :
Добавить обработку общесист.настройки "Расчет процента приведения к минимальной сумме в ФСЗН"Описание :
Расчёт налогов на ФОТЧто измененно :
При расчёте отчислений в ФСЗН с предприятия необходимо учесть значение общесист. настройки "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Взносы и налоги на ФОТ \ Взносы \ Взносы в пенсионный фонд \ Расчет процента приведения к минимальной сумме в ФСЗН" аналогично тому, как оно применяется при расчёте удержаний из заработка работника (175 ВУ). А также учесть значение поля "Ограничивать" из л/счёта - опять же аналогично расчёту удержаний.
Как измененно :
При расчёте отчислений в ФСЗН с предприятия учитывается значение общесист. настройки "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Взносы и налоги на ФОТ \ Взносы \ Взносы в пенсионный фонд \ Расчет процента приведения к минимальной сумме в ФСЗН = от заработка" аналогично тому, как оно применяется при расчёте удержаний из заработка работника (175 ВУ). А также учитывается значение поля "Ограничивать" из л/счёта - аналогично расчёту удержаний.
G_ZARPL
Краткое описание :
Неверная информация в годовых итогахОписание :
Расчет начислений (общие вопросы)Что измененно :
Если в расчете текущего месяца присутствуют суммы начисляемые за предыдущий, то в Полной форме расчетного листка в итогах "ЗА ГОД" сумма в графе " Доход" увеличивается на сумму дохода имеющего налоговый вычет, а в разделе "Виды доходов, имеющие налоговые вычеты" суммы удваиваются.
Проблема проявляется для значения "без учета смежных лицевых счетов" настройки:
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Рассчитывать заработную плату".
Как измененно :
Исправлена ошибка при расчете заработной платы по настройке на страну РБ для значения "без учета смежных лицевых счетов" настройки:
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Рассчитывать заработную плату".
Ранее, при таком расчете, в справочнике "Сальдо на начало месяца" появлялось две записи для одного и того же вида дохода с пометкой "после".
Теперь повторная запись не появляется.
В результате этого в расчетных листах не происходит удвоение сумм, имеющих годовые налоговые вычеты.
G_ZARPL
Краткое описание :
Runtime при расчете налогов на ФОТОписание :
Расчёт налогов на ФОТЧто измененно :
Runtime при расчете налогов на ФОТ для РБ на тестовой БД при установленном значении "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Взносы и налоги на ФОТ \ Взносы \ Взносы в пенсионный фонд \ Количество месяцев для сторнирования отчислений в ФСЗН = 12".
Как измененно :
Расчёт налогов на ФОТ для РБ выполняется без Runtime.
G_ZARPL
Краткое описание :
Расчет зарплаты - неверный расчет северной надбавки при изменении процентаОписание :
Расчет начислений (общие вопросы)Что измененно :
Установлено значение: "стаж из Сведений о стажах" настройки:
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Северные надбавки \ Основание для выбора процента"
В некоторых случаях неправильно рассчитывается северная надбавка при изменении процента в течение отчётного периода.
Пример:
В градации лет для категории северных указаны проценты: до 1.5 лет 20%, потом 30%.
У работника северный стаж с 02.04.2011.
Отчётный период 10.2012.
Т.е. с 02.10.12 (это понедельник) должно пройти изменение процента.
Но это изменение не учитывается ни при одном значении настройки "Расчет при изменении процента" - считает либо 20%, либо 30% весь месяц.
Как измененно :
Доработан расчет северных надбавок при значениях:
1. "стаж из Сведений о стажах" настройки:
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Северные надбавки \ Основание для выбора процента".
Учтен случай, когда календарный месяц включает 31 день, а процент изменяется со второго числа.
G_ZARPL
Краткое описание :
Сторнирование почтового сбораОписание :
Расчет алиментов и исполнительных листовЧто измененно :
При привязке процента почтового сбора к классификатору процентных шкал необходимо реализовать корректный расчет суммы почтового сбора, когда производится сторнирование алиментов, т.е. заносятся отрицательные суммы алиментов.
Как измененно :
Расчет почтового сбора, процент которого привязан к классификатору процентных шкал, с отрицательных сумм алиментов производится следующим образом:
1. Если в названии шкалы в круглых скобках указано минимальное ограничение суммы почтового сбора больше нуля, тогда формируются суммы почтового сбора по каждой сумме алиментов, в том числе и отрицательные, при условии, что общая сумма всех почтовых сборов в месяце расчета больше или равна сумме минимального ограничения.
2. Если в названии шкалы в круглых скобках указано минимальное ограничение суммы почтового сбора, которое равно нулю, тогда отрицательные суммы почтового сбора не формируются.
3. Если в названии шкалы минимальное ограничение не указано, тогда суммы почтового сбора формируются с каждой суммы алиментов, в том числе и отрицательные, при условии, что общая сумма всех почтовых сборов в месяце расчета больше нуля.
G_ZARPL
Краткое описание :
Учет платежных ведомостей при расчете з/пОписание :
Расчет начислений (общие вопросы)Что измененно :
Требуется обеспечить учет обработанных платежных ведомостей и ведомостей депонирования при расчете заработной платы по месяцу, за который они сформированы, независимо от даты выплаты/депонирования в спецификации платежной ведомости.
Как измененно :
Теперь для учета платежных ведомостей при расчёте зарплаты используется не дата формирования ведомости, а дата расчетного периода, за который данная ведомость сформирована. Таким образом, настройки "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Межрасчетный период \ Отчетный период: с, по..." для учета выплат по платежным ведомостям не учитываются при расчете заработной платы.
Платежные ведомости, сформированные после установки данного обновления будут учитываться так, как заявлено выше.
ПЛАТЕЖНЫЕ ВЕДОМОСТИ, СФОРМИРОВАННЫЕ ДО УСТАНОВКИ ДАННОГО ОБНОВЛЕНИЯ, ПО УМОЛЧАНИЮ НЕ МОГУТ БЫТЬ КОРРЕКТНО УЧТЕНЫ! Для того, чтобы была возможность при расчете зарплаты учесть данные ведомости, разработана сервисная функция "Контроль периода платежных ведомостей" (Вызывается из меню модуля "Зарплата" "Настройка\Сервисные функции"). Сервисная функция проставит в записях спецификации ведомости дату, которая раньше не заполнялась. Данную сервисную функцию достаточно будет вызвать один раз.
Для того, чтобы обработать не все ведомости, т.к. это может быть долго, а только определённую часть, в сервисной функции предусмотрен фильтр по дате формирования ведомости. Крайние даты в фильтре могут быть пустыми (в таком случае диапазон, за который просматриваются ведомости, считается неограниченным с соотв. стороны).
По окончании работы сервисная функция выдает протокол, в котором перечислены обработанные ведомости и указано количество обработанных записей.
G_ZARPL
Краткое описание :
При расчете только удержаний увеличиваються долгиОписание :
Расчет начислений (общие вопросы)Что измененно :
При расчете только удержаний увеличиваются долги.
Человек уволен в предыдущих периодах.
Долг на начало месяца 2300.
Считаю зарплату со всеми галками
Долг на следующий 2300 ( в смежных данных - сальдо на начало периода )
Считаю только удержания - долг 4600
Еще раз - долг 6900.
Как измененно :
Исправлена ошибка при расчете заработной платы с параметром "расчет удержаний" без расчета начислений.
Ранее, при таком расчете увеличивались долги.
Теперь расчет долгов происходит правильно.
G_ZARPL
Краткое описание :
Учет реестров и платежных ведомостей при расчете зарплатыОписание :
Расчет начислений (общие вопросы)Что измененно :
При расчете заработной платы суммы по обработанным реестрам и платежным ведомостям должны учитываться по месяцу, за который они сформированы, а не по дате формирования.
Как измененно :
Изменен учет обработанных реестров при расчете зарплаты. Теперь реестры учитываются при расчете зарплаты по месяцу, за который они сформированы. Например, реестры с датой формирования, превышающей дату окончания расчетного периода, попадают в расчет, если сформированы за расчетный период.
G_ZARPL
Краткое описание :
Белгосстрах на переходящий отпускОписание :
Расчёт налогов на ФОТЧто измененно :
РБ. Проблема с начислением "Белгосстраха" на переходящие отпускные.
Согласно законодательству начисленная сумма должна облагаться по ставке того месяца, за который она начислена. Таким образом, если, например в мае процент "белгосстраха" был 0.6, а в июне 0.8, то часть отпускных, приходящаяся на июнь должна облагаться по ставке 0,8. Проблема в том, что на момент расчета отпускных(т.е. в мае) процент "белгосстраха" за июнь ещё не известен. Поэтому фонд рекомендует при расчете налога на переходящие отпускные рассчитывать сумму налога за май в мае, а за июнь в июне.
Таким образом нужен функционал, который позволяет не рассчитывать налог в текущем периоде за будущий, а после перехода рассчитать налог на выплаченные суммы в прошлом месяце за текущий.
Как измененно :
В классификатор налогов на ФОТ добавлено новое поле, отображается по значению "Настройки для страны" = "Беларусь". Наименование поля "За буд.мес.", возможные значения "д"/"н" выбираются по F3, контекстная подсказка "Рассчитывать налог на ФОТ на начисления будущих месяцев: "д" - да, "н" - нет". По умолчанию для всех налогов находится в значении "да". Для этого значения налог на начисления за будущие месяцы рассчитывается, анализ архивных данных не производится. По мере необходимости пользователь самостоятельно меняет значение на "нет". В этом случае налог на начисления за будущие месяцы не рассчитывается, производится анализ архивных данных и выполняется расчёт налога на архивные начисления, выполненные за расчётный месяц.
Удаляется настройка "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Взносы и налоги на ФОТ \ Взносы в ФСЗН за будущие месяцы" со значениями "начислять полностью/только удержания/не начислять". Вместо неё вводится новая "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Взносы и налоги на ФОТ \ Взносы \ Взносы в пенсионный фонд \ Удерживать взносы в ФСЗН за будущие месяцы" со значениями "да/нет". Её действие распространяется только на расчёт удержаний в ФСЗН (175 системный вид оплаты) из заработка работника. При первом входе пользователя в систему после установки данного решения автоматически выполняется конвертация значения старой настройки с целью сохранения преемственности индивидуальных особенностей расчетов. Если по каким-либо причинам автоматическая конвертация не выполнилась, система уведомит о необходимости обновления настроек при входе в режим расчёта зарплаты.