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


Описание файла обновления:
ФайлG_ZARPL_DLL_912170.TXT
ОбновлениеG_ZARPL_DLL_912170
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентG_ZARPL
ТипDLL
Версия9.1.217.0
Дата2017-05-12 18:02:36
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
101.61898NEWРассчитывается удержание по исполнительному листу с начисления, у вида оплаты которого отсутствует входимость в "удержания и штрафы"Заработная платаРасчет алиментов и исполнительных листов
При наличии суммы удержания по алиментам и исполнительным листам больше максимально возможной рассчитывается удержание по исполнительному листу с начисления, у вида оплаты которого отсутствует входимость в "удержания и штрафы".Если у ВО отсутствует входимость в "удержания и штрафы" или "алименты" и сумма рассчитанных алиментов и и/л больше максимально возможной суммы, которую можно удержать, то алименты и и/л с данного ВО не рассчитываются.
102.166139NEWКолонка сумма для совместителейЗаработная платаВычеты по отдельным видам доходов
Сейчас для основных работников, совместителей и договоров подряда можно использовать один вид оплаты с кодом дохода 500. В справочник вычетов льготируемая сумма 1678, сумма для совместителей 111. При расчете дохода с кодом 500 для основных работников льготируемая сумма 1678 рублей, для договоров подряда и совместителей 111 рублей. Но такое заполнение не отрабатывает для вида работы Договор подряда (Галактика для них берет льготируемую сумму как для основного работника 1678), а для совместителей отрабатывает Колонка Сумма для совместителей работает только для вида работы 1. Считаем, что если оставили функционал колонки для совместителей и клиент им успешно пользовался, пока не столкнулся с начислением дохода по договору подряда следует добавить в функционал колонки сумма для совместителей анализ вида работы Договор подряда, так как клиенту удобней вести начисления одного вида оплатыДля Республики Беларусь. Доработано налогообложение сумм, подлежащих льготированию. Теперь, при налогообложении сумм, подлежащих льготированию, для внешних совместителей (в лицевом счете установлен код вида работ 1) и сотрудников, работающих по договору подряда (в лицевом счете установлен код вида работ 2), учитывается сумма льготы из колонки "Сумма для совместителей" справочника "Налоговые вычеты по отдельным видам дохода".
102.166162NEWЕсли разноска и расчет выполняется последовательно, то проставляется признак "расчет".Заработная платаФормирование и расчет нарядов
Если разноска и расчет выполняется последовательно, без закрытия наряда, то проставляется только признак "расчет", а должен заполниться и признак "разноска".Исправлено, теперь после расчета наряда отметка о разноске сохраняется.
102.166332NEWЛишние взносы на ППС при расчете зарплатыЗаработная платаРасчёт налогов на ФОТ
Если в некотором месяце у работника отсутствует хотя бы один полный рабочий день в особых условиях труда (или время, приравненное к работе в особых условиях труда), то оснований для начисления и уплаты взносов на ППС за такого работника не имеется. Это правило (полное отсутствие взносов на ППС) должно распространяться, в том числе, и на оплаты с доп.входимостью 59 (Взносы на ППС формировать полностью, вне зависимости от отработанного времени).РБ. Доработано в соответствии с постановкой - если нет оснований для "общего" начисления взносов на ППС, то и для оплат с доп.входимостью 59 они не начисляются.
106.10445NEWПерестал заполняться совокупный доход в смежных данных, в Размере годового дохода после расчета з/п под кнопкой "Вычеты"Заработная платаРасчет начислений (общие вопросы)
При установленной настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Режимы расчетов Разбивать удержания" в "Разбивать удержания - по подразделениям, аналитике и параметру входящих оплат" и если есть только материальная выгода, а других начислений нет, то совокупный доход под кнопкой "Вычеты" в размере годового дохода после расчета заработной платы не заполняется.Исправлено. Совокупный доход заполняется корректно.
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).
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 на определенном работнике.Заработная платаКонтроль дохода
Во время контроля дохода сотрудника, у которого есть смежные лицевые счета, но нет подходящего для переноса сальдо, галактика падает с runtime.Исправлено падение. Теперь контроль дохода отрабатывает нормально.
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 (вычет имущественный должен уменьшиться и увеличится остаток)Доработана функция возврата социальных и имущественных вычетов при предоставлении стандартных вычетов за прошлые месяцы в расчетом. Теперь в таком случае, формируется запись на положительную сумму о возврате вычета за прошлый месяц. Уменьшается сумма скидки за прошлые месяцы в таблице "Размер годового дохода после расчете зарплаты". Поле "Учтено" в соответствующей постоянной доплате формируется с учетом возврата вычета. Таким образом, после перехода на следующий расчетный период, остаток вычета также сформируется с учетом факта возврата.
102.1659379.1.213.0Не предоставляются вычеты на иждивенцев после добавления новой записи в классификаторЗаработная платаАвтоматическая кратность
Согласно законодательству РБ вычеты на иждивенцев предоставляются вне зависимости от дохода работника. Поэтому колонка "Конец интервала (вычеты на иждивенца)" в справочнике "Автоматическая кратность" была скрыта. Также для всех стран режимы просмотра и редактирования были объединены в одно окно. Сейчас при добавлении новой записи, с новыми значениями для предоставления вычетов, не возможно заполнить КОНЕЦ ИНТЕРВАЛА НА ИЖДИВЕНЦЕВ, а оно все еще необходимо для предоставления вычетов работникам.Для Республики Беларусь. После скрытия колонки "Конец интервала (вычеты на иждивенцев)" справочника "Автоматическая кратность" при занесении новый записи в данной колонке проставляется нулевое значение. Это нулевое значение влияло на расчет подоходного налога в разрезе предоставления вычетов. Исправлено. Система при расчете заработной платы сама подставляет ограничение диапазона, при этом модификации колонки "Конец интервала (вычеты на иждивенцев)" не происходит.
103.83589.1.213.0Не удерживаются алименты с отпуска больше 70%, хотя есть заявление сотрудника на 75%Заработная платаРасчет алиментов с отпусков межпериода
Не нужно производить ограничение удержания алиментов и исполнительных листов при расчете удержаний с отпусков, если в постоянном удержании не задан "Макс. %".При расчете алиментов и исполнительных с сумм отпускных в межпериод не ограничиваются, если в постоянном удержании (ВУ 185,186,187,188,190,190) не указан максимальный процент удержания "Макс %". При этом, если есть алименты или исполнительные листы, в которых "Макс %" задан, то постоянное удержание, в котором не задан "Макс %" относится к 3 очереди, т.е. удерживается после удержания удержаний 1 ("Макс %" = 70) и 2 ("Макс %" = 50) очереди.
102.1377249.1.212.0Неверно учитывается начисление скидки положительной суммой алг.98 призн.2Заработная платаРасчет подоходного налога
Сотруднику неверно предоставлена скидка по начислению НДФЛ на вид дохода с кодом 319. Скида предоставлена излишне. Необходимо произвести обложение неверно предоставленной суммы скидки НДФЛ, чтобы: 1. был доначислен НДФЛ. 2. сумма была отражена в расчетном листе. В настройке вида оплаты скидки используется алг. 98 призн.2. В месяце обнаружения ошибки заносят этот же ВО на период предоставления скидки с положительной суммой. В результате НДФЛ доначисляется, но не за счет уменьшения скидки, а увеличения дохода. Поэтому в расчетном листке данные неверные. Правильно в этой ситуации уменьшить сумму скидки, тогда и НДФЛ доначислится и в расчетном листке данные будут корректными.Доработана функция возврата вычетов с алг. 98 призн.2. при расчете заработной платы. Суммы вычета, подлежащего возврату заносят на этот же ВО на период предоставления скидки с положительной суммой. Суммы возврата вычета заполняется в справочник размера годового дохода с минусом. В этой ситуации сумма вычета учитывается со знаком минус в справочнике размера годового дохода. Месяц учета выбирается в соответствии с настройками учета дохода для данного вида скидки.
102.1654939.1.212.0Неправильный код при окончательном расчете ЗПЗаработная платаРасчет удержаний (общие вопросы)
Неправильный код при окончательном расчете ЗП. При установке последних патчей возникла проблема (подробности в файле) До патчей было так: 1. Рассчитали ЗП, код 404 2. Сформировали реестр и ПП 3. Пересчитали ЗП код 412 После установки патчей код остается 404, хотя реестр и ПП есть.Исправлено формирование вида реально перечисленной заработной платы для уволенных сотрудников. Ошибка возникала, если для вида удержания, указанного в настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период Учет межпериода при расчете зарплаты Вид удержания для реально перечисленной заработной платы" не были заполнены виды удержаний для уволенных.
180.101099.1.212.0Не отрабатывает шаблон "Назначение платежа" в ЗПЗаработная платаПлатежные поручения
Не отрабатывает шаблон "Назначение платежа" в ЗП при наличии в строках шаблона спецсимвола ^nИсправлено. Доработка формирования ПП по результатам расчета зарплаты.
101.599049.1.211.0Не верный счет по дебету для удержания профсоюзных взносов при добавлении в расчет неначисляемой суммыЗаработная платаРасчет удержаний (общие вопросы)
Не верный счет по дебету для удержания профсоюзных взносов при добавлении в расчет не начисляемой суммы. Результат расчета удержания профсоюзные взносы, сформирован не верный счет по дебету. Ситуация выявилась после установки системной настройки Разбивать удержания по подразделениям = "аналитике и параметрам входящих оплат".Исправлено. При расчете профсоюзного взноса при установленной настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Режимы расчетов Разбивать удержания" в значение "по подразделениям, аналитике и параметру входящих оплат" и при настройке 197 вида удержания в значение "учитывать в подразделении на начало месяца" или "учитывать в подразделении на конец месяца" счет и субсчет дебета для записи удержания профсоюзных взносов формируются корректно. При вышеизложенных настройках записи удержания профсоюзного взноса группируются по месяцам "за который". Данные (в том числе и дебет счета) для записи удержания будут браться из записи начисления с максимальной абсолютной суммой.
102.1604849.1.211.0Сумма на руки в расчете отпускаЗаработная платаРасчет отпускных
У предприятия иногда возникает необходимость в округлении суммы на руки. Предлагают дать возможность округлить сумму на руки выбором соответствующей функции в меню (или по настройке округления удержания, выбранного для перечисления в межпериод).При расчете отпуска для округления суммы на руки используется индивидуальная настройка Округлять сумму, заданная в в классификаторе ВУ для удержания, выбранного в параметрах расчета отпуска для выплаты в межпериод. На данном этапе выбор индивидуальной настройки для округления предусмотрен для тех же видов удержаний, что и при расчете з/п.
102.1635319.1.211.0Допаналитики брать из новых полей, если они в них заполненыЗаработная платаРасчет удержаний (общие вопросы)
Если при расчетах учитываются допаналитики, то брать значения из новых полей (ZAROPER.TBLEXTR, ZAROPER.KAUEXTR) в случаях, когда есть данные в этих полях (ZAROPER.TBLEXTR[1] <> 0). Если не заполнены, то брать как и ранее, из OtpDop.Доработана функция учета сумм из реестров при расчете заработной платы. Теперь их значения учитываются из новых полей (ZAROPER.TBLEXTR, ZAROPER.KAUEXTR) в случаях, когда есть данные в этих полях (ZAROPER.TBLEXTR[1] <> 0). Если не заполнены, то доп.аналитики учитываются как и ранее, из OtpDop.
102.1652699.1.211.0Определения вредности при расчете ОППВЗаработная платаРасчёт налогов на ФОТ
Просим предусмотреть для Казахстана два варианта определения вредности при расчете ОППВ (Дополнительный признак = Р Профессиональное пенсионное страхование): 1. на основании комбинации "подразделение + должность"; 2. на основании значения поля "Оплата за работу" = "во вредных условиях". На данный момент система определяет вредность по значению поля "Оплата за работу". Данное решение подходит для одного из клиентов, они пользуются модулем Управление персоналом и имеют сложную структуру в штатном расписании, когда в одном подразделении есть две одинаковые должности с разыми условиями труда. И не подходит для других клиентов, так как они не используют модуль управление персоналом и для расчета ОППВ применяют каталог "Условия труда на рабочем месте". Заполнение нового признака является трудоемким, так как в Галактику информация о переходах приходит из системы САП импортом. Получается, на данный момент они не могут рассчитать ОППВ.Добавлена общесистемная настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Взносы и налоги на ФОТ Налоги ". Название "Расчёт ОППВ вести на основании" с двумя значениями: "оплаты за работу" / "подразделения и должности". По умолчанию при добавлении настройки устанавливается значение "оплаты за работу". Настройка видима для Казахстана. Расчёт налогов на ФОТ (ОППВ) ведётся с учётом значения добавленной настройки.
101.611649.1.210.0В результаты расчета попадает удержание межрасчетного отпуска не с тем параметром, что в отпуске указан.Заработная платаРасчет удержаний (общие вопросы)
В межрасчет рассчитан и выплачен реестром отпуск с определенным параметром. При расчете зарплаты в начисления попадает тот же параметр, но в удержание попадает параметр из ЛС. Настройка "Разбивать удержания" установлена в значение "по подразделениям, аналитике и параметру входящих оплат". Если в отпуске задан параметр, то в удержание нужно брать его из отпуска (как и в случае с начислением), если же он не задан, то брать его из ЛС (опять же, как и в случае с начислением). Собственно проблема не в ТХО, а в параметре. ТХО, разумеется, могут быть разными (хотя это и не обязательно в общем случае). Если отпуска считаются в разрезе разных параметров (которые потом входят в аналитический разрез межрасчетных реестров и ведомостей) и они явно задаются в отпуске, то, само собой разумеется, что эти параметры должны попадать и в начисления этого отпуска и в удержания этого отпуска. На данный момент в начисление параметр попадает из отпуска, а в удержание из ЛС, что абсолютно нелогично.Доработана функция формирования записей о перечислении отпуска для значения "учет не ведется" настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период Учет межпериода при расчете зарплаты Учет выплат по реестрам". Теперь в результаты расчета удержаний переносится параметр из функции расчета отпуска, если он там есть.
101.613979.1.210.0Пропадает сбор алименты почтой первой половины месяца в расчета за полный месяцЗаработная платаРасчет алиментов и исполнительных листов
При условии, что в межпериод была перечислена вся сумма алиментов, заданная готовой суммой, то при окончательном расчете сумма сбора за перечисление алиментов в межпериод не попадает в удержания.Сумма сбора за перечисление алиментов в межпериод попадает в удержания при окончательном расчете, если вся сумма алиментов была перечислены в межпериод. В поле "Сумма сбора" сохраняется сбор, рассчитанный при окончательном расчете, без учета сбора, рассчитанного в межпериод.
102.1647629.1.210.0Максимальное количество месяцев для сторнирования налогов на ФОТЗаработная платаРасчёт налогов на ФОТ
Максимальное количество месяцев для сторнирования, которые учитываются при расчете = 23. Но в настройке: "Настройки Галактики Управление персоналом Расчеты с персоналом Взносы и налоги на ФОТ Налоги Единый социальный налог/Страховые взносы Количество месяцев сторнирования ЕСН/Страховых взносов в расчетном" можно установить любое значение, что может вводить пользователей в заблуждение. Необходимо либо ограничить возможность ввода большего числа месяцев в настройке либо выводить предупреждение при расчете, если в данной настройке указано более 23-х месяцев.Для РФ. При выборе значения для настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Взносы и налоги на ФОТ Налоги Единый социальный налог/Страховые взносы Количество месяцев сторнирования ЕСН/Страховых взносов в расчетном" в случае превышения допустимого числа месяцев для сторнирования выдается предупреждение "Не предусмотрено сторнирование годовых налогов на ФОТ более, чем за N месяцев", где N - максимально допустимое значение с учетом даты отчетного периода (сторнирование не может выходить за границы прошлого года). Это значение и будет установлено в данном случае для настройки. В параметрах расчета зарплаты (на закладке "Налоги на ФОТ") также при выборе количества месяцев для сторнирования выдается аналогичное предупреждение.
102.1649369.1.210.0Не учитывается остаток с прошлого месяца по алг 97 признак 2Заработная платаРасчет подоходного налога
1.В текущем периоде есть доплата по алг 97 признак 2 с остатком предыдущего месяца. Добавлена доплата с таким же ВО с началом расчета и датой назначения текущего месяца. При расчете льготируется только новая запись и не учитывается остаток с прошлого месяца. 2.Отчетный период февраль. У работника по основному месту работы есть два вычета код скидки 97 с алгоритмом 97 пр.0 сумма вычета 125.02 общий размер вычета 125.02 назначен с 01/02/2017 код скидки 98 с алгоритмом 97 пр.2 вычет за месяц 52.77 общий размер вычета 52.77 остаток 52.77 назначен с 01/02/2017 Кроме того есть вычеты не участвующие в расчетах с алгоритмом 97 пр.2. код скидки 98 начало расчета с 01/07/16 по 31/07/16 за месяц 52.75 всего 52.75 код скидки 98 начало расчета с 01/08/16 по 31/08/16 за месяц 52.76 всего 105.51 код скидки 98 начало расчета с 01/09/16 по 30/09/16 за месяц 52.77 всего 158.28 код скидки 98 начало расчета с 01/02/17 по за месяц 52.76 всего 211.04 код скидки 98 начало расчета с 01/11/16 по 30/11/16 за месяц 52.76 всего 263.80 код скидки 98 начало расчета с 01/12/16 по 31/12/16 за месяц 52.76 всего 316.56 код скидки 98 начало расчета с 31/01/17 по за месяц 52.76 всего 369.32 Суммы активных вычетов полностью использованы на льготирование доходов по совместительству. Тем не менее, по основному месту работы тоже предоставляется вычет на сумму вычета с алгоритмом 97 пр.0. Причем в результаты расчета эта сумма записывается с кодом 98.1.Доработана функция предоставления вычетов при расчете заработной платы. Теперь записи по имущественным и социальным вычетам учитываются в порядке следования даты назначения. Т.е. в первую очередь предоставляются вычеты по той записи, у которой дата назначения меньше. Если дата назначения не заполнена учитывается дата начала расчета. 2. Доработана функция предоставления вычетов с алгоритмом 97 пр.0 при расчете заработной платы с учетом смежных лицевых. Теперь сумма ограничивается Примечание. Ошибка проявлялась при условии, что кроме данного вычета, у работника имеется несколько записей о вычетах с алгоритмом 97 пр.2, в том числе не участвующие в расчетах.
102.1652269.1.210.0При расчете ЗП пенсионеру сумма для удержания налога в результатах расчета разбивается на 2-ве части.Заработная платаРасчет удержаний (6-НДФЛ)
При расчете ЗП пенсионеру сумма для удержания налога в результатах расчета разбивается на 2-ве части. Причем сумма удержание налога по первой(большей) части верная, а по второй равна 0. Данная ситуация никак не влияет на формирования 2-ндфл.Доработан учет сумм из реестров при формировании результатов расчета заработной платы по НДФЛ для материальной помощи. Теперь в тех случаях, когда мат.помощь облагается полностью, в качестве дохода принимается полная сумма, а не пересчитывается обратным расчетом, как было ранее. Таким образом, сумма для удержания налога в результатах расчета не разбивается на 2-ве части.
180.101209.1.210.0ВУ с системным кодом 191 заменяется на удержание из настройки "Вид удержания для реально перечисленной заработной платы"Заработная платаРасчет удержаний (общие вопросы)
ВУ с ситемным кодом 191 заменяется на удержание из настройки "Вид удержания для реально перечисленной заработной платы". Подробное описание и отчет о системе во вложении.Исправлен учет алиментов с кодом 191 при расчете зарплаты. ВУ с ситемным кодом 191 не заменяется на удержание из настройки "Вид удержания для реально перечисленной заработной платы".
102.1618579.1.209.0Изменилось округление при расчёте детских ежемесячных пособийЗаработная платаИнтерфейс "Ежемесячные пособия на детей"
Расчет пособий по уходу за ребенком до полутора лет. Если выполнить полный пересчет, а затем просто расчет, то сумма пособия может измениться на копейку.Проблема заключалась в точности хранения среднего дневного заработка после полного пересчета пособия. После увеличения точности хранения данного значения сумма пособия после полного пересчета и простого расчета одинаковая.
102.1640599.1.209.0В отпуске будущего периода обнуляется сумма на руки при расчёте удержанийЗаработная платаРасчет удержаний с отпусков межпериода
В отпуске будущего периода обнуляется рассчитанная ранее сумма на руки после выполнения "расчёта удержаний (НДФЛ без учёта льгот)". Проблема проявляется в случае, когда у ЛС заведено постоянное удержание по исполнительным документам (в банк) с ВУ 188, с датой окончания ранее текущего расчетного периода. Если переключить выплату в значение "с зар. платой" и обратно "в межпериод", то сумма на руки снова появляется.Исправлено, значение поля "Сумма сбора" рано нулю, если система настроена так, что сбора не должно быть.