G_ZARPL
Краткое описание :
Неккоректно рассчитываются алименты при наличии больничного и одного исполнительного по решению судаОписание :
Расчет алиментов и исполнительных листовЧто измененно :
При наличии только одного исполнительного листа (или алиментов) по решению суда некорректно производится расчет удержаний по исполнительному листу, если больничный не за весь месяц и есть еще другие начисления, которые участвуют в расчете исполнительного листа.
Проблема проявляется когда сумма алиментов, рассчитанная с учетом больничных превышает максимальную сумму, которую можно удержать с сотрудника, рассчитанную без учета сумм больничных.
Как измененно :
Исправлено в режиме расчета удержаний (расчет зарплаты): Сумма превышения алиментов с учетом больничных и без определяется отдельно.
При значении настройки "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Почтовые переводы, алименты, исп.листы \ Учитывать налог на доходы и взносы при расчете алиментов" = с дохода для алиментов. Подоходный с больничных учитывается при расчете алиментов по решению суда.
G_ZARPL
Краткое описание :
Необходимо детализировать сообщениеОписание :
G_ZarplЧто измененно :
Хорошо бы детализировать сообщения вида:
[x] Не задан режим работы для загрузки планового графика (таб. № , Сотрудник )
[x] Не задан режим работы для загрузки балансного графика (таб. № , Сотрудник )
добавив в них год и месяц, для которых не заполнены данные.
Как измененно :
Добавлена детализация сообщений вида:
[x] Не задан режим работы для загрузки планового графика (таб. № , Сотрудник )
[x] Не задан режим работы для загрузки балансного графика (таб. № , Сотрудник )
Добавлены в них год и месяц, для которых не заполнены данные.
Вид детализированных сообщений, в случае, если не задан режим работы для графика:
[x] Не задан режим работы для загрузки планового графика за 03/2018 (таб. № ,
Сотрудник )
[x] Не задан режим работы для загрузки балансного графика за 03/2018 (таб. № ,
Сотрудник )
G_ZARPL
Краткое описание :
Контроль дохода в случае сторнирования матпомощи неверно заполняет данные по НДФЛ в "Сальдо на начало месяца"Описание :
Контроль доходаЧто измененно :
Контроль дохода в случае сторнирования матпомощи неверно заполняет данные по НДФЛ в "Сальдо на начало месяца".
Суть ситуации. Начислили матпомощь в июле. Затем еще раз в августе за июль. Обнаружили в сентябре и сторнируют в сентябре за август. То есть фактически сотрудник должен был получить и получил матпомощь в июле. При расчете зарплаты для ВО матпомощи была установлена настройка "Учет сумм возврата"-"аналогично доходу".
При проверке справок НДФЛ сентябрьское сторно матпомощи за август не сворачивалось с матпомощью августа. Изменили настройку ВО "Учет сумм возврата" на "по месяцу учета дохода" и в архиве начисления сторно матпомощи заменили месяц учета дохода с "9" на "8". В справках НДФЛ все красиво, но при выполнении контроля дохода неверно заполняются данные по матпомощи. За июль данные верные. За август сумма сторно попадает в сальдо, а сумма начисления матпомощи в августе нет.
Анализ показал, что программа не справляется с тем фактом, что для В.О. 131 месяц, за который начислено, указан 7 в записи начисленной в 7-м и 7, в записи начисленной в 8-м
Обнуляет итоговый доход за оба месяца.
Как измененно :
1. Доработана функция ...Сервисные функции \ Налог на доходы физических лиц \ Контроль дохода по заполнению сумм вычетов при предоставлении материальной помощи за прошлый период.
Теперь суммы возврата материальной помощи за прошлый месяц приходят к расчёту раньше, нежели положительные и, таким образом, вычет сначала снимается, а затем предоставляется заново.
Новые суммы вычетов отражаются в соответствующих полях записей справочника "Суммы оплат".
В рамках данного решения дополнительно учитывается тот случай, когда в архиве имеются две записи по одному и тому же виду оплаты за один и тот же месяц.
G_ZARPL
Краткое описание :
Расчет НДФЛ - не всегда правильно учитываются вычеты при предоставлении за прошлые месяцыОписание :
Расчет подоходного налогаЧто измененно :
В соответствии с законодательством настройка "Расчеты с персоналом \ Налог на доходы \ Сторнирование и возврат - Возвращать налог за счет вычетов" должна быть установлена "В ДЕКАБРЕ ИЛИ В МЕСЯЦЕ УВОЛЬНЕНИЯ".
Но в некоторых случаях при такой настройке НДФЛ за счёт вычетов всё же возвращается.
Пример.
Текущий месяц май. С января у работника оклад 60000 без вычетов, соответственно НДФЛ за предыдущие 4 месяца рассчитан по 7800.
В мае пишет заявление на предоставление вычетов на 3-х детей с начала года. Проставляем эти вычеты в ЛС.
Тогда при расчёте зарплаты за период с 01 по 13 мая со сторнированием НДФЛ за 4 месяца получаем оклад 27272.73 и итоговый отрицательный налог:
(27272.73-5800)*0.13 - 5800*0.13*4= -225
На эту отрицательную сумму формируется реестр НДФЛ, что противоречит настройке Возвращать налог за счет вычетов" = "В ДЕКАБРЕ ИЛИ В МЕСЯЦЕ УВОЛЬНЕНИЯ". То же самое и при настройке "НЕТ".
Такой же возврат происходит, если вносим эти вычеты в архив вычетов, выполняем контроль дохода с января и затем рассчитываем за период без сторнирования.
Правильный порядок в этом случае - при расчёте за период учитывать не все вычеты 5800*5=29000, а только не превышающие сумму дохода 27272.73. Неиспользованный остаток вычета 29000-27272.73=1727.27 должен быть учтён при окончательном расчёте зарплаты за май.
Такой результат должен получаться и при расчёте со сторнированием, и без сторнирования.
Как измененно :
Для России доработана функция учёта вычетов при расчёте НДФЛ для значений "НЕТ" и "В ДЕКАБРЕ ИЛИ В МЕСЯЦЕ УВОЛЬНЕНИЯ" настройки "...\ Сторнирование и возврат - Возвращать налог за счет вычетов".
Теперь налог не возвращается в тех случаях, когда вычеты предоставляются за прошлые месяцы в расчётном и сумма предоставленных вычетов больше суммы дохода расчётного месяца.
Сумма "учтено вычетов" ограничивается суммой, которая была предоставлена.
Если указано количество месяцев для сторнирования или пересчёта, сумма вычетов разбивается по месяцам, если количество месяцев для пересчёта не указано, вся сумма предоставленных вычетов располагается
в размере годового дохода расчётного месяца.
G_ZARPL
Краткое описание :
Расчет НДФЛ с северных и районного коэффициента умершему.Описание :
Расчет начислений (общие вопросы)Что измененно :
Расчет НДФЛ с северных и районного коэффициента умершему.
До даты смерти сотруднику в межпериод была выплата с районными и северными.
При расчете зарплаты НДФЛ берётся только с самой выплаты без районных и северных.
В результатах расчета ошибочно сторнируется НДФЛ с районных и северных.
Хотя они выплачены до даты смерти.
Предположительно, ошибка в том, что неверно устанавливается дата выплаты у 453 и 443 кодов в результатах расчета.
Как измененно :
Доработана функция формирования начислений межпериода в результатах расчёта заработной платы.
Теперь дата выплаты для районных коэффициентов и северных надбавок переносится из "Начислений и выплат", по аналогии с суммой самого начисления.
Расчет НДФЛ с северных и районного коэффициента умершему.
До даты смерти сотруднику в межпериод была выплата с районными и северными.
При расчете зарплаты НДФЛ берётся только с самой выплаты без районных и северных.
Таким образом, НДФЛ с северных и районного коэффициента умершему не возвращается, если он был удержан в межпериод.
G_ZARPL
Краткое описание :
Контроль дохода создает запись с 13 месяцем 2018 годаОписание :
Контроль доходаЧто измененно :
Контроль дохода создает запись с 13 месяцем 2018 года
Предположительно, проблема у сотрудников, которые приняты декабрем 2018 и которым занесена запись Размер годового дохода =>Суммы с предыдущего места работы.
Как измененно :
Доработана функция Галактика ERP \ Персонал \ ЗП \ =Настройка= \ Сервисные функции \ Налог на доходы физических лиц \ Контроль дохода.
Теперь запись с 13 месяцем не формируется.
Ошибка проявлялась для сотрудников, которые приняты декабрем 2018 и которым занесена запись Размер годового дохода => Суммы с предыдущего места работы.