G_ZARPL
Краткое описание :
Неверный расчет выслуги летОписание :
Расчет начислений (общие вопросы)Что измененно :
Неверный расчет выслуги лет.
Установлено значение "стажу из Сведений о стажах" в настройке
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Выслуга лет \ Процент выслуги учитывать по".
У работника дата начала стаже с 01/08/2012.
Т.о. в январе месяце у сотрудника еще не было стажа работы на предприятии 6 месяцев, а из расчетного листка видно, что по какой-то причине выслуга лет была начислена в размере 10% от оплат.
Расчет надбавки за выслугу лет у клиента настроен автоматически.
Как измененно :
Переработан расчет выслуги лет для значения "стажу из Сведений о стажах" в настройке
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Выслуга лет \ Процент выслуги учитывать по".
Теперь правильно рассчитываются значения процента для даты начала стажа с 01/08/2012.
Программа рассчитывает процент для таких стажей по дате начала месяца и считает, что в течение месяца процент не менялся.
G_ZARPL
Краткое описание :
Необходимо заполнять для взносов по доп.тарифам месяц и год, к которым они относятсяОписание :
Расчёт налогов на ФОТЧто измененно :
При расчёте новых взносов по доп.тарифам необходимо заполнять поля "Месяц, к которому относить" и "Год, к которому относить". Это будет актуально в дальнейшем для невнимательных пользователей, своевременно не начисливших упомянутые взносы и воспользовавшихся расчётом с настройкой "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Взносы и налоги на ФОТ \ Налоги \ Количество месяцев для сторнирования помесячных налогов". Заполненные данные позволят корректно заполнять утверждённую отчётность (РСВ-1, СЗВ).
Как измененно :
При расчёте и расчёте со сторнированием взносов по доп.тарифам заполняются данные "Месяц, к которому относить" и "Год, к которому относить".
G_ZARPL
Краткое описание :
При наличии доплаты за совмещение по другой должности районный должен начисляться отдельными суммами по разным должностямОписание :
Расчет начислений (общие вопросы)Что измененно :
При наличии доплаты за совмещение по другой должности районный должен начисляться отдельными суммами по разным должностям.
Как измененно :
Доработан расчет районного коэффициента и северных надбавок при наличии доплат по другой должности. Теперь сумма районного коэффициента и северных надбавок в результатах расчета разбивается на отдельные записи в соответствии с должностями входящих видов оплат, по аналогии с тем, как он разбивался ранее по цехам отнесения затрат, аналитикам и т.д.
G_ZARPL
Краткое описание :
По оплате с типом скидка задваиваются суммы при расчетеОписание :
Расчет начислений (общие вопросы)Что измененно :
По оплате с типом скидка задваиваются суммы при расчете:
В постоянных доплатах добавляем доплату типа скидка с пользовательским алгоритмом.
Рассчитываем ЗП. Доплата считается в двойном размере!
АК Транснефть:
Есть определенный вид удержания, в нашем случае - код 111 Удержание по индивидуальному договору с НПФ.
Данный код добавлен в постоянные удержания работника и выставлено 5 процентов от тарифа из Лицевого счета.
Алгоритм в удержании пользовательский:
if(uch_mes=uch_mesn,if(sh_sumud<>0,sh_sumud,lsc_tarif*sh_proc/100),0)
Теперь нам надо предоставить вычет на сумму удержания (т.е. те же 5 процентов от тарифа из Лицевого счета) и ограничить общую сумму вычета в течении года 120000 тысячами.
Как только будет достигнута данная сумма (120000) вычет предоставляться больше не должен!
Вычет предоставляется по заявлению работника, в котором он указывает, какой процент от оклада будет перечисляться в ПФ.
Как измененно :
1. Доработана дополнительная входимость "(5) Уточнение к типу оплаты" классификатора видов оплат.
Теперь, для оплаты с типом "Скидка" при выборе данной дополнительной входимости в примечании указывается признак "не разбивать".
Для оплаты с типом "Б" в примечании, как и раньше, оставлен выбор 'больничный за счет ФСС ', 'больничный за счет предприятия '.
Для всех остальных оплат примечание отсутствует.
2. Исправлена ошибка при расчете оплаты с типом скидка. Теперь сумма скидки рассчитывается правильно, при наличии одного периода оплаты, облагаемой НДФЛ.
Ошибка проявлялась в том случае, когда для скидки был задан остаток.
Если для работника имеется несколько периодов оплаты, разбитых по переходам, то для того, чтобы сумма не разбивалась, необходимо указать дополнительную входимость "(5) Уточнение к типу оплаты".
Это позволит каким-то образом повлиять на расчет скидки с пользовательским алгоритмом. В зависимости от того, какие функции используются пользователем для составления алгоритма, он может установить дополнительную входимость, или исключить ее.
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.
Проблема возникала в ситуации, когда, например, работнику рассчитали аванс, сформировали реестр на перечисление аванса, потом вручную исправили
сумму в реестре и сумму рассчитанного аванса. Если сумма введенная вручную была больше, чем сумма сформированная автоматически, то в результаты расчета, в таком случае, попадала сумма до исправления.
Теперь в результаты расчета заработной платы попадает сумма, скорректированная вручную независимо от того, больше она изначальной или меньше.
Если сумма в реестре была разбита на несколько записей по аналитическим признакам, то разница между рассчитанной суммой и исправленной записывается в последнюю из них.