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


Описание файла обновления:
ФайлG_ZARPL_DLL_913360.TXT
ОбновлениеG_Zarpl_DLL_913360
Назначение
ПродуктГалактика ERP 9.1
Релиз
КомпонентDLL G_Zarpl
Тип
Версия9.1.336.0
Дата2019-09-17 20:18:51
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
NEWГалактика ERP Персонал ЗП Операции Расчет зарплаты Расчёт налогов на ФОТ
Расчет заработной платы рекомендовано проводить с настройкой "Настройки Галактики Управление персоналом Расчеты с персоналом Режимы расчетов Рассчитывать заработную плату" = "с учетом смежных ЛС". У клиента нет смежных лицевых счетов, поэтому он ставит настройку в значение "без учета смежных", и система некорректно подсчитывает налог до превышения в ситуации, когда за некий предыдущий месяц налог имеет разное значение в справочниках "Размер соц.налогов" до расчета з/п и после (такая ситуация может произойти после проведения контроля налоговой базы с внесением изменений, и др.). Примечание. Для учета данных предыдущих месяцев расчет налогов должен проводиться со сторнированием, с захватом месяца, в котором отличаются суммы налога.Доработан расчет налогов на ФОТ. Теперь при любом значении настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Режимы расчетов Рассчитывать заработную плату" расчет налогов со сторнированием учитывает ситуацию с изменением суммы налога в справочнике размер соц.налогов после расчета з/п по сравнением со справочником до расчета з/п.
NEWГалактика ERP Персонал ЗП Операции Начисления и выплаты Ведение интерфейса "Начисления и выплат
Добавить возможность выбора ребенка при занесении материальной помощи через Начисления и выплаты.Добавлена возможность выбора ребенка при занесении материальной помощи через Начисления и выплаты
9.1.335.0Галактика ERP Персонал ЗП Операции Расчет зарплаты Предварительная разноска
При расчете ЗП за период, сотруднику попадают часы по нарядам от другого сотрудника.Исправлено. При расчете заработной платы нескольким сотрудникам пользовательский алгоритм с использованием функций работы с доплатами из наряда работают корректно.
9.1.334.0Галактика ERP Персонал ЗП Операции Расчет зарплаты Расчет удержаний (общие вопросы)
При расчёте зарплаты за период (аванса) для удержания профсоюзных взносов необходимо учитывать настройку КВУ "Учёт при расчёте за период" - аналогично, например, удержанию пенсионных взносов, или НДФЛ.При расчете профсоюзных взносов в режиме расчета заработной платы за период учитывается параметр "Учет при расчете за период" 197 вида удержания. Если данный параметр установлен в "Нет", то расчет профсоюзных взносов в режиме расчета заработной платы за период производится не будет.
9.1.333.0Галактика ERP Персонал ЗП Операции Отпуска Расчет алиментов и и/листов с отпусков межпериода
При расчете отпуска в Будущем периоде если по нему запустить расчет удержаний, то в колонке "Алименты" начинает отражаться цифра со знаком минус. Если же расчет удержаний по отпуску происходит в отчетном периоде то "Алименты" рассчитываются корректно.Модуль заработная плата. Операции Отпуска Расчет алиментов и и/листов с отпусков межпериод. При расчете удержаний с отпуска в будущем периоде учитывается сумма удержанных алиментов из отчетного периода, таким образом "видим" сумму в будущем периоде которую надо учесть. Данная доработка только для алиментов и исполнительных листов у которых не пустое значение поля "Остаток".
101.67395 * ЗАДАЧА В JIRA: ERP-2009.1.333.0Галактика ERP Персонал ЗП Операции Начисления и выплаты Расчет алиментов в режиме "Начисления и
Не верный расчет алиментов в случае наличия исключаемых из базы сумм. Актуально для межпериода и расчета заработной платы при наличии начислений с 90 дополнительной входимостью.РФ. Исправлен неверный расчет алиментов в случае наличия сумм, исключаемых из базы для алиментов посредством установленной дополнительной входимости "(90) Учет облагаемых сумм, алиментов и исполнительных листов" в видах оплат.
9.1.332.0ОтчетыСервисные функцииКонтроль выплаты зарплаты (удержания)
Функция контроля по удержаниям неверно заполняет дату выплаты в записях НДФЛ с отпуска в случае пересчета отпускных.Доработана функция контроля удержаний. При пересчете отпуска и выплате сумм разными реестрами происходит корректное связывание реестра с записью удержания НДФЛ. Доработан расчет удержаний для корректного формирования записей по НДФЛ в случае пересчета отпуска и выплаты его несколькими реестрами
180.11024 * ЗАДАЧА В JIRA: ERP-5419.1.332.0Галактика ERP Персонал ЗП Документы Постоянные удержания Алименты, исполнительные
Необходимо реализовать в Галактике механизм расчета удержаний по исполнительным листам, учитывающий дату выплаты начислений. При поступлении исполнительного листа позже выплаты отпускных, согласно статье 98 Федерального закона «Об исполнительном производстве» Добавить общесистемную настройку: “Учитывать дату выплаты при расчете алиментов с отпуска” со значениями Да/Нет (по умолчанию - нет). Настройку расположить по пути: "Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период Расчет удержаний в межпериод . Настройка должна работать для отпуска.Модуль заработная плата. Расчет отпуска. Добавлена общеститемная настройка :“Учитывать дату выплаты при расчете алиментов с отпуска” со значениями Да/Нет (по умолчанию - нет), по пути "Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период Расчет удержаний в межпериод . При настройке в значении: "ДА", в момент расчета удержаний будет сравниваться дата расчета отпуска с датой назначения удержания по алиментам и исполнительным листам, если дата расчета отпуска меньше даты назначения удержания, то для данного удержания исключается сумма рассчитанного отпуска и мат. помощь с этого отпуска.
101.67650 * ЗАДАЧА В JIRA: ERP-5989.1.331.0
Молодой сотрудник по предыдущей категории достигнут 30%. В соответствии с Коллективным договором, Положением об оплате труда работников, лицам молодого возраста до 30 лет процентная надбавка к заработной плате выплачивается в полном размере с первого дня работы в районах Крайнего Севера, приравненных к ним местностях и южных районах Дальнего Востока, если они прожили в указанных районах не менее 5 лет. Т.к. сотрудник к моменту трудоустройства 03.10.2017 проживал в южных районах Дальнего Востока 24 года, то ему изначально устанавливается надбавка 30%. Далее при переводе на работу в местности, приравненные к районам Крайнего Севера пересчет надбавок (в процентном исчислении) производится пропорционально времени, проработанному в соответствующем районе из расчета 10% надбавки за каждые 12 месяцев, проработанных в данном районе. Т.е. сотрудник зарабатывает надбавку за работу в местностях, приравненных к районам Крайнего Севера 50%.Исправлен расчет северной надбавки при переходе сотрудника из местности "Иные местности с особыми климатическими условиями" в "Местности, приравненные к районам Крайнего Севера".
101.67619 * ЗАДАЧА В JIRA: ERP-5629.1.331.0Галактика ERP Персонал ЗП Операции Расчет зарплаты Расчет удержаний (общие вопросы)
Не верно работают функции NAKP12, NAKPM12(M), NAKM12(M, 1, 7). Возвращаемый результат равен нулю.Восстановлена работоспособность функций NAKP12, NAKPM12(M), NAKM12(M, 1, 7).
9.1.331.0Галактика ERP Персонал ЗП Операции Расчет зарплаты Расчет налогов на ФОТ
На этапе Расчета налогов функции расчета заработной платы возникает ошибка Runtime error 216, когда у работника нет начислений в отчетном периоде.Исправлена ошибка Runtime error 216, возникающая при расчете налогов на ФОТ в случае, когда у работника нет начислений в отчетном периоде.
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. Если для данной входимости указано "пересчитывать по алгоритму ", будет выполняться пересчёт по соответствующему алгоритму.