G_ZARPL
Краткое описание :
ППС с компенсации за неиспользованный отпускОписание :
Расчёт налогов на ФОТЧто измененно :
Если в некотором месяце у работника отсутствует хотя бы один полный рабочий день в особых условиях труда (или время, приравненное к работе в особых условиях труда), то оснований для начисления и уплаты взносов на ППС за такого работника не имеется. Это правило (полное отсутствие взносов на ППС) должно распространяться, в том числе, и на оплаты с доп.входимостью 59 (Взносы на ППС формировать полностью, вне зависимости от отработанного времени). Проверку наличия дней работы в особых условиях для видов оплат с установленной доп.входимостью 59 следует проводить не в пределах периода оплаты, а в пределах полного месяца.
Как измененно :
РБ. Доработано в соответствии с постановкой - основания для "общего" начисления взносов на ППС для оплат с доп.входимостью 59 в общем случае проверяются не в периоде оплаты, а с первого по последний день месяца из даты начала оплаты.
G_ZARPL
Краткое описание :
Необходимо фиксировать сумму начисленную ранее, если она затем пересчитываетсяОписание :
Расчет подоходного налогаЧто измененно :
Необходимо фиксировать сумму начисленную ранее, если она затем пересчитывается
Например, текущий месяц на БД - июль. Дата увольнения сотрудника -14/07.
Считаем ему зарплату. Получили оклад - 9090,91 (НДФЛ - 1182), компенсация - 3412,97 (НДФЛ - 444).
Сформировали реестры, оплатили.
Затем оказалось, что сотрудник принес больничный, и сумму оклада нужно уменьшить на 1 день.
При расчете заработной платы мы уже видим новую пересчитанную сумму оклада 8181,82, а налог - с ранее рассчитанной суммы ,т.е. 1182. Необходимо сохранить сумму, которую мы выплачивали.
Должны быть записи по НДФЛ:
по окладу на сумму 9090,91 (НДФЛ 1182)
по компенсации на сумму 3412,97 (НДФЛ 444)
на разницу -909,09 (НДФЛ -118)
Как измененно :
Доработана функция формирования удержаний НДФЛ в части учёта облагаемого дохода из реестров на перечисление НДФЛ с заработной платы.
Теперь, при сопоставлении суммы начисления по виду оплаты с суммой дохода из реестра, дополнительно анализируется соответствие дохода и НДФЛ.
Если сумма НДФЛ равна 13% от дохода, то сумма дохода не корректируется суммой начисленной.
G_ZARPL
Краткое описание :
Копейки при расчете ЗП по суммам межпериодаОписание :
Расчет начислений (общие вопросы)Что измененно :
Рассчитываем премию в межпериод ВО 3101, = 14974,05 с учётом северных и РК.
ВО 2110 РК 50% от премии =14974,05*50%=7487,03, 03 копейки получается путем округления, так как расчетное получается 7487,025.
Делаем в итоге расчет заработной платы за первую половину и видим в результатах расчета следующее:
В начисления ВО 2110 ставится сумма 7487,02, вместо положенных 7487,03.
Соответственно, у бухгалтера возникает резонный вопрос с чего вдруг при расчете ЗП за первую половину месяца и за полный месяц меняются копейки, да еще и по ВО, которые уж выплачены в межпериде?
Просьба доработать расчёт таким образом, чтобы учитывались приоритеты оплат или признак того, что сумма из межпериода.
Как измененно :
Доработана функция учёта сумм районного коэффициента и северных надбавок, рассчитанных в межпериод, при расчёте заработной платы.
Теперь эти суммы учитываются первыми и, таким образом, остаток при сведении итоговой суммы на эти суммы не приходится.
G_ZARPL
Краткое описание :
Льготируемая матпомощь на рождение ребенка при отсутствии ссылки на собственно ребёнкаОписание :
Расчёт налогов на ФОТЧто измененно :
РФ. Расчёт налогов на ФОТ, матпомощь на рождение ребенка - льготирование для страховых взносов. Ситуация, когда в системе настроена льгота для вида оплаты, а ссылка на ребёнка отсутствует. Льгота предоставляется, хотя логичнее её не предоставлять: раз нет ребёнка, то какая может быть льгота "в течение года после рождения"?
Как измененно :
РФ. Расчёт налогов на ФОТ, матпомощь на рождение ребенка - льготирование для страховых взносов. Учтён случай некорректно введенных исходных данных для расчёта: если в оплате (расчётном, архивном начислении) ссылка на ребёнка отсутствует, что приводит к невозможности анализировать возраст - то льгота с типом "год после рождения" по такой оплате не предоставляется.
G_ZARPL
Краткое описание :
Сообщение о том, что не очистились результаты расчета з/п в таблице неначисляемых суммОписание :
Расчет начислений (общие вопросы)Что измененно :
Сообщение о том, что не очистились результаты расчета з/п в таблице неначисляемых сумм.
Как измененно :
Сообщение устранено.
G_ZARPL
Краткое описание :
не формируется удержание с польз алгоритмом при отсутствии начисленийОписание :
Расчет удержаний в режиме "Удержания и выплаты"Что измененно :
не формируется удержание с системным кодом 214 и алгоритмом пользователя при отсутствии начислений.
Как измененно :
Доработан расчёт удержаний с системными кодами 211-218 и алгоритмом пользователя при отсутствии начислений.
Теперь такие удержания рассчитываются в том случае, если алгоритм пользователя не зависит от начисленной суммы.
G_ZARPL
Краткое описание :
Построчное округление отчислений ОСМСОписание :
Расчёт налогов на ФОТЧто измененно :
Просим реализовать округление отчислений ОСМС в системе.
Так как общая итоговая сумма отчислений ОСМС пропорционально распределяется по начисленным суммам, просим также реализовать для данного налога на ФОТ возможность построчного округления сумм отчислений ОСМС. После расчета итоговой суммы ОСМС, при расчете доли ОСМС на каждое начисление округлять суммы по каждому начислению построчно, разницу в округлении относить в первую или последнюю сумму ОСМС.
Как измененно :
Настройка для построчного округления размещена в окне редактирования классификатора налогов на ФОТ. В связи с этим немного изменен размер окна (расширен вправо) и изменено размещение полей в верхней части окна.
По общесистемной настройке на Казахстан в последней строке верхнего блока полей добавлено поле "поэлементно", которое может принимать одно из двух значений "да/нет". Поле открывается только для налогов, которые рассчитываются не из годовой базы ("Расчёт нарастающим итогом" в значении "-"). Для них поле открывается, если признак округления итога установлен в "да". Автоматически устанавливается в "нет" и скрывается с экрана, если округление итоговой суммы не предусматривается (если происходит переключение округления итога в значение "нет").
При расчёте каждая часть налога, для которого новое поле установлено в "да", округляется по тем же правилам, что и общая сумма за месяц, погрешность округления подсуммируется. Вся накопленная погрешность относится на долю налога, которая формируется последней. Причём, независимо ни от знака и величины погрешности, ни от знака и величины суммы налога.