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


Описание файла обновления:
ФайлG_ZARPL_DLL_913090.TXT
ОбновлениеG_Zarpl_dll_913090
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентG_ZARPL
ТипDLL
Версия9.1.309.0
Дата2018-12-18 17:18:33
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.191261NEWОшибка при расчете сбора по перечислению алиментов при сторнировании зарплатыЗаработная платаРасчет алиментов и исполнительных листов
У работника был переходящий отпуск с августа на сентябрь, во время которого он заболел. В сентябре сторнируем отпуск. Алименты пересчитались правильно, а сбор по перечислению алиментов уменьшен. 546 вид должен быть (285,36-29,18)*2%=5,12Исправлена сумма почтового сбора с алиментов при расчете. Ошибка проявлялась при наличии за прошлый месяц отрицательных сумм алиментов.
102.192966NEWФильтрация сообщений о процессе расчетаЗаработная платаРасчет начислений (общие вопросы)
Просьба при выводе сообщений об ошибках расчета учитывать фильтр по доступным подразделениям для пользователя.Доработан фильтр сообщений о процессе расчета, фильтр учитывается по тем подразделениям и работникам, для которых пользователь рассчитывает зарплату.
102.193504NEWНе верно рассчитан НДФЛ при наличии бездоходных месяцев и стандартных вычетовЗаработная платаРасчет подоходного налога
С настройкой Раздельный расчет по обособленным подразделениям- из подразделений отнесения затрат и Возвращать налог за счет вычетов- в декабре или в месяце увольнения не верно считается НДФЛ при наличии бездоходных месяцев и стандартных вычетов.Исправлена функция расчёта налога на доходы при наличии месяцев, за которые не было дохода, при значениях отличных от нет в настройке "... Налог на доходы Раздельный расчет по обособленным подразделениям" . Теперь налог удерживается правильно.
102.193579NEWежемесячные пособия детямЗаработная платаИнтерфейс "Ежемесячные пособия на детей"
Ежемесячные пособия детям. Если идет расчет за период больше, чем месяц, то сумма ежемесячного пособия детям не верно округляется.Республика Беларусь. Доработана функция округления детского пособия при расчете за период больше, чем месяц.
106.10648NEWНеверные сумы расчета по алиментамЗаработная платаРасчет алиментов и исполнительных листов
Неверные суммы отображаются в интерфейсе Постоянные удержания по удержанию 186 Удержание по алиментам (почта). Впоследствии эти неверные суммы попадают в отчеты, в частности, в бланк почтового перевода. Ошибка возникает в случае, когда в начислениях есть ВО, который не входит в расчет удержаний и (не удерживаются НДФЛ, алименты) и в начислениях не проставлены приоритеты оплаты для расчета удержаний (либо приоритет такого ВО не последний).В случае, когда в результатах расчета (начислениях) есть суммы с ВО, который не входит в расчет удержаний (не удерживаются НДФЛ, алименты) и в начислениях не проставлены приоритеты оплаты для расчета удержаний (либо приоритет такого ВО не последний), в постоянные удержания записывается корректная сумма Рассчитано к удержанию.
180.10912NEWПроблемы при корректировке платежных порученийЗаработная платаПлатежные поручения
Необходимо исправить формирование хозяйственных операций по платежному документу.Исправлено заполнение полей в хозяйственной операции к платежному документу.
101.594569.1.308.0Расчет НДФЛ - сохранять сылку на реестр НДФЛ межпериода в результатах расчетаЗаработная платаРасчет подоходного налога
В связи с вводом отчёта 6-НДФЛ и ужесточившимся контролем со стороны налоговой службы сроков перечисления НДФЛ для всех клиентов крайне актуальна задача такого контроля. Сейчас в записях удержаний НДФЛ по окончательному расчёту сохраняется ссылка на реестр выплаты дохода. Также рассматривается задача записи ссылки на реестр выплаты дохода в удержаниях НДФЛ по операциям межпериода. Далее по этим ссылкам в отчётности можно определить крайний срок перечисления НДФЛ. Предлагается проставлять в записях НДФЛ также ссылки на реестр НДФЛ - чтобы по ним можно было определить фактическую дату уплаты НДФЛ (для сравнения с крайним сроком перечисления). Т.е. нужно просто одновременно сохранять в результатах расчёта и ссылки на эти реестры НДФЛ.Для России 1.В справочники "Результаты расчёта заработной платы" и "Суммы по видам удержаний" добавлено поле "Ссылка на реестр НДФЛ". Данное поле отображается в окне редактирования для записей НДФЛ (удержания с кодами 182, 183, 184, и ".. Налог на доходы Вид удержания для дополнительной шкалы НДФЛ"). Для других видов удержаний, а также для любых видов удержаний других стран данное поле не отображается. При нажатии клавиши выбора, предоставляется перечень реестров на перечисление НДФЛ соответствующего периода. При нажатии клавиши "DEL" ссылка на реестр удаляется. 2.Доработана функция учёта реестров НДФЛ при расчёте заработной платы. Теперь ссылка на реестр НДФЛ отображается в соответствующем поле удержания. 3.Доработана функция перехода на новый расчётный период: ссылки на реестры НДФЛ текущего расчёта переносятся в соответствующие поля архива "Суммы по видам удержаний".
101.595869.1.308.0При расчете Алиментов почему то автоматически рассчитывается НДФЛЗаработная платаРасчет планового аванса и удержаний
При расчете Алиментов почему то автоматически рассчитывается НДФЛ. Заказчик перечисляет аванс фиксированной суммой (3000 р.) без снятия подоходного налога, но с расчетом Алиментов. А так как на предприятии имеются люди у которых есть Алименты и Исполнительные листы, то после выполнения функции "Рассчитать алименты и исполнительные листы" система автоматом считает НДФЛ. Предложение добавить настройку для функции "Рассчитать алименты и исполнительные листы" при расчете аванса: "В функции "Рассчитать алименты и исполнительные листы" при расчете суммы" значения настройки отнимать подоходный налог, не отнимать подоходный налог. Для возможности расчета алиментов и удержаний по и/л со всей суммы аванса, без вычета ндфл.Добавлена общесистемная настройка в раздел: Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период Расчет удержаний в межпериод; Название: "Учитывать НДФЛ при расчете алиментов с аванса". Принимает значние "да" или "нет". По умолчанию настйрока установлена в значнии "да". Настройка будет открыта для редактирования только в старне Р.Ф., в остальных странах значение настройки будет установлено по умолчанию. Если зачение настройки установленно в "нет", то при запуске расчета "операцииавансрасчет по алмиментам и исполнительным листам", НДФЛ по работнику не будет учитываться.
102.1833319.1.308.0Добавить информацию в окно просмотра алиментов межпериодаЗаработная платаОкно формирования, просмотра и редактирования отпусков
В детализацию алиментов необходимо добавить колонки с номером(номерами) исполнительных листов. При наличии нескольких постоянных удержаний алиментов очень сложно ориентироваться какие суммы какому получателю. Вывести номер входящего исполнительного документа и порядковый номер в системе (который "для сторнирования"). Не только в отпусках, но и в остальных режимах "межпериода". Хорошо бы вообще свести коды всех режимов в один, оформить окно детализации в виде отдельного интерфейса просмотра набора записей таблицы, в который параметрами передаётся тип данных межпериода (отпуск, больничный, аванс..) и ссылка на источник.В модуле "Заработная плата" - Лицевые счета. В окне смежных данных изменен порядок кнопок во вкладке "Текущие данные". Добавил кнопку "Детализация удержаний меж/п". Окно "Детализация удержаний в межпериод" выводится вместо окна "Разбивка сумм по удержаниям", в пунктах меню: 1) Операции - Отпуска - Расчет отпускных - Разбивка сумм по месяцам - Детализации алиментов и и/л 2) Операции - Отпуска - Расчет отпускных - Материальная помощь к отпуску - Подробнее 3) Операции - Аванс - Расчет - Детализации алиментов и и/л 4) Операции - Начисления и выплаты - Расчет - (в расчете кнопка подробнее) В окне "Детализация удержаний в межпериод" отражены поля: 1) Месяц, за который удержано 2) Год, за который удержано 3) Код вида удержания 4) Наименование вида удержания 5) Исходная сумма 6) Алименты и исполнительные листы 7) Сбор за перечисление 8) Номер исполнительного листа (берется из постоянных удержаний) 9) Группировочный номер исполнительного листа (берется из постоянных удержаний) 10) Источник начисления (отпуск, аванс, отпуск/мат. помощь, мат. помощь). В наименовании окна отображается табельный и ФИО работника. По кнопке F4 открывается окно "Суммы удержания", данное окно имеет такой же вид как окно в "Смежные данные - вкладка Расчет заработной платы - Результаты расчета" по F4 на любом из удержаний. В окне "Суммы удержания" все поля закрыта. Отображение информации осуществляется как в текущем так и в будущем периоде. При этом правила заполнения в момент расчетов этих отображаемых полей не менялись.
102.1861769.1.308.0Неверный расчет алиментов из отпускных, если ранее были рассчитаны алименты из авансаЗаработная платаРасчет алиментов и исполнительных листов
При расчете алиментов из отпускных учитывается пенсионный взнос, который ранее рассчитался при исчислении алиментов из аванса.Для РБ. "Настройки Галактики Управление персоналом Расчеты с персоналом Почтовые переводы, алименты, исп.листы Расчет алиментов за вычетом удерж.в пенс.фонд" = ДА. Исправлен расчет алиментов из отпускных в случае, когда уже были рассчитаны алименты с аванса.
102.1873359.1.308.0При переходе на новый месяц сохранять детализацию алиментов аванса будущего периодаЗаработная платаРасчет алиментов в режиме "Расчет аванса"
В модуле Заработная плата-Операции-Аванс-Расчет при переходе на новый месяц сохранять детализацию алиментов аванса будущего периода: 1) Заполнить детализацию алиментов при расчете удержаний с аванса в будущем периоде (сейчас при расчете в будущем периоде удаляется запись детализации алиментов текущего периода, при этом всегда пишется исходная сумма для расчета удержаний текущего периода); 2) Отображать в интерфейсе детализацию алиментов и и/л, для текущего и будущего периода; 3) Для будущего периода в интерфейсе аванса добавить свой флаг статуса расчета удержаний.В модуле Заработная плата-Операции-Аванс-Расчет, сейчас корректно отображается и заполняется детализация алиментов и и/л в будущем периоде. Теперь при расчете в будущем периоде не удаляется запись детализации алиментов текущего периода. Статус расчета удержаний сохраняется для текущего и будущего периода отдельно. При переходе в межпериод значения будущего периода переносятся в текущий. После обновления если в будущем периоде уже есть расчет аванса, то значение статуса расчета удержаний будет равно "нет", в этом случае необходимо пересчитать аванс, статус расчета установится в нужное поле, в дальнейшем такой статус будет отображаться корректно.
102.1926359.1.308.0При расчете алиментов не срабатывает ограничение "Макс. %"-50%, при наличии двух других с ограничением "Макс. %"-70%Заработная платаРасчет алиментов и исполнительных листов
При расчете алиментов не срабатывает ограничение "Макс. %"-50%, при наличии двух других с ограничением "Макс. %"-70%.Для РФ. При наличии одного или нескольких постоянных удержаний по алиментам или и/л с признаком 70 в поле Макс. % и постоянного удержания(ий) с признаком 50 в поле Макс. % в, в первую очередь удерживаются суммы постоянных удержаний с признаком 70, и если в этом случае удержано не более 50% от облагаемой базы, будут удержаны суммы постоянных удержаний второй очереди (с признаком 50 в поле Макс.%).
103.98979.1.308.0убрать разбивку перечисление з/п на непонятные части в соответствии с настройкой удержания НЕ разбиватьЗаработная платаРасчет удержаний (общие вопросы)
Установлены значения "по подразделениям, аналитике и параметру входящих оплат" в настройке "... Режимы расчетов Разбивать удержания", "учет не ведется" в настройке "... Межрасчетный период Учет межпериода при расчете зарплаты Учет выплат по реестрам". убрать разбивку перечисление з/п на непонятные части в соответствии с настройкой удержания НЕ разбивать, то есть учитывать в подразделении на начало месяца. Сейчас по этой настройке не разбиваются удержания с типом удержание, а с типом перечисление разбиваются. Клиент возражает, чтобы в рас листке люди видели непонятную им разбивку. Параметр "суммирование..." не подходит.Доработана функция формирования сумм к перечислению заработной платы для значений: "по подразделениям, аналитике и параметру входящих оплат" в настройке "... Режимы расчетов Разбивать удержания" и для любых значений настройки "... Межрасчетный период Учет межпериода при расчете зарплаты Учет выплат по реестрам". Теперь суммы к перечислению не разбиваются, если для вида перечисления в КВУ установлены значения "учитывать в подразделении на начало месяца" или "учитывать в подразделении на конец месяца".
101.655019.1.307.0Доработка расчета сверхурочных с учетом требовааний постановления Конституционного суда от 28.06.2018 № 26-ПЗаработная платаРасчет начислений (общие вопросы)
Требуется доработка расчета сверхурочных и оплаты работы в выходные и праздничные дни с учетом требований постановления Конституционного суда от 28.06.2018 № 26-П Сейчас расчет сверхурочных, оплаты работы в выходные и праздничные дни производится исходя из системного алгоритма № 3. Данный алгоритм использует при расчете только оклад и не учитывает стимулирующие и компенсационные выплаты (премии, надбавки, доплаты и т. д.). За сверхурочную работу и работу в выходные и праздничные дни сотруднику положена повышенная оплата. Например оплата сверхурочной работы производится за первые 2 часа в полуторном размере, а за третий и последующие часы в двойном размере. Однако используя алгоритм 3 при расчете сверхурочных увеличивается только окладная часть заработка, а надбавки не учитываются. Иногда доходит до абсурда, когда работник за работу в рабочий день по графику получает больше чем за работу в выходные и праздничные дни. Это особенно касается бюджетников, так как у них размер надбавок, доплат и премий может в несколько раз превышать размер оклада. Впрочем сотрудников коммерческих организаций это тоже касается. В этой связи вышло Постановление Конституционного суда от 28.06.2018 № 26-П. КС РФ указал, что при расчете доплаты за работу в выходные и праздники нужно учитывать все компенсационные и стимулирующие выплаты, предусмотренные системой оплаты труда. Поскольку Постановление Конституционного суда считается законодательным актом и распространяется на все организации, необходимо доработать расчет. Поскольку у каждого пользователя КВО настроен по разному, предполагаю, что необходимо добавить поле в меню вида оплаты "включать в расчет сверхурочных" с проставлением галочки. Также необходима доработка алгоритма, позволяющего учитывать виды оплат с галочкой "включать в расчет сверхурочных" и суммировать их при расчете оплатой сверухрочных/выходных/праздничных дней.Доработан расчет сверхурочных и оплаты работы в выходные и праздничные дни с учетом требований постановления Конституционного суда от 28.06.2018 № 26-П. Добавлен признак 6 в алгоритмы 37-40. По алгоритму 37-40 с новым признаком 6 будут отбираться только те виды оплат, которые входят в расчет оплаты работы в ВД,ПД,СУ.
102.1912239.1.307.0Учет доплаты по алгоритму 33 признак 0 при расчёте планового аванса за периодЗаработная платаРасчет по среднему (по алгоритму больничных)
Учет доплаты по алгоритму 33 (17) c признаком > 0 при расчете планового аванса за период c 01 по 15. Для доплаты с кодом 23 выбран алгоритм 33 (17). В случае расчета из двух источников неверно считается итоговая сумма по данной оплате. Для определения суммы доплаты учитываются только суммы по второму источнику.При расчете планового аванса за период доплата с алгоритмом расчета 33 (17) c признаком > 0 в случае расчета по 2-м источникам учитываются суммы по всем источникам.
102.1912659.1.307.0Учёт сумм по алгоритму nachd при расчёте планового аванса с учётом алгоритмов расчёта среднего заработкаЗаработная платаРасчет планового аванса и удержаний
При расчёте планового аванса или среднего заработка за текущий период неправильно учитываются суммы по алгоритму NACHD. В расчёт принимаются суммы всех имеющихся расчётов по среднему, что неверно. Необходимо учёсть начисления только текущего расчёта.Доработана функциональность расчета планового аванса и другие случаи расчёта среднего заработка за текущий период, в частности, отчёт Информация о среднем заработке. Теперь более корректно учитываются суммы с алгоритмами NACHD, [33,22,17..] с признаком 0, а также с новым признаком 6 к алгоритмам [37-40]. Также в рамках данного ПИР был доработан алгоритм NachO : Теперь более корректно учитываются суммы с алгоритмами NachO, [33,22,17..] с признаком 0, а также с новым признаком 6 к алгоритмам [37-40].
180.109029.1.307.0Расчет алиментов, при объединении записей в группыЗаработная платаРасчет алиментов и исполнительных листов
При начале или окончании алиментов или исполнительных листов (и/л) в середине месяца, за который производится расчет удержаний, в случае если начисления разбиты пропорционально вредным условиям труда, неверно учитывается итоговое количество отработанных дней/часов из начисленных суммы для пересчета облагаемой базы по алиментам. Например есть два начисления с ВО 106 с 07.08.2018 по 31.08.2018 в одном задано отработанных 0,6 дней/7 часов, а во втором 6,40 дней/77 часов. Эти начисления попадают в одну группу для расчета алиментов, но итоговое количество отработанных дней/часов в данном случае подтягивается из второго начисления 6,40 дней/77 часов. В результате неверно определяется база для расчета алиментов с середины месяца.При расчете алиментов и и/л, которые начинаются или оканчиваются в середине месяца, за который производится расчет удержаний, в описанной ситуации (есть разбивка начислений пропорционально вредным условиям труда) база для расчета алиментов рассчитывается с учетом фактического заработка за период действия алиментов и и/л с учетом суммы фактически отработанных дней/часов за этот период.
101.657089.1.306.0Неверное округление налогов на ФОТ. Возможно, проблема связана с инструментарием.Заработная платаРасчёт налогов на ФОТ
РФ. Неверное округление налогов на ФОТ. Ситуация связана с конкретным набором исходных данных на клиентской БД и с особенностями хранения и обработки используемого в словаре и расчётных алгоритмах типа double.Устранено накопление погрешности расчётов в режиме расчёта налогов на ФОТ.
101.658829.1.306.0Расчет НДФЛ - учесть уменьшенное перечисление НДФЛ в межпериод при уменьшении суммы на руки в больничных/отпускахЗаработная платаРасчет удержаний (6-НДФЛ)
В случае уменьшения вручную суммы на руки в больничных сумма перечисляемого НДФЛ в реестре межпериода также уменьшается пропорционально (см. решение ПиР 101.65034). Но при окончательном расчёте зарплаты из этого реестра НДФЛ всё равно учитываются полные суммы и дохода, и налога. Соответственно в результатах расчёта НДФЛ лежит одной записью с полными суммами дохода и налога и ссылкой на реестр межпериода в источнике выплаты, а должен разбиться на 2 записи: первая со ссылкой на реестр межпериода, а вторая - на окончательный реестр.Доработана функция учета реестров при расчете заработной платы для случая формирования нескольких реестров на перечисление больничных в межпериод при пропорциональном разбиении, а также при ручных корректировках суммы на руки. Теперь, в таких случаях в результатах расчета заработной платы формируются отдельные записи по НДФЛ, распределение сумм по видам оплат при этом соответствует реестру. Суммы дохода в записях формируются в соответствии с суммами НДФЛ. Программа также формирует в этих записях ссылки на реестры перечисления в банк, насколько это возможно. Если программа не может правильно подобрать ссылки, она формирует ссылки на реестры НДФЛ.
103.98879.1.306.0зависание расчета зарплаты по 1 л/счетуЗаработная платаРасчет сальдо по заработной плате
Если настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Режимы расчетов Расчет заработной платы работникам без даты поступления на работу" установлена в "нет" и в лицевом счете не задана дата приема, то при расчете зарплаты по такому ЛС происходит зацикливание.Устранено зацикливание алгоритма расчета ЗП при описанных условиях.
102.1881189.1.305.0(ШГА) Неверно считается доплата- компенсация за вредность, если у сотрудника есть имущественный вычетЗаработная платаРасчет начислений (общие вопросы)
Нверно считает компенсацию за вредность, если у сотрудника есть имущественный вычет Компенсация = (оклад+148 премия)-4% а сейчас считает с учетом НДФЛ, это неверно =( (оклад+148 премия)-4%)*0,87Исправлен расчет компенсации за вредность для случая, когда у сотрудника есть имущественный вычет и расчет ведется для Бонуса с видом оплаты, отличным от настройки для ВО бонуса (148 ВО). Для случая, когда начисления больше бонуса и больше МРОТ итоговая сумма не уменьшается на сумму НДФЛ.
102.1885479.1.305.0Не корректный расчет алиментов при наличии перехода в межпериодЗаработная платаАлименты, исполнительные
Не корректный расчет алиментов при наличии перехода в межпериод. В настройке КВУ для алиментов (186) установлен признак "разбивать по подразделениям отнесения затрат". У сотрудника был переход в межпериод в другое подразделение. При расчете зарплаты начисления разбились по периодам переходов, а удержание по алиментам - нет. Причем в результатах расчета алименты рассчитались только с суммы начислений до перехода.Для РБ. Если в КВУ для видов удержаний с типом алименты установлен признак "разбивать по подразделениям отнесения затрат", алименты рассчитываются со всех начисленных сумм (входящих в расчет алиментов).
102.1893699.1.305.0Разработать отчёт о контроле налога и дохода в формате FastreportЗаработная платаОтчет о соответствии дохода и налога
Разработать отчёт о контроле налога и дохода в формате FastreportРазработан отчет о контроле налога и дохода в формате FastReport.
102.1899809.1.305.0В РЛ не отражаются суммы выплаченные после первоначального депонирования ПВЗаработная платаУчет реестров и платежных ведомостей при расчете заработной платы
В РЛ не отражаются суммы выплаченные после первоначального депонирования ПВ ПВ была депонирована,затем по ведомости депонирования сф-на новая ПВ и выплачена.Сумма должна отразиться с кодом 181 в РЛ.Но это не происходит.Доработана функция формирования результатов расчёта удержаний с заработной платы. Теперь формируются записи по суммам, выплаченным после первоначального депонирования ПВ
106.106239.1.305.0Некорректная разбивка удержаний при наличии отрицательных начисленийЗаработная платаРасчет удержаний (общие вопросы)
У клиента в расчете могут встретиться отрицательные начисления. Получаются они таким образом. Каждому работнику назначена премия "по умолчанию" (в нашем примере 201 в/о), составляющая определенный фиксированный процент от основной зарплаты. По итогам месяца определяется ФOT, проводится предварительный расчет зарплаты по предприятию, и, если начисления превышают ФОТ, утверждаются понижающие коэффициенты к премии. Понижающие коэффициенты у всех подразделений разные, их вводят как постоянную доплату на текущий период (в/о 19). Суммы могут получиться и положительные (когда коэффициент больше 1 - дополнит. премия), и отрицательные. Считаем зарплату с настройкой 15163 Разбивать удержания, установленной в значение "по подразделениям, аналитике и параметру входящих оплат". 220 вид удержания (Выплата ЗП итог через банк) разбивается неверно, в разбивку попадают не все виды оплат. В нашем примере (см. вложение) в разбивку не вошли виды оплат 19, 44, 46. Вероятно, это происходит при наличии отрицательных сумм начислений (в/о 19 - понижающий коэффициент к премии). Если отрицательных начислений нет, разбивка происходит корректно. Клиент считает, что строки в разбиении по 220 в/у должны соответствовать строкам в начислении, иначе, хотя общий итог по 220 в/у и получается верным, но могут возникнуть ошибки в распределении затрат при переходах в межпериод из одного подразделения в другое. В доказательство приводится такой пример: Работник переведен из цеха 250 в цех 350. Результат расчета заработной платы: Неверно распределились суммы по 220 виду удержания по подразделениям перехода в межпериод. Должно быть на 250 цех 15705,99 руб., на 350 цех 7270,73 руб. А в результатах расчета получается на 250 цех 18054,17 руб. и на 350 цех 4922,55 руб.Для России доработана функция формирования сумм к перечислению в результатах расчёта заработной платы для значения "по подразделениям, аналитике и параметру входящих оплат" в настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Режимы расчетов Разбивать удержания" Теперь по иному учитываются отрицательные суммы по видам оплат в тех случаях, когда в начислениях не найдена положительная сумма по данному виду оплаты. В таких случаях уменьшается сумма к перечислению по виду оплаты с аналогичными атрибутами. Вид оплаты выбирается согласно полю "Приоритет оплаты при распределении сумм к перечислению в банк" классификатора видов оплат. Уменьшение происходит по виду оплаты с наивысшим приоритетом. При этом, доход по выбранному виду оплаты должен быть достаточным для уменьшения суммы. В том случае, если в результатах расчёта начислений имеется сумма с одинаковым кодом оплаты, но за другой месяц, алгоритм программы стремится отнести отрицательные суммы начисления и удержания с неё, на тот же вид оплаты. Примечание. У заказчика установлено значение "учет не ведется" в настройке "... Учет выплат по реестрам". Тем не менее,доработка проводилась с учётом любых значений данной настройки.
102.1822199.1.304.0Необходимость настроек "Стаж работы для выбора ограничения" и "Рассчитывать продолжительность работы для выбора ограничения"Заработная платаПрименение ограничений по больничным листам
Обсудить необходимость настроек "Стаж работы для выбора ограничения" и "Рассчитывать продолжительность работы для выбора ограничения" для РФ. Есть настройка раздела Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Особенности расчета "Процент пособия учитывать по" и настройки раздела Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Ограничения "Стаж работы для выбора ограничения" и "Рассчитывать продолжительность работы для выбора ограничения".Для Республики Беларусь и России настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Особенности расчета "Стаж работы для выбора процента пособия" переименована в "Страховой стаж для расчета пособий". И перенесена из папки "Особенности расчета" в папку "Больничные, расчеты по среднему" Для Республики Беларусь и России скрыта настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Ограничения "Стаж работы для выбора ограничения". Для Республики Беларусь и России Настройка "Рассчитывать продолжительность работы для выбора ограничения" установлена в значение "по единому стажу с предыдущими работодателями" и скрыта.
102.1902859.1.304.0РФ. Сторнирование страховых взносов и доп.тарифов на неначисляемые суммы прошлых периодовЗаработная платаРасчёт налогов на ФОТ
Если выполняется расчёт со сторнированием годовых взносов на неначисляемые суммы(именно) прошлых периодов, и при этом ситуация на БД такова, что производится доначисление взносов (СВ или ДТ - не имеет значения) - то неверно записывается признак для формирования связи между взносами и исходным начислением. Визуально на экранах просмотра расчётных или архивных налогов на ФОТ это не проявляется. Но, например, отчёт РСВ такие взносы по доп.тарифам не отражает.Исправлен функционал сторнирования годовых взносов РФ, приходящихся на неначисляемые суммы. Признак для связи оплаты и взносов формируется корректно.
102.1903479.1.304.0Детализация пользовательских алгоритмовЗаработная платаПользовательские алгоритмы
Для проверки правильности расчета пользовательских алгоритмов необходимо вывести в протокол значение функции TarSCoef.Доработан вывод в протокол значения функции TarSCoef
101.654849.1.303.0Больничные - оплачивать превышение ограничения в зависимости от условий трудового договораЗаработная платаОплата превышения ограничения по больничным листам
У многих клиентов оплата превышения ограничения больничных полагается не всем работникам - например, только руководителям среднего и высшего звена и т.п. Это условие прописывается в трудовом договоре с работником. Предлагается существующую настройку "Больничные, расчеты по среднему Ограничения - Оплачивать превышение ограничения пособия" разбить на две, например: - "Оплачивать превышение ограничения пособия" с вариантами "НЕТ/ВСЕМ РАБОТНИКАМ/ВЫБОРОЧНО"; - "Алгоритм расчёта превышения" (зависимая от предыдущей - недоступна при значении "НЕТ") с вариантами "ОТСУТСТВИЕ ОГРАНИЧЕНИЯ/ОТСУТСТВИЕ МАКСИМАЛЬНОГО ОГРАНИЧЕНИЯ/АЛГОРИТМ ИЗ КВО/ОТСУТСТВИЕ ОГРАНИЧЕНИЯ, НО НЕ БОЛЕЕ СУММЫ ПО АЛГОРИТМУ ИЗ КВО". И добавить соответствующий признак на вкладку [Стажи, надбавки] лицевого счёта в раздел данных для расчёта больничных, который будет доступен только при первой настройке "ВЫБОРОЧНО". Например, "Оплата превышения ограничения" с вариантами "ДА/НЕТ", или, возможно, имеет смысл интервал дат "С .. ПО .."Доработан функционал по оплате превышения ограничения больничных листов для случаев, когда оплата превышения полагается не всем работникам, а, например, только тем, для кого она оговорена в трудовом договоре. Выполнены следующие доработки: 1. Cуществующая системная настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные, расчеты по среднему Ограничения Оплачивать превышение ограничения пособия" делится на две: "Оплачивать превышение ограничения пособия" с вариантами: - "нет", - "всем работникам", - "отработавшим минимальный стаж", - "по выбору в лицевом счете". "Расчeт превышения" (недоступна при значении "нет" предыдущей настройки) с вариантами: - "до полной суммы пособия", - "по алгоритму из КВО", - "да, но не более суммы по алгоритму из КВО". 2. Добавлен признак в ЛС "Оплата превышения ограничения" со значениями "да/нет" (по умолчанию "нет").
102.1745569.1.303.0Добавить в таблицу Childone индексное поле period для хранения признака отчетного/будущего периода. Перенести это значение из поля NumOgr.Заработная платаИнтерфейс "Единовременные пособия"
Добавить в таблицу Childone индексное поле period для хранения признака отчетного/будущего периода. Перенести это значение из поля NumOgr.Добавлено в таблицу Childone индексное поле period для хранения признака отчетного/будущего периода. Перенесено это значение из поля NumOgr. Так же данное изменение учтено во всем функционале системы в целом.
102.1880769.1.303.0Детализация расчета по пользовательскому алгоритмуЗаработная платаРасчет начислений (общие вопросы)
Просят реализовать более подробный протокол расчета пользовательского алгоритма (выводить значения всех функций алгоритма). Необходимо для отладки правильности работы алгоритма.Реализован более подробный протокол расчета пользовательского алгоритма.
102.1883489.1.303.0расчет по 29 алгоритмуЗаработная платаРасчет по среднему (алгоритмы отпусков)
Расчет по 29 алгоритму. ВО 91 назначается определенным образом через предварительный просмотр и используется для расчета и выплаты мат. помощи. ВО 91 рассчитывается по 29 алгоритму с признаком 0 и % 29.7. Если расчет ЗП производиться через ЛС сотрудника (Заработная плата |Документы | Лицевые счета), то программа "Галактика ERP" производит расчет верно. Если расчет производить по всем сотрудникам предприятия (Заработная плата | Операции | Расчет зарплаты | Расчет зарплаты) с теми же настройками, то рассчитываются по 91 ВО совсем другие суммы у этого сотрудника . Также хотелось бы отметить, что эта мат.помощь начисляется многим сотрудника, а такие проблемы с расчетами только у нескольких сотрудников. Проблема возникает в том случае, когда в списке сотрудников есть такой ЛС, для которого заведен 91 ВО в предварительной разноске и у которого нет ни одного полностью отработанного месяца, т.е. есть переход на расчет по среднечасовому.Для РБ исправлен расчет по алгоритмам расчета среднего для случая расчета по списку сотрудников, когда в данном списке есть ЛС с переходом на расчет по среднечасовому заработку.
180.108469.1.303.0Назначение платежа в Платежном порученииЗаработная платаПлатежные поручения
Некорректное формирование строк назначения платежа в платежном поручении с использованием шаблонов назначения платежа в модуле "Заработная плата" в случаях, когда код пользовательского типа документа не равен системному типу.В модуле "Заработная плата" исправлена последовательность передачи галактического и пользовательского типов документа при использовании функциональности шаблонов назначения платежа.
102.1896419.1.302.1Неправильно удерживаются алиментыЗаработная платаАлименты, исполнительные
У сотрудника два постоянных удержания алиментов. Первое на 1/3 доли заканчивается 10.09. Второе удержание на 1/4 доли с 11.09. При расчете алиментов неверно учитывается облагаемая база для расчета по данным постоянным удержаниям. Например, есть ВО 2114 с 01.09 по 13.09 и ВО 2114 с 28.09. по 30.09. Для первого постоянного удержания сумма за период с 28.09 по 30.09 не входит в облагаемую базу, но эта же сумма, пересчитанная пропорционально периоду штрафа, исключается и из базы для второго постоянного удержания, хотя должна входить в облагаемую базу для алиментов по второму удержанию полностью. Кроме этого неверно учитывается ВО 3101, в котором указан период начисления с 01.09 по 30.09, а количество отработанных дней/часов в оплате соответственно 3 дн/33 часа. В данном случае оплата пересчитывается исходя из времени, указанного в оплате, в результате получаем сумму алиментов, больше чем может быть начислено на полную сумму по оплате за вычетом НДФЛ.Исправлена описанная ситуация с учетом облагаемой базы по нескольким удержаниям, которые учитываются не за полный месяц. Для РФ добавили дополнительную входимость "Пересчитывать сумму для исполнительных документов на основании табеля". Если для ВО установлена данная доп.входимость, то количество фактически отработанных дней/часов для пересчета по такой оплате будет всегда определяться из табеля (в зависимости от типа оплаты).
101.649689.1.302.0Расчет НДФЛ - проставлять ссылки на депонированные платежные ведомостиЗаработная платаРасчет удержаний (6-НДФЛ)
При расчёте НДФЛ необходимо проставлять ссылки на платежные ведомости, даже если выплаты работнику ещё не было (сумма задепонирована). в этой ситуации сразу при расчёте ссылка на ПВ не проставляется, а функция контроля выплаты зарплаты потом уже не может правильно расставить эти ссылки.Для России доработана функция формирования результатов расчёта НДФЛ, в том случае, когда платёжная ведомость была депонирована. Теперь в этих записях проставляются ссылки на первичную платежную ведомости, даже если выплаты работнику ещё не было. Записи помечаются признаком "неизм." В рамках данного решения доработана функция формирования результатов расчёта и в том случае, когда на основе ведомости депонирования сформирована новы платёжная ведомость. Ранее, в таких случаях, выплаченная сумма поступала в результаты одной записью, теперь она разбивается по видам оплат.
106.106299.1.302.0Не рассчитываются налоги на ФОТ у работников с большим количеством (свыше 8500) расчётных начисленийЗаработная платаРасчёт налогов на ФОТ
Не рассчитываются налоги на ФОТ у работников с большим количеством (свыше 8500) расчётных начислений. Рассчитываем зарплату за очередной месяц - сентябрь, раздел "Налоги на ФОТ" в результатах расчета остается пустым. В смежных данных после расчета зарплаты налог также не заполняется, причем в графе "с учетом совместительства" - он заполнен и рассчитан правильно.Исправлено. Расчёт налогов на ФОТ корректно выполняется для работников, которым в расчётном месяце сформировано более 8500 сумм в расчётных начислениях.
101.653179.1.301.0При сторнировании видов оплат НДФЛ не сторнируется по Районному коэффициенту и сторнируется по окладу.Заработная платаРасчет подоходного налога
При сторнировании видов оплат НДФЛ не сторнируется по Районному коэффициенту и сторнируется по окладу. На данный момент, возможно, не имеет значение какой именно вид оплаты указан в сторнирующей записи для НДФЛ, т.к. В.О. в результатах расчёта указывается для дальнейшего поиска вида дохода, а вид дохода для основной оплаты и РК одинаковый.Для России доработана функция формирования сумм НДФЛ в результатах расчёта. Теперь при наличии сумм возврата начислений за предыдущие месяцы, суммы НДФЛ отражаются с аналогичными видами оплат (по возможности).
102.1873929.1.301.0Отрицательная сумма НДФЛ с компенсации за неиспользованный отпуск при повторном приеме на тот же ЛС в одном и том же месяцеЗаработная платаРасчет удержаний (6-НДФЛ)
Сотрудника уволили 09.08., рассчитали компенсацию и выплатили весь причитающийся доход 09.08.Приняли 10.08. на тот же ЛС. При расчете зарплаты за месяц НДФЛ по ВО компенсации частично опять начисляется и сторнируется на излишне начисленную сумму НДФЛ.Для России доработана функция учёта реестров по перечислению компенсации за неиспользованный отпуск для формировании записей НДФЛ. Теперь отрицательные записи НДФЛ в результатах расчёта зарплаты не формируются. Примечание. Ситуация проявлялась при учёте сумм компенсации по дате выплаты.
102.1884289.1.301.0Изменения в Инструкции по исполнительному производствуЗаработная платаРасчет алиментов и исполнительных листов
Согласно п. 84 Инструкции 67 при поступлении к нанимателю нескольких исполнительных документов в пределах первой очереди (например, алименты), удержания из заработной платы и приравненных к ним доходов производятся нанимателем пропорционально причитающейся каждому взыскателю сумме. Требования второй-четвертой очереди (в пределах одной и той же очереди) удовлетворяются с учетом календарной даты поступления исполнительного документа нанимателю. При поступлении исполнительных документов нанимателю в один день удержания производятся с учетом даты выдачи исполнительного документа.Для значения настройки "Настройки Галактики Общие настройки системы Настройки для страны" = Беларусь. Для того, чтобы установить очередность с учетом календарной даты поступления исполнительного документа в окне постоянного удержания на закладке "Исполнительный документ" необходимо заполнить поле "дата поступления" исполнительного документа в организацию, при необходимости (в случае поступления исполнительных документов в один день) заполнить поле "дата оформления" документа. Обе даты добавлены на закладке "Исполнительный документ". С учетом этих дат будет установлен порядок удовлетворения требований по удержаниям для "второй" очереди. На данный момент в системе реализована возможность распределения денежных средств между взыскателями в рамках первой и второй очередей (с учетом максимального процента 70% и 50%). В случае, когда обе даты совпадают, сохраняется предыдущий порядок расчета, т.е. требования удовлетворяются пропорционально причитающейся каждому взыскателю сумме. Кроме этого в случае, когда в рамках первой очереди (70%) было удержана сумма 50% заработка, и если еще остались обязательства по погашению ИЛ второй очереди, то удержания сумм второй очереди не происходит.
102.1890319.1.301.0Возврат с настройкой ... Вид удержания для отражения сумм депонирования"Заработная платаУчет долгов при расчете зарплаты
Возник вопрос по настройке "Вид удержания для отражения сумм депонирования" Если депонент НЕ заморожен И установлена эта настройка, то одна и та же сумма отражается и в начислениях (144 автоматический возврат депонентов), и в удержаниях: а судя по хелпу такого не должно происходить.. Там так написано: "если депонент не заморожен, то возвращается только сумма депонента на начало месяца; депоненты текущего месяца возврату не подлежат, т. е. 144 или 142 системные коды (возврат депонента) не будут учитывать суммы, задепонированные в текущем месяце."Доработана функция возврата депонента по настройке "Вид удержания для отражения сумм депонирования". "если депонент не заморожен, то возвращается только сумма депонента на начало месяца; депоненты текущего месяца возврату не подлежат, т. е. 144 или 142 системные коды (возврат депонента) не учитывают суммы, задепонированные в текущем месяце."
102.1891529.1.300.1При разноске маршрутных листов проблема при использовании бригад в качестве источника данных для определения ВОЗаработная платаМаршрутные листы
При разноске маршрутных листов не проставляются виды оплат (основная и премия) при использовании бригад в качестве источника данных.Исправлено. Виды оплат проставляются корректно.
101.647589.1.300.0Нужна возможность рассчитывать алименты фиксированной суммой, равной доле от прожиточного минимума, с последующей индексацией по мере его измененияЗаработная платаАлименты, исполнительные
Нужна возможность рассчитывать алименты фиксированной суммой, равной доле от прожиточного минимума, с последующей индексацией по мере его изменения. Расчетчик зарплаты получил исполнительный документ с решением суда о том, что в случае этого сотрудника алименты нужно рассчитывать как половина детского прожиточного минимума региона (респ. Татарстан) на каждого из 3 детей. Согласно 117 ст. семейного кодекса индексацию размера алиментов организация, которая получила исполнительный документ, должна выполнять сама.В типах удержаний алименты, добавлено новое поле "Каталог" с возможностью выбора каталога для расчета ежемесячной суммы удержания (Прожиточный минимум (ПМ), Базовая величина (БзВ)) либо оставлять поле "Каталог" "пусто". Поле "Количество базовых величин" сдвинуто вправо. В зависимости от выбора значения поля "Каталог" изменяется наименование в поле "Количество базовых величин" на "ПМ" или "БзВ" , если поле "Каталог" пусто, то значение в поле "Количество базовых величин" становится равным 0, а само поле скрывается и в расчете не участвует . Если в настройках указана страна Беларусь, то Прожиточный минимум (ПМ) изменяется на "Бюджет прожиточного минимума (БПМ)".
102.1834609.1.300.0Разбивать пенсионный взнос 1% (ВУ 175) по подразделениямЗаработная платаРасчет взносов (удержаний)
аВ связи с частыми переводами работников в межпериоде а возникает необходимость в разбивке удержаний по разным подразделениям предприятия и включения их с разбивкой в свод (отчет ОВР, например), как и начисления. Используем настройку Разбивать удержания-по подразделениям переходов межпериода, но удержание 175 не разбивается (хотя в настройках ву стоят параметр: разбивать по подразделениям отнесения затрат) Просьба внести изменения и разбивать код 175 "Удержания в Пенсионный фонд", аналогично другим удержаниям.Для Беларуси доработана функция расчёта удержания в пенсионный фонд с учётом а значений настройки "... Управление персоналом Расчеты с персоналом Режимы расчетов Разбивать удержания". Теперь удержания разбиваются и для следующих значений: "по подразделениям переходов межпериода" и "по подразделениям постоянных переходов"
102.1881079.1.300.0Неверный расчет НДФЛЗаработная платаРасчет подоходного налога
Установлены настройки: "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Раздельный расчет по обособленным подразделениям" = "из дополнительных аналитик" "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Сторнирование и возврат Возвращать налог за счет вычетов" = "нет" Текущий месяц - сентябрь, в августе удержано налога больше на 546 руб. Если установить количество месяцев для сторнирования - 2, то на текущих обновлениях, август "выравнивает", то все равно добирает эти 546 руб. в сентябре. Влияет настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Сторнирование и возврат Возвращать налог за счет вычетов". Если установить ее в значение "да", то НДФЛ считает правильно, в значение "в декабре или месяце увольнения" - аналогично "нет", т.е. добирает лишний.Исправлена неверная работа системы при расчете НДФЛ для значения отличного от "нет" в настройке "... Налог на доходы Раздельный расчет по обособленным подразделениям" при наличии стандартных вычетов и отсутствии дохода за месяц. Теперь в таких случаях НДФЛ считается правильно для всех значений настройки "... Налог на доходы Сторнирование и возврат Возвращать налог за счет вычетов".
102.1884049.1.300.0Неправильно считается НДФЛ при наличии вычетаЗаработная платаРасчет подоходного налога
В межрасчетный период начислено 10600. При наличии вычета на ребенка 1400, система правильно выполняет расчет межрасчетной выплаты. Также в межпериод перечислены суммы выплаты и подоходного налога. При расчете аванса с галочкой "РАСЧЕТ АВАНСА В РЕЖИМЕ ЗА ПЕРИОД" , когда у работницы есть 1 рабочий день, система неправильно выполняет расчет НДФЛ. Не учитывается вычет из расчётов сежпериода, в результате чего образуется долг, которого не должно быть.Для России доработана функция расчёта заработной платы с параметром "РАСЧЕТ АВАНСА В РЕЖИМЕ ЗА ПЕРИОД". Теперь, дополнительно анализируются реестры на перечисление НДФЛ. Если в учётных суммах операций к реестру присутствует вычет, то он отнимается от суммы положенных вычетов и не применяется к суммам, участвующим в расчёте аванса. Примечание. Доработка актуальна при любых значениях настройки "... Расчеты с персоналом Налог на доходы Раздельный расчет по обособленным подразделениям"
102.1884579.1.300.0Новый алгоритм похожий на NachD(O)Заработная платаРасчет начислений (общие вопросы)
Вышло письмо Конституционного суда 26п от 28.06.18., что нужно при расчете оплаты ночных (праздничных, выходных) учесть компенсационные и стимулирующие выплаты. Поэтому начали обращаться клиенты с просьбой настроить алгоритм расчета оплаты с учетом доплат. Если у сотрудника меняется режим работы, то при оплате ночных (праздничных, выходных) это тоже нужно учесть. Получается, нужно собрать суммы (основная оплата+некоторые доплаты) за период по каждому переходу, разделить на количество часов из входящей оплаты и умножить на количество часов ночных (праздничных, выходных) и на процент. Подошла функция NachD(O), но она дает нужный результат только если период во входящей оплате (основная, доплаты) не полностью совпадает с периодом оплаты ночных. Если период полностью совпадает собранная сумма не пересчитывается. Нужно чтобы пересчитывалась независимо от того полностью совпадает период или нет. Предлагаю для этого разработать новую функцию похожую на NachD(O), которая будет всегда делить сумму входящего начисления на количество часов из него и умножать на количество часов в рассчитываемой оплате.Доработана функция NACHD для начислений с совпадающими периодами. Добавлена дополнительная проверка на совпадение времени. Теперь сумма пересчитывается и в том случае, если периоды совпадают, но количество дней/часов в расчётной оплате меньше, чем в той, которая входит в неё. В протокол расчётного алгоритма NACHD добавлена соответствующая информация
102.973409.1.300.0Настройка "Разбить пособие на основную и дополнительную суммы" для БеларусиЗаработная платаНастройка
Настройка "Разбить пособие на основную и дополнительную суммы" для Беларуси Путь: Настройки Галактики -> Управление персоналом -> Больничные, отпуска, расчеты по среднему -> Больничные -> Продолжительность. Использование настроек "Разбить пособие на основную и дополнительную суммы" и "Количество дней для основной суммы" противоречит Белорускому законодательству. Следует сделать их неактивными при настройке на Беларусь.Скрыты настройки "Разбить пособие на основную и дополнительную суммы" и "Количество дней за счет работодателя" для Республики Беларусь.
102.1870929.1.299.0Неверное отражение суммы "Рассчитано к удержанию" в постоянном удержании после расчета зарплатыЗаработная платаАлименты, исполнительные
Неверное отражение суммы "Рассчитано к удержанию" в постоянном удержании после расчета зарплаты при наличии у сотрудника нескольких удержаний с одинаковым группировочным признаком.В интерфейсе постоянного удержания после расчета зарплаты при наличии у сотрудника нескольких удержаний с одинаковым группировочным номером отражается корректная сумма "рассчитано к удержанию".
102.1875279.1.299.0Доплата по СДЗ к доплате по среднему рассчитывается, но не попадает в результаты расчета. Аскона.Заработная платаРасчет начислений (общие вопросы)
Доплата по СДЗ(ВО32), привязанная к доплате по среднему(ВО38), рассчитывается, но не попадает в результаты расчета и в расчетный листок.Исправлена нестабильная ситуация, когда при расчете Компенсации за вредность результат расчета не всегда попадал в результат расчета зарплаты по ЛС.
102.1880869.1.299.0Runtime при выполнении сервисной функции "Контроль налоговой базы"Заработная платаКонтроль (для налогов с годовой НБ)
Runtime при выполнении сервисной функции "Контроль налоговой базы" функция - пересчет налогов. Для случая, когда указаны месяцы из диапазона с февраля по декабрь, когда в настройках указано количество месяцев для сторнирования страховых взносов и выбран работник, который принят на работу в году, для которого выполняется пересчёт.При выполнении сервисной функции "Контроль налоговой базы" со значением параметра "Функция" = "пересчет налогов" и указанием в настройках количества месяцев для сторнирования страховых взносов, пересчёт для работника, принятого на работу в году, совпадающему с параметром функции, выполняется корректно.