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


Описание файла обновления:
ФайлG_ZARPL_DLL_912830.TXT
ОбновлениеG_Zarpl_dll_912830
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентG_ZARPL
ТипDLL
Версия9.1.283.0
Дата2018-06-18 16:42:03
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.183995NEWОбеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.12.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1527989.1.282.0Логирование предупреждений при работе с dsk ( объект:"ProvParm_firstnum" )Заработная платаБухгалтерские справки
Логирование предупреждений при работе с dsk ( объект:"ProvParm_firstnum" ) При формировании справок по налогам на ФОТ, начислениям и удержаниям. Аналогично при формирования платежных поручений. Убрать сообщения о несовпадении контрольных сумм и загрузке данных DSK из различных интерфейсов системы, так как это не является в данном случае функциональной ошибкойПерсонал ЗП Операции Формирование проводок Бухгалтерские справки Для хранения переменных интерфейса ProvParm в DSK создан отдельный класс-объект ProvParmDsk, Работа с хранимыми значениями параметров интерфейса ProvParm в DSK как в PAS так и VIP файлах перенастроена на работу через методы ProvParmDsk.
102.1830979.1.282.0Неверно переносится параметр отнесения затрат в результаты расчетаЗаработная платаОтнесение затрат по начислениям и удержаниям при расчете заработной платы
Неверно переносится параметр отнесения затрат в результаты расчета. В ЛС на вкладке отнесение затрат задан Параметр. Он у нас используется в правилах при отнесении затрат по налогам на ФОТ, то есть у клиента настроены правила: если параметр начисления такой-то, то ТХО для налога на фот определенная. Возникла необходимость по определенному ВО (который задают в постоянную доплату) не использовать поле Параметр, чтобы правила по налогам на фот не сработали. Когда создаем постоянную доплату, в нее переносятся данные из вкладки Отнесение затрат ЛС, соответственно и сам параметр. В постоянном доплате мы очищаем это поле. В Настройке этого ВО даже на всякий случай задано, что брать Параметр из КВО, где он не задан 52 доп.входимости для распределения затрат в ВО нет. Нет и распределения затрат. Считаем заработную плату с предварительной разноской. В разноске данного ВО в поле Параметр пусто. Всё верно. Но по непонятным причинам в результатах расчета данного ВО поле параметр заполнилось значением из ЛС. Если бы мы меняли в постоянной доплате Параметр не на пусто, а на другое значение, в результатах расчета Параметр был бы измененным, но в случае очистки параметра, он всё равно тянется из ЛС. В итоге у нас получаться неверные проводки по налогам на фот по этому ВО, так как сработают правила отнесения затрат.Доработана функция формирования начислений в при расчёте заработной платы. Теперь параметр не переносится из лицевого счёта в том случае, если в классификаторе видов оплат указано значение "Из классификатора видов оплат" поля "Параметр"
103.97739.1.282.0протокол расчета мат выгоды по ссуде некорректенЗаработная платаУдержание ссуды
протокол расчета мат выгоды по ссуде некорректен, так как ставка рефинансирования печатается в округленном до 1 знака после запятой значении. Это пугает клиентов.Ставка рефинансирования печатается со всеми знаками после запятой.
180.107279.1.282.0При проверке решения ПИР 180.10628 функция контроля так и выполняется не верноЗаработная платаРасчет удержаний (6-НДФЛ)
В результатах расчета начислений имеется несколько записей об отпуске, даты выплаты которых принадлежат разным месяцам. В этом случае в результатах расчета НДФЛ может появиться несколько записей "+1"/"-1", компенсирующих друг друга.Доработана функция формирования результатов расчета расчета НДФЛ с начислений отпуска, даты выплаты которых принадлежат разным месяцам. В этом случае в результатах расчета НДФЛ не появляются лишние записи по остатку округления НДФЛ. Если все-таки формируется запись на остаток округления НДФЛ, то она записывается с видом оплаты согласно соответствующему поля классификатора видов оплат.
101.634369.1.281.0Неверный расчет компенсации за вредность при сверхнормативных расходахЗаработная платаРасчет начислений (общие вопросы)
Неверный расчет компенсации за вредность при сверхнормативных расходах.Изменен расчет НДФЛ при расчете Компенсации за вредность. Расчет изменен на упрощенный, а именно НДФЛ для Компенсации рассчитывается по формуле Sкомп. * 0.13 (для того, чтобы не учитывались сверхнормативные расходы).
101.638419.1.281.0СОУТ Аскона: ошибка расчета компенсации за вредность при расчете ЗП, если у сотрудника есть вычеты на детей.Заработная платаРасчет начислений (общие вопросы)
Проект СОУТ Аскона: ошибка расчета компенсации за вредность при расчете ЗП, если у сотрудника есть вычеты на детей. (4250-170)*0,87=3550, разница на 182 (как раз 13% от вычета 1400)Доработан расчет Компенсации за вредность согласно примеру во вложении.
101.639059.1.281.0(СОУТ?) Расчет премии по итогамЗаработная платаРасчет начислений (общие вопросы)
При расчете ЗП неверно рассчитывается премия по итогам работы (в.о. 148) при наличии Районного коэф-та или северной надбавки. Премия пересчитывается "обратным счетом" на сумму РК/северной надбавки.Исправлен расчет бонусов для ситуации, когда есть бонус, вид оплаты бонуса отличен от заданного в настройке (то есть Бонус ВО 148). В этом случае Северные и Районные начисляются сверх суммы бонуса.
102.1631839.1.281.0Расчет целодневных неявок из двух источников финансированияЗаработная платаЦелодневные неявки
На текущий момент для вида оплаты с алгоритмом 17 (оплата по-среднему) нет возможности расчета суммы из нескольких источников (бюджет и внебюджет).Для расчета целодневных неявок из 2-х источников были доработаны классификаторы. В классификаторе видов оплат и скидок (Закладка "По среднему", группа настроек "Общие настройки для расчета среднего заработка") существующая входимость в расчет среднего переименована во входимость в "расчет среднего из <источник 1>" и добавили еще одну входимость в "расчет среднего из <источник 2>". Пользователю необходимо самостоятельно настроить КВО: по всем видам оплат, участвующим в расчете среднего заработка проставить необходимые входимости. В перечень существующих расчетных алгоритмов добавили следующие: 73 - Расчет зарплаты по среднему часовому заработку из <источник 1> с учетом годовых премий и поправочного коэффициента тарифа. 77 - Расчет зарплаты по среднему дневному заработку из <источник 1> с учетом годовых премий и поправочного коэффициента повышения тарифа. 74 - Расчет зарплаты по среднему часовому заработку из <источник 2> с учетом годовых премий и поправочного коэффициента тарифа. 78 - Расчет зарплаты по среднему дневному заработку из <источник 2> с учетом годовых премий и поправочного коэффициента повышения тарифа. Существующие сейчас 17 и 33 алгоритмы будут учитывать суммы по 2-м источникам: 17 - Расчет з/п по среднему дневному заработку из 2-х источников с учетом годо-вых премий и поправочного коэффициента повышения тарифа; 33 - Расчет з/п по среднему часовому заработку из 2-х источников с учетом годо-вых премий и поправочного коэффициента. Пользователю необходимо будет привязать нужный алгоритм для каждого ВО, из которого рассчитывается целодневная неявка. Наименование <источник 1> и <источник 2> подтягиваются из общесистемных настроек "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Особенности расчета Сокращенное наименование источника оплаты 1" (UP.ZAR.OTP.FOND1) и "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Особенности расчета Сокращенное наименование источника оплаты 2" (UP.ZAR.OTP.FOND2) соответственно. В классификаторе отпусков и неявок, для записей с типом целодневная неявка, добавили возможность выбора источника расчета, чтобы пользователь смог указать, из скольких источников рассчитывается неявка. И для каждого источника привязать соответствующий ВО. Доработан интерфейс целодневных неявок. Из средней панели интерфейса редактирования целодневных неявок убраны поля "Счет", "Субсчет", "КАУ", "Хозяйственная операция", "Параметр выбора", поле "Сумма" теперь не редактируемое. В нижней панели интерфейса добавили вкладки, на которых отображаются суммы по месяцам расчетного периода для каждого источника. При переключении между вкладками подсвечиваются соответствующие значения "суммы среднего" в средней панели и "вид оплаты" и "алгоритм" в верхней панели. В локальное меню интерфейса добавили пункт "Просмотр итогов по источникам затрат", при выборе которого открывается дополнительное окно "Итоги по источникам затрат" с возможностью редактирования полей кроме поля "источник оплаты". Возможность для вставки и удаления записей по источникам из интерфейса не предусмотрена. Для неявок, созданных и рассчитанных до данного обновления, данные в "Итогах по источникам затрат" не заполняются, а функция предварительной разноски учитывает имеющиеся данные для расчета. Доработана справка о расчете среднего (форматы бизнес-текст и Excel) для целодневных неявок. В справку выводится дополнительная информация, с учетом расчета из 2-х источников. В случае расчета неявки из 2-х источников в заголовок добавили наименование видов оплат для каждого источника. В структуру справки вывели суммы расчетного периода по каждому источнику и показываются итоговые суммы по каждому источнику соответственно (заработок и вознаграждение, сумму среднего). Также в справке указана сумма оплаты неявки по каждому источнику.
102.1829639.1.281.0В расчетном листке появился налог на ФОТ равный нулюЗаработная платаРасчёт налогов на ФОТ
РФ. В расчетном листке появился налог на ФОТ "отчисления в фонд социального страхования"=0, ранее не было.РФ. Исправлен расчёт отчислений в ФСС и ФФОМС - при наличии у работника записей в справочнике "Льготы по налогам на ФОТ" не формируются лишние компенсирующие друг друга записи по соответствующим отчислениям.
180.107289.1.281.0Неверно рассчитываются алименты _ таб. № 527Заработная платаРасчет алиментов и исполнительных листов
Неверно рассчитываются алименты в том случае, если больничный лист выплачивался в межпериод, сумма по больничному листу попадает в последнюю группу и остаток от округления НДФЛ также приходится на последнюю группу.Для России исправлен расчёт алиментов для случая, когда больничный лист выплачивался в межпериод, сумма по больничному листу попадает в последнюю группу и остаток от округления НДФЛ также приходится на последнюю группу.
102.1810879.1.280.0Двойное уменьшение ППС в результате сторнированияЗаработная платаРасчёт налогов на ФОТ
РБ. Двойной возврат ППС при наличии сторнирования начислений. Введен больничный за прошлый месяц на дату переноса предпраздничного дня, зарплата за этот день сторнируется. ППС возвращается один раз как результат уменьшения дней вредности для архивной оплаты, второй раз на ту же сумму - как результат начисления ППС на отрицательную сумму за 1 день из расчётных начислений.Исправлен расчёт отчислений на ППС для РБ для случая, когда больничный вводится "задним числом" и сторнирует основную оплату. Происходит возврат части ППС, начисленного на архивную оплату (так как сократилось количество дней, отработанных во вредных условиях), а на текущую отрицательную сумму ППС не начисляется, так как день, за который она возвращается, уже не является временем, отработанным во вредных условиях.
102.1830159.1.280.0расчет налогов на ФОТ при незаполненном справочнике Ограничения по налогам на ФОТЗаработная платаРасчёт налогов на ФОТ
РФ, расчет налогов на ФОТ если при незаполненном классификаторе "Ограничения по налогам на ФОТ" Для корректного расчета СВ с округлением необходимо, чтобы на БД было заполнено поле "База с учетом совместительства", а оно не заполнялось, если не было задано ограничение. Как следствие налоги сторнируются при расчёте.РФ, расчёт налогов на ФОТ, заполнение поля "база с учётом совм-ва" справочника "Размер социальных налогов, после расчёта зарплаты" перестало зависеть от заполнения классификатора ограничений, так как общая база нужна уже и для округления тоже.
180.105909.1.280.0Уменьшить время сжатия регистрации проводокЗаработная платаПлатежные поручения
Заработная плата - Операции - Формирование проводок - Платежные поручения - Сформировать Уменьшить время сжатия журнала регистрации проводок при выполнении операции формирования платежных документов.Из процесса отработки формирования платежных документов исключено выполнения операции сжатия (удаления записей в ZARDOC с неактуальными ссылками на таблицу Оborot). Сжатие перенесено в процесс удаления записей из таблицы Oborot, где одновременно добавлена проверка и удаление связанных записей в ZARDOC. Добавлен интерфейс для единовременной отработки сжатия данных при переходе на измененный в данном ПиР механизм, то есть при установке обновления.
102.1827969.1.279.0Неверный расчет алиментовЗаработная платаАлименты, исполнительные
Работник уволен 02/04. После окончательного расчета ЗП образовалась сумма к выплате. Пересчитались алименты неправильно.При окончательном расчете НДФЛ с учетом НДФЛ межпериода и разбиением по аналитикам входящих оплат 1 рубль округления не с последней группы (у начисления в КВО "Приоритет оплаты для отнесения остатка округления НДФЛ" = "0") игнорируется для записи в результаты расчета и при расчете алиментов.
180.106729.1.279.0Неверно рассчитываются алименты с БЛ если алименты назначены с середины месяцаЗаработная платаРасчет алиментов и исполнительных листов
Неверно рассчитываются алименты с БЛ, в случае когда есть суммы больничного за прошлый месяц и алименты назначены с середины месяца. Например. В случае когда в расчетном периоде (март 2018) есть две записи оплаты пособия по временной нетрудоспособности за февраль 2018 - сумма 19182.41 руб и за март 2108 - сумма 25084.69 руб. Сумма подоходного 5390.00 руб. Алименты назначены с 15 марта 2018 г. Алименты рассчитались со всей суммы. Февраль 2018 : 19182,41-2129=17053,41*1/4=4263,35 Март 2018 : 25084,69-3261=21823,69*1/4/17*2=641,87 Итого 4263,35+641,87=4905,22 А должны быть только с марта Март 2018 = 25084,69-3261=21823,69*1/4/17*2=641,87Исправлено для случая значения настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Учет дохода по месяцу" в котором начислен. При расчете алиментов не учитывается сумма больничного за прошлый месяц, если алименты назначены с середины следующего месяца.
102.1817649.1.278.1При расчете зарплаты, если был аванс, с которого не удержан НДФЛ проставлять ссылку на зарплатный реестр.Заработная платаРасчет подоходного налога
После расчета заработной платы был сформирован реестр на перечисление заработной платы, который затем был разбит с учетом распределения затрат (собственными средствами) После этого в результатах расчета заработной платы имеется две суммы с отражением перечисленного аванса, но сумма дохода в каждой из них не соответствует пропорциям разбивки. В записи по НДФЛ установлена ссылка на реестр аванса, в данном случае должна быть на реестр выплаты зарплаты. Нужно поступать по следующему правилу: если был аванс, с которого не удержан НДФЛ проставлять ссылку на зарплатный реестр. Если НДФЛ с аванса был удержан и аванс выплачен последним днем месяца, то в разделе 2 6-НДФЛ аванс отражается отдельной строкой, т.е. в этом случае в записях по авансу должны быть ссылки на авансовый реестр. С точки зрения 6-НДФЛ должно быть так: Если с аванса не перечисляется НДФЛ, как на выгрузке, то доход отражается с датой перечисления зарплаты. P.S. Для ВО 21,22,23,62 лучше, если будет одна запись. Эти суммы начислены через интерфейс "Начисления и выплаты", но они выплачивались вместе с зарплатой, реестров по ним в межпериоде нет вообще. Сейчас функция контроля в этих записях дату выплаты не заполняет вообще.Доработана функция учета реестров при расчете заработной платы, если был аванс, с которого не удержан НДФЛ проставлять ссылку на зарплатный реестр. В результатах расчета задвоено удержание по коду ВУ226. В записи по НДФЛ установлена сслылка на реестр аванса, в данном случае должна быть на зарплатный. С точки зрения 6-НДФЛ должно быть так: Если с аванса не перечисляется НДФЛ, как на выгрузке, то доход отражается с датой перечисления зарплаты. Запись по НДФЛ будет одна. Если НДФЛ с аванса был удержан и аванс выплачен последним днем месяца, то в разделе 2 6-НДФЛ аванс отражается отдельной строкой, т.е. в этом случае в записях по авансу должны быть ссылки на авансовый реестр. P.S. Для ВО 21,22,23,62 лучше, если будет одна запись. Эти суммы начислены через интерфейс "Начисления и выплаты", но они выплачивались вместе с зарплатой, реестров по ним в межпериоде нет вообще. Сейчас функция контроля в этих записях дату выплаты не заполняет вообще.
101.636009.1.278.0Не учитывается минимальное пособие по уходу из справочника Ограничений по детским пособиямЗаработная платаИнтерфейс "Ежемесячные пособия на детей"
Если сумма рассчитанного пособия ниже отметки минимального пособия по уходу за ребенком (из справочника "Ограничения по детским пособиям), то при наличии у сотрудника записи по другому детскому пособию (с другим Характером пособия), сумма пособия на ребенка по непонятной причине устанавливается НЕВЕРНО (не устанавливается равным сумме минимального пособия по уходу за ребенком).Ограничение суммы всех пособий средним месячным заработком производится в разрезе одной шкалы классификатора шкал пособий на детей (одного Характера пособия). В случае ухода за двумя и более детьми до достижения ими возраста полутора лет размер пособия условно суммируется. При этом суммированный размер пособия, исчисленный исходя из среднего заработка (дохода, денежного довольствия), не может превышать 100 процентов размера указанного заработка (дохода, денежного довольствия), но не может быть менее суммированного минимального размера пособия.
101.639359.1.278.0Неверное округление налогов на ФОТ при расчете по смежным лицевым счетам.Заработная платаРасчёт налогов на ФОТ
Не верное округление налогов на ФОТ при расчете по смежным лицевым счетам. Складываются округленные суммы взносов по всем лицевым счетам сотрудника за период. 327145,02 (база 1-ого таб. н.) * 0,051 (5,1%) = 16684,40 10377,76 (база 2-ого таб. н.) * 0,051 (5,1%) = 529,27 16684,40 + 529,27 = 17213,67 Если сложить базы двух табельных номеров и умножить на процент, то получится другая сумма взносов. (327145,02 + 10377,76) * 0,051 = 17213,66 И это правильная сумма взносов.РФ. Дополнен расчёт налогов на ФОТ - отчислений на социальное и медицинское страхование. Если значение настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Взносы и налоги на ФОТ Налоги Страховые взносы Округлять сумму за месяц до копеек" установлено в "да", то при наличии смежных л/счетов округление общей суммы отчислений за период выполняется корректно. Округляется до двух знаков итоговая сумма по работнику (физическому лицу, а не лицевому счёту) за период. При этом продолжают оставаться неокруглёнными: - при наличии связанных л/счетов - итоговые суммы по каждому из них; - составляющие части взносов, относящиеся на оплаты. При этом для отчислений на социальное и медицинское страхование опять задействовано поле "Налог с учётом совместительства" справочников "Размер социальных налогов" ("до" и "после" расчёта), оно заполняется в любом случае, независимо от наличия смежных лицевых счетов. Сервисная функция "Налоги на ФОТ - Контроль (для налогов с годовой НБ)", выполняемая с параметром "Функция" в значениях "контроль налогов..." или "пересчет налогов..." для отчислений на социальное и медицинское страхование заполняет упомянутое поле. Одновременно при доработке переименован параметр, отвечающий за учёт дополнительных л/счетов (заметим, что с 2010 года функция всегда работает так, как если этот параметр включен): с "С учётом доходов по совместительству" на "С учётом данных по дополнительным л/счетам". При обновлении реестра настроек (после установки обновлений) происходит автоматическое заполнение поля "Налог с учётом совместительства" по архивным месяцам теущего года в справочнике "Размер социальных налогов" ("до" расчёта) на основании поля "Налог, тек." этого же справочника. Для записей по отчислениям на социальное и медицинское страхование.
101.642649.1.278.0Некорректный учет путевых листов при расчете аванса в режиме "Расчет ЗП за период"Заработная платаРасчет начислений (общие вопросы)
Пример. В разделе "Документы/Данные из других модулей/Путевые листы/Импорт путевых листов из DBF-файлов" созданы две строки на одного работника на 1 день 8 часов каждая и на сумму 1000 руб. Запускаем расчет аванса в режиме "Расчет зарплаты за период..." с 1-15 число месяца (Расчет начислений, удержаний и налогов на ФОТ должен быть включен). В расчет случайным образом попадает только одна строка из импортированных путевых листов.Исправлена функция учета данных из путевых листов, записей из режима "Начисления и выплаты", "Договоры подряда" и т.п. при расчете аванса в режиме "Расчет зарплаты за период...". Теперь функция учитывает все такие записи, при условии, что для них не было реестра или ведомости на перечисление в межпериод
102.1818349.1.278.0НДФЛ за счет округления 1р сформировался не по тому ВОЗаработная платаРасчет подоходного налога
У работника имеется материальная помощь, на полную сумму которой предоставляется вычет и НДФЛ с нее равен 0. Данная материальная помощь помощь была перечислена в межпериод. В этом случае остаток от округления НДФЛ всегда относится на этот вид оплаты, что не соответствует с приоритету отнесения округления). Также 105649 у него есть начисление за текущий месяц с нулевым приоритетом, а 1р. формируется все-равно за счет 166 ВО.Доработана функция учета приоритетов для отнесения остатка от округления НДФЛ при расчете заработной платы. 1.Теперь правильно учитываются приоритеты и в том случае, когда у работника имеется материальная помощь, на полную сумму которой предоставляется вычет и НДФЛ с нее равен 0, кроме того данная материальная помощь помощь была перечислена в межпериод. 2.Также доработан учет отрицательных сумм из реестра НДФЛ. Теперь, если есть сформированный реестр на перечисление заработной платы в котором имеется сумма НДФЛ с отрицательным доходом и НДФЛ в диапазоне [-1..1], эта сумма аннулируется и в результаты расчета поступает запись с видом оплаты согласно приоритетам отнесения остатка округления НДФЛ
102.1820179.1.278.0Визуализация при расчете удержаний неверно отображает счетчик обработанных лицевыхЗаработная платаРасчет удержаний (общие вопросы)
Визуализация при расчете удержаний неверно отображает счетчик обработанных лицевых. При обработке 172 лицевых счетов визуализация отображает 3720 / 172 и более.Исправлена визуализация при расчете удержаний (счетчик лицевых счетов).
102.1822309.1.278.0Возвраты в результатах расчета НДФЛ, когда часть суммы оформлена реестром на перечисление в банк из функции "Удержания и выплаты", а реестр на перечисление НДФЛ оформлен по результатам расчета заработЗаработная платаУчет реестров и платежных ведомостей при расчете заработной платы
Необходимо исключить возвраты в результатах расчета НДФЛ. Они возникают в том случае, когда часть суммы оформлена реестром на перечисление в банк из функции "Удержания и выплаты", реестр на перечисление НДФЛ оформлен по результатам расчета заработной платы, и реестр на перечисление остатка заработной платы отсутствует.Устранено формирование возвратов НДФЛ в том случае, когда часть заработной платы перечислялась с помощью реестра из функции "Удержания и выплаты"
180.106879.1.278.0Неверно рассчитываются алименты, если они начислены не с начала месяцаЗаработная платаРасчет алиментов и исполнительных листов
Неверно рассчитываются алименты, если они начислены не с начала месяца, в случае если есть начисления с одинаковым видом оплаты, но период одного из них полностью поглощается периодом другого. Например. Алименты назначены с 29.03.2018. Есть ВО 201 с 01.03.2018 по 06.03.2018 на сумму 2570.4, ВО 201 с 07.03.2018 по 31.03.2018 на сумму 10281.6, ВО 201 с 25.03.2018 по 26.03.2018 на сумму 2424.91. Для НДФЛ в данном случае формировалась две записи на период с 01.03.2018 по 06.03.2018 на сумму 335, с 07.03.2018 по 31.03.2018 на сумму 1652. В результате алименты рассчитывались неверно.В рамках данного решения отдельно формируются записи на перечисление НДФЛ и в том случае, когда периоды начислений с одинаковым видом оплаты не совпадают, но в тоже время период одного из них полностью поглощается периодом другого. В результате получаем корректный расчет алиментов. Также дополнен протокол расчета, который вызывается по настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Режимы расчетов Печать пояснительного протокола" = расчет алиментов в отношении сумм, исключаемых из расчета.
102.1737649.1.277.0Ограничения алиментов в начислениях и выплатахЗаработная платаРасчет алиментов в режиме "Начисления и выплаты"
РБ и РФ:Необходимо ограничивать удержания алиментов и исполнительных листов в начислениях и выплатах.РБ и РФ:При расчете алиментов и и/л с начислений в "Начисления и выплаты" производиться их ограничение, если суммы начисления недостаточно для удержания всей суммы алиментов и и/л.
102.1820039.1.277.0Не учитывается минимальное ограничение при расчете алиментовЗаработная платаРасчет алиментов и исполнительных листов
Не учитывается минимальное ограничение при расчете алиментов (РБ).При установленном значении настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Режимы расчетов Разбивать удержания" = по подразделениям, аналитике и параметру входящих оплат для РБ учитывается минимальное ограничение при расчете алиментов.
101.641019.1.276.0Ошибки при расчете алиментов в режиме расчета аванса (плавающая ошибка)Заработная платаРасчет алиментов в режиме "Расчет аванса"
Ошибки при расчете алиментов в режиме расчета аванса. Аванс - пометить всех - Shift+F9. В списке помеченных работников присутствует такой, у которого: - установлено начало удержания алиментов (поле "Назначение" в "Постоянных удержаниях"), относящееся у расчётному месяцу (неважно, с какого числа), - присутствует рассчитанный листок нетрудоспособности, с сумм которого должны быть удержаны алименты. Тогда, начиная с такого работника, и следующим работникам в расчёте ошибочно начисляются алименты в меньшем размере или вообще со знаком "минус". При этом расчёт по отдельным(нескольким) работникам без листков нетрудоспособности даёт корректный результат.Исправлен расчёт алиментов в режиме аванса. Наличие сумм по листкам нетрудоспособности корректно обрабатывается при расчёте удержаний.
101.641859.1.276.0Проблемы с расчетом НДФЛ при установленной настройке "Раздельный расчет по обособленным подразделениям" = "из подразделений отнесения затрат"Заработная платаРасчет подоходного налога
Возникают проблемы с расчетом НДФЛ при установленной настройке "Раздельный расчет по обособленным подразделениям" = "из подразделений отнесения затрат" и при наличии необлагаемых сумм по сотруднику (например, имущественный вычет). 1. Есть отпуск в межпериод. При расчете НДФЛ применен вычет (скидка).Был отзыв из отпуска. Сумма перечисленная реестром равна сумме отпуска до пересчета. Теперь, при любых значениях настройки "... Раздельный расчет по обособленным подразделениям" в результатах расчета заработной платы формируются записи НДФЛ на сумму перечисленного отпуска и НДФЛ. В каждом из записей формируется ссылка на реестр перечисления отпускных в банк. Формируется запись о возврате на разницу "перечислено" минус "начислено". Предоставленный в межпериод вычет отражается в одной из записей с перечисленным доходом. В записи о возврате вычет не отражается. Суммы удержанного налога в результатах расчета и отражение НДФЛ и вычетов в размере годового дохода после расчета зарплаты также корректны при любых значениях настройки "... Раздельный расчет по обособленным подразделениям". 2.В феврале работнику была предоставлена скидка, но не всю сумму заработной платы, хотя НДФЛ за февраль равен 0. При расчете в следующем месяце скидка за предыдущий месяц предоставляется и записывается в результаты расчета. В этом случае суммы удержанного налога в результатах расчета и отражение НДФЛ и вычетов в размере годового дохода после расчета зарплаты некорректны. 3. "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Сторнирование и возврат Возвращать налог за счет вычетов" - "да" Расчетный месяц март. В течение тех месяцев работнику положены вычеты на ребенка в размере 2800. За январь у работника нет начислений, сумма заработка за февраль менее положенных вычетов за месяц. Сумма в феврале относится на другое обособленное подразделение. В этом случае суммы удержанного налога в результатах расчета и отражение НДФЛ и вычетов в размере годового дохода после расчета зарплаты некорректны.1. Есть отпуск в межпериод. При расчете НДФЛ применен вычет (скидка).Был отзыв из отпуска. Сумма перечисленная реестром равна сумме отпуска до пересчета. Теперь, при любых значениях настройки "... Раздельный расчет по обособленным подразделениям" в результатах расчета заработной платы формируются записи НДФЛ на сумму перечисленного отпуска и НДФЛ. В каждом из записей формируется ссылка на реестр перечисления отпускных в банк. Формируется запись о возврате на разницу "перечислено" минус "начислено". Предоставленный в межпериод вычет отражается в одной из записей с перечисленным доходом. В записи о возврате вычет не отражается. Суммы удержанного налога в результатах расчета и отражение НДФЛ и вычетов в размере годового дохода после расчета зарплаты также корректны при любых значениях настройки "... Раздельный расчет по обособленным подразделениям". 2.В феврале работнику была предоставлена скидка, но не всю сумму заработной платы, хотя НДФЛ за февраль равен 0. При расчете в следующем месяце скидка за предыдущий месяц предоставляется и записывается в результаты расчета. В этом случае суммы удержанного налога в результатах расчета и отражение НДФЛ и вычетов в размере годового дохода после расчета зарплаты также корректны при любых значениях настройки "... Раздельный расчет по обособленным подразделениям".
102.1660309.1.276.0Название сервера длиной более 20 символовЗаработная платаСервер распределенного расчета
В интерфейсе "Диспетчер распределенного расчета заработной платы" есть ограничение на размер имени сервера - сохраняются не более 20 введенных символов, что не позволяет настроить распределенный расчет, например, на сервере BY01-OIT-VM13.oit.local, т.к. значение обрежется до BY01-OIT-VM13.oit.lo. Нужно увеличить размер поля, в котором сохраняется имя сервера.Для хранения настроек серверов распределенного расчета добавлена новая таблица ZarServer. Размер поля "Имя сервера" - 255 символов.
102.1681839.1.276.0Реализовать распределенный расчет сальдоЗаработная платаСервер распределенного расчета
Нужно реализовать поддержку распределенного расчета для этапов "Распределение затрат" и "Расчет сальдо".Распределение затрат и Расчет сальдо, выполняемые при расчете зарплаты с включенной опцией "Распределенный расчет", выполняются на всех доступных серверах.
102.1685399.1.276.0писать в лог сообщение "Не удалось дождаться завершения обработки на серверах", а не останавливать расчетЗаработная платаСервер распределенного расчета
Писать в лог сообщение "Не удалось дождаться завершения обработки на серверах", а не останавливать расчетУказанное сообщение фиксируется в протоколе расчета, расчет при этом не прерывается, т.к. нет ожидания ввода пользователем.
102.1686299.1.276.0Лимит серверовЗаработная платаСервер распределенного расчета
При тестировании распределенного расчета 1 млн ЛС выявлено, что некоторые этапы нагружают процессор более интенсивно, чем другие. В частности, при использовании 65 серверов расчет удержаний использует порядка 30% ресурса процессоров терминального сервера, а расчет сальдо - уже на 100%. Проведены эксперименты, в первом использовалось 55 серверов, во втором 65. Выявлено, что увеличение количества серверов сократило время расчета удержаний, но замедлило расчет сальдо, т.к. ресурсов процессора уже не хватало. Требуется возможность настраивать лимит количества серверов, которые будут использованы для каждого из этапов: - предварительная разноска - расчет начислений - распределение затрат - расчет удержаний - расчет сальдо - расчет налогов на ФОТ При начале расчета каждого из этапов при инициализации серверов распределенного расчета из списка помеченных должны инициализироваться сервера в количестве, не превышающем заданного для этого этапа лимита, с возможностью отключения распределенного расчета для этапа.В интерфейсе выбора серверов для распределенного расчета добавлена закладка с возможностью указать лимит использования серверов для каждого этапа. При установке значения в 0 распределенный расчет для данного этапа не производится. Реализовано путем передачи значения лимита в внешнюю функцию инициализации серверов распределенного расчета.
102.1696029.1.276.0Рантайм в ComparePersonalTaxBasesЗаработная платаРасчёт налогов на ФОТ
При тестировании распределенного расчета ЗП на 1 млн ЛС на этапе расчета налогов на ФОТ на одном из серверов возникла необработанная исключительная ситуация - Общее нарушение защиты доступа к памяти.Исправлено.
102.1781439.1.276.0Распределенный расчет зарплаты: доработать возможность указывать для каждого этапа расчета ЗП количество серверов расчета в разрезе серверов, на которых они запущеныЗаработная платаСервер распределенного расчета
Распределенный расчет зарплаты: доработать возможность указывать для каждого этапа расчета ЗП количество серверов расчета в разрезе серверов, на которых они запущены Это необходимо для случаев, когда сервера расчета запускаются на нескольких терминал-серверах.При распределенном расчете заработной платы в режиме коммуникации "Через сеть" добавлена возможность устанавливать лимиты для инициализации серверов расчета отдельно для каждого физического сервера. При этом лимиты при коммуникации "Через БД", по прежнему, задаются итого для этапа. В интерфейсе выбора серверов расчета добавлены 2 закладки "Лимиты по физ. серверам", на которой отображается автоматически перестраиваемый список физ. серверов и "Итоговые лимиты", содержащая информацию об сумме лимитов по всем физ. серверам для каждого этапа. Данные по лимитам для физ. сервера изначально устанавливаются в 999 серверов расчета для каждого этапа. В дальнейшем существует возможность их изменить до требуемых значений. При выборе, добавлении, удалении серверов расчета после каждого действия происходит автоматическое перестроение списка физ. серверов. В случае, если в результате действий пользователя, для какого-либо из физических серверов в списке не окажется ни одного сервера расчета - запись о физ. сервере будет удалена из списка, а лимиты утеряны. Для Повторного добавления физ. сервера потребуется выбрать сервер расчета, находящийся на требует физ. сервере, а, затем, установить лимиты по нему. Для автоматического запуска диспетчера и сервера в конфигурационный файле требуется использовать пользовательские секции {PayrollDistributeManager} ModeWork = 1 // Режимы расчета: 1-Winsock; 2-Indy; 3-DB {PayrollDistributeServer} ModeWork = 1 // Режимы расчета: 1-Winsock; 2-Indy; 3-DB для диспетчера и/или сервера соответственно
102.1814689.1.276.0расчет алиментов и удержаний по исполнительным листамЗаработная платаРасчет алиментов и исполнительных листов
При наличии алиментов на детей (% + сумма задолженности) и исполнительного листа на погашение штрафа некорректно производится ограничение удержаний, если сумма алиментов на детей равна 70% от оклада. Т.е. удерживаются и/л второй очереди. Чего не должно быть.Если суммы заработка не достаточно, чтобы удерживать и/л второй очереди, а сумма алиментов первой очереди равна 70% от заработка, то удерживаются только алименты первой очереди.
102.1811589.1.275.0Не происходит расчет аванса через "Удержания и выплаты" в межпериод при наличии отпуска в буд. периоде.Заработная платаРасчет удержаний в режиме "Удержания и выплаты"
Не происходит расчет аванса через "Удержания и выплаты" в межпериод при наличии отпуска в буд. периоде. Формирование суммы к выплате в "Удержаниях и выплатах межпериода" с системным кодом 180. Если дата пребывания работника в основном отпуске более 15 числа расчетного месяца, то сумма к выплате не назначается. В решении не было предусмотрено, что отпуск может находиться в буд. периоде, и его дата окончания так же более 15 числа.Исключена зависимость расчета суммы к выплате с кодом 180 от наличия какого-либо отпуска в функции "Удержания и выплаты".
103.97459.1.275.0некор пересчет детских пособий после февральского обновления Z_PAYFSS_RES_9_2_9_0 ( вероятно ПИР 102.164761)Заработная платаИнтерфейс "Ежемесячные пособия на детей"
Некорректный пересчет детских пособий. Итоговая сумма при полном месяце по уходе сейчас не равна Среднемесячному заработку с учетом процента.Исправлено. Исключено влияние настройки "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Особенности расчета Округлять среднедневной заработок" на расчет пособия по уходу за ребенком до полутора лет.
101.634899.1.274.0Нужна настройка откуда брать данные для заполнения реквизитов перечисления пособия в банк "по умолчанию": из лицевого счета, из заявления или удержанияЗаработная платаЗаявления о выплате пособия в ФСС
Нужна настройка откуда брать данные для заполнения реквизитов перечисления пособия в банк "по умолчанию": из лицевого счета, из заявления или удержания У клиента, весь прошлый год, были некорректно настроены реквизиты для перечисления пособия в банк. Сейчас, они их исправили в настройке лицевого счета сотрудников. Но, при создании больничного, они бы хотели, что бы всегда, "по умолчанию", бралась бы эта настройка из лицевого счета. Сейчас, для этого, необходимо вызвать контекстное меню, что раздражает бухгалтеров.В разделе настроек "Управление персоналом Общие настройки" настройки по пилотному проекту ФСС (Прямые выплаты ФСС, Дата подключения к пилотному проекту) выделены в отдельную папку "Пилотный проект ФСС". В раздел "Управление персоналом Общие настройки Пилотный проект ФСС" добавлена настройка "Банковские реквизиты для перечисления пособия" со значениями: "по умолчанию", "из заявления", "из удержания", "из лицевого счета". Установив данную настройку в соответствующее значение, пользователь может задать алгоритм выбора банковских реквизитов в ФСС по умолчанию.
101.640949.1.274.0Аналогично ПИРу 101.64031. В удержаниях появляются лишние записи НДФЛ (по отпуску), которые потенциально могут привести к некорректному формированию налоговой отчетностиЗаработная платаРасчет подоходного налога
В удержаниях появляются лишние записи НДФЛ (по отпуску), которые потенциально могут привести к некорректному формированию налоговой отчетности.Исправлена ошибка в функции расчета заработной платы при учете НДФЛ из реестра на перечисление отпускных сумм. Ошибка проявлялась при установленном значении "по месяцу, в котором выплачен" для видов оплаты отпуска классификатора видов оплат . Теперь и в таких случаях результаты расчета НДФЛ формируются корректно.
101.640959.1.274.0Аналогично ПИРу 101.64031. В удержаниях появляются лишние записи НДФЛ (по выплате межпериода), которые потенциально могут привести к некорректному формированию налоговой отчетностиЗаработная платаРасчет подоходного налога
В удержаниях появляются лишние записи НДФЛ (по межрасчетной выплате), которые потенциально могут привести к некорректному формированию налоговой отчетности. Отчетный месяц март. Доплата за прошлый месяц. Установлено значение КВО=>Удержания => "по месяцу, в котором выплачен" Дата выплаты "март"Исправлена ошибка в функции расчета заработной платы при учете сумм НДФЛ из реестра на перечисление из функции "Начисления и выплаты" Ошибка проявлялась при установленном значении "по месяцу, в котором выплачен" для вида оплаты классификатора видов оплат . Теперь и в таких случаях результаты расчета НДФЛ формируются корректно.
102.1617479.1.274.0В результатах расчёта распределение сумм алиментов по доп. аналитике происходит некорректноЗаработная платаРасчет алиментов и исполнительных листов
При наличии выплаченных сумм межпериода, с которых были рассчитаны алименты или и/л, происходит некорректное распределение алиментов по группам в результатах расчета, если алименты с сумм межпериода попадают в последнюю группу.Изменен порядок расчета алиментов и и/л по группам: в первую очередь рассчитываются алименты и и/л с ВО, для которых есть реестры на перечисления в межпериод.
102.1746039.1.274.0Отличается сумма почтового сбора в постоянных удержаниях и в результатах расчетаЗаработная платаРасчет алиментов и исполнительных листов
Отличается сумма почтового сбора в постоянных удержаниях и в результатах расчета.Исправлено: Изменен алгоритм определения последней группы, для записи остатка по алиментам или и/л. Т.е. теперь, если исключена сумма из расчета и данная сумма относится к последней группе, то разница между общей суммой алиментов и ранее распределенных по группам записывается в последнюю не исключенную из расчета группу.
102.1810789.1.274.0Множится сумма доплатыЗаработная платаРасчет начислений (общие вопросы)
Сотрудникам начисляется два вида премии по итогам работы в предыдущем месяце. Алгоритм расчета у обоих видов оплат используется 37 с признаком 4. В постоянные доплаты заносится две записи (исходя из расчетного месяца март). Входимость в расчет 37-го алгоритма установлена у 7-го вида оплаты (оклад). При расчете сумма по одной из доплат удваивается. Если завести третий вид оплаты с таким же алгоритмом - сумма затроится. Если расчет по текущему месяцу - все корректно.Исправлена ошибка при расчете доплат 37-40 с признаком по итогам работы в предыдущем месяце. Теперь такие доплаты рассчитываются корректно.
102.1812459.1.274.0Пропал долг перед предприятиемЗаработная платаУчет долгов при расчете зарплаты
Установлено значение "нет" в настройке "... Расчеты с персоналом Долги и депоненты Отдельный учет долгов" В результаты расчета не попадают данные о долге перед предприятием из депонентной карточки. Если в настройке: "Настройки Галактики Управление персоналом Расчеты с персоналом Долги и депоненты Дата изменения настройки по отдельному учету долгов" установить дату 22/01/2030, долг появляется.Доработана функциональность по учету долгов при расчете заработной платы с учетом настройки: "... Долги и депоненты Отдельный учет долгов" и дата изменение настройки со следующего месяца, то учитывается предыдущее значение "да". "Настройки Галактики Управление персоналом Расчеты с персоналом Долги и депоненты Заблокировать депонент при расчете заработной платы" "да" Теперь, если установлено значение "нет" и дата изменения настройки не указана, учитывается долг из окна "депонентная карточка". Если дата изменения настройки указана, то функционал работает так, как это было ранее. Долги погашаются при любом значении настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Долги и депоненты Заблокировать депонент при расчете заработной платы"
102.1814679.1.274.0Вид оплаты для ведомостей с префиксом O$RD в результатах расчета зарплатыЗаработная платаРасчет удержаний (6-НДФЛ)
Вид оплаты для ведомостей с префиксом O$RD в результатах расчета зарплаты.для России добавлено заполнение полей "вид оплаты" и "облагаемая сумма" в результатах расчета зарплаты при учете платежных ведомостей с префиксом O$RD для значений "по подразделениям, аналитике и параметру входящих оплат" и "только по видам оплат" настройки "... Режимы расчетов Разбивать удержания"
102.1814349.1.273.1Неверный расчет почтового сбора по алиментамЗаработная платаРасчет алиментов и исполнительных листов
Неверный расчет почтового сбора по алиментам по шкале почтовых сборов при наличии алиментов с расчета межпериода. Неверно определяется граница для вычисления процента почтового сбора. Сумма алиментов ранее перечисленных с расчетом межпериода участвует в определении границы, в то время как она должна отниматься.Для РБ: при значении настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период Учет выплат по реестрам" = "учет ведется", "Настройки Галактики Управление персоналом Расчеты с персоналом Почтовые переводы, алименты, исп.листы Сбор по перечислению удерживать с плательщика" = "Да" и наличии оплаченных реестров по алиментам или исполнительным листам (и/л) при окончательном расчете сбор за перечисление алиментов или и/л рассчитывается с разницы рассчитанной суммы алиментов или и/л и суммы перечисленных алиментов или и/л в межпериод по реестрам.
101.640319.1.273.0В удержаниях появляются лишние записи НДФЛ, которые потенциально могут привести к некорректному формированию налоговой отчетностиЗаработная платаРасчет подоходного налога
В удержаниях появляются лишние записи НДФЛ, которые потенциально могут привести к некорректному формированию налоговой отчетности. Например, была выплата в межпериод больничного на сумму 18664.1. В результатах расчета, в НДФЛ появляются две записи на сумму 18664.1 и одна на минус 18664.1. Ситуация проявляется для больничного в рамках одного месяца и связана с тем, что в реестре по больничным суммы за счет предприятия и ФСС имею одинаковые даты начала и окончания. Также имеет значение то, что в классификаторе видов оплат для видов оплаты больничного установлены настройки "по месяцу, в котором выплачен" и дата выплаты принадлежит месяцу, за который начислена сумма.Исправлена ошибка в функции расчета заработной платы при формировании сумм НДФЛ из реестра на перечисление больничного больничного в рамках одного месяца и связана с тем, что в реестре по больничным суммы за счет предприятия и ФСС имею одинаковые даты начала и окончания. Также имеет значение то, что в классификаторе видов оплат для видов оплаты больничного установлены настройки "по месяцу, в котором выплачен" и дата выплаты принадлежит месяцу, за который начислена сумма. Теперь и в таких случаях результаты расчета НДФЛ формируются корректно.
102.1807339.1.273.0Удержание в пенсионный фонд.(льгота по матпомощи) РБ.Заработная платаРасчет взносов (удержаний)
РБ. Удержание в пенсионный фонд.(льгота по матпомощи) Настройка на БД не соответствует текущему законодательству, но при расчете 175 удержания облагаемая база увеличивается в случае настройки классификатора льгот по матпомощи.Исправлен расчёт удержаний в пенсионный фонд для случая ввода данных в классификатор льгот по матпомощи. Облагаемая база для удержаний формируется корректно, завышения не происходит.
102.1807559.1.273.0Результаты расчета.Минусовые суммы .Рб.С аванса перечислен подоходный налог.Заработная платаРасчет подоходного налога
Результаты расчета. Минусовые суммы .Рб.С аванса перечислен подоходный налог. Установлено значение "учитывать все расчеты межпериода" в настройке "... Налог на доходы НДФЛ межпериода НДФЛ межпериода при окончательном расчете"Доработана функция формирования результатов расчета НДФЛ при значении "учитывать все расчеты межпериода" в настройке "... Налог на доходы НДФЛ межпериода НДФЛ межпериода при окончательном расчете". Теперь облагаемые суммы записываются только для России.
102.1812599.1.273.0Не корректное формирование удержаний в результатах расчёта если в прошлом периоде был рассчитан и выплачен больничныйЗаработная платаУчет реестров и платежных ведомостей при расчете заработной платы
Больничный был рассчитан 01 марта 2018, когда расчетный период был ещё февраль. При формировании реестров нет возможности выбора с каким кодом вида оплат формиру ется реестр, поэтому в реестр система сама записала код ВО 6102 (3 дня больн. листа ТЕКУЩИЙ. месяц). Перешли на март. При расчете зарплаты у сотрудника в начислении естественно получаем код 6101 (3 дня больн.листа ПРОШЛЫЙ месяц), а вот в удержаниях получается две записи на перечисление: 1. По ВО 6102 - полная сумма к перечислению больничного за вычетом НДФЛ. 2. По ВО 6101 - сумма 215,03 - остаток начислений, которые система не смогла разнести по другим ВО (приоритет ВО 6101 самый низкий). В результате реестры текущего периода разбиваются некорректно. Реестр переформировать невозможно т.к. он уже оплачен до перехода на новый расчётный период.Для России доработана функция формирования сумм из реестров на перечисление в банк пособий по нетрудоспособности. Теперь добавлена дополнительная проверка на сравнение вида оплаты в реестре с видом оплаты в классификаторе пособий. Если код вида оплаты в реестре не совпадает с кодом для обозначения вида оплаты в классификаторе, происходит замена кодов в результатах расчета зарплаты.