G_ZARPL
Краткое описание :
Контроль дохода - заполнять "размер дохода после расчета зп"Описание :
Контроль доходаЧто измененно :
Для того, чтобы после контроля дохода давно
уволенного сотрудника результаты контроля перешли в
"размер годового дохода после расчета", приходится
считать ему зарплату в текущем м-це. Очень неудобно и
нелогично.
Предлагается реализовать заполнение "после
расчета" безусловно или опционально.
Как измененно :
При выполнении функции контроля дохода заполняется таблица Размер годового дохода после расчета заработной платы. При этом учитываются начисления и удержания расчетного периода, в т.ч. внесенные вручную.
Для прошлого года поля из колонки "Учтено вычетов" переносятся из размера годового дохода до расчета зарплаты.
Для текущего года поля из колонки "Учтено вычетов" сохраняются из текущего расчета зарплаты, если они не заполнены при текущем расчете зарплаты, то переносятся из сумм до расчета зарплаты.
G_ZARPL
Краткое описание :
Минимальное ограничение банковского сбора за перечисление алиментов в банкОписание :
Расчет алиментов и исполнительных листовЧто измененно :
Минимальное ограничение банковского сбора за перечисление алиментов в банк.
При расчете сбора за перечисление в банк постоянных удержаний с ВУ 187, 188 и 191 необходимо применять минимальное ограничение.
Как измененно :
Для РБ: Добавлена новая настройка "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Прочие удержания \ Шкала сборов по перечислению в банк" для возможности добавления шкалы с минимальной суммой сбора за перечисление алиментов и исполнительных листов в банк.
При расчете сборов за перечисление алиментов и исполнительных листов в банк (ВУ 187, 188, 191), если не указаны ни процент, ни шкала в постоянном удержании для расчета сборов, то анализируется добавленная настройка "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Прочие удержания \ Шкала сборов по перечислению в банк". Если же значение настройки "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Прочие удержания \ Шкала сборов по перечислению в банк" не заполнено, то анализируется настройка "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Прочие удержания \ Процент удержания сбора по перечислению в банк".
G_ZARPL
Краткое описание :
При выплате премии с учетом РК через начисления и выплаты в результатах расчета появляется отрицательная запись по НДФЛОписание :
Расчет подоходного налогаЧто измененно :
При выплате премии с учетом РК через начисления и выплаты в результатах расчета появляется отрицательная запись по НДФЛ
В межпериод начисляют премию с РК (РК межпериода "+"). Премия 10 000, РК 3000. Выплачиваем реестром межпериода.
При окончательном расчете зарплаты создается запись по НДФЛ с источником "начисления и выплаты" на всю общую сумму премии и РК и отрицательная запись с видом оплаты "премия" и суммой РК.
Желательно еще в этом кусочке РК межпериода (3000) тоже иметь источник "начисления и выплаты".
Как измененно :
Доработана функция расчета заработной платы по формированию сумм НДФЛ на основе реестров на перечисление сумм премии с учетом РК или северных надбавок из функции "Начисления и выплаты".
Теперь при окончательном расчете зарплаты создаются отдельные записи по НДФЛ с источником "начисления и выплаты" на сумму премии, РК и северных надбавок.
Каждая запись имеет источник "начисления и выплаты".
При значении "учет ведется" в настройке "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Межрасчетный период \ Учет выплат по реестрам" проставляется ссылка на реестр в каждой записи.
G_ZARPL
Краткое описание :
В результатах расчета заработной платы уменьшается сумма НДФЛ, ранее перечисленная реестромОписание :
Расчет подоходного налогаЧто измененно :
Ограничение подоходного налога 50-тью процентами начислений в денежной форме относится только к доходам в натуральной форме и в виде материальной выгоды.
С других доходов можно удерживать НДФЛ без применения ограничения.
Об этом есть письмо Минфина от 7 июля 2016 г. N 03-04-06/39819
Как измененно :
Ограничение подоходного налога 50-тью процентами начислений в денежной форме относится только к доходам в натуральной форме и в виде материальной выгоды.
G_ZARPL
Краткое описание :
Вредность (ОППВ) для одинаковых должностей в 1 СЕОписание :
Условия труда на рабочем местеЧто измененно :
У клиента бывают ситуации, когда в одном подразделении есть несколько должностей с одним и тем же названием и кодом, но с разными атрибутами и вредностью. При заполнении каталога Условий труда на рабочем месте и выборе одной из таких должностей с помощью функции локального меню "Добавить должность из ШР" и выставить вредность только одной, cистема проставляет вредность всем должностям с одинаковым названием в подразделении.
Если изменять Условия труда на рабочем месте через Историю изменений в ШР, система поступает аналогично, проставляет вредность всем должностям с одинаковым названием.
При расчете ЗП, ОППВ (обязательные профессиональные пенсионные выплаты, выплачиваются работникам работающих на должности с вредными условиями труда) рассчитывается всем работникам работающим на должностях с одинаковым названием, хотя не все из них имеют вредные условия труда.
Как измененно :
РК. Изменились правила расчёта ОППВ. В режиме их расчёта по каждому начислению в пользу работника вредность определяется не на основании комбинации "подразделение + должность", а на основании значения поля "Оплата за работу" = "во вредных условиях".
G_ZARPL
Краткое описание :
Если установлена настройка удержания "учитывать в подразделении на начало месяца" не разбивать удержание по видам оплатОписание :
Расчет удержаний (общие вопросы)Что измененно :
Установлена настройка Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов "Разбивать удержания"-"по подразделениям, аналитике и параметру входящих оплат".
В КВУ в настройке удержания установлен параметр "учитывать в подразделении на начало месяца".
Удержание заведено в лицевом счете через постоянные удержания процентом от зарплаты.
Если в расчете зарплаты есть начисления за текущий и будущий период, то удержание, при таких настройках, для текущего периода
формируется одной суммой без заполнения ВО в допаналитике. Проблема клиента связана с тем, что в случае, когда в допаналитику вид оплаты то заполняется, то не заполняется у них возникает проблема с формированием пользовательского отчета, завязанного на допаналитику. Жалуются, что нет возможности заполнить допаналитику на одном уровне. По сути клиенту подошел бы вариант не заполнять в допаналитику вид оплаты.
Как измененно :
1. Доработан расчет заработной платы для России. Теперь дополнительные аналитики по видам оплат в начислениях и удержаниях автоматически не формируются.
2. Если В КВУ в настройке удержания установлен параметр "учитывать в подразделении на начало месяца" или "учитывать в подразделении на конец месяца", то вид оплаты в удержание не записывается.
3.Для реестров, которые формируются по удержаниям в результатах расчета зарплаты, доработан перенос видов оплат из удержаний в реестры.
Добавлено отображение колонки с видом оплаты при просмотре сумм реестра в разрезе операций.
G_ZARPL
Краткое описание :
Рассчитывается РК работнику, которому установлен в ЛС процент РК -1 (РК не рассчитывать)Описание :
Расчеты по алгоритмам в режиме "Начисления и выплаты"Что измененно :
В выплате межпериода рассчитываются районные работнику. В лицевом счете для работника установлен процент районных -1 (минус один), что означает, что районные не нужно рассчитывать.
Как измененно :
Исправлено. Районные не в межпериоде не рассчитываются для лицевого счета, у которого в поле "районный процент" установлено отрицательное значение.
G_ZARPL
Краткое описание :
В закладке "Сальдо на начало месяца" пропадают записи о льготах по страховым взносамОписание :
Расчет удержаний (общие вопросы)Что измененно :
РФ. В закладке "Сальдо на начало месяца" пропадают записи о льготах по страховым взносам. Выяснилось если после расчета начислений и налогов на ФОТ пересчитать только удержания, то сами налоги на фот остаются, а вот льготы затираются.
Необходимо устранить удаление льгот по налогам на ФОТ, если пользователь рассчитывает только удержания.
Как измененно :
РФ. Доработан режим расчёта зарплаты для случая, если включена только опция "Расчёт удержаний". Информация справочника "Сальдо на начало месяца" в части годовых итоговых данных о начисленной материальной помощи остаётся неизменной.
G_ZARPL
Краткое описание :
Пересчет подоходного налога для материальной выгодыОписание :
Расчет подоходного налогаЧто измененно :
При ограничении подоходного налога с дохода в виде материальной выгоды 50-тью процентами начисленной суммы в денежной форме, нужно при переходе на новый расчетный период автоматически устанавливать дату начала сторнирования для постоянного удержания с видом удержания 184.
Как измененно :
Если сумма подоходного налога с дохода в виде материальной выгоды ограничивается пятьюдесятью процентами суммы начисления в денежной форме, то при переходе на новый расчетный период дата начала сторнирования постоянного удержания с видом удержания 184 не изменяется на дату начала нового расчетного периода, что в свою очередь вызовет пересчет подоходного налога с дохода в виде материальной выгоды.
G_ZARPL
Краткое описание :
В результатах расчёта из-за частичного возврата НДФЛ по реестру налогооблагаемая база уменьшается на 1 копейкуОписание :
Расчет удержаний (общие вопросы)Что измененно :
В результатах расчёта из-за частичного возврата НДФЛ по реестру межпериода налогооблагаемая база уменьшается на 1 копейку.
Как измененно :
Доработана функция формирования результатов расчета заработной платы. Теперь облагаемая сумма округляется дополнительно, непосредственно перед записью в базу данных.
Таким образом, не будут накапливаться погрешности в налоговой отчетности.
G_ZARPL
Краткое описание :
У сотрудника, имеющего совместительство, большая разница между исчисленным и удержанным налогом на доходОписание :
Расчет удержаний (общие вопросы)Что измененно :
У сотрудника, имеющего совместительство, большая разница между исчисленным и удержанным налогом на доход.
Если отчетный период декабрь 2016, то помогает Контроль дохода, выполненный по совместительству и последующий расчет зарплаты по основному месту работы, с учетом совместительства.
Но, клиенты уже перешли на Отчетный месяц январь 2017.
В таком случае помогла функция учета дохода по совместительству за 2016 год, которая теперь запускается через внешний интерфейс Z_NDFL::UCHSOVM (Z_NDFL.res)
Далее просто рассчитать зарплату по основному месту работы, с учетом совместительства.
Контроль дохода за 2016 год, выполненный в 2017, не исправляет ситуацию.
В Лицевом счете по основному месту работы установлено 12 месяцев для перерасчета.
Требуется исправить расчет зарплаты по учету доходов совместителей за прошлый год.
Как измененно :
Доработан расчет заработной платы при наличии количества месяцев для пересчета за прошлый год.
Теперь при расчете заработной платы автоматически разносятся доходы и НДФЛ совместителей, в том числе и за прошлый год, при наличии соответствующего значения количества месяцев для пересчета в лицевом счете работника.