G_ZARPL

G_ZARPL ( 9.1.19.0 )

Краткое описание :

РВ при подденном учете увеличивает рабочие часы в табеле

Описание :

Формирование табеля

Что измененно :

При поденном учете рабочего времени, когда при работе в
праздничный день (РВ) по табелю, попадает на выходной праздничный деть,
возникает ошибка, которая ведет к переплате по виду оплат 4 "Оплата по окладу
(смена)". Связано с неправильным отображением часов в табеле, которые
увеличивают часы рабочие. РВ вводятся только через приказы.
Ошибка еще возникает при печати табеля, что приводит к многочисленным вопросам
сотрудников.
При существующих настройках решить данную проблему не получается.
Пользователи отказываются от ручного введения отклонений, т.к. при большом
количестве корректировок тоже приводит к массовым ошибкам и переплатам.
Часы отработанные в праздничный, который по графику выходной попадают и в
фактически отработанные и в праздничные и в итог по условному обозначению.
Причем даже если к условному обозначению привязан вид оплаты. Установить
настройку "Рабочие часы по факту за вычетом работы в праздники(поденные режимы
учета)" - "да" не могут, так как тогда все праздничные часы вычитаются их
фактических и сотрудник видит по начислениям меньше оклада за месяц, возникает
много вопросов.

Как измененно :

Праздничные часы в системе теперь разделены на рабочие по плану
праздничные и нерабочие по плану праздничные.

Следующие настройки системы разделены на две:

В разделе "Настройки Галактики \ Управление персоналом \ Табельный учет \
Расчет итогов":
1) "Рабочие часы по факту за вычетом работы в праздники(поденные режимы учета)"
=> "Рабочие часы по факту за вычетом работы в рабочие по плану
праздники(поденные режимы учета)", "Рабочие часы по факту за вычетом работы в
нерабочие по плану праздники(поденные режимы учета)"
2) "Рабочие часы по факту за вычетом работы в праздники(суммированные режимы
учета)" => "Рабочие часы по факту за вычетом работы в рабочие по плану
праздники(суммированные режимы учета)", "Рабочие часы по факту за вычетом
работы в нерабочие по плану праздники(суммированные режимы учета)"
3) "Часы работы в праздники" (вводить вручную/рассчитывать автоматически) =>
"Часы работы в рабочие по плану праздники", "Часы работы в нерабочие по плану
праздники"

В разделе настроек "Настройки Галактики \ Управление персоналом \ Расчеты с
персоналом \ Оплата работ":
4) "В праздники" => "В рабочие по плану праздники", "В нерабочие по плану
праздники"

Значение по умолчанию настройки "Оплата работ \ В нерабочие по плану праздники"
зависит от настройки "Настройки Галактики \ Управление персоналом \ Табельный
учет \ Расчет итогов \ Фактически отработанное время ограничивать нормой". Если
последняя в значении "да", то в настройку для нерабочих по плану праздников
подставится вид оплаты из настройки "Оплата работ \ В праздники, сверх нормы".
Если же настройка об ограничении нормой в значении "нет", то вид оплаты для
нерабочих по плану праздников подставится из прежней настройки "Оплата работ \
В праздники". Это сделано для сохранения преемственности, в связи с изменениями
в работе предварительной разноски (описано ниже).

Для остальных новых настроек значения по умолчанию будут взяты те же, которые
были выставлены в исходных настройках. После чего исходные настройки
ликвидируются.

Итоги в табеле по праздничным часам также разделены теперь. Вместо одной строки
"Праздничные" теперь в итогах по часам две строки "Праздничные, рабочие по
плану" и "Праздничные, не рабочие по плану".

Как продолжение разделения настройки об оплате праздничных часов: в окошке
"Альтернативная оплата", которое вызывается в лицевых счетах, переходах в
межпериод и др. местах, на вкладках "Виды оплат" и "Проценты" атрибуты
праздничных часов теперь также разделены. Вид оплаты праздничных, не рабочих по
плану, устанавливается по тем же правилам, что и значение по умолчанию
аналогичной настройки: в зависимости от того, включено ограничение
отработанного времени нормой, или нет, устанавливается соответственно вид
оплаты "праздничных, сверх нормы", или вид оплаты из прежнего атрибута
"праздничные" в альтернативной оплате.
В "праздничные, рабочие по плану" подставляется значение из прежней записи
"праздничные". Для процентов значение новых атрибутов также берется из прежнего
атрибута.

Если итоги по праздничным часам были введены вручную до установки данного
обновления, то такие итоги интерпретируются как итоги по "праздничным, рабочим
по плану".

Изменен расчет для праздничных часов в предварительной разноске для случаев,
когда настройка "Настройки Галактики \ Управление персоналом \ Табельный учет \
Расчет итогов \ Фактически отработанное время ограничивать нормой" = "да":
праздничные часы, не рабочие по плану, не разделяются на часы в пределах нормы
и сверх нормы, а идут целиком тем видом оплаты, который указан в настройке
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Оплата
работ \ В нерабочие по плану праздники". (Раньше учитывались сразу все
праздничные, и они разделялись на часы в пределах и сверх нормы).

G_ZARPL

G_ZARPL ( 9.1.19.0 )

Краткое описание :

Неверное отнесение затрат в виде удержания 182 - НДФЛ 13 процентов, при изменении статуса с нерезидент на резидент

Описание :

Расчет подоходного налога

Что измененно :

Неверное отнесение затрат в виде удержания 182 НДФЛ 13 процентов, при изменении статуса с "нерезидент" на "резидент".
В КВУ есть удержание НДФЛ 13% с кодом 182 И НДФЛ 30% с кодом 183.Для этих записей субсчет и ТХО различаются.
У сотрудника в феврале 2013 года меняется статус.
Происходит автоматический пересчет НДФЛ за прошлый месяц.
По виду удержания 101 НДФЛ 30% формируется правильная запись в результатах расчета за январь 2013 года.
А вот по виду удержания 100 НДФЛ 13% в результатах расчета проставляется неправильная ТХО и субсчет.
В данной записи должен был быть указан субсчет и ТХО как в КВУ.

Как измененно :

Доработана функция расчета заработной платы при изменении статуса с "нерезидент" на "резидент".
Ранее, при пересчете сумм за прошлый период, в результаты расчета все данные ШПЗ, ТХО и параметр переносились из справочника "Суммы удержаний".
Теперь данные о счете, субсчете и ТХО переносятся из классификатора видов удержаний.
Перенос КАУ зависит от значения настройки "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Разбивать удержания по подразделениям".
Если установлено значение "аналитике и параметру входящих оплат", то КАУ переносится из архива удержаний.
Во всех остальных случаях КАУ переносится из классификатора видов удержаний.

G_ZARPL

G_ZARPL ( 9.1.19.0 )

Краткое описание :

Некорректно сторнируются суммы по Налогу "Страхование от несчастных случаев" по сотрудникам, переведенным из филиала в филиал

Описание :

Расчёт налогов на ФОТ

Что измененно :

По сотруднику оформлен кадровый приказ на перевод в другой филиал (раздельная отчетность). После утверждения приказа создался новый лицевой счет - и в архивы оплат и налогов на ФОТ нового Лицевого счета передались суммы по старому филиалу с пустым полем "Подразделение ОЗ".
При расчете зп за февраль 2013 с установленной настройкой "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Взносы и налоги на ФОТ \ Налоги \ Количество месяцев для сторнирования помесячных налогов" в значении 1 происходит ненужная сторнировка налога "Страхование от несчастных случаев": система возвращает налог без "Подразделение ОЗ" и доначисляет его с "Подразделение ОЗ" подразделения старого филиала.
Это неверно. При сторнировке не должны учитываться суммы с незаполненным полем "Подразделение ОЗ".

Как измененно :

При сторнировании помесячных налогов не участвуют в обработке начисления(неначисляемые суммы) и налоги на ФОТ предыдущего филиала.

G_ZARPL

G_ZARPL ( 9.1.19.0 )

Краткое описание :

Ошибка в разбивке Удержаний по доп. аналитике при настройке "Разбивать удержания по подразделениям - аналитике и параметру входящих оплат"

Описание :

Расчет удержаний (общие вопросы)

Что измененно :

Ошибка в разбивке Удержаний по доп. аналитике при настройке "Разбивать удержания по подразделениям - аналитике и параметру входящих оплат".
В ЛС доп. аналитика не заполнена.
Имеется постоянная доплата с приоритетом 0.
Для основной оплаты установлена дополнительная входимость (36) Cводить при округлении.
Сотрудник с 05.02 по 09.02 находился в служебной поездке в обособленном подразделении, соответственно делаем переход в межпериод, где указываем доп. аналитику.
Делаем расчет ЗП.
Исходя из дохода по доп. аналитике считаем НДФЛ: (10470.44+6282.36)*0.13 = 2178, а у нас получилось 8916+817 = 9733, что не верно.

Примечание: если в ЛС проставить доп аналитику, то тогда разбивается все корректно.

Как измененно :

Исправлена ошибка при разбивке НДФЛ по доп. аналитике при настройке "Разбивать удержания по подразделениям - аналитике и параметру входящих оплат".
Ошибка проявлялась для случая, когда в лицевом счете отсутствует дополнительная аналитика, а в переходах в межпериод она присутствует.
Теперь в результатах расчета записи НДФЛ разбиваются правильно с учетом доп.аналитики.

G_ZARPL

G_ZARPL ( 9.1.19.0 )

Краткое описание :

Потеря преемственности. Не округляется удержание в пенсионный фонд.

Описание :

Расчет обязательных взносов (удержаний)

Что измененно :

Для РБ: при условии, что в классификаторе удержаний не стоит индивидуальная настройка "Округлять сумму" необходимо округлять удержание в пенсионный фонд (175 системный ВУ) для РБ до полных рублей по следующему правилу: "При округлении суммы менее 50 копеек в расчет не принимаются, а 50 и более копеек округляются до 1 рубля".
Если индивидуальная настройка стоит, округлять удержание в соответствии с настройкой.

Как измененно :

Для РБ: для удержаний в пенсионный фонд (175 системный ВУ) предусмотрена индивидуальная настройка "Округлять сумму" в классификаторе удержаний. При значении:
- 0 - без округления (т.е. округление до двух знаков после запятой);
- 1 - округление до рубля;
- 5 - округление до пяти рублей,
- 10 - округление до десяти
и т.д.
Если индивидуальная настройка "Округлять сумму" в классификаторе удержаний не стоит, тогда удержание
в пенсионный фонд (175 системный ВУ) округляется до рубля.

G_ZARPL

G_ZARPL ( 9.1.19.0 )

Краткое описание :

Сторнирование суммы мат.помощи за прошлый месяц

Описание :

Расчет начислений (общие вопросы)

Что измененно :

В результаты расчета попадают две оплаты 155 Мат.помощь одинаковой суммой с разными знаками (+/-),
например, при начислении больничного за прошлый период. Материальная помощь пересчитываться не должна.
Теперь не актуальным стало условие:
"Таким образом, при определении, облагается мат.помощь налогами или нет, необходимо учитывать еще следующее условие: если работник в месяце, в котором начисляется мат.помощь не имеет права на налоговую социальную льготу (т.е. его доход превышает границу автоматической кратности
или в поле "налоговый вычет" лицевого счета стоит 0), то вся сумма ат.помощи облагается налогом независимо от суммы мат.помощи."

Как измененно :

Изменен учет материальной помощи при расчете заработной платы при настройке на Украину. Ранее при начислении сумм за прошлый период, возвращалась материальная помощь за прошлый период и начислялась заново.
Теперь этого не происходит.

G_ZARPL

G_ZARPL ( 9.1.19.0 )

Краткое описание :

Расчет удержаний в начислениях и выплатах

Описание :

Расчет удержаний в режиме "Начисления и выплаты"

Что измененно :

РК. Просим реализовать расчет удержаний в межрасчетных начисления и выплатах
с учетом ограничений на облагаемую сумму при расчете обязательных пенсионных взносов (ОПВ).
Для суммы начисления (например, премия, отпуск и т.п.) ОПВ должны рассчитываться по схеме:
Если Сумма начисления>Сумма ограничения, то ОПВ = Сумма ограничения*10%

Как измененно :

Реализовано в соответствии с постановкой - при расчёте пенсионных взносов межпериода учитываются ограничения по облагаемой базе.

G_ZARPL

G_ZARPL ( 9.1.19.0 )

Краткое описание :

Дата назначения имущественного вычета влияет на расчет.

Описание :

Расчет начислений (общие вопросы)

Что измененно :

Дата назначения имущественного вычета влияет на расчет.
Во вкладку постоянных доплат заносится имущественный вычет. Имущественный вычет начинает действовать с февраля 2011 года.
1.Если в поле Назначен с поставить 01.02.2011, то вычет будет применяется с февраля 2011 года.
2.Но если в поле Назначен с поставить 04.02.2010 или 15.02.2011, то система начинает применять вычет с начала года (с января 2011). Т.е. дата попросту игнорируется.

Как измененно :

Доработана функция применения имущественного вычета при расчете заработной платы.
Теперь имущественные вычеты применяются начиная от месяца и года предоставления вычета, день назначения при этом роли не играет.