Информация о файле обновления Галактика G_ZARPL_DLL_913310.TXT


Описание файла обновления:
ФайлG_ZARPL_DLL_913310.TXT
ОбновлениеG_Zarpl_DLL_913310
Назначение
ПродуктГалактика ERP 9.1
Релиз
КомпонентDLL G_Zarpl
Тип
Версия9.1.331.0
Дата2019-08-11 11:36:05
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
NEWГалактика ERP Персонал ЗП Операции Расчет зарплаты Расчет налогов на ФОТ
На этапе Расчета налогов функции расчета заработной платы возникает ошибка Runtime error 216, когда у работника нет начислений в отчетном периоде.Исправлена ошибка Runtime error 216, возникающая при расчете налогов на ФОТ в случае, когда у работника нет начислений в отчетном периоде.
101.67650 * ЗАДАЧА В JIRA: ERP-598NEW
Молодой сотрудник по предыдущей категории достигнут 30%. В соответствии с Коллективным договором, Положением об оплате труда работников, лицам молодого возраста до 30 лет процентная надбавка к заработной плате выплачивается в полном размере с первого дня работы в районах Крайнего Севера, приравненных к ним местностях и южных районах Дальнего Востока, если они прожили в указанных районах не менее 5 лет. Т.к. сотрудник к моменту трудоустройства 03.10.2017 проживал в южных районах Дальнего Востока 24 года, то ему изначально устанавливается надбавка 30%. Далее при переводе на работу в местности, приравненные к районам Крайнего Севера пересчет надбавок (в процентном исчислении) производится пропорционально времени, проработанному в соответствующем районе из расчета 10% надбавки за каждые 12 месяцев, проработанных в данном районе. Т.е. сотрудник зарабатывает надбавку за работу в местностях, приравненных к районам Крайнего Севера 50%.Исправлен расчет северной надбавки при переходе сотрудника из местности "Иные местности с особыми климатическими условиями" в "Местности, приравненные к районам Крайнего Севера".
101.67619 * ЗАДАЧА В JIRA: ERP-562NEWГалактика ERP Персонал ЗП Операции Расчет зарплаты Расчет удержаний (общие вопросы)
Не верно работают функции NAKP12, NAKPM12(M), NAKM12(M, 1, 7). Возвращаемый результат равен нулю.Восстановлена работоспособность функций NAKP12, NAKPM12(M), NAKM12(M, 1, 7).
180.110999.1.329.0Неверный расчет почтового сбора с алиментовЗаработная платаРасчет алиментов и исполнительных листов
Неверный расчет почтового сбора с алиментов. Сотруднику введено постоянное удержание по алиментам (доля 1/4). Установлен долг "Д" и указана сумма остатка 3195,05. При расчете заработной платы почтовый сбор отсутствует, хотя шкала почтового сбора заполнена. Если сумму долга указать 3195,04, то почтовый сбор есть. В данном случае вопрос именно в том, что сумма остатка, который нужно доудержать меньше суммы "1/4 от облагаемой базы для алиментов" и расчет удержаний идет в соответствии с настройкой "Настройки Галактики Управление персоналом Расчеты с персоналом Режимы расчетов Разбивать удержания" со значением отличным от "нет" (в данном случае по подразделениям, аналитике и параметру входящих оплат). Ситуация стабильно проявляется на БД Oracle.При расчете алиментов по группам сумма проверяется с определенной точностью из-за внутреннего представления числа в компьютере.
101.675319.1.329.0Не работает параметр в Удержании пересчитывать по дням "по календарным дням", все считается только из фактически отработанного времениЗаработная платаРасчет алиментов и исполнительных листов
Не работает параметр в Удержании пересчитывать по дням "по календарным дням", все считается только из фактически отработанного времени. Установили в настройке ВУ параметр пересчет суммы по дням в состояние "пересчитывать по рабочим дням табеля" и расчет происходит исходя из рабочих дней, меняем на значение "пересчитывать по календарным", но ничего не меняется, Алименты как считались из рабочего времени так и считаются. Выгрузка по сотруднику во вложении.Модуль управление персоналом. Исправлен алгоритм работы для РФ. При настройке в удержании "пересчитывать по рабочим дням табеля" расчет в удержании идет от фактически отработанного времени, при "пересчитывать по календарным" расчет идет от количества дней в месяце, расчет настройки "не пересчитывать" остался не измененным.
101.674869.1.329.0Фактический аванс и проф.взносы, невозможно отключить расчет профвзносовЗаработная платаРасчет планового аванса и удержаний
Фактический аванс и проф.взносы при расчете Аванса нет возможности отключить расчет профвзносов,Хотя при расчете удержаний с Настройкой данное удержание не помечается. Более подробно ситуация описана во вложении.Доработан функционал расчета удержаний. Теперь пользователь может самостоятельно выбрать доступные сущности удержаний, которые необходимо рассчитать. При этом, на расчет удержаний влияют системные настройки из группы "Расчет удержаний в межпериод" ("Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период") независимо от включения флага, выставленного в окне "Настройка расчета удержаний", т.е., если, например, настройка "Рассчитывать профсоюзный сбор" была выключена (установлена в "нет"), то, даже установка флага в окне "Настройка расчета удержаний" напротив параметра "Профсоюзные взносы" не запустит расчет данной сущности. Выключенные системные настройки из группы "Расчет удержаний в межпериод" имеют наивысший приоритет, чтобы пользователи случайно не выставили неактуальные параметры в окне "Настройка расчета удержаний". В последствии будет доработан функционал проверки установки данных параметров расчета удержаний с аванса.
101.676619.1.328.0Доработка налогов на ФОТ для КазахстанаЗаработная платаРасчет начислений (общие вопросы)
Доработка налогов на ФОТ для Казахстана. В связи с изменениями в алгоритме расчета налогов на ФОТ (СН и ОСМС) необходимо доработать расчет в системе. Порядок определения размера налогов (при доходе работника не более 25 МРП): СН к уплате = (Доход работника - ОПВ - Корректировка дохода) * 9.5% - СО (социальные отчисления), ОСМС к уплате = (Доход работника) * 1.5%, где Корректировка дохода по ИПН = (Доход - ОПВ - стандартный вычет в размере 1 МЗП) * 90%, ОПВ - если работник пенсионер, то ОПВ не отнимается. При доходе работника более 25 МРП корректировка дохода по ИПН не производится.Алгоритм определения размера налогов (при доходе работника не более 25 МРП): СН к уплате = (Доход работника - ОПВ - Корректировка дохода) * 9.5% - СО, ОСМС к уплате = (Доход работника) * 1.5%, где Доход работника - основной совокупный доход из таблицы "Размер годового дохода", ОПВ - обязательные пенсионные взносы, СО - социальные отчисления, Корректировка дохода по ИПН = (Доход работника - ОПВ - стандартный вычет в размере 1 МЗП) * 90%, ОПВ - если работник пенсионер, и в Лицевом счете указано "Нет" в поле Пенсионный, то ОПВ не отнимается. При доходе работника более 25 МРП корректировка дохода по ИПН не производится. Примечание. СН определяется как налог с признаком "Ограничивать базу" = "Н", ОСМС - "Ограничивать базу" = "В".
101.676609.1.328.0Переходящий налоговый вычетЗаработная платаРасчет начислений (общие вопросы)
Переходящий налоговый вычет Проблема по Подоходному налогу. У работника в апреле не полностью была использована сумма Налогового вычета. При расчете Заработной платы в мае переходящий Налоговый вычет не был применен. В расчетном листке в поле Льгота на себя отражается полностью. Общесистемные настройка "Вычеты переносятся на следующий месяц" установлен в значении Да. Также был выполнен Контроль дохода, но результат ИПН остается неверным.Доработан расчет ИПН для Казахстана. Теперь при установленной настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Вычеты Вычеты переносятся на следующий месяц " = ДА вычет переносятся с предыдущих периодов и ИПН рассчитывается корректно.
101.676289.1.328.0некорректно формируется ВУ 203Заработная платаРасчет удержаний (общие вопросы)
некорректно формируется ВУ221. В результатах расчета отсутствует удержание по коду 203, не смотря на то, что была выплата в межпериод Более подробно ситуация описана во вложении Задача в Джире 566Исправлен функционал расчета сумм перечислений.
101.675969.1.328.0В результатах расчет присутствует ВО, которого нет в начисленияхЗаработная платаРасчет удержаний (общие вопросы)
В результатах расчет присутствует ВО, которого нет в начислениях. Есть выплата отпуска в межпериод, которая прошла по ВО 3040 и 3044. Эти же ВО есть в реестрах. При этом в результатах расчета по ВУ 203 ссылка на ВО 3043, которого не должно быть. Из-за этого в соответствии с приоритетами сумма "уходит" не на тот ВО. Сумма 77,78 по ВУ 221 должна быть на ВО 1000, а не 3040, т.к. 3040 выплатили в межпериод. Задача в Джире ERP-536Исправлено неверное определение вида оплаты отпуска при создании перечисления при расчете заработной платы.
101.675879.1.328.0По определенному ВО увеличивается сумма к выдачеЗаработная платаРасчет удержаний (общие вопросы)
По определенному ВО увеличивается сумма к выдаче выявилась проблема увеличения суммы перечисления по ВО 3041. 1 Для ТНФ в рамках ПиР 101.65967 была проведена доработка расчета заработной платы с настройкой "Учет выплат по реестрам" = только на перечисление заработной платы. С установленной настройкой по ВО 3041 к выдаче идет полная сумма (не отнимается НДФЛ).Исправлено. Расчет удержаний идет корректно.
101.674399.1.328.0Нет возможности отключить расчет НДФЛ при расчете удержаний с АвансаЗаработная платаРасчет планового аванса и удержаний
Нет возможности отключить расчет НДФЛ при расчете удержаний с Аванса. Удержания с аванса - автоматически удерживается НДФЛ хотя его не выбирали при расчете удержаний. Подробное описание во вложении.При выключенном значении расчета НДФЛ в интерфейсе расчета удержаний с аванс данное удержание не рассчитывается.
101.673589.1.328.0При расчете отпускных будущего периода удерживаются алименты закончившихся исполнительных листов после расчета зарплатыЗаработная платаОтпуска будущих периодов
При расчете отпуска в будущем периоде программа не видит окончившиеся исполнительные листы прошлого месяца и производит несуществующие удержания. Например,в текущем месяце рассчитали заработную плату, остаток алиментов удержался, но при расчете отпусков будущего периода алименты снова удерживаются.Модуль заработная плата. Расчет отпуска. При расчете отпуска в будущем периоде учитывается расчет алиментов и исполнительных листов только после расчете заработной платы в текущем периоде, так как значения для будущего периода будут браться из текущего.
101.672669.1.327.0Имущественный вычет за прошлые периоды сторнируется не правильно.Заработная платаРасчет подоходного налога
Имущественный вычет за прошлые периоды сторнируется не правильно. Пример: Текущий месяц 03.2019. Доходы с начала года: январь = 35000, февраль = 35000, март = 26250. В постоянных доплатах заносим сумму вычета на 200 000 руб и алгоримом 97, признак 0. В настройках сторнирования налога указано количество месяцев = 2. В результатах расчета предоставляются следующие суммы вычетов: январь -35000 февраль -35000 март -70000 ! Ошибка, почему не -26250 ?!?! Во вложении выгрузка лицевого счета и протокол расчета зарплатыИсправлен расчет НДФЛ при наличии имущественного вычета.
102.2014509.1.326.0С настройкой удержания аванса "разбивать по подразделениям, аналитике, параметру и виду оплаты" сумма выплаченного аванса не совпадает удержанием аванса при расчете зарплатыЗаработная платаУчет реестров и платежных ведомостей при расчете заработной платы
Предприятие выплачивает аванс рассчитывая заработную плату за период (установлена настройка "Считать заработную плату за период авансом"-"да"). Если в настройке удержания установлено "разбивать по подразделениям, аналитике, параметру и виду оплаты" сумма выплаченного аванса не совпадает удержанием аванса при расчете зарплаты. Выгрузка по ЛС во вложении. Проблема проявляется на ЛС 1117. Аванс выплачен 13812.93, удержание формируется на сумму 13812,92. Если установить "учитывать в подразделении на дату формирования" сумма удержания аванса правильная.Доработана функция учёта реестров при расчёте заработной платы. Теперь, если для удержания "аванс" установлено значение "разбивать по подразделениям, аналитике, параметру и виду оплаты", дополнительно проверяется префикс реестра. Дополнительной разбивке подлежат только авансовые реестры с префиксом "R$A"
101.673769.1.326.0Расчет налогов на ФОТ - допвзносы не рассчитываются без сторнирования, если установлено любое количество месяцев сторнирования помесячных налоговЗаработная платаРасчёт налогов на ФОТ
При сочетании настроек: "Настройки Галактики Управление персоналом Расчеты с персоналом Взносы и налоги на ФОТ Налоги - Количество месяцев для сторнирования помесячных налогов" > 0, "Настройки Галактики Управление персоналом Расчеты с персоналом Взносы и налоги на ФОТ Налоги Страховые взносы - Количество месяцев сторнирования ЕСН/Страховых взносов в расчетном" = 0 Допвзносы не рассчитываются. См. выгрузку с примером во вложенном файле, но нужно рассчитывать только налоги на ФОТ - без пересчёта начислений, т.к. условия труда в выгрузку не передаются и при пересчёте начислений пропадут. Если же установить первую настройку =0, ИЛИ вторую настройку >0 - то допвзносы рассчитываются нормально. Т.е. корректный расчёт допвзносов при сочетаниях настроек: "Настройки Галактики Управление персоналом Расчеты с персоналом Взносы и налоги на ФОТ Налоги - Количество месяцев для сторнирования помесячных налогов" = 0, "Настройки Галактики Управление персоналом Расчеты с персоналом Взносы и налоги на ФОТ Налоги Страховые взносы - Количество месяцев сторнирования ЕСН/Страховых взносов в расчетном" = 0 или "Настройки Галактики Управление персоналом Расчеты с персоналом Взносы и налоги на ФОТ Налоги - Количество месяцев для сторнирования помесячных налогов" > 0, "Настройки Галактики Управление персоналом Расчеты с персоналом Взносы и налоги на ФОТ Налоги Страховые взносы - Количество месяцев сторнирования ЕСН/Страховых взносов в расчетном" > 0. P.S. Для сторнирования допвзносов должна применяться вторая настройка, то есть необходимо полностью убрать влияние первой настройки на расчёт допвзносов.При сторнировании допвзнозов при расчете налогов на ФОТ учитывается только настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Взносы и налоги на ФОТ Налоги Страховые взносы - Количество месяцев сторнирования ЕСН/Страховых взносов в расчетном" . Настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Взносы и налоги на ФОТ Налоги - Количество месяцев для сторнирования помесячных налогов" не влияет на сторнирование допвзносов при расчете налогов на ФОТ.
101.674839.1.325.0RunTime при расчете удержанийЗаработная платаРасчет удержаний (общие вопросы)
RunTime при расчете удержаний Повторяется на выгрузке л/с клиента - во вложенииИсправлено.
101.673079.1.324.0Неверно рассчитан налог на доход при наличии вычета на детейЗаработная платаРасчет подоходного налога
Неверно рассчитан налог на доход при наличии вычета на детей. Пример во вложении. Проявляется на ORACLE и MS SQL Налог на доход по основному месту работы должен быть (28 476,9 - 1400)*13% = 3 520,00 У сотрудника два лицевых счета по которым рассчитывается зарплата. Налог на доход рассчитывается не верно при настройках: Раздельный расчет по обособленным подразделениям = из подразделений отнесения затрат. Сводить к единой сумме за год при раздельном расчете по обособленным подразделениям =Нет Настройки выставлены в 2018 году и специально. Неверный расчет налога на доход повторяется по всем сотрудникам у кого есть вычет на детей или имущественный вычет Проблема повторяется и для тех у кого была работа на нескольких обособленных подразделений и у кого есть работа в одном обособленном подразделении.MSSQL/Oracle. Расчет удержаний. Исправлена ошибка с некорректным учетом предыдущих удержаний.
101.673779.1.324.0некорректно рассчитываются алименты и исполнительные листы при расчете НДФЛ с авансаЗаработная платаРасчет планового аванса и удержаний
некорректно рассчитываются алименты и исполнительные листы при расчете НДФЛ с аванса. Настройка "НДФЛ в функции "Рассчитать алименты и исполнительные листы" с аванса"=вычитать. У сотрудника есть алименты 1/4, аванс у сотрудника 25000, если мы считаем НДФЛ+Алименты сценарий расчета должен быть таков: 25000-3250 (НДФЛ)=21750 и уже с этой суммы должны считаться алименты 21750 *0,25 = 5437,5. В данный момент система считает, что НДФЛ, что Алименты+исполнительные листы с полной суммы фактического аванса. Т.е. 25000 Аванс, 1/4 алименты, 25000*0,25= 6500, НДФЛ также составляет 3250 в этом случае -это неправильно, по всем правилам расчета Алиментов, с дохода сотрудника сначала вычитается НДФЛ, а потом уже рассчитываются Алименты и исполнительные листы. во вложении настройки расчета Аванса + выгрузка ЛС.Исправлено.
101.671929.1.323.0Расчет НДФЛ - при повторном расчете портится ссылка на реестр окончательной зарплаты в НДФЛ с доначисления отпускаЗаработная платаРасчет удержаний (6-НДФЛ)
Отпускные были перечислены частично в межпериод и частично с окончательной зарплатой. При повторном расчёте удержаний без предварительного удаления реестра НДФЛ с зарплаты и если реестр перечисления зарплаты не оплачен, то в записи НДФЛ с "доначисления" отпуска "источник выплаты" меняется на реестр отпуска (межпериода) - впоследствии это приводит к ошибкам в 6-НДФЛ. А если реестр перечисления зарплаты оплачен, то ссылка на него нормально сохраняется. Итого, если при расчёте НДФЛ с "доначисления" отпускных подтягивается из окончательного реестра НДФЛ, то необходимо сохранять ссылку на существующий источник выплаты, даже если он не оплачен. Во вложенных файлах xml-выгрузка с примером и подробное описание со скриншотами.Ссылка на реестр НДФЛ устанавливается корректно.
180.111089.1.322.0Неверно рассчитывают удержания по исполнительным листамЗаработная платаРасчет алиментов и исполнительных листов
Удержания по исполнительным листам в РЛ удваиваются в случае, если в постоянных удержаниях эта сумма указана как постоянная сумма и есть начисления за буд. период. Общесистемная настройка "Учет облагаемых сумм и алиментов" в значении - по месяцу, в котором они были рассчитаны. Неверно рассчитываются удержания по исп.листам, когда в текущем периоде начисляют сумму с минусом за прошлый период.Действие общесистемной настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Почтовые переводы, алименты, исп.листы Учет облагаемых сумм и алиментов" распространили на сбор облагаемой базы для постоянных удержаний с типом "исполнительный лист".
102.2016359.1.321.2Неверный учет имущественных вычетов при сторнировании налога на доходыЗаработная платаРасчет подоходного налога
Установлены значения "из дополнительных аналитик" в настройке "... Налог на доходы Раздельный расчет по обособленным подразделениям" "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Сводить к единой сумме за год при раздельном расчете по обособленным подразделениям" - да. В текущем месяце занесли имущественные вычеты с начала года, установили суммы. В вкладке налог на доходы установили количество месяцев пересчёта для возмещения с начала года. По результатам расчета видно что вычеты за 3 месяц учитывается неверно, а так же не учитывается второй вычет 9103.Доработана функция расчёта НДФЛ для значения отличного от "нет" в настройке "... Налог на доходы Раздельный расчет по обособленным подразделениям" и для любых значений настройки "... Налог на доходы Сводить к единой сумме за год при раздельном расчете по обособленным подразделениям". при предоставлении имущественных или социальных вычетов задним числом. Теперь записи о вычетах формируются правильно на всю сумму дохода с начала года. Удержание НДФЛ не происходит.
102.2011109.1.321.1Неверная сумма подоходного налога, если есть возврат за счет вычетовЗаработная платаРасчет подоходного налога
Неверная сумма подоходного налога, если есть возврат за счет вычетов Установлены настройки: "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Раздельный расчет по обособленным подразделениям" "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Сводить к единой сумме за год при раздельном расчете по обособленным подразделениям" "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Сторнирование и возврат Возвращать налог за счет вычетов" Текущий месяц - март. В марте сотрудник принес вычеты на ребенка с 01/01/2019 Устанавливают количество месяцев для сторнирования - 2. Учитывать вычеты с 01/01/2019. При расчете заработной платы за март идет трижды возврат НДФЛ за январь. В январе оклад разбит на две части отпуском на периоды: 01/01-09/01 и 24/01-31/01. Возврат НДФЛ за январь идет тремя записями: 01/01-09-01 -182 руб. 24/01-31/01 -182 руб. 01/01-31/01 -182 руб. В размере годового дохода общая сумма НДФЛ за 3 месяца больше на 364 руб. НДФЛ за три месяца должен быть: (222776,95-4200)*13% = 28415 Если изменить настройку "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Раздельный расчет по обособленным подразделениям" на "нет", то общая сумма НДФЛ становится верная, но в результатах расчета все равно остаются три записи.Для России доработана функция формирования сумм НДФЛ в результатах расчёта. Теперь при наличии сумм возврата начислений за предыдущие месяцы, лишние записи не формируются. Проблема проявлялась при наличии в архиве "Суммы удержаний" нескольких записей за месяц по одному и тому же виду оплаты.
106.106909.1.321.1Почтовый сбор с отрицательной суммы ВО с алгоритмом 3 учитывается дваждыЗаработная платаРасчет алиментов и исполнительных листов
Расчет почтового сбора с отрицательной суммы ВО с алгоритмом 3 учитывается дважды. Неверный расчет почтового сбора с отрицательной суммы вида оплаты при ВУ 187 с параметром "разбивать по подразделениям, аналитике, параметру и виду оплаты". Неверный расчет с переходящим отпуском.Модуль заработная плата. При расчете удержания берется сбор за весь период расчета.
102.1763899.1.321.1РБ: Двойное удержание алиментов готовой суммой с отпусков, если отпуск из нескольких источниковЗаработная платаРасчет алиментов и и/листов с отпусков межпериода
РБ: Двойное удержание алиментов готовой суммой с отпусков межпериода, если отпуск из нескольких источников.При расчете удержаний с отпуска в случае, если сумма к удержанию по алиментам/ИЛ задана в фиксированной сумме/количестве базовых величин, не происходит задвоение сумм для отпуска, оплачиваемого из нескольких источников.
102.1995529.1.321.0Отпускные сторнируются дваждыЗаработная платаРасчет начислений (общие вопросы)
Отчетный период "февраль". Будущий период "март". Февралем рассчитан отпуск в марте. Потом февралем же было доначисление. Потом отпуск отозван. В марте увольняется и отпуск сторнируется. В предварительном просмотре (в будущем периоде март) формируются отдельные записи по каждому пересчёту, а вот при расчёте заработной платы данное обстоятельство не учитывается.1.Доработана функция сторнирования начислений при расчете заработной платы по настройке "... Управление персоналом Расчетный период" - будущий. Доработка проводилась для записей из "Предварительного просмотра" с пометками "СО" и "СБ" в том случае,если в соответствующих дополнительных входимостях (31 и 32) в качестве примечания указано "пересчитывать по дням" или "пересчитывать по часам". При обработке сторнирующих записей из предварительного просмотра анализируется ссылка на исходную запись. Если ссылка задана, то сторнируется именно та запись, по которой создана исходная запись в просмотре. Если ссылка не задана,то считается, что запись создавалась вручную. По таким записям возврат сумм идет так, как было раньше. Примечание. При учете записей с пометкой "СБ" учитывается доп.входимость (31) Сторнируется при наличии больничного, отпуска за закрытый период. При учете записей с пометкой "СО" учитывается доп.входимость (32) Учитывается при сторнировании отпускных сумм. Если в примечании для этих доп.входимостей указано "пересчитывать по алгоритму" то функционал работает, как раньше,согласно указанному алгоритму.
180.110759.1.321.0В результаты расчета 2019 года (расчет в будущем периоде) попадают сторнирующие записи 2018 года по НДФЛЗаработная платаРасчет подоходного налога
Отчетный период в ЗП январь 2019 года, расчет производили в будущем месяце в феврале 2019 года. В лицевом счёте указано 12 месяцев для пересчёта НДФЛ. Сотрудник платит авансовый платеж и следовательно вносятся записи. В результаты расчета 2019 года (расчет в будущем периоде) формируются записи погашения НДФЛ за 2018 год. Хотя сам НДФЛ не возвращается. В результате справки 2-НДФЛ и 6-НДФЛ за 2018 год формируются неверно. Проблема в том, что НДФЛ погашался не в тех месяцах, когда он удерживался, т.е.месяцы и суммы удержания и погашения НДФЛ не соответствуют друг другу.Исправлен ошибочный возврат авансового платежа при расчёте в будущем периоде с учетом сторнирования. Теперь при попытке формирования суммы к погашению за счет авансовых платежей происходит сравнение сумм авансовых платежей и их погашения за прошлый год. Погашение не происходит, если суммы совпадают.
180.110059.1.321.0Неверный расчет алиментов в больничном листеЗаработная платаРасчет алиментов и исполнительных листов
Неверный расчет алиментов в больничном листе. В случае, когда у сотрудника есть несколько постоянных удержаний по алиментам и ИЛ, в которых указаны различные значения параметра "Решение суда". И был расчет алиментов и ИЛ с отпускных. Например. У сотрудника есть два постоянных удержания: 1) ВУ 187, алименты (доля 1/3), решение суда = ДА 2) ВУ 188, исполнительный лист (50%), решение суда = НЕТ В межпериод были рассчитаны отпускные, удержания по 187 и 188 ВУ рассчитаны верно. Далее сотрудник принес больничный лист, который тоже рассчитывается в межпериод. Для ВО по больничному указана доп. входимость 48 - В расчет алиментов и исполнительных листов - по решению суда. При расчете удержаний с больничного, алименты получаются с минусом. Так как при расчете алиментов с больничного учитывается итоговая сумма алиментов и ИЛ с отпускных, несмотря на то что удержание по ИЛ с больничных не удерживается.Изменен подход к формированию итоговой суммы алиментов и ИЛ при расчете удержаний с сумм больничных. Теперь при подсчете итоговой суммы используются записи детализации алиментов и ИЛ по получателям. В результате имеем корректное значение в описанной ситуации.
101.665899.1.321.0Учет максимального ограничения при расчете алиментов в больничныхЗаработная платаРасчет алиментов и исполнительных листов
Требуется доработать учет максимального ограничения при расчете алиментов в больничных. На данный момент, при расчете удержаний в больничном листе, система не анализирует, что алименты нужно удержать не более 70% от суммы больничного. И удерживается почти вся сумма (за исключением НДФЛ) в пользу алиментов. Вопреки настройке "Максимальный процент удержаний из дохода".Для РФ и РБ. Доработан учет максимального ограничения при расчете алиментов и исполнительных листов с больничных.
101.654179.1.321.0Для формирования реестров на перечисление алиментов в межпериод нужна детализация суммы алиментов в разрезе получателей.Заработная платаРасчет удержаний с больничных листов
В больничных алименты считаются лишь общей суммой, а для формирования реестров нужна детализация этой суммы в разрезе получателей. В отпусках эта детализация реализована, а в больничных нет. Реализовать в больничных детализацию по алиментам и и/л.Модуль заработная плата, Операции- Больничные - Расчет больничных - Листки нетрудоспособности - Суммы по месяцам в полях "Алименты,и/л" добавлена возможность просмотра детализации удержаний в межпериод. При расчете удержаний по больничным листам, формируется детализация по алиментам и исполнительным листам. При вызове расчета по удержаниям, текущий расчет очищается. При переходе к новому периоду, предыдущий расчет очищается. При пересчете больничного суммы по алименты и и/л очищаются.
102.1971849.1.321.0Нужна возможность не округлять тарифы/окладыЗаработная платаОбновление тарифов (окладов)
Нужна возможность не округлять тарифы/оклады.Добавлена возможность округлять тарифы и оклады в меньшую сторону. Настройка "Настройки Галактики Управление персоналом Общие настройки Тарифные ставки Правила округления Тарифы и оклады округлять в большую сторону" скрыта. Добавлена новая настройка : "Настройки Галактики Управление персоналом Общие настройки Тарифные ставки Правила округления Округление тарифов и окладов" со значениями "По математическим правилам", "В большую сторону", "В меньшую сторону". Доработана Сервисная функция "настройка сервисные функции Обновление тарифов и окладов", на данный момент при ее выполнении учитывается значение добавленной настройки. Доработаны функции изменения Тарифов и окладов (Управление персоналом Операции Изменение тарифовокладов Изменение тарифов и окладов в штатном расписании и картотеки) при их выполнении учитываются значения добавленной настройки Также доработана отчетность, при формировании отчетов тарифы и оклады округляются с учетом добавленной настройки. К примеру доработаны следующие отчеты: - Личная карточка по форме Т2 приказ N1 от 05.01.2004 - Личная карточка по форме Т2 ГС приказ N1 от 05.01.2004 - Личная карточка по форме Т2 (РБ) - Личная карточка по форме Т2
102.1984579.1.320.0НДФЛ_СторноЗаработная платаРасчет подоходного налога
Ситуация: сотруднику нужно сторнировать удержанный НДФЛ с 2016 года. Что делаем: - в ЛС установили параметр "не удерживать НДФЛ с" в значение "01.01.2016" - в ЛС установили параметр "количество месяцев для пересчета" в значение "36" - сделали контроль дохода поочередно за 2016, 2017, 2018. - запустили расчет зп. В результате НДФЛ не сторнировался. установлено значение "из дополнительных аналитик" в настройке ": Налог на доходы Раздельный расчет по обособленным подразделениям" Выполнили сервисную "Контроль для раздельного расчёта по обособленным подразделениям" с параметром: "Заполнять ссылки на обособленные подразделения, КПП и ОКТМО". Налог за 2016, 2017 не сторнировался. В придачу с плюсом прошли отсторнированные суммы в 2018. Сторнирование ранее происходило потому, что стояло значение "да" в настройке ": Налог на доходы Сводить к единой сумме за год при раздельном расчете по обособленным подразделениям" По рекомендации отдела разработки установили в "нет", но вот оказалось, что описанный выше случай не работает.1.Для России доработана функция возврата НДФЛ при значениях, отличных от "нет", настройки "... Расчеты с персоналом Налог на доходы Раздельный расчет по обособленным подразделениям". Доработка актуальна при значении параметра "не удерживать НДФЛ с" в значение "...". Теперь в таких случаях суммы НДФЛ возвращаются, начиная с даты, указанной в данном поле. Возврат происходит независимо от соответствия ссылки на обособленное подразделение, КПП и ОКТМО данным текущего месяца.
101.668809.1.320.0Расчет удержаний - не разбивается перечисление аванса по аналитике входящих оплат для работающих НЕ с начала месяцаЗаработная платаОтнесение затрат по начислениям и удержаниям при расчете заработной платы
1.В КВУ для перечисления аванса задан тип "Перечисление"/"Аванс" и правило "разбивать по подразделениям, аналитике, параметру и виду оплаты". Начисления разбиты по аналитике "Производственные заказы" (для этого используется функционал распределения затрат). Но если работник принят не с начала месяца, то удержание аванса по заказам не разбивается) - 2.Кроме того, у этого же работника на основном ЛС таб. 29 есть начисление по ВО 35 (командировочные) без заказа, а в записи перечисления зарплаты (ВУ 223) по этому ВО формируется заказ из ЛС. 3.Необходимо изменить принцип распределения аванса по входящим видам оплат, согласно примеру. Сначала сумма аванса пропорционально разбивается по ВО 7 и 9, а потом ещё каждый из них разбивается в соответствии с начислениями: 98400*112500/184500=60000 - это аванс с ВО 7 98400*72000/184500=38400 - аванс с ВО 9 Ну и дальше каждая часть разбивается ещё по часам из начислений : 60000*71,4/119=36000 60000*47,6/119=24000 38400*71,4/119=23040 38400*47,6/119=15360 4. Необходимо ограничить попадание сумм в период расчёта аванса. На текущий момент период аванса ограничивается датой из реестра => поле "сформирован". Например, это поле равно 22/02/2019. И, если мы посмотрим, результаты расчёта удержаний, то увидим, что у записи аванса даты с 01/02/2019 - 22/02/2019 Таким образом, берем все виды оплат, которые входят в аванс и хотя бы частично попадают на период аванса. Пока нужно исключить те начисления, которые не попадают в этот период.Для значения "учет ведется" и аналогичных в настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период Учет выплат по реестрам" доработана функция формирования результатов расчета удержаний. Доработка выполнялась для значений "Перечисление"/"Аванс" и правила "разбивать по подразделениям, аналитике, параметру и виду оплаты". 1. Теперь удержание аванса разбивается по заказам для поступивших в текущем месяце. 2. Изменён принцип распределения аванса по входящим видам оплат, согласно примеру. Сначала сумма аванса пропорционально разбивается по видам оплаты, которые входят в расчёт аванса: 98400*112500/184500=60000 - это аванс с ВО 7 98400*72000/184500=38400 - аванс с ВО 9 Затем каждая часть разбивается ещё по часам из начислений: 60000*71,4/119=36000 60000*47,6/119=24000 38400*71,4/119=23040 38400*47,6/119=15360 3. Ограничено попадание сумм в период расчёта аванса. На текущий момент период аванса ограничивается датой формирования реестра. Таким образом, для формулы распределения аванса учитываются все виды оплат, которые входят в аванс и, хотя бы частично, попадают в период аванса. Исключаются те начисления, которые не попадают в этот период. 4.Доработано отнесение НДФЛ по виду оплаты к определённой группе для перечислений. Теперь при отнесении НДФЛ дополнительно проверяется входит ли вид оплаты в расчёт удержаний в принципе. Если В.О.не входит в расчёт удержаний, то НДФЛ от этой группы не отнимается.
102.1994209.1.320.0Разный расчёт НДФЛ в межрасчётных выплатах в зависимости от того, сколько ЛС отмеченоЗаработная платаРасчет удержаний в режиме "Начисления и выплаты"
Выполняя расчет НДФЛ используя "расчет без учета вычетов на работник и иждивенцев" мы получаем разные варианты расчёта НДФЛ в зависимости от того считаем по одному сотруднику или сразу по группе. Это ошибочно в корне. Мы всегда должны получать одинаковый результат расчета НДФЛ.Доработана функция расчета НДФЛ в межрасчётный период. Теперь вычеты предыдущего сотрудника не применяются при новом расчёте. Одновременно учтена аналогичная ситуация с учётом сумм из смежных лицевых счетов. Примечание. Проблема проявлялась при значениях, отличных от "нет" в астройке "... Расчеты с персоналом Налог на доходы Раздельный расчет по обособленным подразделениям"
102.1978249.1.320.0Неверно удерживаются алименты по нескольким исп.листам в фиксированных суммах с разными макс.ограничениямиЗаработная платаАлименты, исполнительные
Неверно удерживаются алименты по нескольким исп.листам, с различными значениями параметра по решению суда, в фиксированных суммах с разными макс.ограничениями. Не соблюдаются максимальные ограничения по удержаниям, алименты удерживаются полностью в фиксированных суммах.Исправлен учет максимального ограничения в случае расчета алиментов/ИЛ по нескольким постоянным удержаниям, для которых установлены различные значения параметра по решению суда.
101.668709.1.320.0Год для строки по налогу определился не правильно.Заработная платаРасчет подоходного налога
В январе начислена материальная помощь за прошлый год. Год для строки по налогу определился не правильно. Это в последствии приводит к неправильному формированию налоговой отчетности.Для России доработан процесс формирования результатов расчета НДФЛ c материальной помоши за прошлый месяц. Теперь даты и год периода, к которому относится начисленная сумма при расчёте удержания, определяется согласно настройкам налогообложения.
180.110599.1.320.0Неверно рассчитывается сумма по удержаниям если сначала рассчитать БЛЗаработная платаРасчет сумм в режиме "Удержания и выплаты"
Неверно рассчитывается сумма по удержаниям если сначала рассчитать БЛ.Доработан расчет сумм по удержаниям.Если сначала рассчитать БЛ, то сумма по удержаниям рассчитывается корректно.
101.664139.1.320.0При формировании списка доплат до МЗП почасовой МРОТ из справочника умножается на 100Заработная платаЭкспорт сумм доплат до МЗП
При формировании списка доплат до МЗП почасовой МРОТ из справочника "Минимальная заработная плата (базовая величина)" умножается на 100.Для РФ. При формировании списка доплат до МЗП почасовой МРОТ из справочника "Минимальная заработная плата (базовая величина)" выдает правильное значение из справочника.
102.1883659.1.320.0У сотрудника со льготами и нулевой НБ появился налогЗаработная платаРасчёт налогов на ФОТ
РФ. У сотрудника со льготами и нулевой НБ появился налог (в расчетном листке итог за месяц равен 0).Настройка на РФ. Исправлено - если у работника отсутствует сформированная облагаемая база по годовым налогам на ФОТ при наличии льготы - излишние "компенсирующие" друг друга записи по налогам не формируются.
102.1988159.1.319.0Пересчет НДФЛ по вычетам за предыдущий отчетный периодЗаработная платаРасчет подоходного налога
Сотрудник в феврале принес заявление на предоставления вычетов на иждивенцев с января 2019. В Галактике завели и установили параметры для пересчета: Пи этом у сотрудника в январе был доход 4539,88, но вычет еще не был предоставлен. Далее в феврале вводится вычеты и предоставляются с января в размере 5800 за каждый месяц (1400+1400+3000). Соответственно сделали заполнение архива вычетов, и делаем контроль дохода, рассчитываем ЗП и смотрим результаты расчета, и видим, что система возвращает 590 руб за январь, и НДФЛ составляет 744 руб В январе перешли на значение настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы - Раздельный расчет по обособленным подразделениям" в "из дополнительных аналитик". Сервисная функция контроля по обособленным подразделениям выполнена: Как настроить правильный расчет? Так как в совокупный доход после расчета ЗП возврат -590 не учитывается, так же как и в 2-НДФЛИсправлена ошибка расчёта НДФЛ с настройкой "... Налог на доходы - Раздельный расчет по обособленным подразделениям" в "из дополнительных аналитик" при предоставлении стандартных вычетов с начала предыдущих месяцев. Теперь НДФЛ рассчитывается правильно.
102.1978129.1.319.0неверно расчитывается удержание с кодом 191Заработная платаРасчет алиментов и исполнительных листов
При расчете з.пл за январь месяц неверно сформировалось удержание 191. У данного сотрудника несколько удержаний под кодом 191 и проблема оказалась в том, что есть начисления за будущий период( отпуск, переходящий на февраль). А в самом удержании указан признак доудержать, равный "Д" и сумма отсатка не превышает удвоенного значения суммы удержания за месяц. Например. В постоянном удержании указана доля 10/100, признак доудержать "Д" и сумма остатка = 128,98 р. Сумма по этому удержанию должна составлять за январь месяц: исходя из начисленных сумм 1043,71 р. и рассчитанных подоходного налога 131,52 р. и пенсионных взносов 8,23 р. составляет 90,40 р., за февраль: исходя из начисленных сумм 275,58 р. и рассчитанных подоходного налога 17,37 р. и пенсионных взносов 2,76 р.25,50 р. А в результатах расчета получаем другие неверные суммы.Для РБ. Исправлен расчет в описанной ситуации.
102.1979149.1.319.0Сторнирование сумм по ВО с алгоритмом пользователяЗаработная платаПользовательские алгоритмы
Пользовательский алгоритм. Так вот. При сторнировании расчет суммы ПО УМОЛЧАНИЮ идет по данным архива и рассчитывается по часам.Добавлена новая доп. входимость: 38 - "Сторнирование сумм по виду оплаты" с параметрами "пересчитывать по алгоритму", "пересчитывать по часам", "пересчитывать по дням". При наличии в предварительном просмотре записи с отрицательным количеством дней или часов без пометки будет дополнительно проверяться входимость 38. Если для данной входимости указано "пересчитывать по алгоритму ", будет выполняться пересчёт по соответствующему алгоритму.
102.1988919.1.318.0Учет прочих удержаний при пакетном расчете отпусковЗаработная платаОкно формирования, просмотра и редактирования отпусков
Требуется реализовать учет прочих удержаний при любом расчете отпусков: разбивать суммы прочих удержаний пропорционально начисленным суммам каждого фрагмента отпуска (источнику оплаты, месяцам) каждого помеченного пакета отпусков при выплате в межпериод.1. В окне списка отпусков избавились от возможности избирательной пометки отпусков внутри пакета (в нижнем табличном просмотре). 2. Перефрагментация частей прочих удержаний происходит при любом расчете отпуска аналогично тому, как это реализовано в окне редактирования отпусков. В случае наличия реестра на перечисление в банк, связанного с пакетом отпусков, при установленной настройке о необходимости cохранения сумм НДФЛ при наличии реестра на перечисление: - после пересчета отпуска происходит фрагментация по всем записям пакета отпусков - при значении настройки "Сохранять рассчитанную (проставленную) ранее ненулевую сумму на руки" = "да" сумма отпуска на руки не изменяется.
102.1771959.1.317.0Повторно удерживаются алименты фиксированной суммой при расчете в межпериодеЗаработная платаРасчет алиментов и и/листов с отпусков межпериода
Повторно удерживаются алименты фиксированной суммой при расчете в межпериоде Сначала рассчитываются алименты в начислениях и выплатах, а затем в отпуске. Фиксированная сумма алиментов удерживается дважды и в начислениях и в отпуске.Доработан расчет алиментов и ИЛ в межпериод. Для постоянных удержаний (с типом алименты или ИЛ) с указанной фиксированной суммой (или заданным количеством базовых величин). В данном случае при расчете будут учитываться уже посчитанные ранее суммы алиментов и ИЛ по таким удержаниям за тот же период в других сущностях межпериода.
104.204709.1.317.0Доработка для пользователей Украины (ограничение по ЕСВ при отсутствии больничного в системе)Заработная платаРасчёт налогов на ФОТ
По работникам (по основному месту работы) по которым не были предоставлены документы-основания отсутствия (в частности, не был предоставлен больничный лист), а само отсутствие оформлено табельной неявкой с типовым кодом "НЗ", - ЕСВ необходимо начислять за фактически отработанное время (без применения минимального ограничения), поскольку общая сумма дохода за месяц еще не известна (сумма больничных будет определена после предоставления листка нетрудоспособности).Доработан расчёт ЕСВ ("Настройки Галактики Общие настройки системы Настройки для страны" в значении "Украина") для работников, работающих по основному месту работы (код вида работы = 0). Если работник не предоставил документ-основание отсутствия (в частности, им не был предоставлен больничный лист), и в системе его отсутствие оформлено табельной неявкой с типовым кодом "НЗ" (кириллица, заглавные), то ЕСВ начисляется на фактически начисленную зарплату (без применения минимального ограничения).
102.1947099.1.317.0Неправильный расчет северного процентаЗаработная платаРасчет начислений (Северные надбавки)
Работник старше 30 лет, обычная шкала, работает в новых условиях с 01.01.2018 переведен из иных местностей с СП 30% в МКС с СП 50%. Надбавку +10% положено начислять, когда будет отработан один год, т.е. с 01.01.2019. Однако уже в декабре программа насчитывает работнику +10%, хотя год он еще не отработал.Доработан расчёт северных надбавок для значения "в рамках периода, за который начислена сумма" настройки: "... Расчеты с персоналом Северные надбавки Расчет процента". Добавлен дополнительный контроль для случая, когда работник отработал на конец расчётного месяца ровно год. В этом случае пересчёт % по календарным дням не происходит. Считается, что начисление процента пойдёт со следующего месяца.
106.106749.1.317.0Неверный расчет почтового сбора с отрицательной суммы вида оплатыЗаработная платаАлименты, исполнительные
Неверный расчет почтового сбора с отрицательной суммы вида оплаты при ВУ 187 с параметром "разбивать по подразделениям, аналитике, параметру и виду оплаты".Исправлен расчет почтового сбора.
101.666849.1.317.0Увеличить разрядность для отображения процента ставки налога до трёх символов после запятойЗаработная платаКлассификатор налогов на ФОТ
Необходимо увеличить разрядность при отображении процента ставки налога до трех символов после запятой. Клиент с 1 января 2019 г поднял ставку налога "Начисление ( II класс риска)" с 0,20 % до 0,208 %. В окне редактирования записей классификатора налогов на ФОТ в поле процент значение 0,208 можно ввести (и потом расчет налога корректно производится по ставке 0,208), но при уходе с поля введенное значение отображается как 0,21. В протоколе расчета заработной платы ставка налога также отображается как 0,21. Несоответствие значения ставок вводит в заблуждение.Изменен формат отображения поля "Процент" до 3 знаков после десятичной точки при: - просмотре списка записей классификатора налогов на ФОТ, - редактировании записи классификатора налогов на ФОТ (при позиции курсора на других полях), - выдаче настраиваемого пояснительного протокола расчёта.
102.1976979.1.317.0Устранить утечку памяти в procedure _regs(... библиотеки G_ZARPL (LowProc.pas)Заработная платаРасчет алиментов и исполнительных листов
Устранить утечку памяти в procedure _regs(... библиотеки G_ZARPL (LowProc.pas) В procedure _regs(... в части освобождения ресурсов необходимо добавить освобождение объекта AlimILPCex; limILPCex.Free;Устранена утечка памяти при освобождении ресурсов в модуле G_Zarpl, (LowProc.pas, procedure _regs(.... Выгрузка объекта AlimILPCex осуществляется корректно.
102.1968189.1.317.0Обнулять суммы по алиментам и исп.листам переходящим в архивЗаработная платаРасчет алиментов и исполнительных листов
Если для удержаний по алиментам и исп.листам при переводе их в архив поменять статус на - "Участвует в расчете" и рассчитать з/п , то данные удержания попадают в расчет. Необходимо обнулить поле "Сумма удержания", либо, если удержание возвращено из архива и поле "Остаток" не заполнено, не включать данное удержание в расчет.При расчете удержаний по алиментам, если поле "Доудержать" = "Д" и поле "Остаток" = 0, то данное удержание не участвует в расчете.