G_ZARPL
Краткое описание :
Необходимо для оплат по премии формировать период её начисленияОписание :
Импорт "Начислений и выплат"Что измененно :
Необходимо в сформированном начислении работнику для вида оплаты премии, начисляемой за период работы (в КВО для такой премии проставлена доп.входимость 17 - "Премия выплачена за период (количество месяцев)" и в графе "Примечание" значение 2-12), иметь информацию о том, за какой именно календарный период начислена эта премия.
В идеале - 2 даты "с.. по" периода, усечённого датами приёма/увольнения. То есть: если премия по организации в целом платится по итогам 3 месяцев и конкретная очередная выплата премии производится по итогам 3 квартала 2016 года, то:
Для работника, работавшего полностью "с 01.07.2016 по 30.09.2016"
Для работника, принятого на работу 14.08 - соответственно "с 14.08.2016 по 30.09.2016"
Для работника, уволенного 29.08 - соответственно "с 01.07.2016 по 29.08.2016"
У одних клиентов премии оформляются через постоянные доплаты, у других - через межрасчётные начисления и выплаты.
Информация по указанию периода должна быть открыта для ввода при формировании данных в вышеуказанных режимах, доступна для редактирования по сформированным записям, передаваться в расчётные начисления через режим предварительной разноски(доплаты) или напрямую (расчёт начислений) и отображаться в расчётных начислениях и архиве оплат.
Как измененно :
Если для вида оплаты заведена доп. входимость 17 (премия выплачена за период), то для ввода становится доступным период, по итогам которого сформирована доплата/начисление, в следующих интерфейсах:
- параметрах формирования межрасчетных выплат;
- окне редактирования межрасчетных выплат;
- параметрах формирования постоянных доплат (только для режима "формирование доплат");
- окно ввода и редактирования постоянной доплаты.
- окно просмотра начислений в результатах расчета заработной платы
- окно просмотра архивных начислений
Даты периода, по итогам которого сформирована доплата/начисление, усекаются по периоду работы сотрудника (в межрасчетных выплатах - с учетом истории увольнений).
G_ZARPL
Краткое описание :
1 рубль НДФЛ в результатах расчета без вида оплатыОписание :
Расчет подоходного налогаЧто измененно :
Сотруднику выплачена премия в межпериод. От суммы премии посчитан налог 27111. Сформирован реестр НДФЛ в межпериод. Теперь считаем зарплату.
В результатах расчета появляется запись НДФЛ на 1 рубль. Сейчас у этой записи нет кода оплаты вообще, а значит код дохода для 6НДФЛ не определен.
xml-выгрузка по сотруднику показала, что ситуация связана с тем, что у сотрудника все виды оплат, начисленные за период, имеют отличный от нуля приоритет оплаты для отнесения остатка округления НДФЛ.
В этой ситуации и происходит сбой.
Как измененно :
Исправлена ошибка формирования результатов расчета НДФЛ с учетом поля КВО => Удержания => Приоритет оплаты для отнесения остатка округления НДФЛ.
Теперь, запись об остатке округления НДФЛ +/- 1 рубль всегда имеет код оплаты, который определяется согласно приоритетам.
Примечание. Ошибка проявлялась в ситуации, когда у сотрудника все виды оплат, начисленные за период, имеют отличный от нуля приоритет оплаты для отнесения остатка округления НДФЛ.
G_ZARPL
Краткое описание :
Формирование реестра по налогу с контролем по перечислению за прошлый период.Описание :
Расчет удержаний (6-НДФЛ)Что измененно :
Расчет заработной платы не учитывает случай формирования двух реестров на перечисление отпуска в межпериод при пропорциональном разбиении.
Как измененно :
Доработана функция учета реестров при расчете заработной платы для случай формирования двух реестров на перечисление отпуска в межпериод при пропорциональном разбиении.
Теперь в таком случае в результатах расчета заработной платы формируются отдельные записи по НДФЛ, сумма доходах в которых формируется пропорционально.
Программа также формирует в этих записях ссылки на реестры перечисления в банк, насколько это возможно.
Если программа не может правильно подобрать ссылки, она формирует ссылки на реестры НДФЛ.
G_ZARPL
Краткое описание :
некор доход в разбивке НДФЛ по РКОписание :
Расчет удержаний (6-НДФЛ)Что измененно :
Клиент зафиксировал некорректный доход в разбивке НДФЛ, при этом сам НДФЛ корректный.
Ситуация такова :
- есть 2 вида оплаты повременная и вредность на сумму 10.39, на которые начисляется районный коэффициент одним станд в/оплаты (44)
- при этом в разбивке НДФЛ указывается запись с правильным НДФЛ , но доходом по 1 виду оплаты РК с повременки, из дохода
выпадает часть РК на 2 вид - вредность. Соответственно и в НДФЛ-6 доход меньше на эту сумму.
- Ситуация проявляется со слов клиента при неполностью отработанном времени за месяц.
Как измененно :
Исправлена ошибка формирования суммы дохода в записях НФДЛ, при наличии начисления на сумму, НДФЛ с которой равен 1 рубль.
Теперь такая запись не считается остатком округления, в результатах расчета она формируется отдельно с видом оплаты, которым обозначен доход.
G_ZARPL
Краткое описание :
В результатах расчета не заполняется ссылка по ВО в случае если ЗП перечисляется двумя видами удержанийОписание :
Расчет начислений (общие вопросы)Что измененно :
1. В результатах расчета не заполняется ссылка по ВО в случае, если ЗП перечисляется двумя видами удержаний.
Сотрудник планирует перечислять свою ЗП в два разных банка.
У одно удержания указана сумма, например, 5000, а остальная сумма должна попасть на другое перечисление.
Для первого удержания указано значение "Перечисление суммы из зарплаты" и задана готовая сумма.
Как определить на какой вид оплаты отнести эту сумму?
Предлагается следующее решение.
Пользователи будут устанавливать признак "перечисление всей зарплаты", если при этом заведена готовая сумма, итог по этому удержанию будет ограничиваться ею.
Получается, что у сотрудника будет создано два удержания. Тип у каждого будет "Перечисление всей зарплаты", но, если в первом удержании указана сумма, то будет удержание будет именно этой суммы. Если во втором удержании сумму не указали, значит оно сформируется на остаток.
Поскольку виды удержания одинаковы, и нельзя проставить приоритеты, то нужно позаботиться о том, чтобы постоянное удержание у которого задана сумма, пошло в расчет первым.
Виды оплат, на которые будет распределяться сумма, будут предоставляться согласно приоритетам распределения перечислений КВО.
2. Сформирован реестр на перечисление суммы из функции меню "Начисления и выплаты".
Вид удержания обозначен системным кодом 170,для которого в классификаторе видов удержаний указаны тип "перечисление" и значение "разбивать по подразделениям, аналитике, параметру и виду оплаты".
У работника имеется два вида оплаты, входящих в расчет удержаний, поэтому сумма разбивается.
Но сумма "начислено" в обеих записях равна начислению в межпериод и, по этой причине, в записи остатка к перечислению, начисленная сумма равна 0.
Как измененно :
Для России доработана функциональность формирования сумм на перечисление для значения "по подразделениям, аналитике и параметру входящих оплат" настройки
"... Режимы расчетов \ Разбивать удержания".
1. Если у сотрудника имеется два удержания с одинаковым кодом, типом "Перечисление всей зарплаты", и в первом удержании указана сумма, то удержание ограничивается именно этой суммой.
Если во втором удержании сумма не указана, то оно сформируется на остаток суммы.
Виды оплат, на которые будет распределяться сумма, будут предоставляться согласно приоритетам распределения перечислений.
Если сумма по виду оплаты, на который относится перечисленная сумма, больше нежели ограничение, то поле "начислено" рассчитывается пропорционально.
В этом случае поле "начислено" и вид оплаты по второму удержанию будут соответствовать остатку начисления.
Поскольку виды удержания - одинаковые, то постоянное удержание у которого задана сумма, приходит к расчету первым.
2. Доработан учет реестра на перечисление суммы из функции меню "Начисления и выплаты" для видов удержаний с типом "перечисление", которые не принадлежат списку жестко зашитых.
Сумма по такому реестру не разбивается, даже, если в классификаторе видов удержаний указано значение "разбивать по подразделениям, аналитике, параметру и виду оплаты".
Таким образом, в записи остатка к перечислению, начисленная сумма заполняется соответственно.
G_ZARPL
Краткое описание :
Неправильное округление НДФЛОписание :
Расчет подоходного налогаЧто измененно :
Сотруднику начисляются выплаты с разной привязкой к дополнительной аналитике Статьи планов бюджетов
В межрасчет начисляется больничный лист и НДФЛ с него:
Реестр по НДФЛ статья Б/л за счет предприятия 43руб
Реестр по НДФЛ статья Б/л за счет ФСС 57руб
После расчета заработной платы НДФЛ в результатах расчета получается на рубль больше, чем нужно. 14702,2*13%= 1911, а в результатах 1912
Хотя в размере годового дохода сумма удержанного налога записывается корректно 1911.
Примечание.
Установлены значения:
1. "учитывать все расчеты межпериода" "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог
на доходы \ НДФЛ межпериода \ НДФЛ межпериода при окончательном расчете"
2. "аналитике и параметру входящих оплат"
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Разбивать удержания по подразделениям".
Как измененно :
Исправлена ошибка расчета НДФЛ для России при установленных значениях настроек:
1. "учитывать все расчеты межпериода" "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог
на доходы \ НДФЛ межпериода \ НДФЛ межпериода при окончательном расчете"
2. "аналитике и параметру входящих оплат"
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Разбивать удержания по подразделениям".
Теперь НДФЛ рассчитывается корректно.
Ошибка проявлялась в следующей ситуации.
Сотруднику начисляются выплаты с разной привязкой к дополнительной аналитике Статьи планов бюджетов
В межрасчет начисляется больничный лист и НДФЛ с него:
Реестр по НДФЛ статья Б/л за счет предприятия 43руб
Реестр по НДФЛ статья Б/л за счет ФСС 57руб
G_ZARPL
Краткое описание :
Формируется сумма по НДФЛ на -1 рубль без дополнительной аналитики Статьи бюджетаОписание :
Расчет подоходного налогаЧто измененно :
Формируется сумма по НДФЛ на -1 рубль без дополнительной аналитики Статьи бюджета.
Как измененно :
Исправлена ошибка формирования суммы по НДФЛ на -1 рубль для случая, когда доп.аналитика из основного вида оплаты отличается
от дополнительной аналитики из лицевого счета, при наличии второго уровня аналитики в КВО.
Теперь дополнительная аналитика из КВО не теряется, а выбирается согласно приоритету из основного вида оплаты.