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


Описание файла обновления:
ФайлG_ZARPL_DLL_912750.TXT
ОбновлениеG_Zarpl_dll_912750
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентG_ZARPL
ТипDLL
Версия9.1.275.0
Дата2018-04-16 17:05:11
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.181158NEWНе происходит расчет аванса через "Удержания и выплаты" в межпериод при наличии отпуска в буд. периоде.Заработная платаРасчет удержаний в режиме "Удержания и выплаты"
Не происходит расчет аванса через "Удержания и выплаты" в межпериод при наличии отпуска в буд. периоде. Формирование суммы к выплате в "Удержаниях и выплатах межпериода" с системным кодом 180. Если дата пребывания работника в основном отпуске более 15 числа расчетного месяца, то сумма к выплате не назначается. В решении не было предусмотрено, что отпуск может находиться в буд. периоде, и его дата окончания так же более 15 числа.Исключена зависимость расчета суммы к выплате с кодом 180 от наличия какого-либо отпуска в функции "Удержания и выплаты".
103.9745NEWнекор пересчет детских пособий после февральского обновления Z_PAYFSS_RES_9_2_9_0 ( вероятно ПИР 102.164761)Заработная платаИнтерфейс "Ежемесячные пособия на детей"
Некорректный пересчет детских пособий. Итоговая сумма при полном месяце по уходе сейчас не равна Среднемесячному заработку с учетом процента.Исправлено. Исключено влияние настройки "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Особенности расчета Округлять среднедневной заработок" на расчет пособия по уходу за ребенком до полутора лет.
101.634899.1.274.0Нужна настройка откуда брать данные для заполнения реквизитов перечисления пособия в банк "по умолчанию": из лицевого счета, из заявления или удержанияЗаработная платаЗаявления о выплате пособия в ФСС
Нужна настройка откуда брать данные для заполнения реквизитов перечисления пособия в банк "по умолчанию": из лицевого счета, из заявления или удержания У клиента, весь прошлый год, были некорректно настроены реквизиты для перечисления пособия в банк. Сейчас, они их исправили в настройке лицевого счета сотрудников. Но, при создании больничного, они бы хотели, что бы всегда, "по умолчанию", бралась бы эта настройка из лицевого счета. Сейчас, для этого, необходимо вызвать контекстное меню, что раздражает бухгалтеров.В разделе настроек "Управление персоналом Общие настройки" настройки по пилотному проекту ФСС (Прямые выплаты ФСС, Дата подключения к пилотному проекту) выделены в отдельную папку "Пилотный проект ФСС". В раздел "Управление персоналом Общие настройки Пилотный проект ФСС" добавлена настройка "Банковские реквизиты для перечисления пособия" со значениями: "по умолчанию", "из заявления", "из удержания", "из лицевого счета". Установив данную настройку в соответствующее значение, пользователь может задать алгоритм выбора банковских реквизитов в ФСС по умолчанию.
101.640949.1.274.0Аналогично ПИРу 101.64031. В удержаниях появляются лишние записи НДФЛ (по отпуску), которые потенциально могут привести к некорректному формированию налоговой отчетностиЗаработная платаРасчет подоходного налога
В удержаниях появляются лишние записи НДФЛ (по отпуску), которые потенциально могут привести к некорректному формированию налоговой отчетности.Исправлена ошибка в функции расчета заработной платы при учете НДФЛ из реестра на перечисление отпускных сумм. Ошибка проявлялась при установленном значении "по месяцу, в котором выплачен" для видов оплаты отпуска классификатора видов оплат . Теперь и в таких случаях результаты расчета НДФЛ формируются корректно.
101.640959.1.274.0Аналогично ПИРу 101.64031. В удержаниях появляются лишние записи НДФЛ (по выплате межпериода), которые потенциально могут привести к некорректному формированию налоговой отчетностиЗаработная платаРасчет подоходного налога
В удержаниях появляются лишние записи НДФЛ (по межрасчетной выплате), которые потенциально могут привести к некорректному формированию налоговой отчетности. Отчетный месяц март. Доплата за прошлый месяц. Установлено значение КВО=>Удержания => "по месяцу, в котором выплачен" Дата выплаты "март"Исправлена ошибка в функции расчета заработной платы при учете сумм НДФЛ из реестра на перечисление из функции "Начисления и выплаты" Ошибка проявлялась при установленном значении "по месяцу, в котором выплачен" для вида оплаты классификатора видов оплат . Теперь и в таких случаях результаты расчета НДФЛ формируются корректно.
102.1617479.1.274.0В результатах расчёта распределение сумм алиментов по доп. аналитике происходит некорректноЗаработная платаРасчет алиментов и исполнительных листов
При наличии выплаченных сумм межпериода, с которых были рассчитаны алименты или и/л, происходит некорректное распределение алиментов по группам в результатах расчета, если алименты с сумм межпериода попадают в последнюю группу.Изменен порядок расчета алиментов и и/л по группам: в первую очередь рассчитываются алименты и и/л с ВО, для которых есть реестры на перечисления в межпериод.
102.1746039.1.274.0Отличается сумма почтового сбора в постоянных удержаниях и в результатах расчетаЗаработная платаРасчет алиментов и исполнительных листов
Отличается сумма почтового сбора в постоянных удержаниях и в результатах расчета.Исправлено: Изменен алгоритм определения последней группы, для записи остатка по алиментам или и/л. Т.е. теперь, если исключена сумма из расчета и данная сумма относится к последней группе, то разница между общей суммой алиментов и ранее распределенных по группам записывается в последнюю не исключенную из расчета группу.
102.1810789.1.274.0Множится сумма доплатыЗаработная платаРасчет начислений (общие вопросы)
Сотрудникам начисляется два вида премии по итогам работы в предыдущем месяце. Алгоритм расчета у обоих видов оплат используется 37 с признаком 4. В постоянные доплаты заносится две записи (исходя из расчетного месяца март). Входимость в расчет 37-го алгоритма установлена у 7-го вида оплаты (оклад). При расчете сумма по одной из доплат удваивается. Если завести третий вид оплаты с таким же алгоритмом - сумма затроится. Если расчет по текущему месяцу - все корректно.Исправлена ошибка при расчете доплат 37-40 с признаком по итогам работы в предыдущем месяце. Теперь такие доплаты рассчитываются корректно.
102.1812459.1.274.0Пропал долг перед предприятиемЗаработная платаУчет долгов при расчете зарплаты
Установлено значение "нет" в настройке "... Расчеты с персоналом Долги и депоненты Отдельный учет долгов" В результаты расчета не попадают данные о долге перед предприятием из депонентной карточки. Если в настройке: "Настройки Галактики Управление персоналом Расчеты с персоналом Долги и депоненты Дата изменения настройки по отдельному учету долгов" установить дату 22/01/2030, долг появляется.Доработана функциональность по учету долгов при расчете заработной платы с учетом настройки: "... Долги и депоненты Отдельный учет долгов" и дата изменение настройки со следующего месяца, то учитывается предыдущее значение "да". "Настройки Галактики Управление персоналом Расчеты с персоналом Долги и депоненты Заблокировать депонент при расчете заработной платы" "да" Теперь, если установлено значение "нет" и дата изменения настройки не указана, учитывается долг из окна "депонентная карточка". Если дата изменения настройки указана, то функционал работает так, как это было ранее. Долги погашаются при любом значении настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Долги и депоненты Заблокировать депонент при расчете заработной платы"
102.1814679.1.274.0Вид оплаты для ведомостей с префиксом O$RD в результатах расчета зарплатыЗаработная платаРасчет удержаний (6-НДФЛ)
Вид оплаты для ведомостей с префиксом O$RD в результатах расчета зарплаты.для России добавлено заполнение полей "вид оплаты" и "облагаемая сумма" в результатах расчета зарплаты при учете платежных ведомостей с префиксом O$RD для значений "по подразделениям, аналитике и параметру входящих оплат" и "только по видам оплат" настройки "... Режимы расчетов Разбивать удержания"
102.1814349.1.273.1Неверный расчет почтового сбора по алиментамЗаработная платаРасчет алиментов и исполнительных листов
Неверный расчет почтового сбора по алиментам по шкале почтовых сборов при наличии алиментов с расчета межпериода. Неверно определяется граница для вычисления процента почтового сбора. Сумма алиментов ранее перечисленных с расчетом межпериода участвует в определении границы, в то время как она должна отниматься.Для РБ: при значении настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период Учет выплат по реестрам" = "учет ведется", "Настройки Галактики Управление персоналом Расчеты с персоналом Почтовые переводы, алименты, исп.листы Сбор по перечислению удерживать с плательщика" = "Да" и наличии оплаченных реестров по алиментам или исполнительным листам (и/л) при окончательном расчете сбор за перечисление алиментов или и/л рассчитывается с разницы рассчитанной суммы алиментов или и/л и суммы перечисленных алиментов или и/л в межпериод по реестрам.
101.640319.1.273.0В удержаниях появляются лишние записи НДФЛ, которые потенциально могут привести к некорректному формированию налоговой отчетностиЗаработная платаРасчет подоходного налога
В удержаниях появляются лишние записи НДФЛ, которые потенциально могут привести к некорректному формированию налоговой отчетности. Например, была выплата в межпериод больничного на сумму 18664.1. В результатах расчета, в НДФЛ появляются две записи на сумму 18664.1 и одна на минус 18664.1. Ситуация проявляется для больничного в рамках одного месяца и связана с тем, что в реестре по больничным суммы за счет предприятия и ФСС имею одинаковые даты начала и окончания. Также имеет значение то, что в классификаторе видов оплат для видов оплаты больничного установлены настройки "по месяцу, в котором выплачен" и дата выплаты принадлежит месяцу, за который начислена сумма.Исправлена ошибка в функции расчета заработной платы при формировании сумм НДФЛ из реестра на перечисление больничного больничного в рамках одного месяца и связана с тем, что в реестре по больничным суммы за счет предприятия и ФСС имею одинаковые даты начала и окончания. Также имеет значение то, что в классификаторе видов оплат для видов оплаты больничного установлены настройки "по месяцу, в котором выплачен" и дата выплаты принадлежит месяцу, за который начислена сумма. Теперь и в таких случаях результаты расчета НДФЛ формируются корректно.
102.1807339.1.273.0Удержание в пенсионный фонд.(льгота по матпомощи) РБ.Заработная платаРасчет взносов (удержаний)
РБ. Удержание в пенсионный фонд.(льгота по матпомощи) Настройка на БД не соответствует текущему законодательству, но при расчете 175 удержания облагаемая база увеличивается в случае настройки классификатора льгот по матпомощи.Исправлен расчёт удержаний в пенсионный фонд для случая ввода данных в классификатор льгот по матпомощи. Облагаемая база для удержаний формируется корректно, завышения не происходит.
102.1807559.1.273.0Результаты расчета.Минусовые суммы .Рб.С аванса перечислен подоходный налог.Заработная платаРасчет подоходного налога
Результаты расчета. Минусовые суммы .Рб.С аванса перечислен подоходный налог. Установлено значение "учитывать все расчеты межпериода" в настройке "... Налог на доходы НДФЛ межпериода НДФЛ межпериода при окончательном расчете"Доработана функция формирования результатов расчета НДФЛ при значении "учитывать все расчеты межпериода" в настройке "... Налог на доходы НДФЛ межпериода НДФЛ межпериода при окончательном расчете". Теперь облагаемые суммы записываются только для России.
102.1812599.1.273.0Не корректное формирование удержаний в результатах расчёта если в прошлом периоде был рассчитан и выплачен больничныйЗаработная платаУчет реестров и платежных ведомостей при расчете заработной платы
Больничный был рассчитан 01 марта 2018, когда расчетный период был ещё февраль. При формировании реестров нет возможности выбора с каким кодом вида оплат формиру ется реестр, поэтому в реестр система сама записала код ВО 6102 (3 дня больн. листа ТЕКУЩИЙ. месяц). Перешли на март. При расчете зарплаты у сотрудника в начислении естественно получаем код 6101 (3 дня больн.листа ПРОШЛЫЙ месяц), а вот в удержаниях получается две записи на перечисление: 1. По ВО 6102 - полная сумма к перечислению больничного за вычетом НДФЛ. 2. По ВО 6101 - сумма 215,03 - остаток начислений, которые система не смогла разнести по другим ВО (приоритет ВО 6101 самый низкий). В результате реестры текущего периода разбиваются некорректно. Реестр переформировать невозможно т.к. он уже оплачен до перехода на новый расчётный период.Для России доработана функция формирования сумм из реестров на перечисление в банк пособий по нетрудоспособности. Теперь добавлена дополнительная проверка на сравнение вида оплаты в реестре с видом оплаты в классификаторе пособий. Если код вида оплаты в реестре не совпадает с кодом для обозначения вида оплаты в классификаторе, происходит замена кодов в результатах расчета зарплаты.
180.105919.1.273.0Обеспечить заполнение поля "Центр ответственности" в платежных порученияхЗаработная платаПлатежные поручения
Модуль "Заработная плата" - Операции - Формирование проводок - Платежные поручения При формировании платежных поручений обеспечить заполнение поля "Центр ответственности" значением из системной настройки Центр ответственности по умолчанию.Заработная плата - Операции - Формирование проводок - Платежные поручения При формировании платежных поручений, происходит заполнение параметра "Центр ответственности" значением из настройки "Центр ответственности по умолчанию", в случае её незаполненности из настройки "Общий центр ответственности по умолчанию".
101.639719.1.272.0При расчете аванса в режиме "за период..." в удержания аванса проставляется ссылка на постоянное удержание зарплатыЗаработная платаРасчет удержаний (общие вопросы)
При расчете аванса в режиме "за период..." в удержания аванса проставляется ссылка на постоянное удержание зарплаты. В результате чего, если аванс и зарплата перечисляются в разные банки, реестры на перечисления аванса формируются в некорректный банк (и с некорректными реквизитами). XML-выгрузка и скрины - во вложении.При расчете зарплаты в режиме "за период..." в удержания аванса проставляется ссылка на постоянное удержание аванса. В результате чего, если аванс и зарплата перечисляются в разные банки, реестры на перечисления аванса формируются в свой банк (с корректными реквизитами).
102.1791859.1.272.0Неверный расчет алиментов в будущем периоде при наличии сумм за прошлый месяцЗаработная платаАлименты, исполнительные
Увольняем сотрудника в феврале, отчетный месяц в системе - январь, перешли временно через характеристики предприятия в февраль. Неверно рассчитываются алименты, при наличии сумм за январь. При расчете алиментов не учитываются суммы прошлых месяцев.Доработан расчет алиментов для РБ. Значение настройки "Настройки Галактики Управление персоналом Расчетный период" установлено "будущий". При расчете алиментов учитываются суммы прошлых месяцев.
101.639379.1.271.0При расчете алиментов возникает погрешность из-за округления в случае большого количества удержанийЗаработная платаРасчет алиментов и исполнительных листов
При расчете алиментов возникает погрешность из-за округления в случае большого количества удержаний У сотрудника много начислений маленькими суммами, и соответственно столько же и удержаний. По этой причине возникает некорректная сумма алиментов из-за расхождения суммы НДФЛ (при поэлементном округлении каждой части НДФЛ до полного рубля).Исправлен расчет алиментов при наличии нескольких сумм НДФЛ с маленького дохода в размере 1 руб. Теперь суммы НДФЛ в таком размере отнимаются от облагаемой суммы для расчета алиментов.
102.1794889.1.271.0Некорректно отражается сумма сбора за перечисление при удержании алиментов с материальной помощи к отпускуЗаработная платаРасчет алиментов и исполнительных листов
Некорректно отражается сумма сбора за перечисление при удержании алиментов с материальной помощи к отпуску. Отпуска - Материальная помощь к отпуску - Подробнее.Пусть у работника заведено постоянное удержание алиментов через банк. Комиссию банка оплачивает работник. Работник уходит в отпуск, который оплачивается из нескольких источников, и при этом оформляется материальная помощь к отпуску. В этом случае, при расчёте сумм удержаний и сборов по алиментам - сумма сбора по алиментам с материальной помощи формируется корректно.
102.1799899.1.271.0алименты с отпусков будущих периодовЗаработная платаРасчет алиментов с отпусков межпериода
Отпуска будущих периодов. При повторном расчете удержаний с отпускных в будущем периоде ("Настройки Галактики Управление персоналом Расчетный период" = "будущий"), не очищаются данные в окне детализации алиментов и исполнительных листов.Значение общесистемной настройки "Настройки Галактики Управление персоналом Расчетный период" установлено в "будущий". При повторном расчете удержаний с отпускных сумм очищаются старые данные детализации по алиментам и исполнительным листам.
102.1804319.1.271.0Существенное замедление функции "Рассчитать наряды"Заработная платаФормирование и расчет нарядов
Наблюдается существенной замедление(в несколько раз) расчета нарядов и маршрутных листов.Исправлено. Наряды и расчетные листы рассчитываются достаточно быстро.
101.639189.1.270.0Не верно расчитывается подоходный налог, если суммы начислений разбиты более чем на 250 частей.Заработная платаРасчет подоходного налога
Не верно рассчитывается подоходный налог, если суммы начислений разбиты более чем на 256 частей.Исправлен расчет НДФЛ при расчете заработной платы, если суммы начислений разбиты более чем на 256 частей. Контейнер для хранения групп начислений увеличен до размера 65 535.
180.106529.1.270.0Неверные даты попадают в результаты расчета для отпуска, если отпуск выплачивается частямиЗаработная платаРасчет начислений (общие вопросы)
Неверные даты попадают в результаты расчета для отпуска, если отпуск выплачивается частями. 07/03/2018 начислена сумма отпускных 4969,29 НДФЛ 646, к перечислению 4323,29 31/03/2018 перечислен остаток отпускных 2866,89=7836,18-4969,29, ндфл 373=1019-646, к перечислению 2493,89=6817,18-4323,29 Отпускные с ЗП не перечисляли. Рассчитали ЗП за текущий месяц. При этом в результатах расчета обнаружили, что в начисления попала странная дата выплаты 10/04/2018 для одной записи, взятая из общесистемных настроек. Во второй записи дата встала правильная. После перечисления отпускных 05.04.2018 рассчитали ЗП за март и сформировали реестр по ЗП. 09.04.2018 перечислили ЗП за март. Просьба доработать систему в случае перечисления отпускных сумм разными датами.Доработана функция разбиения начисления отпуска по датам выплаты при расчете зарплаты, в том случае, когда отпуск перечисляется частями. Теперь дата выплаты для обеих частей формируется согласно дате перечисления из платежного поручения, если таковое имеется.
101.615389.1.269.0В результаты расчета попадает удержание межрасчетной выплаты не с тем параметром. продолжение 101.161164Заработная платаРасчет удержаний (общие вопросы)
В межрасчет рассчитаны и выплачены реестром суммы с определенным параметром. Операции - Начисления и выплаты - Расчет. Настройка "Разбивать удержания" установлена в значение "по подразделениям, аналитике и параметру входящих оплат". При расчете зарплаты в начисления попадает тот же параметр, но в удержание попадает параметр из ЛС. Если в межрасчетной выплате задан параметр, то в удержание нужно брать его из межрасчетной выплаты (как и в случае с начислением), если же он не задан, то брать его из ЛС (опять же, как и в случае с начислением). Если межрасчетные выплаты считаются в разрезе разных параметров (которые потом входят в аналитический разрез реестров и ведомостей) и они явно задаются в интерфейсе межрасчетной выплаты, то, само собой разумеется, что эти параметры должны попадать и в Результаты расчета в начисления и в удержания с этой выплаты (перечисление в банк). На данный момент в начисление параметр попадает из межрасчетной выплаты, а в удержание из ЛС, что абсолютно нелогично. Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период Учет межпериода при расчете зарплаты Учет выплат по реестрам учет не ведется. Проблема не только по реестрам, но и по платежным ведомостям, т.е. когда удержание=181 Если в Начислениях и выплатах рассчитать НДФЛ, то в результаты расчета потом 182/183 ВУ попадет также с параметром из ЛС, а не из Начисления-выплаты.Доработана функция формирования сумм удержания "из Начислений и выплат" в результатах расчета заработной платы для значений "учет не ведется" в настройках учета реестров и платежных ведомостей. Теперь параметр удержаний принимает значение параметра из начисления в том случае, если не определены другие настройки классификатора видов удержаний. Кроме того, в результаты расчета передается и сумма начисленная. Примечание. Ситуация проявлялась в тех случаях, когда приоритет расчета удержаний равен 0.
102.1788589.1.269.0расчет пенсионного с отпусков при наличии двух отпусков (в отчётном и в будущем периоде)Заработная платаОтпуска будущих периодов
РБ. Отчетный период - январь. В отчетном периоде предоставили отпуск с 10.02.18 по 10.02.18, рассчитали отпуск, рассчитали удержания - все хорошо. Рассчитали зарплату, все нормально. Далее в закладке будущий период назначили еще один отпуск тому же сотруднику с 18.02.18 по 20.02.18, рассчитали. Рассчитываем удержания - не считает пенсионный, пенсионный 0.РБ, расчёт удержаний в пенсионный фонд для отпуска будущего периода выполняется корректно.
102.1795869.1.269.0Расчёт в "Удержаниях и выплатах" - проверка наличия отпусковЗаработная платаРасчет сумм в режиме "Удержания и выплаты"
Исторически сложилось разграничение типов в классификаторе отпусков по коду отпуска: 1...20 - основные отпуска (очередной и т. п.), где 2 - отпуск по уходу за ребенком 21 - административный отпуск (за свой счет) 22...39 - учебный отпуск 40 и выше - компенсация за неиспользованный отпуск Периодически возникают вопросы и замечания от клиентов о неудобстве такого разграничения. Одним не хватает диапазона кодов до 20, другим (при переходе на Галактику из других систем) просто не хочется менять привычные коды. Необходимо при расчёте сумм в режиме "Удержания и выплаты" отказаться от проверки номерного значения кода для разделения компенсации от отпуска (40 и выше) и перейти на проверку поля "тип отпуска" из классификатора в значении "компенсация".При формировании суммы "Выплачено" учитываются отпуска не по значению кода (меньше 40), а по значению поля "тип отпуска" для этого кода в классификторе отпусков. Учитываются отпуска, для которых это значение не "компенсация".
102.1796069.1.269.0Необходим анализ кода расчёта удержаний - обращение к отпускамЗаработная платаРасчет удержаний (общие вопросы)
Исторически сложилось разграничение типов в классификаторе отпусков по коду отпуска: 1...20 - основные отпуска (очередной и т. п.), где 2 - отпуск по уходу за ребенком 21 - административный отпуск (за свой счет) 22...39 - учебный отпуск 40 и выше - компенсация за неиспользованный отпуск Периодически возникают вопросы и замечания от клиентов о неудобстве такого разграничения. Одним не хватает диапазона кодов до 20, другим (при переходе на Галактику из других систем) просто не хочется менять привычные коды. Ведутся работы по отказу от проверки номерного значения кода для разделения компенсации от отпуска (40 и выше) и переходу на проверку поля "тип отпуска" из классификатора в значении "компенсация". В ходе анализа в исходном коде udnalog.pas (Procedure GetUder -> procedure ProcessVacations) нашёлся участок обработки, в котором проверяется условие (OtpuskR^.Kotpus < 40). Но код, похоже, устаревший. Необходимо принять решение - производить ли в этой функции замену на "подгрузку" и проверку классификатора отпусков. if OtpuskR^.Kotpus < 40 then begin CurMonthR^.Summa:=CurMonthR^.Summa+OtpuskR^.SbFzp+OtpuskR^.SbFmp; if (OtpuskR^.SbFzp<> 0 ) or (OtpuskR^.SbFmp <> 0) then begin KlOtpuskR^.Kotpus := OtpuskR^.Kotpus; {$ifdef _KLCACHE_} if not GetKlOtpuskCache.Read(OtpuskR^.Kotpus, KlOtpuskR) then {$else} if klOtpuskF^.GetEqual(tiklOtpusk01) <> tsOk then {$endif} KlOtpuskR^.IsRabDn := 0; CurMonthR^.Kotpus := KlOtpuskR^.IsRabDn; end; if OtpuskR^.DatOk > CurMonthR^.DatOk then CurMonthR^.DatOk := OtpuskR^.DatOk; if ((OtpuskR^.DataN < CurMonthR^.DataN) or (d_day(CurMonthR^.DataN) = 0)) and (d_day(OtpuskR^.DataN) <> 0) then CurMonthR^.DataN := OtpuskR^.DataN; end;Удален ненужный код в исходном коде udnalog.pas (Procedure GetUder -> procedure ProcessVacations) if OtpuskR^.Kotpus < 40 then begin CurMonthR^.Summa:=CurMonthR^.Summa+OtpuskR^.SbFzp+OtpuskR^.SbFmp; if (OtpuskR^.SbFzp<> 0 ) or (OtpuskR^.SbFmp <> 0) then begin KlOtpuskR^.Kotpus := OtpuskR^.Kotpus; {$ifdef _KLCACHE_} if not GetKlOtpuskCache.Read(OtpuskR^.Kotpus, KlOtpuskR) then {$else} if klOtpuskF^.GetEqual(tiklOtpusk01) <> tsOk then {$endif} KlOtpuskR^.IsRabDn := 0; CurMonthR^.Kotpus := KlOtpuskR^.IsRabDn; end; if OtpuskR^.DatOk > CurMonthR^.DatOk then CurMonthR^.DatOk := OtpuskR^.DatOk; if ((OtpuskR^.DataN < CurMonthR^.DataN) or (d_day(CurMonthR^.DataN) = 0)) and (d_day(OtpuskR^.DataN) <> 0) then CurMonthR^.DataN := OtpuskR^.DataN; end;
106.105649.1.269.0Неправильно рассчитываются алименты для работников, уволенных в последний день месяцаЗаработная платаРасчет алиментов и исполнительных листов
Неправильно рассчитываются алименты для работников, уволенных в последний день месяца.Алименты не пересчитываются, если дата окончания алиментов равна дате окончания начислений, с которых расчитываются алименты.
180.106369.1.269.0Арифметическое округление Социальных отчисленийЗаработная платаРасчёт налогов на ФОТ
В Казахстане внесены изменения в Постановление Правительства Республики Казахстан от 21 июня 2004 года № 683 "Об утверждении Правил исчисления и перечисления социальных отчислений". Касательно уплаты социальных отчислений в связи с внесением изменений в Постановление Правительства Республики Казахстан от 21 июня 2004 года № 683 "Об утверждении Правил исчисления и перечисления социальных отчислений".Постановлением Правительства Республики Казахстан от 29 сентября 2017 года №603 "О внесении изменений и дополнений в некоторые решения Правительства Республики Казахстан" (вступило в силу 5 октября 2017 года), в связи с неоднократными обращениями работодателей и предпринимателей были внесены изменения в Постановление Правительства Республики Казахстан от 21 июня 2004 года № 683 "Об утверждении Правил исчисления и перечисления социальных отчислений" Так, в соответствии с правилами, при исчислении социальных отчислений суммы, исчисленные в тиынах, округляются до 1 тенге в большую сторону. Это означает, что независимо сколько тиын получается при расчете, сумма СО увеличивается на 1 тенге.РК. Если в классификаторе налогов на ФОТ для социальных отчислений ("Дополнительный признак" = "О") установлено округление итоговой суммы до целых НДЕ, то это округление производится всегда в бОльшую сторону.
102.1812649.1.268.2Необходимо убрать лишнюю информацию из полей начисленияЗаработная платаРасчет начислений (общие вопросы)
Настроено округление выплаты зарплаты до 10 рублей. Работнику в текущем месяце в межпериод выплачивался отпуск по платёжной ведомости (соответственно сумма на руки округлилась до 10 рублей). При расчёте зарплаты в результаты расчёта для вида оплаты 142 (возврат остатка округления с прошлого месяца) почему-то проставляется заполняются поля: "Источник данных" и "СДЗ" данными из оплат по отпуску. Необходимо удалить некорректную информацию.Исключено заполнение полей "Источник данных" и "СДЗ" данными из оплат по отпуску в сумме погашения долга за предприятием.
101.638539.1.268.0Расчет зарплаты - нужна ссылка на наряд в начисленияхЗаработная платаУчет сумм наряда при расчете зарплаты
Для формирования проводок по нарядам требуется ссылка в результатах расчёта (Nachisl) на наряд (PrNaryad). Поле "ссылка на источник" в Nachisl есть, нужно добавить новый тип источника "наряд". Далее по этой ссылке можно будет вытащить любую информацию из соответствующего наряда в ТХО при помощи SQLTXO, конкретно сейчас нужно нормо-часы наряда положить в количество проводки.При расчете заработной платы в начислениях сохраняется ссылка на запись в таблице PrNaryad. В интерфейсе просмотра записи начислений в таком случае устанавливается Источник данных в состояние Наряды.
102.1796259.1.268.0Берется лишний вычет при расчете удержаний с отпускных.Заработная платаРасчет удержаний с отпусков межпериода
Берется лишний вычет при расчете удержаний с отпускных при наличии нескольких сумм с материальной помощи. Проявляется на платформе Oracle при определенном стечении обстоятельств. Суть вопроса состоит в том, что первой в расчет приходит мат.помощь, по которой вычет не предоставлялся.Доработаны функции расчета НДФЛ для всех функций межпериода с учетом и без учета льгот. Теперь при расчете очередной суммы НДФЛ суммы вычетов по материальной помощи учитываются в том размере, в котором они были предоставлены (или не предоставлены) ранее.
102.1719119.1.267.0Контроль удержанийЗаработная платаРасчет удержаний (общие вопросы)
В период расчета заработной платы бухгалтером вносятся суммы удержаний. При удержании из заработной платы по нескольким видам удержаний, размер ежемесячного удержания не может превышать 50 % заработной платы, причитающейся работнику, согласно пункта 3 статья 115 Трудового кодекса РК, то есть работнику должно быть сохранено 50 % его заработка. При расчете заработной платы, необходимо предупреждение для бухгалтеров о превышении удержаний 50% от общего начисления.Для Республики Казахстан. При расчете заработной платы в протокол выводится сообщение о превышении суммы удержаний значения пятидесяти процентов от суммы начислений с указанием табельного номера сотрудника, для которого произошло данное превышение. Сумма удержания собирается по всем записям с видами удержаний, для которых в классификаторе видов удержаний признак "Учитывать как" установлен в значение "удержание". Данное сообщение выводится без включения каких-либо настроек.
102.1754429.1.267.0единовременные пособия РФЗаработная платаФормирование единовременных пособий
Для РФ получается,что в классификатор единовременных пособий мы можем внести только 1 вид пособия,к примеру,при рождении.Для постановки на учет в ранние сроки уже рассчитать не получиться (и задать не получится: "Пособие на эту дату уже существует").В классификатор единовременных пособий было добавлено поле "Вид пособия". В нем можно задать вид единовременного пособия, для которого устанавливается сумма. Поддерживается история для разных видов пособий. Добавлено 4 вида пособия: - при рождении ребенка - вставшим на учет в ранние сроки беременности - пособие на погребение - уход за детьми-инвалидами Во время создания единовременного пособия в интерфейсе единовременных пособий, при выборе вида оплаты система проверит значение вида пособия, указанное в 265 дополнительной входимости выбранного вида оплаты и попытается найти запись в классификаторе единовременных пособий с идентичным видом пособия.
102.1776289.1.267.0неверно рассчитывается почтовый сборЗаработная платаРасчет алиментов и исполнительных листов
неверно рассчитывается почтовый сбор при наличии перечисленных алиментов с неначисляемого дохода.Исправлено: корректное сохранение ссылки источника удержания для ВУ 186 - 188, 190, 191 из реестра при окончательном расчете.
102.1792919.1.267.0Длительные отпуска, выплата которых в месяце начисления. Расчет удержаний приводит к некорректной сумме на руки.Заработная платаРасчет удержаний с отпусков межпериода
Длительные отпуска, выплата которых в месяце начисления. Расчет удержаний приводит к некорректной сумме на руки. При расчете удержаний появляется сумма на руки периода, не относящегося к расчетному периоду, и так же попадает в реестр выплаты в межпериод. При повторном расчете сумма обнуляется. При переходе к новому периоду не обнуляется сумма на руки, относящаяся к прошлому периоду.(Средняя панель интерфейса редактирования отпусков). Итоговое значение суммы на руки при переходе к новому периоду включает в себя также суммы на руки, относящиеся к прошлым периодам. (Верхняя панель интерфейса редактирования отпусков)При расчете удержаний отпусков с пометкой "выплачивать по месяцам" сумма на руки, не относящаяся к текущему периоду, не заполняется. Исправлена также работа сервисной функции перехода к новому периоду для таких отпусков. Сумма на руки, относящаяся к "прошлому периоду" относительно новой даты расчетного периода, обнуляется. Также исправлено заполнение итоговой суммы на руки по пакету отпусков (верхняя панель окна редактирования отпуска). Теперь к итоговой сумме не добавляются суммы отпусков за "прошлые периоды".
102.1800739.1.267.0Формируются минусовые записи НДФЛ с районного коэффициента и северных надбавок с премии межпериодаЗаработная платаРасчет подоходного налога
Формируются минусовые записи НДФЛ с районного коэффициента и северных надбавок с премии межпериода При расчете заработной платы стали учитываться суммы из реестров на перечисление заработной платы, в то время, как ранее суммы на перечисление НДФЛ с заработной платы блокировались в результатах расчета сразу после формирования соответствующего реестра. 1 случай. Премия 3101, Ежемесячная премия за производственные показатели имела в межпериоде рассчитанный РК и Сев. В том случае, когда РК и Северные находятся в реестре на перечисление, функционал сработал неправильно. 2 случай. Вместе с заработной платой выплачиваются суммы компенсации за неиспользованный отпуск в рамках нескольких месяцев.Доработана функция формирования результатов расчета НДФЛ с учетом реестров на перечисление с заработной платы. Исправлен учет сумм из функции "Начисления и выплаты" c рассчитанными РК и Северной надбавкой, а также учет суммы компенсации за неиспользованный отпуск в рамках нескольких месяцев.
102.1647619.1.266.0Расчет пособия по уходу за ребенком до полутора лет. Точность хранения среднего дневного заработка.Заработная платаИнтерфейс "Ежемесячные пособия на детей"
Расчет пособия по уходу за ребенком до полутора лет. Точность хранения среднего дневного заработка. При полном расчете пособия по уходу за ребенком до полутора лет средний дневной заработок хранится в текстовом поле. При полном пересчете пособия значение СДЗ сохраняется в данном поле и в последующих расчетах (за исключением полного пересчета) берется для расчета. Для исключения лишних преобразований, а также для исключения искажения хранимого и рассчитанного значения среднего дневного заработка нужно добавить новое поле в таблицы Child, ChildOne, OneTimeBenefit, ChildBenefit типа TSumma.Хранение среднего дневного заработка перенесено в поле AVGCH.
102.1659429.1.266.0Поля дополнительных аналитик в таблице lstabЗаработная платаФормирование табеля
На текущий момент в базе данных Галактики дополнительные аналитики табеля и переходов в находятся в таблице OTPDOP, хотя для них в словаре уже заведены поля. Для повышения быстродействия системы необходимо отказаться от заполнения OTPDOP и перейти на работу с полями таблиц LSTAB и PEREXOD.Этап 2: исключение ссылки на таблицу OTPDOP из предварительного просмотра. Доработаны: 1. Окна предварительного просмотра в том числе и добавление доп.аналитик при вводе новой записи. По умолчанию: выбор из лицевого счета с последующей заменой. 2. Функция предварительная разноска, в том числе: Выбор из постоянных доплат с учетом истории Выбор доп аналитик для отпусков и больничных с различными настройками КВО. Подключение функций выбора дополнительных аналитик из табеля и переходов в межпериод. Подключение функций выбора дополнительных аналитик для функций возврата и сторнирования. 3.Функция расчета заработной платы: подключение функций выбора дополнительных аналитик из табеля,переходов в межпериод и предварительного просмотра по новой схеме.
102.1755469.1.266.0Образуются минуса в алиментах (начисления и выплаты) при наличии хотя бы одного начисление в межпериоде, которое не облагается подоходным налогомЗаработная платаРасчет алиментов в режиме "Начисления и выплаты"
Образуются минуса в алиментах (начисления и выплаты) при наличии хотя бы одного начисление в межпериоде, которое не облагается подоходным налогом.Минуса не образуются в алиментах (начисления и выплаты) при наличии хотя бы одного начисление в межпериоде, которое не облагается подоходным налогом.
102.1756859.1.266.0При увеличении КТУ оплата по наряду рассчитывается отрицательнойЗаработная платаФормирование и расчет нарядов
Столкнулись с проблемой, как увеличить КТУ (коэффициент трудового участия) сотрудника в бригаде при использовании 1 алгоритма. При увеличении КТУ оплата по наряду рассчитывается отрицательной.Теперь если при расчете используется первый алгоритм и приработок меньше нуля, то наряды рассчитываются с КТУ = 1
102.1769709.1.266.0Изменить расчет детских из МРОТЗаработная платаИнтерфейс "Ежемесячные пособия на детей"
Изменить расчет детских из МРОТ На текущий момент при расчете детских пособий из МРОТ (в случаях отсутствия заработка или когда заработок очень маленький) расчет идет так: заработок принимается равным 24 МРОТ и сравнение идет на этапе СДЗ, т.е."реальный" СДЗ сотрудника сравнивается с СДЗ из МРОТ, а именно МРОТ*24/730. А сравнивать нужно не на этапе СДЗ, а средний месячный заработок сотрудника с МРОТ. Пример. Заработок сотрудника составил за два года 115 000 руб. 1. Определяем СДЗ сотрудника: 115 000/(365+366)=157,32 2. Определяем среднемесячный заработок: 157,32*30,4=4782,5 руб. Поскольку размер среднего месячного заработка оказался меньше МРОТ, размер ежемесячного пособия рассчитывается из МРОТ. 3. Определяется размер пособия по уходу за ребенком: 7800*40%=3120 руб. При этом нужно учесть, что есть минимальный размер пособия еще, установленный законом 81-ФЗ (заносим суммы минимального размера по этому закону в справочник ограничений в графы "мин.пособие по уходу за 1-м ребенком" и "мин.пособие по уходу за вторым и последующими детьми". Во всех случаях исчисленное ежемесячное пособие не может быть меньше минимального размера по уходу за ребенком, установленного 81-ФЗ, т.е. не может быть меньше суммы, занесенной в справочник ограничений. p.s. МРОТ брать на дату начала отпуска по уходу за ребенком до 1,5 лет. p.p.s. Если сотрудник работает на условиях неполного рабочего времени, значение МРОТ уменьшается пропорционально его продолжительности. Например, если человек уходит в отпуск по уходу за ребенком и на момент начала отпуска он трудился только половину рабочего времени, то пороговое значение среднего заработка для него составит 3900 руб. (7800 руб. : 2).Внесены корректировки в расчет пособия по уходу за ребенком до полутора лет. При расчете или пересчете пособия по уходу за ребенком до полутора лет МРОТ берется на дату ухода в отпуск по уходу за ребенком до полутора лет. При расчете пособия из МРОТ средний дневной заработок из МРОТ рассчитывается по формуле МРОТ / 30,4 и сравнивается с рассчитанным средним дневным заработком исходя из заработка сотрудника. Это исключает погрешность вычисления пособия, так как ранее расчет шел по формуле МРОТ * 24 / 730. В справке о расчете пособия по уходу за ребенком до полутора лет в поле МРОТ выводится значение на дату ухода в отпуск (ранее выводилось на основании текущего периода для расчета)
102.1773459.1.266.0Не верно рассчитались алименты за закрытый периодЗаработная платаРасчет алиментов и исполнительных листов
При пересчете алиментов за предыдущий период и наличии неначисляемого дохода, с которого удерживаются алименты, производится некорректный расчет алиментов.Для РФ: при пересчете алиментов за предыдущий период сумма алиментов с неначисляемого дохода так же пересчитыватся по фактическому графику. Для корректного расчета необходимо значение настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Почтовые переводы, алименты, исп.листы Учитывать налог на доходы и взносы при расчете алиментов" установить = "с дохода для алиментов".
102.1791049.1.266.0При расчете удержаний добавляется лишняя запись CurMonthЗаработная платаРасчет удержаний (общие вопросы)
Выявлено при нагрузочном тестировании на 2 млн. ЛС: при каждом расчете удержаний в базе данных появляется одна лишняя запись CurMonth с нулевой ссылкой в cLSch и нулевым табельным (TabN, StrTabN). Нужно чтобы такие "отвязанные" от ЛС записи после расчета не создавались.Доработана функция создания расчета заработной платы. Теперь лишние записи с нулевой ссылкой в cLSch и нулевым табельным (TabN, StrTabN) в таблице CurMonth не создаются
102.1794219.1.266.0При сторнировании НДФЛ за прошлый год нужно проставить доп.аналитику, соответствующую месяцу, за который доудерживается налогЗаработная платаРасчет подоходного налога
При сторнировании НДФЛ за прошлый год нужно проставить доп.аналитику, соответствующую месяцу, за который доудерживается налог На БД клиента возникла следующая ситуация. У сотрудника в течение года три раза менялась налоговая: С января по октябрь КПП 631545001 С октября по ноябрь КПП 631145001 В декабре КПП 631745006. По итогам 2017 года получилось, что удержать 1 рубль. Чтобы его удержать в текущем периоде, устанавливаем настройку "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Раздельный расчет по обособленным подразделениям". Запускаем сервисную функцию "Контроль для раздельного расчета по обособленным подразделениям". Устанавливаем количество месяцев для сторнирования. При расчете заработной платы, программа добрала рубль. Но доп.аналитика записалась только по КВО.Доработана функция формирования результатов пересчета НДФЛ да предыдущие месяцы. Теперь в такие записи записываются дополнительные аналитики из табеля учета рабочего времени на дату, за которую возвращается или удерживается сумма.
180.102489.1.266.0Минусы в результатах расчета по НДФЛ за БЛ прошлого периодаЗаработная платаРасчет удержаний (6-НДФЛ)
Минусы в результатах расчета по НДФЛ за БЛ прошлого периода. У сотрудника продолжающийся БЛ: Сформировано 2 реестра по оплате БЛ. 1 и 2 БЛ и НДФЛ оплачены 05/05/2017, 3 БЛ и НДФЛ оплачен26/05/2017 Рассчитали ЗП. В результатах расчета по НДФЛ получились минусы: Вероятно, получили суммы с минусом на каких-либо старых обновлениях, а затем запустили функцию "Контроль выплаты". После этого данные были закрыты, зафиксированы ссылкой на реестр и поэтому они уже не удаляются. Отмена расчета зарплаты не удаляет ссылки и результаты расчета НДФЛ с этими ссылками специально. Дело в том, что до текущего момента, добыть информацию из реестров на перечисление заработной платы не представлялось возможным. Если функция отмены расчета зарплаты будет их удалять, то в Галактике совсем не останется информации о том, какие суммы НДФЛ с заработной платы уже были перечислены. А это бывает важным в тех случаях, когда было несколько перечислений заработной платы в случае увольнения или дополнительных начислений премий и других оплат в течение месяца. Ведь по сути удаляются все данные из результатов расчета, а какие-то ссылки остаются. Считаем, что это не верно. При отмене расчета ЗП должны удаляться все ссылки. И пользователь не должен запускать какие-то дополнительные функции для отмены дополнительных ссылок. Если их удалить и рассчитать заново, то ошибка не проявляется и расчет зарплаты доработки не требует. Можно не удалять результаты расчета удержаний, а запустить функцию "Контроль выплаты" при этом убрать птичку в параметре Устанавливать дату выплаты по дате оплаты реестра/платежной ведомости. Ссылки удалятся. После этого пересчитать зарплату. Отмена расчета зарплаты не удаляет ссылки и результаты расчета НДФЛ с этими ссылками специально.Доработана функция формирования записей НДФЛ при расчете заработной платы. Теперь учитываются реестры на перечисление НФДЛ с заработной платы, а не фиксируются записи по удержаниям при формировании реестра на перечисление зарплаты, как это было ранее. В результаты расчета НДФЛ записываются ссылки на реестр о перечислении в банк (по возможности). Если по виду оплаты часть суммы была перечислена в межпериод, сумма дохода отражается за вычетом перечисленной суммы. Анализ происходит по типу и ссылке на источник начисления. Также учитываются реестры на перечисление НДФЛ с аванса, если такое перечисление имело место. Доработана также функция отмены расчета зарплаты. Теперь при выполнении этой функции все записи об удержаниях удаляются.
180.103369.1.266.0Неверно отображается вид удержания в расчетном листке для уволенного сотрудника при повторном расчете заработной платыЗаработная платаРасчет удержаний (общие вопросы)
Неверно отображается вид удержания в расчетном листке для уволенного сотрудника при повторном расчете заработной платы. На текущий момент в Галактике виды удержания для уволенных в КВУ предназначены для того, чтобы отделить в расчетном листке и отчетах для пользователей те суммы, которые уже были перечислены от тех, которые еще только показаны к перечислению. У клиентов используются виду удержаний п. 319 (с. 220)"Перечисление зарплаты в банк", п. 329 (с. 221)"Перечисление зарплаты в банк (межпериод)" Заводят отдельные удержания для правильного формирования проводок. ВУ 319 (с. 220)"Перечисление зарплаты в банк" Дт 70.01 Кт 70.02 Перечисление заработной платы в банк, п. 329 (с. 221)"Перечисление зарплаты в банк (межпериод)" Дт 70.01 Кт 51 Сотрудник увольняется. Производим полный расчет с сотрудником при увольнении, а по результатам месяца производим начисление премии уже после увольнения в отчетном периоде. Начисление премии производим через функцию "Начисление и выплаты - Расчет". За месяц имеем расчетный листок - полностью удовлетворяют клиента. Формируем реестр на окончательное перечисление заработной платы. Пересчитываем ЗП еще раз, при расчете ЗП по всему предприятию. ВУ 319 (с.220) с премии стал в расчетном листке отображаться 329 (с. 221) - и это уже не нравится клиенту. В принципе, существующий функционал практически бы подошел, если бы клиент не пересчитывал ЗП уволенным сотрудникам второй, третий и т.д. раз. Нужно, чтобы для уволенных работников сумма заработной платы на дату увольнения была показана особенным кодом удержания (с соответствующими проводками). А все, что он получил уже после этой даты, другим кодом, совпадающим с кодом перечисления для всех остальных работников. А для других работников, все суммы должны идти одинаковым кодом удержания независимо от того, были они уже перечислены в банк на момент пересчета или нет.1.Доработана функция отражения сумм заработной платы из реестров на перечисление в банк для уволенных работников. Теперь с кодом удержания для уволенных отражаются только те суммы, дата выплаты которых, меньше даты из настройки "... Расчеты с персоналом Дата выплаты (перечисления) заработной платы". Дата выплаты определяется по дате обработки платежного поручения. Если платежное поручение не найдено, датой выплаты считается соответствующее поле в заголовке реестра. 2. Переименованы поля `Для уволенных: перечисление в текущем`.@@@@@@@@ `в будущем периоде` .@@@@@@@ в классификаторе видов удержаний. Теперь название таково: `Перечисление заработной платы в межпериод для уволенных:`.@@@@@` будущий`.@@@@@
180.96069.1.266.0В межрасчетных начислениях не учитывается настройка по округлению Выплат и ПеречисленийЗаработная платаРасчет удержаний в режиме "Начисления и выплаты"
В системе установлены настройки: 15129 Округлять перечисления заработной платы - по собственному правилу 15130 ...Правило округления для перечисления заработной платы - 100 15123 Выплаты заработной платы - 100 15124 Выплаты заработной платы уволенным - 100 Просьба учитывать данные настройки при формировании столбца Выплачено(аванс).При формировании записей Начислений и выплат учитываются настройки "Округлять перечисления заработной платы", "Правило округления для перечисления заработной платы", "Выплаты заработной платы", "Выплаты заработной платы уволенным". Также происходит учет настройки классификатора видов удержаний "Округлять по собственным правилам", причем данная настройка имеет более высокий приоритет над другими настройками округления.
102.1790359.1.265.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.9.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.