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


Описание файла обновления:
ФайлG_ZARPL_DLL_912230.TXT
ОбновлениеG_ZARPL_DLL_912230
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентG_ZARPL
ТипDLL
Версия9.1.223.0
Дата2017-06-13 17:24:31
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
180.10202NEWНеверно исчисляются алименты с БЛ, если установлена настройка по решению суда и макс.% = 70Заработная платаРасчет алиментов и исполнительных листов
Если в постоянном удержании поле "Решен. суда" = "да" и "Макс. %" равно "50" или "70", то при расчете удержания сумма больничного не участвует в определении максимальной суммы, которую можно удержать.Исправлено: при наличии алиментов или исполнительных листов, которые необходимо удерживать с сумм больничного, максимальная сумма, которую можно удержать определяется с учетом сумм больничного. Причем максимальное ограничение для постоянных удержаний с признаком "Решен. суда" = "да" будет с учетом сумм больничного, а для постоянных удержаний, у которых "Решен. суда" = "нет", будет определятся без учета сумм больничного.
102.1678129.1.222.0Формирование записей по НДФЛ, если есть приз (35%)Заработная платаРасчет подоходного налога
Формирование записей по НДФЛ, если есть приз (35%) В КВО указан "+" в поле "входит в расчет дополнительного налога". Установлена настройка: "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Вид удержания для дополнительной шкалы НДФЛ". В межпериод выдаем приз (облагается по ставке 35%), формируем реестр на перечисление и реестр на НДФЛ. При расчете заработной платы формируется 4 записи вместо 1. Ситуация, в частности, проявляется в том случае, когда имеется только один вид оплаты, входящий в расчет основного налога.Доработана функция формирования записей по НДФЛ, если есть приз (35%). В КВО указан "+" в поле "входит в расчет дополнительного налога". Установлена настройка: "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Вид удержания для дополнительной шкалы НДФЛ". В межпериод выдаем приз (облагается по ставке 35%), формируем реестр на перечисление и реестр на НДФЛ. При расчете заработной платы формируется 1 запись НДФЛ с указанного вида оплаты, в том числе и для случая, когда имеется только один вид оплаты, входящий в расчет основного налога.
102.1678219.1.222.0Изменение базы для расчета алиментов с 16.05.2017 (РБ)Заработная платаАлименты, исполнительные
Изменение базы для расчета алиментов с 16.05.2017 (РБ) С 16 мая 2017 года вступили в силу изменения в постановление Совета Министров Республики Беларусь от 12 августа 2002 г. N 1092 "О перечне видов заработка и (или) иного дохода, из которых производится удержание алиментов на содержание несовершеннолетних детей": При расчете алиментов на содержание несовершеннолетних детей из заработка и иного дохода кроме налогов надо вычесть также обязательные страховые взносы в ФСЗН.Для РБ: из базы для алиментов (ВУ 185, 186, 187, 191) при значении настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Почтовые переводы, алименты, исп.листы Расчет алиментов за вычетом удерж.в пенс.фонд" = "ДА" отнимаются обязательные страховые взносы в ФСЗН, если в постоянном удержании для алиментов в поле "на кого осуществляется оплата" указан родственник, у которого код родства равен "ДЕТИ". При данной настройке взносы в ФСЗН из базы для исполнительных листов (ВУ 188 и 190) и алиментов не на несовершеннолетних детей не отнимается.
102.1678779.1.222.0Runtime. При расчете зарплаты на расчете удержаний.Заработная платаРасчет удержаний (общие вопросы)
Runtime. При расчете зарплаты на расчете удержаний - выход за границы коллекции.Исправлено.
102.1667779.1.221.0Контроль дохода,перенос сальдо,лишние пустые записиЗаработная платаКонтроль дохода
Контроль дохода,перенос сальдо из смежного ЛС в осн,лишние пустые записи. Можно убрать сальдо за январь 2017Доработана функция "Контроль дохода". Теперь записи сальдо за текущий год формируются по следующему принципу: за помеченные месяцы + 1. Таким образом, если не помечен декабрь отчетного года, сальдо за январь следующего не формируется.
102.1672679.1.221.0Перенос сальдо.Контроль дохода.Сообщение об ошибкеЗаработная платаКонтроль дохода
Перенос сальдо.Контроль дохода.Сообщение об ошибке Попытка записи недопустимого значения в таблицу N16024. (NREC = 0). Операция отменена. Думаю,дело в том, что это сообщ. выдается только первый раз.Доработана функция "Контроль дохода" для расчетного года. Теперь нет вывода сообщения об ошибке "Попытка записи недопустимого значения в таблицу N16024.(NREC = 0).Операция отменена." независимо от того, запускалась ли ранее функция контроля или расчета заработной платы для данного ЛС. Примечание. Исключен, также, вывод сообщения "Для табельного номера ... Ошибка при работе с таблицей "Сальдо на начало месяца"".
102.1679629.1.221.0Возврат налога (ТНС МИЦ)Заработная платаРасчет подоходного налога
установлено значение "да" в настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Сторнирование и возврат Контролировать удержание по налогу" Протокол выдается строчки: [06] Функция погашения долга [07] Начислено 48089.67, удержано 48089.67. Визуально, эти цифры равны, но при сравнении оказалось, что они не равны и программа пошла на возврат НДФЛ. Это очень странно, потому - что все суммы в результатах расчета выглядят округленными. Примечание. Проблема проявляется только в данном случае на данной выгрузке.Доработана функция расчета заработной платы при значении "да" в настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Сторнирование и возврат Контролировать удержание по налогу" Протокол выдается строчки: [06] Функция погашения долга [07] Начислено 48089.67, удержано 48089.67. Изменены типы данных для хранения сумм "всего начислено" и "всего удержано". Теперь сравнение этих данных дает одинаковый результат и возврата НДФЛ не происходит. Кроме того, доработан механизм функции возврата. Усилена проверка ограничения общим итоговым остатком разницы "всего начислено" и "всего удержано" по каждой группе.
102.1659029.1.220.0Начисления и выплаты в межпериод при расчете за периодЗаработная платаРасчет начислений (общие вопросы)
Необходимо, чтобы начисления и выплаты в межпериод попадали в расчет заработной платы за период независимо от даты начала этих начислений.Изменения коснулись работы функционала расчета заработной платы за период "с начала расчетного периода по указанную дату" (на вкладке "Разноска" окна параметров расчета заработной платы). Для гибкости работы функционала добавлена настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период Учет межпериода при расчете зарплаты При расчете за период учитывать начисления и выплаты", которая может принимать значение - безусловно - по дате начала (устанавливается по умолчанию) - по дате выплаты Если настройка установлена в значение "безусловно", то "начисления и выплаты" не подвергаются проверке на пересечение с выбранным периодом расчета. Если установлена настройка "по дате начала" или "по дате выплаты", то соответствующие даты сравниваются с датой окончания периода расчета заработной платы: и если эти даты меньше, чем дата окончания периода расчета заработной платы, то "начисления и выплаты" будут участвовать в дальнейшей обработке при расчете заработной платы.
101.406759.1.219.0Переносить плановое время по наряду в результаты расчетаЗаработная платаФормирование и расчет нарядов
Создаем наряд, заполняем фактические дни и часы, заполняем плановые дни и часы. После расчета зарплаты, в результатах расчета видим фактические часы, но не видим плановые(равны нулю). При попадании этой записи в архив, плановое время так же равно нулю. Для возможности анализа записей из архива пользовательскими алгоритмами предлагается переносить плановое время из нарядов в результаты расчета.Теперь при расчете зарплаты плановое время из нарядов переносится в результаты расчета.
101.619469.1.219.0Не учитывается Матпомощь в межпериодЗаработная платаУчет реестров и платежных ведомостей при расчете заработной платы
Не учитывается Матпомощь в межпериод. Начисляем мат.помощь за будущий месяц в текущем вместе с отпуском, формируем реестры, проводим окончательный расчет, а в удержаниях Мат.помощь почему то относится к 220 ВУ, но она была сформирована к выплате по ВУ 178. Причем отпускные суммы удерживаются по 178 и в результатах расчета относятся к 178 ВУ.Исправлена функция учета реестров при расчете заработной платы в случае начисления в межпериод материальной помощи за будущий период в отчетном. Теперь такая материальная помощь отражается в результатах расчета соответствующим видом удержания. Кроме того, в записи заполняется соответствующий вид оплаты, облагаемая сумма, "начислено с..по..", источник выплаты, источник начисления. Аналогичные поля теперь заполняются и для записи перечисленного отпуска.
101.619509.1.219.0Расчет зарплаты - не учитывается перечисление отпуска в межпериод, формируется повторное перечислениеЗаработная платаРасчет удержаний (общие вопросы)
Установлено значение "только по видам оплат" настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Режимы расчетов Разбивать удержания" Отпуск перечислен в межпериод полностью. Но при окончательном расчёте зарплаты это перечисление не учитывается и формируется повторное перечисление на ту же сумму.Доработано формирование записей на сумму к перечислению при расчете заработной платы при значении "только по видам оплат" настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Режимы расчетов Разбивать удержания". Теперь при окончательном расчёте зарплаты повторно не формируется перечисление на сумму, перечисленную реестром межпериода.
102.1661609.1.218.0Наряд не рассчитался при нажатии кнопки "расчет", но признак "расчет" проставилсяЗаработная платаФормирование и расчет нарядов
В случае, когда наряд не рассчитался при нажатии кнопки "расчет", признак "расчет" проставляется.Теперь, если по каким-то причинам наряд не рассчитался при нажатии кнопки "Рассчитать наряды...", то признак расчета наряда также не будет проставляться. В перечень нарядов добавлено поле "Расч.", в котором отображается статус разноски и расчета наряда: "+" - разноска выполнена, "Р" - расчет выполнен. Теперь записи, по которым не выполнена разноска, не выделяются серым цветом - у них поле "Расч." пустое, что указывает на отсутствие разноски. Кроме того, убрано информационное сообщение об окончании расчета нарядов.
180.101949.1.218.0При выполнении контроля НДФЛ программа падает по ошибке 216Заработная платаКонтроль дохода
При выполнении контроля НДФЛ, в ситуации, когда у двух и более сотрудников есть перенос сальдо со старого лицевого счета, программа падает по ошибке 216.Теперь в ситуации, когда у двух и более сотрудников есть перенос сальдо со старого лицевого счета, программа работает нормально.
180.102069.1.218.0Не заполняется источник данных для ВО 137 для текущего месяцаЗаработная платаРасчет подоходного налога
Не заполняется источник данных для ВО превышения больничного для текущего месяца в том случае, если больничный начался в прошлом месяце, сумма превышения за прошлый месяц целиком приходится на время больничного за счет предприятия, часть больничного за счет предприятия переходит на текущий месяц и для видов оплаты больничного указана настройка КВО=> Удержания=> Учет дохода в налоговой отчетности "по месяцу, в котором выплачен".Правильно заполняются поля "источник данных" для удержаний НДФЛ с превышения пособия по нетрудоспособности, в том числе и для случая, когда больничный начался в прошлом месяце, сумма превышения за прошлый месяц целиком приходится на время больничного за счет предприятия, часть больничного за счет предприятия переходит на текущий месяц и для видов оплаты больничного указана настройка КВО=> Удержания=> Учет дохода в налоговой отчетности "по месяцу, в котором выплачен".
180.88939.1.218.0Будущий период в путевых листахЗаработная платаПутевые листы
Доработать расчет заработной платы таким образом, чтобы при расчете заработной платы в отчетном периоде учитывались данные по путевым листам за текущий месяц; при расчете заработной платы в будущем периоде учитывались данные по путевым листам за будущий месяц.Теперь при расчете заработной платы учитываются путевые листы из модуля "Управление транспортом" только за месяц расчета.
101.618989.1.217.0Рассчитывается удержание по исполнительному листу с начисления, у вида оплаты которого отсутствует входимость в "удержания и штрафы"Заработная платаРасчет алиментов и исполнительных листов
При наличии суммы удержания по алиментам и исполнительным листам больше максимально возможной рассчитывается удержание по исполнительному листу с начисления, у вида оплаты которого отсутствует входимость в "удержания и штрафы".Если у ВО отсутствует входимость в "удержания и штрафы" или "алименты" и сумма рассчитанных алиментов и и/л больше максимально возможной суммы, которую можно удержать, то алименты и и/л с данного ВО не рассчитываются.
102.1661399.1.217.0Колонка сумма для совместителейЗаработная платаВычеты по отдельным видам доходов
Сейчас для основных работников, совместителей и договоров подряда можно использовать один вид оплаты с кодом дохода 500. В справочник вычетов льготируемая сумма 1678, сумма для совместителей 111. При расчете дохода с кодом 500 для основных работников льготируемая сумма 1678 рублей, для договоров подряда и совместителей 111 рублей. Но такое заполнение не отрабатывает для вида работы Договор подряда (Галактика для них берет льготируемую сумму как для основного работника 1678), а для совместителей отрабатывает Колонка Сумма для совместителей работает только для вида работы 1. Считаем, что если оставили функционал колонки для совместителей и клиент им успешно пользовался, пока не столкнулся с начислением дохода по договору подряда следует добавить в функционал колонки сумма для совместителей анализ вида работы Договор подряда, так как клиенту удобней вести начисления одного вида оплатыДля Республики Беларусь. Доработано налогообложение сумм, подлежащих льготированию. Теперь, при налогообложении сумм, подлежащих льготированию, для внешних совместителей (в лицевом счете установлен код вида работ 1) и сотрудников, работающих по договору подряда (в лицевом счете установлен код вида работ 2), учитывается сумма льготы из колонки "Сумма для совместителей" справочника "Налоговые вычеты по отдельным видам дохода".
102.1661629.1.217.0Если разноска и расчет выполняется последовательно, то проставляется признак "расчет".Заработная платаФормирование и расчет нарядов
Если разноска и расчет выполняется последовательно, без закрытия наряда, то проставляется только признак "расчет", а должен заполниться и признак "разноска".Исправлено, теперь после расчета наряда отметка о разноске сохраняется.
102.1663329.1.217.0Лишние взносы на ППС при расчете зарплатыЗаработная платаРасчёт налогов на ФОТ
Если в некотором месяце у работника отсутствует хотя бы один полный рабочий день в особых условиях труда (или время, приравненное к работе в особых условиях труда), то оснований для начисления и уплаты взносов на ППС за такого работника не имеется. Это правило (полное отсутствие взносов на ППС) должно распространяться, в том числе, и на оплаты с доп.входимостью 59 (Взносы на ППС формировать полностью, вне зависимости от отработанного времени).РБ. Доработано в соответствии с постановкой - если нет оснований для "общего" начисления взносов на ППС, то и для оплат с доп.входимостью 59 они не начисляются.
106.104459.1.217.0Перестал заполняться совокупный доход в смежных данных, в Размере годового дохода после расчета з/п под кнопкой "Вычеты"Заработная платаРасчет начислений (общие вопросы)
При установленной настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Режимы расчетов Разбивать удержания" в "Разбивать удержания - по подразделениям, аналитике и параметру входящих оплат" и если есть только материальная выгода, а других начислений нет, то совокупный доход под кнопкой "Вычеты" в размере годового дохода после расчета заработной платы не заполняется.Исправлено. Совокупный доход заполняется корректно.
102.1566769.1.216.0Обработка таблицы IndeksЗаработная платаИндексация
В таблице Indeks для РБ проблема: поле "конец интервала" может иметь одинаковое значение для разных категорий, при одинаковом DATREC и KOLMIN. Вернее, проблема как раз заключается в том, что это значение одинаковым быть НЕ может, потому что в таблице Indeks описан индекс Indeks01 = DATREC(Unique, Desc) + KOLMIN(Unique) + ENDINT(Unique) Уникальность по этому набору полей мешает для Беларуси заводить в этом классификаторе записи, где данные три поля одинаковые. Но на самом деле для РБ дата закона, кол-во МЗП и конец интервала могут совпадать для разных категорий, и это нормально. То есть, уникальной должна быть комбинация четырёх полей (+ CHOICE), а не трёх. Нужно обеспечить корректное хранение данных в этой таблице, когда значения даты, кол-ва МЗП и конца интервала совпадают, но не совпадает категория.В индекс Indeks01 таблицы Indeks добавлен сегмент CHOICE (код категории). Уникальность индекса сохранена: Indeks01 = DATREC(Unique, Desc) + KOLMIN(Unique) + ENDINT(Unique) + CHOICE(Unique)
102.1618849.1.216.0Алгоритм для расчета нарядовЗаработная платаФормирование нарядов
Недостаточно существующих алгоритмов по расчету нарядов для необходимого предприятию расчета. Нужен алгоритм, который позволит получить итоговое количество "Часы факт"*"КТУ" по операции, так как в наряде две (и более) операции. Также нужна возможности взять "Часы факт с учетом КТУ" по каждому работнику и "Часы факт" по каждой записи в спецификации наряда.NRSUMTIMEBYOP(OPERATION: comp, withKTY: boolean): double; Возвращает сумму фактически отработанного времени (с учетом КТУ, если параметр withKTY равен true) по операции OPERATION из спецификации наряда. Операцию в собственном алгоритме можно выбрать с помощью функции OPERNAR. NRSUMTIMEBYLS(LS: comp, withKTY: boolean): double; Возвращает сумму фактически отработанного времени (с учетом КТУ, если параметр withKTY равен true) для конкретного работника LS из спецификации наряда. Лицевой счет в собственном алгоритме можно выбрать с помощью функции LSNAR. NrTime(withKTY: boolean): double; Возвращает сумму фактически отработанного времени (с учетом КТУ, если параметр withKTY равен true) по конкретному наряду из спецификации наряда.
102.1662839.1.216.0перенос сальдо по матпомщи с основного ЛС на доп.Заработная платаКонтроль дохода
Переносить и суммы с предыдущего места работы и сальдо на начало месяца только из смежных дополнительных ЛС в смежный основной.Теперь суммы с предыдущего места работы и сальдо на начало месяца переносятся только из смежного дополнительного ЛС, который имеет вид работы "Основное место работы" и который был уволен последним, в смежный основной, который является физическим лицом.
102.1663449.1.216.0Сумма налогового вычета при расчете НДФЛ с отпуска и матпомощи к отпуску учитывается дваждыЗаработная платаРасчет удержаний с отпусков межпериода
У сотрудника через постоянную доплату заведен налоговый вычет на сумму удержанных взносов (ежемесячных) в негосударственный пенсионный фонд. Рассчитывают отпускные, заводят матпомощь к отпуску. Запускают расчет отпуска и удержаний (Shift-F8). Сумма налогового вычета учитывается при расчете НДФЛ с отпускных сумм и с сумм матпомощи к отпуску, то есть дважды, что в дальнейшем приводит к пересчету НДФЛ при окончательном расчете. Нужно чтобы вычет учитывался один раз.При расчете НДФЛ с материальной помощи к отпуску учитывается ранее примененная скидка при расчете НДФЛ с отпуска.
102.1664429.1.216.0Сообщения при обновлении реестра настроек на пустой базеНастройкаПроверка реестра настроек
При запуске Галактики на пустой базе выдаётся ряд сообщений, среди которых могут быть такие: Нет настройки UP.DATOTCH. Выполните "Проверку реестра настроек". Нет настройки UP.TEKBUD. Выполните "Проверку реестра настроек". Нужно исключить выдачу этих сообщений.При запуске Галактики на пустой базе перечисленные сообщения не выдаются.
102.1665549.1.216.0При наличии двух пост. удержаний на перечисление в банк результаты расчёта формируются некорректноЗаработная платаРасчет удержаний (общие вопросы)
В результатах расчёта в 221 ВУ сумма начисления, ссылка на ВО и параметр указаны из 218 ВО, хотя сумма к выплате относится к 207 ВО. Имеется несколько видов Параметров. Добавляем начисление 218 (Компенсация) с параметром "213_КВР 122". Добавляем удержание 131 для для 218 ВО. В зависимости от Параметра собираются, контролируются налоги (разные корреспонденции счетов по КОСГУ - Классификация операций сектора государственного управления); так, в приведенном инциденте все начисления (до того, как ввели ВО 218 - СанКур) были в рамках параметра 213_статья,, соответствующего КОСГУ = 211. Соответственного, все удержания и налоги должны собираться в рамках этого Параметра, НЛФЛ выделялся одной строкой. Проводки собирались по определенным корреспонденциям счетов. Т.е. при добавлении 218 начисления и соответствующего ему 131 удержания система должна их связывать. Теперь же кроме 131 удержания параметр "213_КВР 122" также формируется и в 221 удержании. Поэтому ТХО формирует проводки с некорректными суммами.Доработана функция разбиения суммы к перечислению при расчете заработной платы для значений "по подразделениям, аналитике и параметру входящих оплат" и "только по видам оплат" настройки: "Настройки Галактики Управление персоналом Расчеты с персоналом Режимы расчетов Разбивать удержания". Теперь, если для удержания нет вида оплаты, то сопоставление его с начислением происходит по другим параметрам. Таким образом оно относится к соответствующей группе начислений и вторично запись этими атрибутами в сумму "к перечислению" не попадает.
102.1666309.1.216.0В отчет 6-НДФЛ попадают не те суммы по отпускам, которые реально перечисленыЗаработная платаРасчет удержаний (6-НДФЛ)
При расчете заработной платы формируются +- записи НДФЛ по отпускам межпериода. Схема формирования данных: Начислен отпуск, часть которого приходится на будущий период рассчитан отпуск сформирован реестр на перечисление отпуска и НДФЛ Заново рассчитан отпуск, сумма начислений изменилась в большую сторону сформирован реестр на перечисление отпуска и НДФЛ Рассчитана заработная плата. Проблема проявляется при следующих настройка: 1. Для видов оплаты отпуска установлено значение "по месяцу, в котором выплачен" в поле КВО "Учет дохода в налоговой отчетности" 2. Для видов оплаты отпуска установлено значение "По настройке выбора ШПЗ с учетом наличия данных" в поле КВО "Параметр", причем параметр в КВО не задан, а задан в ЛС работника. 3. Дата выплаты начислений отпуска принадлежит марту. 4. Дата оплаты реестра также принадлежит марту (т.е. доход учитывается к марту) 5. Виды оплат для начисленных сумм за будущий период в первом и втором реестре различаются. В первом реестре - это виды оплат для текущего отпуска, во втором реестре - для будущего.Исправлена ошибка расчета заработной платы по учету реестров на перечисление отпуска и НДФЛ в межпериод. Проблема проявлялась при наличии двух реестров связанных с пересчетом отпусков с установленными настройками: 1. Для видов оплаты отпуска установлено значение "по месяцу, в котором выплачен" в поле КВО "Учет дохода в налоговой отчетности" 2. Для видов оплаты отпуска установлено значение "По настройке выбора ШПЗ с учетом наличия данных" в поле КВО "Параметр", причем параметр в КВО не задан, а задан в ЛС работника. Теперь в таких случаях результаты расчета НДФЛ развиваются на две части для каждого периода и вида оплаты отпуска . Первая часть отражает сумму дохода и НДФЛ из первого реестра, вторая часть остаток дохода и НДФЛ согласно пересчету. Для каждой записи заполняется источник данных "Отпуск".
102.1669579.1.216.0Перестали работать алгоритмы для работы с табелем из списка нарядовЗаработная платаФормирование и расчет нарядов
Перестали работать табельные алгоритмы для расчета нарядов из списка нарядов. Начинают работать только если на фоне запустить интерфейс с табелем или создать и удалить запись наряда.Теперь табельные алгоритмы при расчете нарядов из табличного просмотра работают нормально.
101.616129.1.215.0Лишняя строка в разбивке авансаЗаработная платаРасчет удержаний (общие вопросы)
При расчете зарплаты за половину месяца с параметром "расчет аванса" сумма, перечисленная в межпериод с системным кодом 208,отразилась в результатах расчета заработной платы с кодом 199. Функциональность расчета зарплаты в режиме аванса построена таким образом, что при записи в базу данных, коды, зашитые для перечисления зарплаты заменяются на код аванса. Таким образом, сумма по виду оплаты 19, перечисленная реестром межпериода с кодом 208, отразилась в результатах расчета заработной платы с кодом 199. Если бы пользователи не использовали код 208 для межпериода, а использовали другой код, не указанный в списке жестко зашитых кодов, у них подмена кодов не произошла бы.Доработана функция расчета зарплаты за первую половину месяца с параметром "расчет аванса" для случаев, когда суммы перечисленные в межпериод отражаются системными кодами удержаний "206...210, 220...230", заявленными разработчиками для перечисления всей зарплаты в сбербанк. Теперь,если сумма пришла из реестра на перечисление, то в результаты расчета зарплаты сумма записывается с кодом из реестра.
101.616429.1.215.06НДФЛ. Больничный за счет предприятия делится на две части. Вторая часть выпадает из 6НДФЛ, т.к. в ней нет источника выплатыЗаработная платаРасчет удержаний (6-НДФЛ)
6НДФЛ. Больничный за счет предприятия делится на две части. Вторая часть выпадает из 6НДФЛ, т.к. в ней не проставляется источник выплаты. Пример: сотруднику в текущем месяце заносят больничный, который начался в прошлом месяце. Текущий месяц март. В результате, при расчете зарплаты первые три дня за счет предприятия разбились на два части. Два дня февраля и один день в текущем месяце. В записи НДФЛ на два дня февраля есть ссылка на источник выплаты, а в записи на один день марта - нет. В результате, часть налога не попадает в 6НДФЛ.Исправлена ошибка в функции расчета заработной платы при формировании сумм НДФЛ из реестра на перечисление больничного для случая, когда сумма за счет предприятия лежит в рамках двух месяцев. Теперь и в таком случае поле "источник данных" в результатах расчета заплаты имеет тип "больничный лист". Поля "Начислено с.. по.." для сумм за счет предприятия заполняются согласно периоду, за который они начислялись.
101.616459.1.215.0По некоторым людям не считаются удержания с больничных межпериодаЗаработная платаРасчет удержаний с больничных листов
По некоторым людям не считаются удержания с больничных межпериода. По этой причине, не формируются реестры по НДФЛ с больничных, что отрицательно влияет на корректность отчета 6-НДФЛ. Расчетный месяц март 2017 г. У работника имеется больничный с 20/02/2017 по 25/02/2017 и отпуск с 31/03/2017 по 27/04/2017 Для видов оплаты больничного в КВО установлена настройка Учет дохода в налоговой отчетности "по месяцу, в котором выплачен" При расчете НДФЛ(без учета вычетов на раб и реб.) НДФЛ в итоге не расчитывается!!!Доработана функция расчета НДФЛ с больничных межпериода за прошлый месяц, если для видов оплаты больничного в КВО установлена настройка Учет дохода в налоговой отчетности "по месяцу, в котором выплачен" Теперь доход для такого больничного учитывается по дате выплаты. Примечание 1. В системе Галактика при расчете НДФЛ с отпуска и больничного учитывается общая сумма дохода с начислений межпериода. На предоставленной базе данных у работника имеется отпуск на сумму 17814.33 с которого удержан НДФЛ 2577. Очевидно, что данный НДФЛ был рассчитан с учетом суммы больничного. Чтобы перераспределить НДФЛ, нужно выполнить следующую последовательность действий: 1.в окне больничного выполнить функцию "Отмена расчета удержаний" 2.в окне расчета отпуска выполнить функцию "Расчет удержаний..." для того чтобы изменить суммы НДФЛ с отпуска 3.выполнить функцию "Расчет удержаний..." в окне больничного.
102.1635789.1.215.0ОО. Расчет СДЗ для сотрудника с повторным приемом на старый ЛС.Заработная платаРасчёт [РФ]
ОО. Расчет СДЗ для сотрудника с повторным приемом на старый ЛС. При выборе расчетного периода система не учитывает дату повторного приема, и учитывает все начисления за год предыдущего назначения. Алгоритм 69.Раньше для повторной записи работника расчёт СДЗ повторно не запускался, в неё переносился предыдущий средний. Это было реализовано для ускорения расчётов. Сейчас по записям, относящимся к разным периодам работы, расчёт СДЗ выполняется отдельно. Для правильного формирования в дальнейшем расчётного периода в алгоритм расчёта СДЗ передаётся признак отнесения к тому или ином периоду работы из ОО.
102.1661659.1.215.01 рубль НДФЛ в результатах расчета без вида оплатыЗаработная платаРасчет подоходного налога
Сотруднику выплачена премия в межпериод. От суммы премии посчитан налог 27111. Сформирован реестр НДФЛ в межпериод. Теперь считаем зарплату. В результатах расчета появляется запись НДФЛ на 1 рубль. Сейчас у этой записи нет кода оплаты вообще, а значит код дохода для 6НДФЛ не определен. xml-выгрузка по сотруднику показала, что ситуация связана с тем, что у сотрудника все виды оплат, начисленные за период, имеют отличный от нуля приоритет оплаты для отнесения остатка округления НДФЛ. В этой ситуации и происходит сбой.Исправлена ошибка формирования результатов расчета НДФЛ с учетом поля КВО => Удержания => Приоритет оплаты для отнесения остатка округления НДФЛ. Теперь, запись об остатке округления НДФЛ +/- 1 рубль всегда имеет код оплаты, который определяется согласно приоритетам. Примечание. Ошибка проявлялась в ситуации, когда у сотрудника все виды оплат, начисленные за период, имеют отличный от нуля приоритет оплаты для отнесения остатка округления НДФЛ.
102.1662139.1.215.0Суммы пересчета налогов на ФОТ за предыдущий период попадют в графу "Налог после превышения тек."Заработная платаРасчёт налогов на ФОТ
Суммы пересчета солидарной части за предыдущий период попадают в графу "Налог после превышения тек.", хотя превышения базы не было.Для РФ для налога с дополнительным признаком "Л" в случае пересчета (расчета со сторнированием) суммы налога корректно разносятся по колонкам "Налог до превышения тек." и "Налог после превышения тек.".
102.1662469.1.215.0Лишняя сумма в результатах расчета по НДФЛ с матпомощиЗаработная платаРасчет удержаний (6-НДФЛ)
Лишняя сумма в результатах расчета по НДФЛ с матпомощи. В результатах расчета 3 записи вместо 2-х. Не вся МП отображается в отчете 6-НДФЛ. Рассмотрим на конкретном примере. Сотруднику начислена МП в функции "Начисления и выплаты". Вторая МП начислена МП в функции "Постоянные доплаты" Одна перечислена в межпериод. вторая МП выплачена с ЗП. В результатах расчета зарплаты по МП 3 строчки.1.Исправлен расчет начислений при расчете заработной платы по учету материальной помощи. Теперь в результаты расчета заработной платы для начислений межпериода переносится вычет по мат.помощи из функции "Начисления и выплаты". В результате правильного заполнения вычета в начислении формирование результатов расчета НДФЛ также происходит правильно.
180.101039.1.215.0Невозможно пересчитать архив налогов на ФОТ по налогу по несчастному случаю за 2013 год находясь в отчетном периоде 2017 годаЗаработная платаСервис налогов на ФОТ за закрытые месяцы
Невозможно пересчитать архив налогов на ФОТ по налогу по несчастному случаю за 2013 год находясь в отчетном периоде 2017 года.Функция пересчета архива налогов на ФОТ (Настройка - Сервисные функции - Налоги на ФОТ - Сервис налогов на ФОТ за закрытые месяцы с параметром пересчет налогов(Архив налогов на ФОТ)) позволяет пересчитывать налог по травматизму за прошлые годы: - 4 года от расчетного (например, в 2017 году можно запустить пересчет не ранее, чем за 2013).
102.1675409.1.214.2Расчет взносов по ОСМС из зарплатыЗаработная платаРасчет взносов (удержаний)
Для сотрудника по основной должности производится расчет ОСМС, причем процент взносов берется из таблицы налогов для договоров подряда, если в таблице налогов ОСМС для зарплаты срок начала действия налога больше, чем срок начала действия для договоров подряда.Исправлено, сохранение ставок налога во временные структуры производится корректно, в соответствии с признаком налога.
102.1676209.1.214.2Неверный расчет взносов по ОСМСЗаработная платаРасчет взносов (удержаний)
Задваивается сумма ДПВ при расчете ОСМС, если в постоянном удержании ДПВ заданна готовая сумма, а не процент.Исправлено корректное сохранение ДПВ во временную структуру для расчета ОСМС, если ДПВ задано готовой суммой.
101.601409.1.214.0Расчет зарплаты - учитывать вычеты межпериода из реестровЗаработная платаПредложение по новой функциональности модуля заработная плата
Сейчас при окончательном расчёте зарплаты программа пытается обратным расчётом вычислить вычеты, предоставленные в межпериод (поскольку в операциях межпериода вычеты не сохраняются). Такой подход не всегда даёт правильную картину. Предлагается после доработок сохранения вычетов в операциях и реестрах межпериода (при окончательном расчёте брать сохранённые вычеты из реестров.При расчете заработной платы вычеты для сущностей межпериода берутся готовыми суммами из реестров. При этом, если были сформированы реестры до установки данного обновления, то вычеты будут вычисляться.
101.606069.1.214.0Расчет удержаний - формируемая аналитика не соответствует настройке КАУ для бухсчетаЗаработная платаРасчет удержаний (общие вопросы)
При определённых условиях в результатах расчёта для удержания (перечисления) отпускных в межпериод формируется аналитика по сотрудникам, хотя на счёте такая аналитика в принципе не ведётся. Возможно, переносится из начисления отпускных (по настройке "Разбивать удержания - по подразделениям, аналитике и параметру входящих оплат"). В результате при формировании проводок получаем неправильную аналитику. Необходимо добавить проверку на наличие аналитики в случае, если пользователи хотят переносить КАУ, которые есть в реестре, но с учетом аналитики по счету/субсчету. Изменить название параметров в классификаторе видов удержаний (особенности выбора КАУ) - "... из постоянного удержания." на "... из источника".В классификаторе видов удержаний изменены названия параметров для "особенностей выбора КАУ" фраза "из постоянного удержания" заменена на "из источника". При учете данного поля при выполнении функции формирования результатов расчета добавлена проверка на наличие аналитик на счете в случае, если пользователи хотят переносить КАУ, которые есть в реестре, но с учетом аналитики по счету/субсчету.
102.1570499.1.214.0Очистка буфера перед запуском алгоритма расчета ЗПЗаработная платаАлгоритмы пользователя
Пример алгоритма: 1) If(SumAlgNo(2)=0, if(Uch_Summa=0, SETBUFVALUED(LSC_TARIF*UCH_CHASF/169.3*UCH_PROC/100 + GETBUFVALUED)*0 + Round(GETBUFVALUED,2) + SETBUFVALUED(GETBUFVALUED- Round(GETBUFVALUED,2))*0,Uch_Summa),0) 2) if(GETBUFVALUEC<> UCH_LSCH, SETBUFVALUEC(UCH_LSCH)*0+SETBUFVALUED(0),0) Если несколько раз запускать расчет по одному ЛС, то при работе с буфером он не обнуляется, что ведет к неверным расчетам.Перед выполнение расчета заработной платы для каждого лицевого счета происходит очистка буфера для временного хранения значений.
102.1570509.1.214.0Добавить еще переменные для работы с буфером в функции используемые в алгоритмах расчета ЗПЗаработная платаАлгоритмы пользователя
Для использования расчета доплат с использованием пользовательских алгоритмов при работе с буфером (GETBUFVALUED, SETBUFVALUED) необходимо иметь возможность использовать свой буфер для отдельного алгоритма. Иначе можно завести только одну доплату которая будет использовать при расчетах буфер.Для работы с пользовательскими алгоритмами добавлены функции: - GETBUFVALUEDI(longint): double - SETBUFVALUEDI(longint, double): double Функция SETBUFVALUEDI сохраняет во временном буфере значение числа с плавающей точкой. В первом параметре передается индекс, по которому будет сохранено значение, переданное во втором параметре. Функция возвращает сохраненное значение. Функция GETBUFVALUEDI предназначена для получения из временного буфера значения, сохраненного по определенному индексу, который передается в качестве параметра. Максимальное количество индексов, которые могут быть применены для сохранения значений равно 2147483647. Значение по индексу 0 можно сохранить и получить при помощи функций SETBUFVALUED и GETBUFVALUED (функции без постфикса I)
102.1638679.1.214.0На северный стаж 1 месяц насчитывается 1% северной надбавкиЗаработная платаРасчет начислений (общие вопросы)
На северный стаж работы в остальных районах крайнего севера продолжительностью 1 месяц 19 дней насчитывается 1% северной надбавки (вместо 0%) и этот процент идёт в итоговый расчёт.Доработан расчет северных надбавок с настройками: "Настройки Галактики Управление персоналом Расчеты с персоналом Северные надбавки Учитывать изменения особых климатических условий" - "да" "Настройки Галактики Управление персоналом Расчеты с персоналом Северные надбавки Расчет периода проживания для молодежи" - "для каждого типа местности" "Настройки Галактики Управление персоналом Расчеты с персоналом Северные надбавки Переход на дополнительную шкалу при достижении 60%" -"да" "Настройки Галактики Управление персоналом Расчеты с персоналом Северные надбавки Пересчет процента надбавки при изменении типа местности" - "нет" Если в настройке указано значение "нет", то расчет идет согласно консультации АЦ. Расчет из консультации Москвы: Период работы с 18.11.2010 по 29.07.2011 в иных местностях составляет 8 мес.11 дней. За это время сотрудник не заработал надбавку (так как меньше 1 года), значит, этот стаж работы отбрасывается и далее не учитывается при подсчете северных надбавок. Теперь настройка учитывается еще и при переходе из типа местности "Остальные районы Крайнего Севера" в "Местности, приравненные к рКС".
102.1660109.1.214.0При контроле годового до хода рантайм 216 на определенном работнике.Заработная платаКонтроль дохода
1.Во время контроля дохода сотрудника, у которого есть смежные лицевые счета, но нет подходящего для переноса сальдо, галактика падает с runtime. 2.Падение при наличии в результатах расчета записи по материальной помощи за прошлый месяц, который выбран для контроля дохода.Исправлено падение. Теперь контроль дохода отрабатывает нормально.
102.1660979.1.214.0Некорректный расчет ИПН в случае ухода на пенсиюЗаработная платаКонтроль дохода
Некорректный расчет ИПН в случае ухода на пенсию У всех работников-пенсионеров неверно рассчитывается п/налог. Расчет касается тех работников, которые например, в марте 2017 достигли пенсионного возраста (и в марте у них прекратили удержание в пенсионный фонд путем изменения настройки в ЛС) Сейчас п/налог рассчитывается так, как будто происходит добор п/налога с ОПВ за предыдущие месяцы. По трудовому кодексу РК работодатель не имеет права увольнять работника, вышедшего на пенсию. Был выполнен Контроль дохода по всему заводу, так как работников, с которых удерживается ДПВ, от 1000-2000 человек. В связи, с чем обнаружилась данная ситуация. После выполнения контроля дохода, в таблице "Размер годового дохода" суммы в графах Основной +совокупный доход и За вычетом пенсионных равны в месяцах до выхода работника на пенсию.Доработана функция Контроль дохода по настройке на страну "Казахстан". Теперь значение поля "за вычетом пенсионных" формируется независимо от признака Лицевой счет => Взносы => Пенсионный. Если у работника в архиве удержаний есть взносы в пенсионный фонд, то они льготируют доход. У работников, вышедших на пенсию этих сумм не будет, значит сумма "за вычетом пенсионных" за те месяцы, которые работник был на пенсии, будет равна доходу.
103.84819.1.214.0Некорректная разбивка НДФЛ в результатах расчета при наличии 2 реестров НДФЛ на 1 выплату в межпериодЗаработная платаРасчет удержаний (6-НДФЛ)
При оплате НДФЛ 2 реестрами по одной выплате в межпериод некорректно разбивается НДФЛ по видам оплат и некорректно формируется НДФЛ-6 раздел 2. К сожалению 2 реестра - это не каприз клиента, связано с финансированием оборон заказов.Доработана функция учета реестров на перечисление НДФЛ при расчете заработной платы. Теперь в случае перечисления НДФЛ 2 реестрами по одной выплате в межпериод, сумма НДФЛ из реестров суммируется, а не погашается.
101.614729.1.213.0отрицательная сумма алиментов в авансеЗаработная платаРасчет алиментов в режиме "Расчет аванса"
Ограничение суммы алиментов с аванса производится с учетом суммы удержанных сумм алиментов с отпускных межпериода.Расчет алиментов и исполнительных листов производится с учетом отпускных межпериода. При ограничении удержаний с аванса алименты и исполнительные листы с отпускных межпериода не учитываются.
102.1591379.1.213.0Расчет алиментов с отпускныхЗаработная платаРасчет алиментов с отпусков межпериода
Расчет алиментов с отпускных в межпериод: При наличии исполнительных листов или алиментов с фиксированной суммой и пакета отпускных текущего и будущего периодов, фиксированная сумма удерживается только за текущий период. При окончательном расчете при наличии отпускных будущего периода фиксированная сумма удерживается за каждый период.Значение настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Почтовые переводы, алименты, исп.листы Учет облагаемых сумм и алиментов" = "по месяцу, за который они были рассчитаны". При расчете алиментов или исполнительных листов фиксированной суммой с отпускных межпериода за текущий и будущий периоды, фиксированная сумма алиментов и исполнительных листов удерживается за каждый период.
102.1609889.1.213.0Расчет алиментов в межпериод из отпускных неверный если отпуск начисляется из двух источников (ФЗП и СевРК)Заработная платаРасчет алиментов с отпусков межпериода
Неверный расчет алиментов в межпериод из отпускных неверный если отпуск начисляется из двух источников (ФЗП и СевРК).Расчет алиментов с отпусков межпериода производится накопительно.
102.1634769.1.213.0Сторнирование имущественного вычета при корректировке вычетов на иждивенцев за прошлый периодЗаработная платаРасчет подоходного налога
Текущий месяц в системе Январь. В декабре работнику на всю сумму начислений предоставился имущественный вычет, вычетов на иждивенцев не было. В январе работник принес справку на вычет на иждивенца с декабря. Внесли в Архив вычетов. Включили сторнирование подоходного В январе расчет верный, от начислений отняли вычет на ребенка, остаток = вычет имущественный В январе за декабрь нужно уменьшить сумму предоставленного имущественного вычета и увеличить остаток вычета. Но пересчета нет Начисления 805,48 - вычеты на иждивенца 46 = 759,48 (вычет имущественный должен уменьшиться и увеличится остаток)Доработана функция возврата социальных и имущественных вычетов при предоставлении стандартных вычетов за прошлые месяцы в расчетом. Теперь в таком случае, формируется запись на положительную сумму о возврате вычета за прошлый месяц. Уменьшается сумма скидки за прошлые месяцы в таблице "Размер годового дохода после расчете зарплаты". Поле "Учтено" в соответствующей постоянной доплате формируется с учетом возврата вычета. Таким образом, после перехода на следующий расчетный период, остаток вычета также сформируется с учетом факта возврата.