G_ZARPL
Краткое описание :
Неверный расчет выслуги летОписание :
Расчет начислений (общие вопросы)Что измененно :
Неверный расчет выслуги лет.
Установлено значение "стажу из Сведений о стажах" в настройке
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Выслуга лет \ Процент выслуги учитывать по".
У работника дата начала стаже с 01/08/2012.
Т.о. в январе месяце у сотрудника еще не было стажа работы на предприятии 6 месяцев, а из расчетного листка видно, что по какой-то причине выслуга лет была начислена в размере 10% от оплат.
Расчет надбавки за выслугу лет у клиента настроен автоматически.
Как измененно :
Переработан расчет выслуги лет для значения "стажу из Сведений о стажах" в настройке
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Выслуга лет \ Процент выслуги учитывать по".
Теперь правильно рассчитываются значения процента для даты начала стажа с 01/08/2012.
Программа рассчитывает процент для таких стажей по дате начала месяца и считает, что в течение месяца процент не менялся.
G_ZARPL
Краткое описание :
Необходимо заполнять для взносов по доп.тарифам месяц и год, к которым они относятсяОписание :
Расчёт налогов на ФОТЧто измененно :
При расчёте новых взносов по доп.тарифам необходимо заполнять поля "Месяц, к которому относить" и "Год, к которому относить". Это будет актуально в дальнейшем для невнимательных пользователей, своевременно не начисливших упомянутые взносы и воспользовавшихся расчётом с настройкой "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Взносы и налоги на ФОТ \ Налоги \ Количество месяцев для сторнирования помесячных налогов". Заполненные данные позволят корректно заполнять утверждённую отчётность (РСВ-1, СЗВ).
Как измененно :
При расчёте и расчёте со сторнированием взносов по доп.тарифам заполняются данные "Месяц, к которому относить" и "Год, к которому относить".
G_ZARPL
Краткое описание :
Неверный расчет алиментов после предв.разноски в будущем периодеОписание :
Расчет алиментов и исполнительных листовЧто измененно :
После того, как была сделана предварительная разноска в будущем периоде, неверно рассчитываются алименты в отчетном месяце.
Как измененно :
Алименты рассчитываются верно после предварительной разноски в будущем периоде.
G_ZARPL
Краткое описание :
Расчет материальной выгоды с учётом високосного годаОписание :
Удержание ссудыЧто измененно :
Выдана ссуда 29.12.2012, в году 366 календарных дней
Отчетный период 01.01.2013, в году 365 календарных дней
Настраиваем постоянные удержания так, чтобы рассчитать в 01.2013 году также мат. выгоду и за 2-ва дня 2012 года.
Мат. выгода рассчитывается, НДФЛ берется, но для расчета мат.выгоды за 2012 год берется 365 календарных дней!
Как измененно :
Исправлена ошибка при расчете мат. выгоды по ссуде при переходе с високосного года. Теперь, при расчете части мат.выгоды за каждый год, программа определяет количество календарных дней в году не по расчетному году, а по году, для которого рассчитывается эта часть.
G_ZARPL
Краткое описание :
Изменилась шкала почтовых переводовОписание :
Процентные шкалы почтовых переводовЧто измененно :
С 01.01.2013 изменилась шкала сборов с почтовых переводов: на сумму до 150 грн. включительно начисляется сбор 5 грн, на сумму свыше 150 грн. начисляется сбор 8 грн. + 1% от перечисляемой суммы.
Как измененно :
При значении настроек "Настройки Галактики \ Общие настройки системы \ Настройки для страны" = "Украина" и "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Почтовые переводы, алименты, исп.листы \ Алгоритм расчета почтового сбора" = "по каждой сумме почтового перевода" в каталоге "Классификатор процентных шкал почтовых сборов" доступно поле "Фиксированная сумма", в которое заносится фиксированная сумма почтового сбора.
Расчет почтового сбора производится при значении вышеуказанных настроек по алгоритму: фиксированная сумма + процент от суммы перевода. В остальных случаях расчет производится как и прежде.
G_ZARPL
Краткое описание :
Источник суммы перечисленного авансаОписание :
Расчет начислений (общие вопросы)Что измененно :
Прошу доработать расчет заработной платы таким образом, чтобы при настройках
"Учет выплат по платежным ведомостям: да",
"Учет выплат по реестрам: аналогично платежным ведомостям"
и наличии сформированного реестра по перечислению аванс в банк, сумма перечисленного аванса в результаты расчета гарантированно попадала из поля SpplBan.SumOpl, либо при ручной корректировке суммы в реестре автоматически корректировать сумму в поле ZarOper.Summa.
Проблема возникает в ситуации, когда, например, работнику рассчитали аванс, сформировали реестр на перечисление аванса, потом вручную исправили
сумму в реестре и сумму рассчитанного аванса. В результаты расчета, в таком случае, попадает сумма до исправления (сумма из поля ZarOper.Summa).
Как измененно :
Доработан расчет заработной платы таким образом, чтобы при настройках "Учет выплат по платежным ведомостям: да",
"Учет выплат по реестрам: аналогично платежным ведомостям" и наличии сформированного реестра по перечислению аванс в банк, сумма перечисленного аванса в
результаты расчета гарантированно попадала из поля SpplBan.SumOpl, либо при ручной корректировке суммы в реестре автоматически корректировать сумму в поле ZarOper.Summa.
Проблема возникала в ситуации, когда, например, работнику рассчитали аванс, сформировали реестр на перечисление аванса, потом вручную исправили
сумму в реестре и сумму рассчитанного аванса. Если сумма введенная вручную была больше, чем сумма сформированная автоматически, то в результаты расчета, в таком случае, попадала сумма до исправления.
Теперь в результаты расчета заработной платы попадает сумма, скорректированная вручную независимо от того, больше она изначальной или меньше.
Если сумма в реестре была разбита на несколько записей по аналитическим признакам, то разница между рассчитанной суммой и исправленной записывается в последнюю из них.