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


Описание файла обновления:
ФайлG_ZARPL_DLL_913070.TXT
ОбновлениеG_Zarpl_dll_913070
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентG_ZARPL
ТипDLL
Версия9.1.307.0
Дата2018-12-03 11:43:46
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
101.65501NEWДоработка расчета сверхурочных с учетом требовааний постановления Конституционного суда от 28.06.2018 № 26-ПЗаработная платаРасчет начислений (общие вопросы)
Требуется доработка расчета сверхурочных и оплаты работы в выходные и праздничные дни с учетом требований постановления Конституционного суда от 28.06.2018 № 26-П Сейчас расчет сверхурочных, оплаты работы в выходные и праздничные дни производится исходя из системного алгоритма № 3. Данный алгоритм использует при расчете только оклад и не учитывает стимулирующие и компенсационные выплаты (премии, надбавки, доплаты и т. д.). За сверхурочную работу и работу в выходные и праздничные дни сотруднику положена повышенная оплата. Например оплата сверхурочной работы производится за первые 2 часа в полуторном размере, а за третий и последующие часы в двойном размере. Однако используя алгоритм 3 при расчете сверхурочных увеличивается только окладная часть заработка, а надбавки не учитываются. Иногда доходит до абсурда, когда работник за работу в рабочий день по графику получает больше чем за работу в выходные и праздничные дни. Это особенно касается бюджетников, так как у них размер надбавок, доплат и премий может в несколько раз превышать размер оклада. Впрочем сотрудников коммерческих организаций это тоже касается. В этой связи вышло Постановление Конституционного суда от 28.06.2018 № 26-П. КС РФ указал, что при расчете доплаты за работу в выходные и праздники нужно учитывать все компенсационные и стимулирующие выплаты, предусмотренные системой оплаты труда. Поскольку Постановление Конституционного суда считается законодательным актом и распространяется на все организации, необходимо доработать расчет. Поскольку у каждого пользователя КВО настроен по разному, предполагаю, что необходимо добавить поле в меню вида оплаты "включать в расчет сверхурочных" с проставлением галочки. Также необходима доработка алгоритма, позволяющего учитывать виды оплат с галочкой "включать в расчет сверхурочных" и суммировать их при расчете оплатой сверухрочных/выходных/праздничных дней.Доработан расчет сверхурочных и оплаты работы в выходные и праздничные дни с учетом требований постановления Конституционного суда от 28.06.2018 № 26-П. Добавлен признак 6 в алгоритмы 37-40. По алгоритму 37-40 с новым признаком 6 будут отбираться только те виды оплат, которые входят в расчет оплаты работы в ВД,ПД,СУ.
102.191223NEWУчет доплаты по алгоритму 33 признак 0 при расчёте планового аванса за периодЗаработная платаРасчет по среднему (по алгоритму больничных)
Учет доплаты по алгоритму 33 (17) c признаком > 0 при расчете планового аванса за период c 01 по 15. Для доплаты с кодом 23 выбран алгоритм 33 (17). В случае расчета из двух источников неверно считается итоговая сумма по данной оплате. Для определения суммы доплаты учитываются только суммы по второму источнику.При расчете планового аванса за период доплата с алгоритмом расчета 33 (17) c признаком > 0 в случае расчета по 2-м источникам учитываются суммы по всем источникам.
102.191265NEWУчёт сумм по алгоритму nachd при расчёте планового аванса с учётом алгоритмов расчёта среднего заработкаЗаработная платаРасчет планового аванса и удержаний
При расчёте планового аванса или среднего заработка за текущий период неправильно учитываются суммы по алгоритму NACHD. В расчёт принимаются суммы всех имеющихся расчётов по среднему, что неверно. Необходимо учёсть начисления только текущего расчёта.Доработана функциональность расчета планового аванса и другие случаи расчёта среднего заработка за текущий период, в частности, отчёт Информация о среднем заработке. Теперь более корректно учитываются суммы с алгоритмами NACHD, [33,22,17..] с признаком 0, а также с новым признаком 6 к алгоритмам [37-40]. Также в рамках данного ПИР был доработан алгоритм NachO : Теперь более корректно учитываются суммы с алгоритмами NachO, [33,22,17..] с признаком 0, а также с новым признаком 6 к алгоритмам [37-40].
180.10902NEWРасчет алиментов, при объединении записей в группыЗаработная платаРасчет алиментов и исполнительных листов
При начале или окончании алиментов или исполнительных листов (и/л) в середине месяца, за который производится расчет удержаний, в случае если начисления разбиты пропорционально вредным условиям труда, неверно учитывается итоговое количество отработанных дней/часов из начисленных суммы для пересчета облагаемой базы по алиментам. Например есть два начисления с ВО 106 с 07.08.2018 по 31.08.2018 в одном задано отработанных 0,6 дней/7 часов, а во втором 6,40 дней/77 часов. Эти начисления попадают в одну группу для расчета алиментов, но итоговое количество отработанных дней/часов в данном случае подтягивается из второго начисления 6,40 дней/77 часов. В результате неверно определяется база для расчета алиментов с середины месяца.При расчете алиментов и и/л, которые начинаются или оканчиваются в середине месяца, за который производится расчет удержаний, в описанной ситуации (есть разбивка начислений пропорционально вредным условиям труда) база для расчета алиментов рассчитывается с учетом фактического заработка за период действия алиментов и и/л с учетом суммы фактически отработанных дней/часов за этот период.
180.10919NEWПрогрессивная шкала обложения ИПНЗаработная платаРасчет подоходного налога
Прогрессивная шкала обложения ИПН Согласно изменениям в Налоговом кодексе РК, с 2019 года вводится прогрессивная шкала обложения ИПН по доходу работника, не превышающему 25 МРП Закон РК от 2 июля 2018 года № 165-V_ "О внесении изменений и дополнений в некоторые законодательные акты Республики Казахстан по вопросам социального обеспечения" Закон вводится в действие по истечении 10 календарных дней после дня его первого официального опубликования, за исключением отдельных положений, которые вводятся в действие с 1 июля 2018 года, с 1 января 2019 года и с 1 января 2020 года (Казахстанская правда от 3 июля 2018 года № 123). Законом внесены поправки в Налоговый кодекс РК и др. законы. Учитывая, что в 2018 году 1 МРП составляет 2 405 тенге, можно рассчитать, что снижение ставки подоходного налога коснется физических лиц, имеющих заработную плату до 60 тыс. тенге (25 * 2405 = 60 125 тенге). И позволит увеличить доход, выплачиваемый "на руки", примерно на 2 300 тенге. 1. ИПН исчисляем исходя из месячной базы, не годовой. 2. Сумму дохода сравниваем с 25 МРП. Если сумма дохода меньше 25 МРП ставка ИПН 1%, если больше, что 10%. Контрольные примеры. 2.1. Зарплата - 150 000 ОПВ - 15 000 тенге 1 МЗП - 28 284 тенге Налогооблагаемый доход = 150 000 - 15 000 - 28 284= 106 716 тенге 150 000 > 25 МРП, ИПН = 106 716 * 10% = 10 671,60 тенге 2.2. Зарплата - 60 000 тенге ОПВ - 6 000 тенге 1 МЗП - 28 284 тенге Налогооблагаемый доход = 60 000 - 6 000 - 28 284 = 25 716 тенге 60 000 < 25 МРП ИПН = (60000 - 6000-28284)*1% = 257,16 тенге 2.3 ЛС сотрудника с доходом менее 25 МРП. ЛС таб № 11303 Доход - 60 000 (<25 МРП) ОПВ - 6 000 1 МЗП (необлагаемая сумма) - 28 284 ИПН = (60 000 - 6 000 -28 284)*1% = 257,16 2.4 ЛС сотрудника с доходом более 25 МРП. ЛС таб № 11322 Доход - 130 000 (>25 МРП) ОПВ - 13 000 1 МЗП (необлагаемая сумма) - 28 284 ИПН = (130 000 - 13 000 -28 284)*10% = 8 871.6 2.5 ЛС сотрудника с отпуском. ЛС таб № 22694 Доход - 44 979,48 (<25 МРП) ОПВ - 4 497,95 1 МЗП (необлагаемая сумма) - 28 284 ИПН = (44 979,48-4 497,95-28 284)*1%=121,98 2.6 ЛС сотрудника с больничным. ЛС таб № 85889 Доход - 36 075 (<25 МРП) ОПВ - 3 607,5 1 МЗП (необлагаемая сумма) - 28 284 ИПН = (36 075-3 607,5-28 284)*1% = 41,84 2.7. ЛС сотрудника с ситуацией, описанной в п.3. ЛС таб № 85952 "Если работник направлен в отпуск, переходящий между месяцами и совокупно его отпускные превысили 25 МРП, но ежемесячная сумма менее 25 МРП, то сумма отпускных в первом месяце совокупно с заработной платой превышает 25 МРП и, соответственно, не подлежит корректировке в размере 90% по индивидуальному подоходному налогу. В связи с тем, что в последующем месяце сумма заработной платы не будет превышать 25 МРП, то будет применяться корректировка в размере 90% по индивидуальному подоходному налогу" (с переходящим отпуском). 06/2018 Доход (зп за 06/2018 + отпускные за 06/2018 и 07/2018) > (25 МРП) Процентная ставка 10% 07/2018 Доход - 54 709,61 (<25 МРП) ОПВ - 5470.96 1 МЗП (необлагаемая сумма) - 28 284 ИПН = (54 709,61-5470.96-28 284)*1%= 209,55Для Казахстана доработана функция расчёта ИПН по основному месту работы и по совместительству при установленном значении "1" в настройке "... Налог на доходы Текущий алгоритм расчета основного налога" 1. Изменения в расчёте поставлены в зависимость от значения настройки "... Налог на доходы Год изменения алгоритма расчета основного налога". Если значение настройки < 2018, данное значение программно изменяется на 2019. Если предполагаемые правила расчёта НДФЛ с 2019 года неожиданно будут отменены, в данной настройке следует установить 3000. На текущей базе данных настройка закрыта от изменения. Её значение можно изменить, если переключить настройку на другую страну и обратно на Казахстан. Поскольку переключение настройки на другую страну нежелательно, открыть настройку можно и с помощью изменения настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Месяц изменения периода расчета налога". Примечание 1. В качестве года изменения алгоритма расчета основного налога временно можно установить 2018 год для проверки решения на тестовой базе. 2. Доработаны функция расчёта заработной платы и удержаний в межпериод при условии, что год расчёта больше либо равен значению настройки п.1. В этом случае. 2.1. Расчёт идет исходя из дохода за месяц. 2.2. Расчёт, по-прежнему, идет на основе таблиц "Ставки налога по основному месту работы" и по совместительству. В качестве значений необходимо заполнить строчки в соответствии с изменениями расчёта ИПН. 2.3. Процент ИПН определяется на основе суммы дохода, а не на основе суммы к обложению, как это происходит для других стран при прогрессивной шкале налогообложения. 2.4. Сумма ИПН определяется на основе одного %, а не складывается из совокупности строк, как это происходит для других стран при прогрессивной шкале налогообложения. Примечание 2. Расчёт по дополнительной шкале не дорабатывался.
101.657089.1.306.0Неверное округление налогов на ФОТ. Возможно, проблема связана с инструментарием.Заработная платаРасчёт налогов на ФОТ
РФ. Неверное округление налогов на ФОТ. Ситуация связана с конкретным набором исходных данных на клиентской БД и с особенностями хранения и обработки используемого в словаре и расчётных алгоритмах типа double.Устранено накопление погрешности расчётов в режиме расчёта налогов на ФОТ.
101.658829.1.306.0Расчет НДФЛ - учесть уменьшенное перечисление НДФЛ в межпериод при уменьшении суммы на руки в больничных/отпускахЗаработная платаРасчет удержаний (6-НДФЛ)
В случае уменьшения вручную суммы на руки в больничных сумма перечисляемого НДФЛ в реестре межпериода также уменьшается пропорционально (см. решение ПиР 101.65034). Но при окончательном расчёте зарплаты из этого реестра НДФЛ всё равно учитываются полные суммы и дохода, и налога. Соответственно в результатах расчёта НДФЛ лежит одной записью с полными суммами дохода и налога и ссылкой на реестр межпериода в источнике выплаты, а должен разбиться на 2 записи: первая со ссылкой на реестр межпериода, а вторая - на окончательный реестр.Доработана функция учета реестров при расчете заработной платы для случая формирования нескольких реестров на перечисление больничных в межпериод при пропорциональном разбиении, а также при ручных корректировках суммы на руки. Теперь, в таких случаях в результатах расчета заработной платы формируются отдельные записи по НДФЛ, распределение сумм по видам оплат при этом соответствует реестру. Суммы дохода в записях формируются в соответствии с суммами НДФЛ. Программа также формирует в этих записях ссылки на реестры перечисления в банк, насколько это возможно. Если программа не может правильно подобрать ссылки, она формирует ссылки на реестры НДФЛ.
103.98879.1.306.0зависание расчета зарплаты по 1 л/счетуЗаработная платаРасчет сальдо по заработной плате
Если настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Режимы расчетов Расчет заработной платы работникам без даты поступления на работу" установлена в "нет" и в лицевом счете не задана дата приема, то при расчете зарплаты по такому ЛС происходит зацикливание.Устранено зацикливание алгоритма расчета ЗП при описанных условиях.
102.1881189.1.305.0(ШГА) Неверно считается доплата- компенсация за вредность, если у сотрудника есть имущественный вычетЗаработная платаРасчет начислений (общие вопросы)
Нверно считает компенсацию за вредность, если у сотрудника есть имущественный вычет Компенсация = (оклад+148 премия)-4% а сейчас считает с учетом НДФЛ, это неверно =( (оклад+148 премия)-4%)*0,87Исправлен расчет компенсации за вредность для случая, когда у сотрудника есть имущественный вычет и расчет ведется для Бонуса с видом оплаты, отличным от настройки для ВО бонуса (148 ВО). Для случая, когда начисления больше бонуса и больше МРОТ итоговая сумма не уменьшается на сумму НДФЛ.
102.1885479.1.305.0Не корректный расчет алиментов при наличии перехода в межпериодЗаработная платаАлименты, исполнительные
Не корректный расчет алиментов при наличии перехода в межпериод. В настройке КВУ для алиментов (186) установлен признак "разбивать по подразделениям отнесения затрат". У сотрудника был переход в межпериод в другое подразделение. При расчете зарплаты начисления разбились по периодам переходов, а удержание по алиментам - нет. Причем в результатах расчета алименты рассчитались только с суммы начислений до перехода.Для РБ. Если в КВУ для видов удержаний с типом алименты установлен признак "разбивать по подразделениям отнесения затрат", алименты рассчитываются со всех начисленных сумм (входящих в расчет алиментов).
102.1893699.1.305.0Разработать отчёт о контроле налога и дохода в формате FastreportЗаработная платаОтчет о соответствии дохода и налога
Разработать отчёт о контроле налога и дохода в формате FastreportРазработан отчет о контроле налога и дохода в формате FastReport.
102.1899809.1.305.0В РЛ не отражаются суммы выплаченные после первоначального депонирования ПВЗаработная платаУчет реестров и платежных ведомостей при расчете заработной платы
В РЛ не отражаются суммы выплаченные после первоначального депонирования ПВ ПВ была депонирована,затем по ведомости депонирования сф-на новая ПВ и выплачена.Сумма должна отразиться с кодом 181 в РЛ.Но это не происходит.Доработана функция формирования результатов расчёта удержаний с заработной платы. Теперь формируются записи по суммам, выплаченным после первоначального депонирования ПВ
106.106239.1.305.0Некорректная разбивка удержаний при наличии отрицательных начисленийЗаработная платаРасчет удержаний (общие вопросы)
У клиента в расчете могут встретиться отрицательные начисления. Получаются они таким образом. Каждому работнику назначена премия "по умолчанию" (в нашем примере 201 в/о), составляющая определенный фиксированный процент от основной зарплаты. По итогам месяца определяется ФOT, проводится предварительный расчет зарплаты по предприятию, и, если начисления превышают ФОТ, утверждаются понижающие коэффициенты к премии. Понижающие коэффициенты у всех подразделений разные, их вводят как постоянную доплату на текущий период (в/о 19). Суммы могут получиться и положительные (когда коэффициент больше 1 - дополнит. премия), и отрицательные. Считаем зарплату с настройкой 15163 Разбивать удержания, установленной в значение "по подразделениям, аналитике и параметру входящих оплат". 220 вид удержания (Выплата ЗП итог через банк) разбивается неверно, в разбивку попадают не все виды оплат. В нашем примере (см. вложение) в разбивку не вошли виды оплат 19, 44, 46. Вероятно, это происходит при наличии отрицательных сумм начислений (в/о 19 - понижающий коэффициент к премии). Если отрицательных начислений нет, разбивка происходит корректно. Клиент считает, что строки в разбиении по 220 в/у должны соответствовать строкам в начислении, иначе, хотя общий итог по 220 в/у и получается верным, но могут возникнуть ошибки в распределении затрат при переходах в межпериод из одного подразделения в другое. В доказательство приводится такой пример: Работник переведен из цеха 250 в цех 350. Результат расчета заработной платы: Неверно распределились суммы по 220 виду удержания по подразделениям перехода в межпериод. Должно быть на 250 цех 15705,99 руб., на 350 цех 7270,73 руб. А в результатах расчета получается на 250 цех 18054,17 руб. и на 350 цех 4922,55 руб.Для России доработана функция формирования сумм к перечислению в результатах расчёта заработной платы для значения "по подразделениям, аналитике и параметру входящих оплат" в настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Режимы расчетов Разбивать удержания" Теперь по иному учитываются отрицательные суммы по видам оплат в тех случаях, когда в начислениях не найдена положительная сумма по данному виду оплаты. В таких случаях уменьшается сумма к перечислению по виду оплаты с аналогичными атрибутами. Вид оплаты выбирается согласно полю "Приоритет оплаты при распределении сумм к перечислению в банк" классификатора видов оплат. Уменьшение происходит по виду оплаты с наивысшим приоритетом. При этом, доход по выбранному виду оплаты должен быть достаточным для уменьшения суммы. В том случае, если в результатах расчёта начислений имеется сумма с одинаковым кодом оплаты, но за другой месяц, алгоритм программы стремится отнести отрицательные суммы начисления и удержания с неё, на тот же вид оплаты. Примечание. У заказчика установлено значение "учет не ведется" в настройке "... Учет выплат по реестрам". Тем не менее,доработка проводилась с учётом любых значений данной настройки.
102.1822199.1.304.0Необходимость настроек "Стаж работы для выбора ограничения" и "Рассчитывать продолжительность работы для выбора ограничения"Заработная платаПрименение ограничений по больничным листам
Обсудить необходимость настроек "Стаж работы для выбора ограничения" и "Рассчитывать продолжительность работы для выбора ограничения" для РФ. Есть настройка раздела Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Особенности расчета "Процент пособия учитывать по" и настройки раздела Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Ограничения "Стаж работы для выбора ограничения" и "Рассчитывать продолжительность работы для выбора ограничения".Для Республики Беларусь и России настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Особенности расчета "Стаж работы для выбора процента пособия" переименована в "Страховой стаж для расчета пособий". И перенесена из папки "Особенности расчета" в папку "Больничные, расчеты по среднему" Для Республики Беларусь и России скрыта настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Ограничения "Стаж работы для выбора ограничения". Для Республики Беларусь и России Настройка "Рассчитывать продолжительность работы для выбора ограничения" установлена в значение "по единому стажу с предыдущими работодателями" и скрыта.
102.1902859.1.304.0РФ. Сторнирование страховых взносов и доп.тарифов на неначисляемые суммы прошлых периодовЗаработная платаРасчёт налогов на ФОТ
Если выполняется расчёт со сторнированием годовых взносов на неначисляемые суммы(именно) прошлых периодов, и при этом ситуация на БД такова, что производится доначисление взносов (СВ или ДТ - не имеет значения) - то неверно записывается признак для формирования связи между взносами и исходным начислением. Визуально на экранах просмотра расчётных или архивных налогов на ФОТ это не проявляется. Но, например, отчёт РСВ такие взносы по доп.тарифам не отражает.Исправлен функционал сторнирования годовых взносов РФ, приходящихся на неначисляемые суммы. Признак для связи оплаты и взносов формируется корректно.
102.1903479.1.304.0Детализация пользовательских алгоритмовЗаработная платаПользовательские алгоритмы
Для проверки правильности расчета пользовательских алгоритмов необходимо вывести в протокол значение функции TarSCoef.Доработан вывод в протокол значения функции TarSCoef
101.654849.1.303.0Больничные - оплачивать превышение ограничения в зависимости от условий трудового договораЗаработная платаОплата превышения ограничения по больничным листам
У многих клиентов оплата превышения ограничения больничных полагается не всем работникам - например, только руководителям среднего и высшего звена и т.п. Это условие прописывается в трудовом договоре с работником. Предлагается существующую настройку "Больничные, расчеты по среднему Ограничения - Оплачивать превышение ограничения пособия" разбить на две, например: - "Оплачивать превышение ограничения пособия" с вариантами "НЕТ/ВСЕМ РАБОТНИКАМ/ВЫБОРОЧНО"; - "Алгоритм расчёта превышения" (зависимая от предыдущей - недоступна при значении "НЕТ") с вариантами "ОТСУТСТВИЕ ОГРАНИЧЕНИЯ/ОТСУТСТВИЕ МАКСИМАЛЬНОГО ОГРАНИЧЕНИЯ/АЛГОРИТМ ИЗ КВО/ОТСУТСТВИЕ ОГРАНИЧЕНИЯ, НО НЕ БОЛЕЕ СУММЫ ПО АЛГОРИТМУ ИЗ КВО". И добавить соответствующий признак на вкладку [Стажи, надбавки] лицевого счёта в раздел данных для расчёта больничных, который будет доступен только при первой настройке "ВЫБОРОЧНО". Например, "Оплата превышения ограничения" с вариантами "ДА/НЕТ", или, возможно, имеет смысл интервал дат "С .. ПО .."Доработан функционал по оплате превышения ограничения больничных листов для случаев, когда оплата превышения полагается не всем работникам, а, например, только тем, для кого она оговорена в трудовом договоре. Выполнены следующие доработки: 1. Cуществующая системная настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные, расчеты по среднему Ограничения Оплачивать превышение ограничения пособия" делится на две: "Оплачивать превышение ограничения пособия" с вариантами: - "нет", - "всем работникам", - "отработавшим минимальный стаж", - "по выбору в лицевом счете". "Расчeт превышения" (недоступна при значении "нет" предыдущей настройки) с вариантами: - "до полной суммы пособия", - "по алгоритму из КВО", - "да, но не более суммы по алгоритму из КВО". 2. Добавлен признак в ЛС "Оплата превышения ограничения" со значениями "да/нет" (по умолчанию "нет").
102.1745569.1.303.0Добавить в таблицу Childone индексное поле period для хранения признака отчетного/будущего периода. Перенести это значение из поля NumOgr.Заработная платаИнтерфейс "Единовременные пособия"
Добавить в таблицу Childone индексное поле period для хранения признака отчетного/будущего периода. Перенести это значение из поля NumOgr.Добавлено в таблицу Childone индексное поле period для хранения признака отчетного/будущего периода. Перенесено это значение из поля NumOgr. Так же данное изменение учтено во всем функционале системы в целом.
102.1880769.1.303.0Детализация расчета по пользовательскому алгоритмуЗаработная платаРасчет начислений (общие вопросы)
Просят реализовать более подробный протокол расчета пользовательского алгоритма (выводить значения всех функций алгоритма). Необходимо для отладки правильности работы алгоритма.Реализован более подробный протокол расчета пользовательского алгоритма.
102.1883489.1.303.0расчет по 29 алгоритмуЗаработная платаРасчет по среднему (алгоритмы отпусков)
Расчет по 29 алгоритму. ВО 91 назначается определенным образом через предварительный просмотр и используется для расчета и выплаты мат. помощи. ВО 91 рассчитывается по 29 алгоритму с признаком 0 и % 29.7. Если расчет ЗП производиться через ЛС сотрудника (Заработная плата |Документы | Лицевые счета), то программа "Галактика ERP" производит расчет верно. Если расчет производить по всем сотрудникам предприятия (Заработная плата | Операции | Расчет зарплаты | Расчет зарплаты) с теми же настройками, то рассчитываются по 91 ВО совсем другие суммы у этого сотрудника . Также хотелось бы отметить, что эта мат.помощь начисляется многим сотрудника, а такие проблемы с расчетами только у нескольких сотрудников. Проблема возникает в том случае, когда в списке сотрудников есть такой ЛС, для которого заведен 91 ВО в предварительной разноске и у которого нет ни одного полностью отработанного месяца, т.е. есть переход на расчет по среднечасовому.Для РБ исправлен расчет по алгоритмам расчета среднего для случая расчета по списку сотрудников, когда в данном списке есть ЛС с переходом на расчет по среднечасовому заработку.
180.108469.1.303.0Назначение платежа в Платежном порученииЗаработная платаПлатежные поручения
Некорректное формирование строк назначения платежа в платежном поручении с использованием шаблонов назначения платежа в модуле "Заработная плата" в случаях, когда код пользовательского типа документа не равен системному типу.В модуле "Заработная плата" исправлена последовательность передачи галактического и пользовательского типов документа при использовании функциональности шаблонов назначения платежа.
102.1896419.1.302.1Неправильно удерживаются алиментыЗаработная платаАлименты, исполнительные
У сотрудника два постоянных удержания алиментов. Первое на 1/3 доли заканчивается 10.09. Второе удержание на 1/4 доли с 11.09. При расчете алиментов неверно учитывается облагаемая база для расчета по данным постоянным удержаниям. Например, есть ВО 2114 с 01.09 по 13.09 и ВО 2114 с 28.09. по 30.09. Для первого постоянного удержания сумма за период с 28.09 по 30.09 не входит в облагаемую базу, но эта же сумма, пересчитанная пропорционально периоду штрафа, исключается и из базы для второго постоянного удержания, хотя должна входить в облагаемую базу для алиментов по второму удержанию полностью. Кроме этого неверно учитывается ВО 3101, в котором указан период начисления с 01.09 по 30.09, а количество отработанных дней/часов в оплате соответственно 3 дн/33 часа. В данном случае оплата пересчитывается исходя из времени, указанного в оплате, в результате получаем сумму алиментов, больше чем может быть начислено на полную сумму по оплате за вычетом НДФЛ.Исправлена описанная ситуация с учетом облагаемой базы по нескольким удержаниям, которые учитываются не за полный месяц. Для РФ добавили дополнительную входимость "Пересчитывать сумму для исполнительных документов на основании табеля". Если для ВО установлена данная доп.входимость, то количество фактически отработанных дней/часов для пересчета по такой оплате будет всегда определяться из табеля (в зависимости от типа оплаты).
101.649689.1.302.0Расчет НДФЛ - проставлять ссылки на депонированные платежные ведомостиЗаработная платаРасчет удержаний (6-НДФЛ)
При расчёте НДФЛ необходимо проставлять ссылки на платежные ведомости, даже если выплаты работнику ещё не было (сумма задепонирована). в этой ситуации сразу при расчёте ссылка на ПВ не проставляется, а функция контроля выплаты зарплаты потом уже не может правильно расставить эти ссылки.Для России доработана функция формирования результатов расчёта НДФЛ, в том случае, когда платёжная ведомость была депонирована. Теперь в этих записях проставляются ссылки на первичную платежную ведомости, даже если выплаты работнику ещё не было. Записи помечаются признаком "неизм." В рамках данного решения доработана функция формирования результатов расчёта и в том случае, когда на основе ведомости депонирования сформирована новы платёжная ведомость. Ранее, в таких случаях, выплаченная сумма поступала в результаты одной записью, теперь она разбивается по видам оплат.
106.106299.1.302.0Не рассчитываются налоги на ФОТ у работников с большим количеством (свыше 8500) расчётных начисленийЗаработная платаРасчёт налогов на ФОТ
Не рассчитываются налоги на ФОТ у работников с большим количеством (свыше 8500) расчётных начислений. Рассчитываем зарплату за очередной месяц - сентябрь, раздел "Налоги на ФОТ" в результатах расчета остается пустым. В смежных данных после расчета зарплаты налог также не заполняется, причем в графе "с учетом совместительства" - он заполнен и рассчитан правильно.Исправлено. Расчёт налогов на ФОТ корректно выполняется для работников, которым в расчётном месяце сформировано более 8500 сумм в расчётных начислениях.
101.653179.1.301.0При сторнировании видов оплат НДФЛ не сторнируется по Районному коэффициенту и сторнируется по окладу.Заработная платаРасчет подоходного налога
При сторнировании видов оплат НДФЛ не сторнируется по Районному коэффициенту и сторнируется по окладу. На данный момент, возможно, не имеет значение какой именно вид оплаты указан в сторнирующей записи для НДФЛ, т.к. В.О. в результатах расчёта указывается для дальнейшего поиска вида дохода, а вид дохода для основной оплаты и РК одинаковый.Для России доработана функция формирования сумм НДФЛ в результатах расчёта. Теперь при наличии сумм возврата начислений за предыдущие месяцы, суммы НДФЛ отражаются с аналогичными видами оплат (по возможности).
102.1873929.1.301.0Отрицательная сумма НДФЛ с компенсации за неиспользованный отпуск при повторном приеме на тот же ЛС в одном и том же месяцеЗаработная платаРасчет удержаний (6-НДФЛ)
Сотрудника уволили 09.08., рассчитали компенсацию и выплатили весь причитающийся доход 09.08.Приняли 10.08. на тот же ЛС. При расчете зарплаты за месяц НДФЛ по ВО компенсации частично опять начисляется и сторнируется на излишне начисленную сумму НДФЛ.Для России доработана функция учёта реестров по перечислению компенсации за неиспользованный отпуск для формировании записей НДФЛ. Теперь отрицательные записи НДФЛ в результатах расчёта зарплаты не формируются. Примечание. Ситуация проявлялась при учёте сумм компенсации по дате выплаты.
102.1884289.1.301.0Изменения в Инструкции по исполнительному производствуЗаработная платаРасчет алиментов и исполнительных листов
Согласно п. 84 Инструкции 67 при поступлении к нанимателю нескольких исполнительных документов в пределах первой очереди (например, алименты), удержания из заработной платы и приравненных к ним доходов производятся нанимателем пропорционально причитающейся каждому взыскателю сумме. Требования второй-четвертой очереди (в пределах одной и той же очереди) удовлетворяются с учетом календарной даты поступления исполнительного документа нанимателю. При поступлении исполнительных документов нанимателю в один день удержания производятся с учетом даты выдачи исполнительного документа.Для значения настройки "Настройки Галактики Общие настройки системы Настройки для страны" = Беларусь. Для того, чтобы установить очередность с учетом календарной даты поступления исполнительного документа в окне постоянного удержания на закладке "Исполнительный документ" необходимо заполнить поле "дата поступления" исполнительного документа в организацию, при необходимости (в случае поступления исполнительных документов в один день) заполнить поле "дата оформления" документа. Обе даты добавлены на закладке "Исполнительный документ". С учетом этих дат будет установлен порядок удовлетворения требований по удержаниям для "второй" очереди. На данный момент в системе реализована возможность распределения денежных средств между взыскателями в рамках первой и второй очередей (с учетом максимального процента 70% и 50%). В случае, когда обе даты совпадают, сохраняется предыдущий порядок расчета, т.е. требования удовлетворяются пропорционально причитающейся каждому взыскателю сумме. Кроме этого в случае, когда в рамках первой очереди (70%) было удержана сумма 50% заработка, и если еще остались обязательства по погашению ИЛ второй очереди, то удержания сумм второй очереди не происходит.
102.1890319.1.301.0Возврат с настройкой ... Вид удержания для отражения сумм депонирования"Заработная платаУчет долгов при расчете зарплаты
Возник вопрос по настройке "Вид удержания для отражения сумм депонирования" Если депонент НЕ заморожен И установлена эта настройка, то одна и та же сумма отражается и в начислениях (144 автоматический возврат депонентов), и в удержаниях: а судя по хелпу такого не должно происходить.. Там так написано: "если депонент не заморожен, то возвращается только сумма депонента на начало месяца; депоненты текущего месяца возврату не подлежат, т. е. 144 или 142 системные коды (возврат депонента) не будут учитывать суммы, задепонированные в текущем месяце."Доработана функция возврата депонента по настройке "Вид удержания для отражения сумм депонирования". "если депонент не заморожен, то возвращается только сумма депонента на начало месяца; депоненты текущего месяца возврату не подлежат, т. е. 144 или 142 системные коды (возврат депонента) не учитывают суммы, задепонированные в текущем месяце."
102.1891529.1.300.1При разноске маршрутных листов проблема при использовании бригад в качестве источника данных для определения ВОЗаработная платаМаршрутные листы
При разноске маршрутных листов не проставляются виды оплат (основная и премия) при использовании бригад в качестве источника данных.Исправлено. Виды оплат проставляются корректно.
101.647589.1.300.0Нужна возможность рассчитывать алименты фиксированной суммой, равной доле от прожиточного минимума, с последующей индексацией по мере его измененияЗаработная платаАлименты, исполнительные
Нужна возможность рассчитывать алименты фиксированной суммой, равной доле от прожиточного минимума, с последующей индексацией по мере его изменения. Расчетчик зарплаты получил исполнительный документ с решением суда о том, что в случае этого сотрудника алименты нужно рассчитывать как половина детского прожиточного минимума региона (респ. Татарстан) на каждого из 3 детей. Согласно 117 ст. семейного кодекса индексацию размера алиментов организация, которая получила исполнительный документ, должна выполнять сама.В типах удержаний алименты, добавлено новое поле "Каталог" с возможностью выбора каталога для расчета ежемесячной суммы удержания (Прожиточный минимум (ПМ), Базовая величина (БзВ)) либо оставлять поле "Каталог" "пусто". Поле "Количество базовых величин" сдвинуто вправо. В зависимости от выбора значения поля "Каталог" изменяется наименование в поле "Количество базовых величин" на "ПМ" или "БзВ" , если поле "Каталог" пусто, то значение в поле "Количество базовых величин" становится равным 0, а само поле скрывается и в расчете не участвует . Если в настройках указана страна Беларусь, то Прожиточный минимум (ПМ) изменяется на "Бюджет прожиточного минимума (БПМ)".
102.1834609.1.300.0Разбивать пенсионный взнос 1% (ВУ 175) по подразделениямЗаработная платаРасчет взносов (удержаний)
аВ связи с частыми переводами работников в межпериоде а возникает необходимость в разбивке удержаний по разным подразделениям предприятия и включения их с разбивкой в свод (отчет ОВР, например), как и начисления. Используем настройку Разбивать удержания-по подразделениям переходов межпериода, но удержание 175 не разбивается (хотя в настройках ву стоят параметр: разбивать по подразделениям отнесения затрат) Просьба внести изменения и разбивать код 175 "Удержания в Пенсионный фонд", аналогично другим удержаниям.Для Беларуси доработана функция расчёта удержания в пенсионный фонд с учётом а значений настройки "... Управление персоналом Расчеты с персоналом Режимы расчетов Разбивать удержания". Теперь удержания разбиваются и для следующих значений: "по подразделениям переходов межпериода" и "по подразделениям постоянных переходов"
102.1881079.1.300.0Неверный расчет НДФЛЗаработная платаРасчет подоходного налога
Установлены настройки: "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Раздельный расчет по обособленным подразделениям" = "из дополнительных аналитик" "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Сторнирование и возврат Возвращать налог за счет вычетов" = "нет" Текущий месяц - сентябрь, в августе удержано налога больше на 546 руб. Если установить количество месяцев для сторнирования - 2, то на текущих обновлениях, август "выравнивает", то все равно добирает эти 546 руб. в сентябре. Влияет настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Сторнирование и возврат Возвращать налог за счет вычетов". Если установить ее в значение "да", то НДФЛ считает правильно, в значение "в декабре или месяце увольнения" - аналогично "нет", т.е. добирает лишний.Исправлена неверная работа системы при расчете НДФЛ для значения отличного от "нет" в настройке "... Налог на доходы Раздельный расчет по обособленным подразделениям" при наличии стандартных вычетов и отсутствии дохода за месяц. Теперь в таких случаях НДФЛ считается правильно для всех значений настройки "... Налог на доходы Сторнирование и возврат Возвращать налог за счет вычетов".
102.1884049.1.300.0Неправильно считается НДФЛ при наличии вычетаЗаработная платаРасчет подоходного налога
В межрасчетный период начислено 10600. При наличии вычета на ребенка 1400, система правильно выполняет расчет межрасчетной выплаты. Также в межпериод перечислены суммы выплаты и подоходного налога. При расчете аванса с галочкой "РАСЧЕТ АВАНСА В РЕЖИМЕ ЗА ПЕРИОД" , когда у работницы есть 1 рабочий день, система неправильно выполняет расчет НДФЛ. Не учитывается вычет из расчётов сежпериода, в результате чего образуется долг, которого не должно быть.Для России доработана функция расчёта заработной платы с параметром "РАСЧЕТ АВАНСА В РЕЖИМЕ ЗА ПЕРИОД". Теперь, дополнительно анализируются реестры на перечисление НДФЛ. Если в учётных суммах операций к реестру присутствует вычет, то он отнимается от суммы положенных вычетов и не применяется к суммам, участвующим в расчёте аванса. Примечание. Доработка актуальна при любых значениях настройки "... Расчеты с персоналом Налог на доходы Раздельный расчет по обособленным подразделениям"
102.1884579.1.300.0Новый алгоритм похожий на NachD(O)Заработная платаРасчет начислений (общие вопросы)
Вышло письмо Конституционного суда 26п от 28.06.18., что нужно при расчете оплаты ночных (праздничных, выходных) учесть компенсационные и стимулирующие выплаты. Поэтому начали обращаться клиенты с просьбой настроить алгоритм расчета оплаты с учетом доплат. Если у сотрудника меняется режим работы, то при оплате ночных (праздничных, выходных) это тоже нужно учесть. Получается, нужно собрать суммы (основная оплата+некоторые доплаты) за период по каждому переходу, разделить на количество часов из входящей оплаты и умножить на количество часов ночных (праздничных, выходных) и на процент. Подошла функция NachD(O), но она дает нужный результат только если период во входящей оплате (основная, доплаты) не полностью совпадает с периодом оплаты ночных. Если период полностью совпадает собранная сумма не пересчитывается. Нужно чтобы пересчитывалась независимо от того полностью совпадает период или нет. Предлагаю для этого разработать новую функцию похожую на NachD(O), которая будет всегда делить сумму входящего начисления на количество часов из него и умножать на количество часов в рассчитываемой оплате.Доработана функция NACHD для начислений с совпадающими периодами. Добавлена дополнительная проверка на совпадение времени. Теперь сумма пересчитывается и в том случае, если периоды совпадают, но количество дней/часов в расчётной оплате меньше, чем в той, которая входит в неё. В протокол расчётного алгоритма NACHD добавлена соответствующая информация
102.973409.1.300.0Настройка "Разбить пособие на основную и дополнительную суммы" для БеларусиЗаработная платаНастройка
Настройка "Разбить пособие на основную и дополнительную суммы" для Беларуси Путь: Настройки Галактики -> Управление персоналом -> Больничные, отпуска, расчеты по среднему -> Больничные -> Продолжительность. Использование настроек "Разбить пособие на основную и дополнительную суммы" и "Количество дней для основной суммы" противоречит Белорускому законодательству. Следует сделать их неактивными при настройке на Беларусь.Скрыты настройки "Разбить пособие на основную и дополнительную суммы" и "Количество дней за счет работодателя" для Республики Беларусь.
102.1870929.1.299.0Неверное отражение суммы "Рассчитано к удержанию" в постоянном удержании после расчета зарплатыЗаработная платаАлименты, исполнительные
Неверное отражение суммы "Рассчитано к удержанию" в постоянном удержании после расчета зарплаты при наличии у сотрудника нескольких удержаний с одинаковым группировочным признаком.В интерфейсе постоянного удержания после расчета зарплаты при наличии у сотрудника нескольких удержаний с одинаковым группировочным номером отражается корректная сумма "рассчитано к удержанию".
102.1875279.1.299.0Доплата по СДЗ к доплате по среднему рассчитывается, но не попадает в результаты расчета. Аскона.Заработная платаРасчет начислений (общие вопросы)
Доплата по СДЗ(ВО32), привязанная к доплате по среднему(ВО38), рассчитывается, но не попадает в результаты расчета и в расчетный листок.Исправлена нестабильная ситуация, когда при расчете Компенсации за вредность результат расчета не всегда попадал в результат расчета зарплаты по ЛС.
102.1880869.1.299.0Runtime при выполнении сервисной функции "Контроль налоговой базы"Заработная платаКонтроль (для налогов с годовой НБ)
Runtime при выполнении сервисной функции "Контроль налоговой базы" функция - пересчет налогов. Для случая, когда указаны месяцы из диапазона с февраля по декабрь, когда в настройках указано количество месяцев для сторнирования страховых взносов и выбран работник, который принят на работу в году, для которого выполняется пересчёт.При выполнении сервисной функции "Контроль налоговой базы" со значением параметра "Функция" = "пересчет налогов" и указанием в настройках количества месяцев для сторнирования страховых взносов, пересчёт для работника, принятого на работу в году, совпадающему с параметром функции, выполняется корректно.
103.98439.1.299.0Ошибка при расчете налогов связанных л/счетов ,т.к. некорректно заполняются таблицыЗаработная платаРасчёт налогов на ФОТ
Ошибка при расчете налогов связанных л/счетов: при отсутствии начислений по доп. л/счету заполняется база с учетом совместительства, а налог не заполняется, система пытается этот налог, соответственно, доначислить при расчётах в следующих месяцах.РФ. Исправлен расчёт налогов на ФОТ для тех из них, которые рассчитываются из годовой базы. Если у совместителя в расчётном месяце (либо в одном из месяцев, подпадающих под настройку "Настройки Галактики Управление персоналом Расчеты с персоналом Взносы и налоги на ФОТ Налоги Единый социальный налог/Страховые взносы Количество месяцев сторнирования ЕСН/Страховых взносов в расчетном") отсутствует личная облагаемая база для взносов - то колонка "Налог с учётом совместительства" всё равно заполняется данными с учётом связанных лицевых счетов, наравне с колонкой "База с учётом совместительства".
102.1686939.1.298.0Изменение настройки из прикладного интерфейса, влияющее на расчет зарплатыЗаработная платаРасчет больничных
Замечание клиента: При расчете больничных "Схема подсчета количества дней в учетном периоде" может переключаться бухгалтером - по табелю/ по архиву оплат, однако эта настройка также влияет на расчет среднего заработка который должен считаться только по архиву оплат. Но если бухгалтер считал до этого больничный по табелю то настройка и останется в режиме "по табелю" соответственно в 33 алгоритме расчет будет вестись НЕ по архиву оплат и не верно. Надо "отвязать" расчет среднего от расчета больничного.Была разделена настройка: "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Продолжительность Схема подсчета количества дней в учетном периоде" на "Для расчета больничных" и на "Для расчета по среднему". Эти настройки были перенесены, сейчас они находятся: "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные, расчеты по среднему Продолжительность Схема подсчета количества дней в учетном периоде Для расчета больничных " и "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные, расчеты по среднему Продолжительность Схема подсчета количества дней в учетном периоде Для расчета по среднему " соответственно. По умолчанию значение настройки "Для расчета по среднему" будет установлено как значение настройки "Для расчета больничных". В окне "Настройки расчета" значение настройки "Для расчета больничных"(Учет рабочего времени) поле закрыто для редактирования, оно теперь служит для информативности. Т.к. отображает значение настройки "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные, расчеты по среднему Продолжительность Схема подсчета количества дней в учетном периоде Для расчета больничных ". Теперь при расчете больничных используется настройка "Для расчета больничных". Для расчета по среднему используется настройка "Для расчета по среднему". Также переименовано окно "Параметры расчета" в "Настройки расчета".
102.1846419.1.298.0Задвоение в результатах расчета почтового сбора, перечисленного с алиментами из межрасчетной выплатыЗаработная платаАлименты, исполнительные
При перечислении алиментов из межрасчетной выплаты в расчетном листе отдельными позициями отображаются сумма почтового сбора перечисленного и сумма общего почтового сбора, посчитанного из всей суммы алиментов, т.е. происходит задвоение сбора, который уже перечислен.При перечислении алиментов из межрасчетной выплаты в результатах расчета не задваивается сумма почтового сбора с этой выплаты.
102.1860679.1.298.0Сервис пересчёта архива по доп.тарифам РФ - расчёт из годовой базыЗаработная платаСервис налогов на ФОТ за закрытые месяцы
В продолжение перевода алгоритма расчёта доп.тарифов, исходя из годовой базы, необходимо предусмотреть сервис пересчёта доп.тарифов также исходя из годовой облагаемой базы.РФ. Доработан сервис пересчёта(замены) архива налогов на ФОТ для доп.тарифов с учётом годовой облагаемой базы. Собирается база за месяцы с начала календарного года по пересчитываемый месяц, умножается на ставку. Полученная годовая сумма взноса округляется до копеек (при включенной настройке), вычитаются взносы, начисленные в предыдущих месяцах года. Разность записывается как взносы пересчитываемого месяца. При наличии изменений условий труда у работника - вышеуказанный расчёт выполняется по каждому из условий труда(подклассов) отдельно. База собирается по каждому лицевому счёту отдельно.
101.657279.1.297.1Расчет налогов на ФОТ - не работает сторнирование допвзносов ранее начала текущего годаЗаработная платаРасчёт налогов на ФОТ
После решения по расчёту доп.тарифов исходя из годовой базы - при расчёте налогов на ФОТ не работает сторнирование доп.взносов ранее начала текущего года (то есть при настройке "Количество месяцев сторнирования ЕСН/Страховых взносов в расчетном" >= номера отчётного месяца).РФ. Реализовано сторнирование доп.тарифов за предыдущие годы по общесистемной настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Взносы и налоги на ФОТ Налоги Страховые взносы Количество месяцев сторнирования ЕСН/Страховых взносов в расчетном" по тем же правилам, что и сторнирование страховых взносов.
101.650819.1.297.0СОУТ 5 этап (Доплата СДЗ к отпуску и совмещению)Заработная платаРасчет начислений (общие вопросы)
СОУТ 5 этап (Доплата СДЗ к отпуску и совмещению) 1. Если у сотрудника есть вредность и рассчитан отпуск с доплатой СДЗ, то при расчете ЗП в расчет попадает и Доплата СДЗ к отпуску, и Доплата СДЗ к совмещению (хотя совмещения у сотрудника нет) 2. Если у сотрудника есть вредность и занесена доплата за совмещение, то неверный расчет Доплаты СДЗ к совмещению.1. Доработан расчет доплаты по СДЗ к отпуску: изменен подсчет рабочих дней за расчетный период. 2. При расчете Доплаты по СЗД к Доплате за замещение учитывается процент из постоянной доплаты.
102.1870669.1.297.0Правильно учесть суммы возврата НДФЛ при расчёте по обособленным подразделениямЗаработная платаРасчет удержаний (6-НДФЛ)
Необходимо доработать функцию расчёта НДФЛ для значения отличного от "нет" в настройке "... Налог на доходы Раздельный расчет по обособленным подразделениям" . 1.Необходимо правильно учесть суммы возврата НДФЛ при расчёте по обособленным подразделениям в том случае, когда при возврате НДФЛ КПП, ОКТМО и ссылка на обособленное подразделение не совпадают с данными из положительной суммы. 2.Необходимо правильно сформировать суммы возврата НДФЛ при предоставлении вычетов за прошлый месяц ( в том числе имущественных и социальных) в том случае, когда при возврате НДФЛ КПП, ОКТМО и ссылка на обособленное подразделение в архиве удержаний не совпадают с данными расчётного месяца.Доработана функция расчёта НДФЛ для значения отличного от "нет" в настройке "... Налог на доходы Раздельный расчет по обособленным подразделениям" пока только при предоставлении вычетов задним числом. 1.Теперь при предоставлении вычетов за прошлый месяц ( в том числе имущественных и социальных) в суммах возврата НДФЛ указываются КПП, ОКТМО и ссылка на обособленное подразделение согласно архиву удержаний. 2.В записях неначисляемых сумм о вычетах дополнительные аналитики также проставляются согласно архиву оплат. 3.При подсчёте суммы удержанного НДФЛ по данному обособленному подразделению, проводится дополнительный анализ. Если окажется, что за какой-либо месяц сумма удержанного налога отрицательная, при положительной сумме дохода, дополнительно анализируются положительные суммы налога с другими атрибутами. Если при этом будет найдена положительная сумма НДФЛ, которая по модулю совпадает с отрицательной, считается, что имеет место возврат положительной суммы по другому обособленному подразделению и повторное удержание не происходит.
102.1869859.1.296.0Неверен расчёт алиментов за прошлый месяц при наличии в нем БЛЗаработная платаРасчет алиментов и исполнительных листов
Если в отчетном месяце есть б/л за прошлый месяц, и в прошлом месяце был б/л, при пересчете алиментов не учитывается сумма выплаченного в прошлом месяце пособия. Для ВО б/л стоит доп. входимость (48) В расчет алиментов и исполнительных листов - по решению суда. В постоянном удержании указано "по решению суда - да".Расчет алиментов в указанной ситуации учитывает суммы пособия за прошлый месяц не только по входимости в алименты, но и с учетом доп. входимости (48) В расчет алиментов и исполнительных листов - по решению суда.
102.1871489.1.296.0Некорректное предоставление вычета по НДФЛЗаработная платаРасчет подоходного налога
Некорректное предоставление вычета по НДФЛ для значения "з дополнительных аналитик" в настройке "...Налог на доходы Раздельный расчет по обособленным подразделениям". Есть настройки: "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Вычеты - Учитывать вычеты при отсутствии дохода за месяц" стоит в значении "Да". "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Вычеты - Вычеты переносятся на следующий месяц" стоит в значении "Да". В результатах расчета видим, что сумма льготы за июль учитывается при налогообложении суммы с основной оплаты, но одновременно создается запись на 364 р переплаты НДФЛ, при чём с ВО, сумма которого полностью прольготировалась.Исправлена ошибка предоставления вычета по НДФЛ для значения "з дополнительных аналитик" в настройке "...Налог на доходы Раздельный расчет по обособленным подразделениям". Теперь вычеты с учетом неиспользованной части за прошлый месяц предоставляются правильно, при этом лишняя сумма НДФЛ не рассчитывается.
101.649869.1.295.0В случае увольнения и повторного приема на работу в течение одного месяца и при последующем расчете ЗП код перечисления зарплаты уволенному меняется на обычный код перечисления зарплатыЗаработная платаРасчет удержаний (общие вопросы)
В случае увольнения и повторного приема на работу в течение одного месяца и при последующем расчете ЗП код перечисления зарплаты уволенному меняется на обычный код перечисления зарплаты.Доработана функция отражения сумм заработной платы из реестров на перечисление в банк для случаев увольнения и повторного приема на работу в течение одного месяца. Теперь с кодом удержания для уволенных отражаются только и те суммы, дата выплаты которых, меньше даты поступления из "Лицевого счёта" работника Дата выплаты определяется по дате обработки платежного поручения. Если платежное поручение не найдено, датой выплаты считается соответствующее поле в заголовке реестра.
101.650009.1.295.0Увеличивается налог по совместительствуЗаработная платаКонтроль (для налогов с годовой НБ)
РФ. Недостаток в работе сервисной функции "Настройка - Сервисные функции - Налоги на ФОТ - Контроль (для налогов с годовой НБ)" для опции "пересчёт налогов". Если у совместителя в некотором месяце (отмеченном в параметрах для обработки) отсутствует облагаемая база для взносов - то колонка "Налог с учётом совместительства" не заполняется (обнуляется). Это приводит к некорректным расчётам в следующих месяцах.РФ. Исправлена работа сервисной функции "Настройка - Сервисные функции - Налоги на ФОТ - Контроль (для налогов с годовой НБ)" для опции "пересчёт налогов". Если у совместителя в некотором месяце (отмеченном в параметрах для обработки) отсутствует личная облагаемая база для взносов - то колонка "Налог с учётом совместительства" всё равно заполняется, наравне с колонкой "База с учётом совместительства".
102.1869789.1.295.0Лишний протокол при расчете удержаний в отпуске при наличии матпомощи.Заработная платаРасчет удержаний с отпусков межпериода
Лишний протокол при расчете удержаний в отпуске при наличии матпомощи. -------------------------------------------------------------------------------- Протокол сообщений (среда, 22/08/2018) -------------------------------------------------------------------------------- OblAlim 12734.0000 OblAlim 12734.0000 OblAlim 12734.0000При расчете удержаний (алиментов) в отпуске убрала лишние данные, которые попадали в отладочный протокол.