G_ZARPL
Краткое описание :
ОО. Расчет СДЗ для сотрудника с повторным приемом на старый ЛС.Описание :
Расчёт [РФ]Что измененно :
ОО. Расчет СДЗ для сотрудника с повторным приемом на старый ЛС.
При выборе расчетного периода система не учитывает дату повторного приема, и учитывает все начисления за год предыдущего назначения.
Алгоритм 69.
Как измененно :
Раньше для повторной записи работника расчёт СДЗ повторно не запускался, в неё переносился предыдущий средний. Это было реализовано для ускорения расчётов. Сейчас по записям, относящимся к разным периодам работы, расчёт СДЗ выполняется отдельно.
Для правильного формирования расчётного периода в алгоритм расчёта СДЗ передаётся из оценочного обязательства признак отнесения к тому или ином периоду работы сотрудника.
G_ZARPL
Краткое описание :
1 рубль НДФЛ в результатах расчета без вида оплатыОписание :
Расчет подоходного налогаЧто измененно :
Сотруднику выплачена премия в межпериод. От суммы премии посчитан налог 27111. Сформирован реестр НДФЛ в межпериод. Теперь считаем зарплату.
В результатах расчета появляется запись НДФЛ на 1 рубль. Сейчас у этой записи нет кода оплаты вообще, а значит код дохода для 6НДФЛ не определен.
xml-выгрузка по сотруднику показала, что ситуация связана с тем, что у сотрудника все виды оплат, начисленные за период, имеют отличный от нуля приоритет оплаты для отнесения остатка округления НДФЛ.
В этой ситуации и происходит сбой.
Как измененно :
Исправлена ошибка формирования результатов расчета НДФЛ с учетом поля КВО => Удержания => Приоритет оплаты для отнесения остатка округления НДФЛ.
Теперь, запись об остатке округления НДФЛ +/- 1 рубль всегда имеет код оплаты, который определяется согласно приоритетам.
Примечание. Ошибка проявлялась в ситуации, когда у сотрудника все виды оплат, начисленные за период, имеют отличный от нуля приоритет оплаты для отнесения остатка округления НДФЛ.
G_ZARPL
Краткое описание :
Суммы пересчета налогов на ФОТ за предыдущий период попадют в графу "Налог после превышения тек."Описание :
Расчёт налогов на ФОТЧто измененно :
Суммы пересчета солидарной части за предыдущий период попадают в графу "Налог после превышения тек.", хотя превышения базы не было.
Как измененно :
Для РФ для налога с дополнительным признаком "Л" в случае пересчета (расчета со сторнированием) суммы налога корректно разносятся по колонкам "Налог до превышения тек." и "Налог после превышения тек.".
G_ZARPL
Краткое описание :
Лишняя сумма в результатах расчета по НДФЛ с матпомощиОписание :
Расчет удержаний (6-НДФЛ)Что измененно :
Лишняя сумма в результатах расчета по НДФЛ с матпомощи.
В результатах расчета 3 записи вместо 2-х.
Не вся МП отображается в отчете 6-НДФЛ.
Рассмотрим на конкретном примере.
Сотруднику начислена МП в функции "Начисления и выплаты".
Вторая МП начислена МП в функции "Постоянные доплаты"
Одна перечислена в межпериод.
вторая МП выплачена с ЗП.
В результатах расчета зарплаты по МП 3 строчки.
Как измененно :
1.Исправлен расчет начислений при расчете заработной платы по учету материальной помощи.
Теперь в результаты расчета заработной платы для начислений межпериода переносится вычет по мат.помощи из функции "Начисления и выплаты".
В результате правильного заполнения вычета в начислении формирование результатов расчета НДФЛ также происходит правильно.
G_ZARPL
Краткое описание :
Невозможно пересчитать архив налогов на ФОТ по налогу по несчастному случаю за 2013 год находясь в отчетном периоде 2017 годаОписание :
Сервис налогов на ФОТ за закрытые месяцыЧто измененно :
Невозможно пересчитать архив налогов на ФОТ по налогу по несчастному случаю за 2013 год находясь в отчетном периоде 2017 года.
Как измененно :
Функция пересчета архива налогов на ФОТ (Настройка - Сервисные функции - Налоги на ФОТ - Сервис налогов на ФОТ за закрытые месяцы с параметром пересчет налогов(Архив налогов на ФОТ)) позволяет пересчитывать налог по травматизму за прошлые годы: - 4 года от расчетного (например, в 2017 году можно запустить пересчет не ранее, чем за 2013).
G_ZARPL
Краткое описание :
Лишняя строка в разбивке авансаОписание :
Расчет удержаний (общие вопросы)Что измененно :
При расчете зарплаты за половину месяца с параметром "расчет аванса" сумма, перечисленная в межпериод с системным кодом 208,отразилась в результатах расчета заработной платы с кодом 199.
Функциональность расчета зарплаты в режиме аванса построена таким образом, что при записи в базу данных, коды, зашитые для перечисления зарплаты заменяются на код аванса.
Таким образом, сумма по виду оплаты 19, перечисленная реестром межпериода с кодом 208, отразилась в результатах расчета заработной платы с кодом 199.
Если бы пользователи не использовали код 208 для межпериода, а использовали другой код, не указанный в списке жестко зашитых кодов, у них подмена кодов не произошла бы.
Как измененно :
Доработана функция расчета зарплаты за первую половину месяца с параметром "расчет аванса" для случаев, когда суммы перечисленные в межпериод отражаются системными
кодами удержаний "206...210, 220...230", заявленными разработчиками для перечисления всей зарплаты в сбербанк.
Теперь,если сумма пришла из реестра на перечисление, то в результаты расчета зарплаты сумма записывается с кодом из реестра.
G_ZARPL
Краткое описание :
6НДФЛ. Больничный за счет предприятия делится на две части. Вторая часть выпадает из 6НДФЛ, т.к. в ней нет источника выплатыОписание :
Расчет удержаний (6-НДФЛ)Что измененно :
6НДФЛ. Больничный за счет предприятия делится на две части. Вторая часть выпадает из 6НДФЛ, т.к. в ней не проставляется источник выплаты.
Пример: сотруднику в текущем месяце заносят больничный, который начался в прошлом месяце. Текущий месяц март. В результате, при расчете зарплаты первые три дня за счет предприятия разбились на два части. Два дня февраля и один день в текущем месяце. В записи НДФЛ на два дня февраля есть ссылка на источник выплаты, а в записи на один день марта - нет. В результате, часть налога не попадает в 6НДФЛ.
Как измененно :
Исправлена ошибка в функции расчета заработной платы при формировании сумм НДФЛ из реестра на перечисление больничного для случая, когда сумма за счет предприятия лежит в рамках двух месяцев.
Теперь и в таком случае поле "источник данных" в результатах расчета заплаты имеет тип "больничный лист".
Поля "Начислено с.. по.." для сумм за счет предприятия заполняются согласно периоду, за который они начислялись.
G_ZARPL
Краткое описание :
По некоторым людям не считаются удержания с больничных межпериодаОписание :
Расчет удержаний с больничных листовЧто измененно :
По некоторым людям не считаются удержания с больничных межпериода. По этой причине, не формируются реестры по НДФЛ с больничных, что отрицательно влияет на корректность отчета 6-НДФЛ.
Расчетный месяц март 2017 г.
У работника имеется больничный
с 20/02/2017 по 25/02/2017
и отпуск с 31/03/2017 по 27/04/2017
Для видов оплаты больничного в КВО установлена настройка
Учет дохода в налоговой отчетности "по месяцу, в котором выплачен"
При расчете НДФЛ(без учета вычетов на раб и реб.) НДФЛ в итоге не расчитывается!!! Почему?
Как измененно :
Доработана функция расчета НДФЛ с больничных межпериода за прошлый месяц, если для видов оплаты больничного в КВО установлена настройка Учет дохода в налоговой отчетности "по месяцу, в котором выплачен"
Теперь доход для такого больничного учитывается по дате выплаты.
Примечание 1.
В системе Галактика при расчете НДФЛ с отпуска и больничного учитывается общая сумма дохода с начислений межпериода.
На предоставленной базе данных у работника имеется отпуск на сумму 17814.33 с которого удержан НДФЛ 2577.
Очевидно, что данный НДФЛ был рассчитан с учетом суммы больничного.
Чтобы перераспределить НДФЛ, нужно выполнить следующую последовательность действий:
1.в окне больничного выполнить функцию "Отмена расчета удержаний"
2.в окне расчета отпуска выполнить функцию "Расчет удержаний..." для того чтобы изменить суммы НДФЛ с отпуска
3.выполнить функцию "Расчет удержаний..." в окне больничного.