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


Описание файла обновления:
ФайлZ_ZARNASTR_RES_911200.TXT
ОбновлениеZ_ZarNastr_res_911200
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентZ_ZARNASTR
ТипRES
Версия9.1.120.0
Дата2018-10-24 20:44:15
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.174556NEWДобавить в таблицу Childone индексное поле period для хранения признака отчетного/будущего периода. Перенести это значение из поля NumOgr.Заработная платаИнтерфейс "Единовременные пособия"
Добавить в таблицу Childone индексное поле period для хранения признака отчетного/будущего периода. Перенести это значение из поля NumOgr.Добавлено в таблицу Childone индексное поле period для хранения признака отчетного/будущего периода. Перенесено это значение из поля NumOgr. Так же данное изменение учтено во всем функционале системы в целом.
102.186095NEWДля РБ закрыть возможность выбора значения "в котором" для общесистемной настройки по расчёту алиментовЗаработная платаНастройка
Только для РБ. Для общесистемной настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Почтовые переводы, алименты, исп.листы Учет облагаемых сумм и алиментов" предусмотреть выбор только из двух вариантов, исключив значение "по месяцу, в котором они были рассчитаны". Так как это значение приводит к противоречиям в расчётах.Для РБ. Для общесистемной настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Почтовые переводы, алименты, исп.листы Учет облагаемых сумм и алиментов" если значение было установлено "по месяцу, в котором они были рассчитаны", то оно автоматически изменится на "по месяцу, за который они были рассчитаны". При попытке в данной настройке установить значение на "по месяцу, в котором они были рассчитаны" будет выдано сообщение "Выбранное значение не соответствует требованиям законодательства Республики Беларусь,значение настройки будет изменено на "по месяцу, за который они были рассчитаны"".
102.187780NEWПереименовать настройку "Изменение отпуска, утвержденного приказом"Заработная платаНастройка
Необходимо в наименование настройки ("Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Изменение отпуска, утвержденного приказом") внести однозначность понимания: "Изменение В МОДУЛЕ "ЗАРПЛАТА" отпуска, утвержденного приказом", т.к. концепция модуля "Кадры" - не изменять данные утвержденные приказом.Переименована настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Изменение отпуска, утвержденного приказом" в "Изменение в модуле "Заработная плата" отпуска, утвержденного приказом"
102.189127NEWНет настройки UP.ZAR.SEV.RKS. Выполните "Проверку реестра настроек".Заработная платаНастройка
Если на пустой базе запустить проверку реестра настроек (а точнее регистрацию компонентов, после которой стартует обновление реестра настроек), то выдается сообщение "Нет настройки UP.ZAR.SEV.RKS. Выполните "Проверку реестра настроек".".Устранено сообщение "Нет настройки UP.ZAR.SEV.RKS. Выполните "Проверку реестра настроек"." если на пустой базе запустить проверку реестра настроек (а точнее регистрацию компонентов, после которой стартует обновление реестра настроек).
102.973409.1.119.0Настройка "Разбить пособие на основную и дополнительную суммы" для БеларусиЗаработная платаНастройка
Настройка "Разбить пособие на основную и дополнительную суммы" для Беларуси Путь: Настройки Галактики -> Управление персоналом -> Больничные, отпуска, расчеты по среднему -> Больничные -> Продолжительность. Использование настроек "Разбить пособие на основную и дополнительную суммы" и "Количество дней для основной суммы" противоречит Белорускому законодательству. Следует сделать их неактивными при настройке на Беларусь.Скрыты настройки "Разбить пособие на основную и дополнительную суммы" и "Количество дней за счет работодателя" для Республики Беларусь.
102.1686939.1.118.0Изменение настройки из прикладного интерфейса, влияющее на расчет зарплатыЗаработная платаРасчет больничных
Замечание клиента: При расчете больничных "Схема подсчета количества дней в учетном периоде" может переключаться бухгалтером - по табелю/ по архиву оплат, однако эта настройка также влияет на расчет среднего заработка который должен считаться только по архиву оплат. Но если бухгалтер считал до этого больничный по табелю то настройка и останется в режиме "по табелю" соответственно в 33 алгоритме расчет будет вестись НЕ по архиву оплат и не верно. Надо "отвязать" расчет среднего от расчета больничного.Была разделена настройка: "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Продолжительность Схема подсчета количества дней в учетном периоде" на "Для расчета больничных" и на "Для расчета по среднему". Эти настройки были перенесены, сейчас они находятся: "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные, расчеты по среднему Продолжительность Схема подсчета количества дней в учетном периоде Для расчета больничных " и "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные, расчеты по среднему Продолжительность Схема подсчета количества дней в учетном периоде Для расчета по среднему " соответственно. По умолчанию значение настройки "Для расчета по среднему" будет установлено как значение настройки "Для расчета больничных". В окне "Настройки расчета" значение настройки "Для расчета больничных"(Учет рабочего времени) поле закрыто для редактирования, оно теперь служит для информативности. Т.к. отображает значение настройки "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные, расчеты по среднему Продолжительность Схема подсчета количества дней в учетном периоде Для расчета больничных ". Теперь при расчете больничных используется настройка "Для расчета больничных". Для расчета по среднему используется настройка "Для расчета по среднему". Также переименовано окно "Параметры расчета" в "Настройки расчета".
102.1860329.1.104.2Контроль превышения удержаний свыше 50% от доходаЗаработная платаРасчет удержаний (общие вопросы)
При контроле удержаний 50% от причитающегося работнику дохода, необходимо в качестве суммы причитающейся работнику использовать разность: все начисления минус постоянные удержания (индивидуальный подоходный налог, все удержания в пенсионный фонд, удержания ОСМС). Индивидуальный подоходный налог - системные коды 182, 183 Удержания в пенсионный фонд - системные коды 1, 175, 176 Добровольные пенсионные взносы - Настройка - Настройка - Управление персоналом - Расчеты с персоналом - Налог на доходы - Налог и взносы - Вид удержания для добровольных профессиональных взносов. Либо используется ВУ с системным кодом 2. Целевой сбор. ОСМС - Настройка - Настройка - Управление персоналом - Расчеты с персоналом - Взносы и налоги на ФОТ - Взносы - Взносы в фонд социального страхования - Код удержания для ОСМС. В протоколе указывать сумму начислений - (постоянные удержания ОПВ и ИПН и т.д.).Доработан контроль превышения удержаний 50% от дохода для Республики Казахстан. Переименована настройка в КВУ "Учитывать удержание при расчете удержаний" на "Участие при контроле 50% от дохода". Для видов удержаний: Индивидуальный подоходный налог - системные коды 182, 183 Удержания в пенсионный фонд - системные коды 1, 175, 176 Добровольные пенсионные взносы - Настройка - Настройка - Управление персоналом - Расчеты с персоналом - Налог на доходы - Налог и взносы - Вид удержания для добровольных профессиональных взносов. Либо используется ВУ с системным кодом 2. Целевой сбор. ОСМС - Настройка - Настройка - Управление персоналом - Расчеты с персоналом - Взносы и налоги на ФОТ - Взносы - Взносы в фонд социального страхования - Код удержания для ОСМС. Значение этой настройки должно быть установлено как: Уменьшает "Начислено" "Уменьшает "Начислено"" означает, что эти обязательные виды удержаний будут уменьшать сумму начислений. Также значение этой настройки установится как "Уменьшает "Начислено"", если ранее в настройке КВУ "Учитывать удержание при расчете удержаний" стояло значение "нет". Для других видов удержаний значение настройки "Участие при контроле 50% от дохода" должно установиться как "Входит в сумму удержаний" это означает, что суммы этих удержаний будут учитываться при контроле превышения 50% от полагающегося дохода работника. Также добавлено значение настройки "Участие при контроле 50% от дохода" оно означает, что вид удержания не будет входить в сумму удержаний и начислений для контроля. Также доработан протокол расчета з/п теперь там в случае если сумма удержаний с пометкой в КВУ Уменьшает "Начислено" не равна нулю, то тогда в протоколе указывается сумма начислений минус удержания с пометкой "Уменьшает "Начислено"".
102.1745529.1.116.0Добавить в таблицу PRNARYAD поле BrigMemberRef для хранения ссылки на конкретного члена бригады. Перенести это значение из поля OPERATION.Заработная платаФормирование и расчет нарядов
Добавить в таблицу PRNARYAD поле BrigMemberRef для хранения ссылки на конкретного члена бригады. Перенести это значение из поля OPERATION.Добавлено в таблицу PRNARYAD поле BrigMemberRef для хранения ссылки на конкретного члена бригады. Произведен перенос значений из поля OPERATION в поле BrigMemberRef. Так же данное изменение учтено во всем функционале системы в целом.
101.648729.1.114.0После обновления компонентов и попытке обновления реестра выходит ошибкаЗаработная платаРабота с интерфейсом ввода больничных листов
ошибка при выполнении алгоритма z_zarnastr::iblisnetblanksave После обновления компонентов и попытке обновления реестра выходит ошибка Запуск выполнялся под админом. Таблички проверили, они доступны для изменения, блокировок в оракле нет. После выяснилось, что вышел Z_Service 147, дообновили его, запустился ещё раз выполнение алгоритмов и ошибка на том же месте.Исправлена ошибка, возникающая при конвертации и заполнении новых полей в таблицах Blisnet и BlankBln. Если при выполнении конвертера Z_zarnastr:: iBlisnetBlankSave в момент автоматического обновления настроек возникла ошибка с текстом: "Ошибка конвертации данных! Возможно отсутствует доступ к таблицам Blisnet или BlankBln", нужно повторно выполнить этот конвертер. Запуск осуществляется через Сервис - Утилиты - Запуск внешнего интерфейса - Z_ZARNASTR::IBLISNETBLANKSAVE (Z_ZarNastr.res). Предварительно в параметрах конфигуратора в разделе VIP нужно установить видимость интерфейса VisibleAllInterface = True.
102.1811349.1.113.0Северная надбавка должна разбиваться на две части в месяце перехода на новый %Заработная платаРасчет начислений (общие вопросы)
По стандартному алгоритму процент северных всегда одинаковый при расчете за месяц, а необходимо разбивать её на две части. Например, если у работника в марте наступило право на 80 процентов надбавки с 20 числа, то необходимо, чтобы с 01/03 по 19/03 была посчитана надбавка в 60 процентов (старый процент), а на период с 20/03 по 31/03 считалось 80 процентов (новый процент).1. Добавлена настройка: "Настройки Галактики Управление персоналом Расчеты с персоналом Северные надбавки Расчет процента". Настройка имеет два значения: "в рамках периода, за который начислена сумма" "на последнее число месяца, за который начислена сумма". Первоначальное значение устанавливается в зависимости от настройки"... Северные надбавки Учитывать изменения особых климатических условий" согласно текущей работе системы. Если значение настройки - "да", то, по умолчанию, определено "на последнее число месяца, за который начислена сумма". Если значение настройки - "нет", то, по умолчанию, определено "в рамках периода, за который начислена сумма". При этом значение закрыто от редактирования. 2.Для вида оплаты с системным кодом 45 добавлено новое значение "Д" поля Расчеты => "вывод информации". При указанном значении в протокол расчёта северных надбавок будет выводиться дополнительная информация.
101.642529.1.112.0Перебор 1 коп в сумме до превышения Страховых взносовЗаработная платаРасчёт налогов на ФОТ
Перебор 1 коп в сумме до превышения Страховых взносов. При формировании РСВ за 1 квартал обнаружили, что у одного сотрудника сумма СВ в ПФ больше на 0,01 в сумме налогов до превышения. Максимально допустимая годовая сумма 224620.00 (1021000 * 22%), а получилась 224620.01РФ. Дополнен бизнес-процесс расчёта налогов на ФОТ - страховых взносов на обязательное пенсионное страхование (в классификаторе налогов на ФОТ признак "Л") - в части выделения доли взносов, приходящейся на базу, не превышающую предельную величину. При этом, если значение настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Взносы и налоги на ФОТ Налоги Страховые взносы Округлять сумму за месяц до копеек" установлено в "да", то указанная доля взносов за период также округляется до двух знаков по работнику (физическому лицу, а не лицевому счёту). При этом продолжают оставаться неокруглёнными: - при наличии связанных л/счетов - итоговые суммы периода по каждому из них; - составляющие части взносов, относящиеся на оплаты. Для отчислений на обязательное пенсионное страхование в справочниках "Размер социальных налогов" ("до" и "после" расчёта), добавлена колонка "в том числе до превышения с учётом совместительства" (в окне текст сокращён), которая расположена после колонки "Налог с учётом совместительства", и она заполняется в любом случае, независимо от наличия смежных лицевых счетов. Сервисная функция "Налоги на ФОТ - Контроль (для налогов с годовой НБ)", выполняемая с параметром "Функция" в значении "пересчет налогов..." для отчислений на обязательное пенсионное страхование заполняет упомянутое поле. Параметр "контроль налогов..." упомянутое поле пока не заполняет, будет доработано в ближайших обновлениях. При обновлении реестра настроек (после установки обновлений) происходит автоматическое заполнение добавленной колонки по архивным месяцам текущего года в справочнике "Размер социальных налогов" ("до" расчёта) на основании поля "Налог до превышения, тек." этого же справочника.
102.1788249.1.112.0Необходимо добавить поля типа дата в таблицу Shtraf, для переноса дат из полей типа stringЗаработная платаУдержание ссуды
Необходимо добавить поля типа дата в таблицу Shtraf, для переноса дат из полей типа string DATAPROCOLD: Date "дата предыдущего погашения", DATAPROC : Date "дата следующего погашения", DATAPOG : Date "начало погашения ссуды", Поля используются для расчета материальной выгоды по ссуде.Добавлены поля в постоянные удержания по погашению ссуды для расчета материальной выгоды по ссуде.(вид удержания 168, удержание с типом ссуда) Дата предыдущего погашения, дата следующего погашения, начало погашения ссуды перенесены в поля с типом "дата" при постоянных удержаниях по погашению ссуды.
102.1839959.1.111.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.12.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1800119.1.109.0Необходимо доработать функцию конвертаци и другие исходники для отката функциональности по изменению заполнения ссылок на предыдущий больничныйЗаработная платаРабота с интерфейсом ввода больничных листов
В результате решения ПИР 101.63766, были проведены изменения в коде расчета больничных листов. Необходимо провести анализ изменений в других исходниках, связанных с заполнением ссылки на предыдущий больничный в таблице blankbln Пока необходимо вернуться к старой функциональности в данном вопросе, до доработки проблемы связанной с распространением больничных на несколько лицевых счетов. Все функции должны отражать информацию одинаково.В рамках доработки словаря были добавлены новые поля в таблицы Blisnet и BlankBln. Соответственно сделаны следующие доработки: 1. Доработан компилятор для заполнения новых полей таблиц. 2. В интерфейсе больничных листов появилось поле "Продолжение листка нетрудоспособности номер", ссылка на предыдущий бланк осуществляется при изменении типа больничного на "продолжающийся" и выборе первичного листка нетрудоспособности. 3. Изменен принцип определения и хранения даты начала заболевания.
101.639359.1.108.0Не верное округление налогов на ФОТ при расчете по смежным лицевым счетам.Заработная платаРасчёт налогов на ФОТ
Не верное округление налогов на ФОТ при расчете по смежным лицевым счетам. Складываются округленные суммы взносов по всем лицевым счетам сотрудника за период. 327145,02 (база 1-ого таб. н.) * 0,051 (5,1%) = 16684,40 10377,76 (база 2-ого таб. н.) * 0,051 (5,1%) = 529,27 16684,40 + 529,27 = 17213,67 Если сложить базы двух табельных номеров и умножить на процент, то получится другая сумма взносов. (327145,02 + 10377,76) * 0,051 = 17213,66 И это правильная сумма взносов.РФ. Дополнен расчёт налогов на ФОТ - отчислений на социальное и медицинское страхование. Если значение настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Взносы и налоги на ФОТ Налоги Страховые взносы Округлять сумму за месяц до копеек" установлено в "да", то при наличии смежных л/счетов округление общей суммы отчислений за период выполняется корректно. Округляется до двух знаков итоговая сумма по работнику (физическому лицу, а не лицевому счёту) за период. При этом продолжают оставаться неокруглёнными: - при наличии связанных л/счетов - итоговые суммы по каждому из них; - составляющие части взносов, относящиеся на оплаты. При этом для отчислений на социальное и медицинское страхование опять задействовано поле "Налог с учётом совместительства" справочников "Размер социальных налогов" ("до" и "после" расчёта), оно заполняется в любом случае, независимо от наличия смежных лицевых счетов. Сервисная функция "Налоги на ФОТ - Контроль (для налогов с годовой НБ)", выполняемая с параметром "Функция" в значениях "контроль налогов..." или "пересчет налогов..." для отчислений на социальное и медицинское страхование заполняет упомянутое поле. Одновременно при доработке переименован параметр, отвечающий за учёт дополнительных л/счетов (заметим, что с 2010 года функция всегда работает так, как если этот параметр включен): с "С учётом доходов по совместительству" на "С учётом данных по дополнительным л/счетам". При обновлении реестра настроек (после установки обновлений) происходит автоматическое заполнение поля "Налог с учётом совместительства" по архивным месяцам теущего года в справочнике "Размер социальных налогов" ("до" расчёта) на основании поля "Налог, тек." этого же справочника. Для записей по отчислениям на социальное и медицинское страхование.
102.1713459.1.107.0Ссылка на основной отпуск в пакете отпусковУправление персоналом7-е окно (отпуска сотрудника)
При формирование приказов на основной отпуск в пакете отпусков ссылка устанавливается в зависимости от настройки "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Формирование Ежегодный трудовой отпуск". Если в системе занесено несколько основных отпусков, то это приводит к некорректной ситуации, когда otpusk ссылается на одну запись классификатора отпусков, а factotpusk - на другую. Например, если заведено 2 основных отпуска: для госслужащих и для не госслужащих. Необходимо доработать систему, чтобы совпадали ссылки на классификатор в пакете отпусков и в самом отпуске.Для реализации решения была добавлена в "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Формирование" настройка "Формировать наименование пакета фактических отпусков по наименованию основного отпуска из пакета", а настройка "Ежегодный трудовой отпуск" была переименована в "Ежегодный трудовой отпуск по умолчанию". Возможные варианты значения настройки: * Нет - При оформлении РПД-6 либо добавлении нового отпуска в 7 окне картотеки наименование пакета отпусков формируется из значения настройки "Ежегодный трудовой отпуск по умолчанию". Данный вариант настройки - вариант по умолчанию; * Да - При оформлении РПД-6 либо добавлении нового отпуска в 7 окне картотеки наименование пакета отпусков формируется из наименования основного отпуска, входящего в пакет. В случае, если основной отпуск в пакете отсутствует, наименование пакета формируется из настройки. Следует помнить, что при оформлении отпуска в РПД-6 и 7 окне по план-графику отпусков когда детализация план-графика содержит только 1 отпуск, наименование пакета формируется из наименования отпуска в детализации план-графика, вне зависимости от вышеперечисленный настроек.
102.1660309.1.106.0Название сервера длиной более 20 символовЗаработная платаСервер распределенного расчета
В интерфейсе "Диспетчер распределенного расчета заработной платы" есть ограничение на размер имени сервера - сохраняются не более 20 введенных символов, что не позволяет настроить распределенный расчет, например, на сервере BY01-OIT-VM13.oit.local, т.к. значение обрежется до BY01-OIT-VM13.oit.lo. Нужно увеличить размер поля, в котором сохраняется имя сервера.Для хранения настроек серверов распределенного расчета добавлена новая таблица ZarServer. Размер поля "Имя сервера" - 255 символов. При обновлении реестра настроек список серверов из таблицы BuildObj будет перенесен в таблицу ZarServer.
180.107859.1.104.1Контроль превышения удержаний свыше 50% от ЗПЗаработная платаРасчет удержаний (общие вопросы)
Сумма удержания собирается по всем записям с видами удержаний, для которых в классификаторе видов удержаний признак "Учитывать как" установлен в значение "удержание". В сумму удержания не нужно включать постоянные удержания (индивидуальный подоходный налог, все удержания в пенсионный фонд, удержания ОСМС). Индивидуальный подоходный налог - системные коды 182, 183 Удержания в пенсионный фонд - системные коды 1, 175, 176 Добровольные пенсионные взносы - Настройка - Настройка - Управление персоналом - Расчеты с персоналом - Налог на доходы - Налог и взносы - Вид удержания для добровольных профессиональных взносов. Либо используется ВУ с системным кодом 2. Целевой сбор. ОСМС - Настройка - Настройка - Управление персоналом - Расчеты с персоналом - Взносы и налоги на ФОТ - Взносы - Взносы в фонд социального страхования - Код удержания для ОСМС Проблема заключается в том, что постоянные удержания не всегда имеют зарезервированные для них системные коды. Так же есть удержания которые связанны с доплатами, например удержания за вакцинацию, связана с доплатой за вакцинацию, сумма доплаты = сумме удержания. Признак "Учитывать как" = удержания. Доработать функционал контроля превышения удержаний 50% от общего начисления с учетом постоянных доплат и специфических удержаний?Доработан функционал контроля превышений удержаний свыше 50% при расчете заработной платы для Республики Казахстан. В классификаторе видов удержаний в случае, если стоит "учитывать как = удержание" добавлено поле: "Учитывать удержание при расчете удержаний".Значение поля устанавливается "нет" в случае, если у нас установлены следующие виды удержаний: Индивидуальный подоходный налог - системные коды 182, 183 Удержания в пенсионный фонд - системные коды 1, 175, 176 Добровольные пенсионные взносы - Настройка - Настройка - Управление персоналом - Расчеты с персоналом - Налог на доходы - Налог и взносы - Вид удержания для добровольных профессиональных взносов. Либо используется ВУ с системным кодом 2. Целевой сбор. ОСМС - Настройка - Настройка - Управление персоналом - Расчеты с персоналом - Взносы и налоги на ФОТ - Взносы - Взносы в фонд социального страхования - Код удержания для ОСМС. Остальным видам удержаний по умолчанию будет присвоено значение "Учитывать удержание при расчете заработной платы = да". Удержания с видами удержаний, для которых в КВУ установлено значение входимости "Учитывать удержание при расчете удержаний = нет" не участвуют в подсчете общей суммы удержаний для контроля превышения 50% при расчете заработной платы для Республики Казахстан с последующей выдачей соответствующего сообщения в протоколе расчета заработной платы.
101.634899.1.104.0Нужна настройка откуда брать данные для заполнения реквизитов перечисления пособия в банк "по умолчанию": из лицевого счета, из заявления или удержанияЗаработная платаЗаявления о выплате пособия в ФСС
Нужна настройка откуда брать данные для заполнения реквизитов перечисления пособия в банк "по умолчанию": из лицевого счета, из заявления или удержания У клиента, весь прошлый год, были некорректно настроены реквизиты для перечисления пособия в банк. Сейчас, они их исправили в настройке лицевого счета сотрудников. Но, при создании больничного, они бы хотели, что бы всегда, "по умолчанию", бралась бы эта настройка из лицевого счета. Сейчас, для этого, необходимо вызвать контекстное меню, что раздражает бухгалтеров.В разделе настроек "Управление персоналом Общие настройки" настройки по пилотному проекту ФСС (Прямые выплаты ФСС, Дата подключения к пилотному проекту) выделены в отдельную папку "Пилотный проект ФСС". В раздел "Управление персоналом Общие настройки Пилотный проект ФСС" добавлена настройка "Банковские реквизиты для перечисления пособия" со значениями: "по умолчанию", "из заявления", "из удержания", "из лицевого счета". Установив данную настройку в соответствующее значение, пользователь может задать алгоритм выбора банковских реквизитов в ФСС по умолчанию.
102.1800869.1.103.0Не корректный расчет процента по выслуге функцией Proc_StagByPeriodЗаработная платаСпециальные алгоритмы
Не корректный расчет процента по выслуге функцией Proc_StagByPeriod. На текущий момент выбор схемы подсчета происходит по настройке: "... Выслуга лет Использовать для расчета при переходе на новый процент". У пользователей установлено значение "табель". В этом случае расчет продолжительности идет при помощи табельных функций в учетом оплачиваемых отклонений Можно добавить новое значение настройки, а старое переименовать. Например "табель (с учетом оплачиваемых отклонений)" "табель (без учета отклонений)" Если по новому значению настройки "табель (без учета отклонений)" система будет учитывать только рабочие дни, без учета оплачиваемых отклонений в т.ч. командировок, то такое решение вполне устроит.1. Доработана настройка: "... Выслуга лет Использовать для расчета при переходе на новый процент". Переименовано значение "табель". Новое название "табель с учетом оплачиваемых отклонений" В этом случае расчет продолжительности идет при помощи табельных функций в учетом оплачиваемых отклонений, как было ранее. Добавлено новое значение настройки "табель без учета отклонений". 2. Доработан расчет выслуги при расчете заработной платы с учетом нового значения настройки. Для этого значения система будет учитывать только рабочие дни, без учета оплачиваемых отклонений в т.ч. командировок.
103.97569.1.103.0непонятна разбивка видов оплат отпуска при расчете с к-том повышения тарифаЗаработная платаРасчет начислений (общие вопросы)
Непонятна разбивка видов оплат отпуска при расчете. Клиент хочет одной строкой. Так, что давайте сделаем настройку отмены разбивки отпуска по датам выплаты. Да настройка отпуска "по месяцу начисления" не соответствует закону, но ее ставят, так как легче вести учет и проверять НДФЛ. Я все-таки считаю, что если клиент пользуется такой настройкой, то ему разбивка не нужна. Клиент настаивает, считает, что работнику видеть эту разбивку ни к чему в расчетном листке.Сворачивать настройкой р/листка тоже не согласен , т.к. у них много переходов и доплат по ним с разными процентами, это надо видеть, а отпуск 2 строками нет. Если они передумают посреди года, то есть сервисная функция разбивки архива по реестрам.1. Для России добавлена новая настройка: "Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период Учет межпериода при расчете зарплаты Разбивать начисления отпуска и больничного по датам выплаты (перечисления)" По умолчанию, настройка имеет значение "Да" 2. Доработан учет начислений отпуска при расчете заработной платы с учетом новой настройки для России. Если в настройке установлено значение "Нет" начисления отпуска не разбиваются по датам выплаты.
102.1783899.1.102.0Ошибка при расчете продолжающего больничного по бер&родамЗаработная платаРасчет больничных
Ошибка при расчет продолжающегося больничного по беременности и родам. Не выпускает из окна расчета пока не удалишь введённый больничный, циклит с протоколом сообщений - некорректные данные в пенсионных стажах. Для работника рассчитан пенсионный стаж ПУ-3. Если стаж не рассчитан все ОК!Исправлена ошибка, в результате которой постоянно выдавался протокол о невозможности создания стажа в больничном, при попытки выхода из интерфейса, если использовалась настройка "Настройки Галактики Управление персоналом Общие настройки Стажи Данные для пенсионного стажа". Дополнительно. Упразднен устаревший механизм создания пенсионных стажей на основании больничных и отпусков, упразднена настройка "Настройки Галактики Управление персоналом Общие настройки Стажи Данные для пенсионного стажа".
101.377609.1.101.1Больничные - определять "будущие" относительно даты ввода в системуЗаработная платаРабота с интерфейсом ввода больничных листов
Сейчас при вводе нового больничного в модуле "Управление персоналом" его принадлежность к будущему периоду определяется следующим образом: дата НАЧАЛА БОЛЬНИЧНОГО сравнивается с датой из настройки "дата начала формирования больничных будущего периода" и если оказывается больше - больничный считается будущим. Необходимо доработать, чтобы будущие больничные определялись по дате ввода больничного лист.Добавлена настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Период (отчетный/будущий) определять по дате": "начала больничного" или "ввода больничного". По этой настройке определяется относительно какой даты ("предоставлен с ..." или "дата ввода листа") больничный будет относиться к будущему периоду.
102.1780499.1.101.0Необходимо переименовать настройкуЗаработная платаНастройка
Необходимо переименовать настройку: "Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период Расчет удержаний в межпериод Рассчитывать алименты с межрасчетных начислений и аванса" на "рассчитывать алименты в межпериод"Переименована настройка: "Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период Расчет удержаний в межпериод Рассчитывать алименты с межрасчетных начислений и аванса" на "рассчитывать алименты в межпериод"
180.104209.1.101.0В Управлении персоналом и в Заработной плате не предоставлять выбор архивного режима работыЗаработная платаРежимы работ
В Управлении персоналом и в Заработной плате не предоставлять выбор режима работы, для которого не сформирован график работы.Добавлена системная настройка "Настройки Галактики Управление персоналом Общие настройки Режимы работы отображать для выбора только при наличии сформированных графиков". Значение по умолчанию - "нет". При ее установке в "да" в случае передачи в интерфейс выбора режима работы года и месяца, для которых должен выбираться режим, отображаться для выбора будут только те режимы работы, для которых в системе имеются сформированные графики. Заголовок окна выбора режима будет иметь вид "Режим работы (график на %месяц% %ГГГГ% сформирован)".
102.1790359.1.100.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.9.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1789299.1.99.0Необходима доработка конвертации с участием новых таблиц в части переноса сведений для ФССЗаработная платаРабота с интерфейсом ввода больничных листов
Доработка интерфейса больничных листов с участием новых таблиц в части переноса сведений для ФСС Необходима доработка конвертации с участием новых таблиц в части переноса сведений для ФСС для случая, когда у администратора нет доступа к таблицам BlankBln или FssInfoДоработан конвертер с участием новых таблиц в части переноса сведений для ФСС для случая, когда у администратора нет доступа к таблицам BlankBln или FssInfo.
102.1725099.1.98.0Доработка интерфейса больничных листов с участием новых таблиц в части переноса сведений для ФССЗаработная платаЗаявления о выплате пособия в ФСС
Необходимо перенести сведения для ФСС в новые таблицы BlankBln и FssInfo.Реализован перенос данных в ФСС в новые таблицы. Визуально для пользователей ничего не должно поменяться. После установки обновления будет запущен конвертер, который переведет имеющиеся записи по листкам нетрудоспособбности - данные в ФСС из таблицы FondOtp в таблицы BlankBln, FssInfo.
102.1769309.1.97.0Не применять вычет основного лс до даты приемаЗаработная платаРасчет подоходного налога
Есть дополнительный лицевой счет с видом работы договор подряда. Сотрудник работал с июля и получал доход, платил подоходный. Вычет на работника по договорам подряда не предоставляется. В октябре работник пришел на основное место работы, связали новый лицевой счет как основной с дополнительным по договору подряда (нужно для 12-труд). В ноябре считаю зарплату основному лицевому счету с настройкой по сторнированию 3 месяца. За август и сентябрь возвращается налог, вижу, что это из-за того, что применяется вычет на работника к месяцам, когда работник еще не работал. В архиве вычетов записи только с октября. Нужно чтобы вычет не применялся в месяцах до даты приема основного лицевого счета.Добавлена системная настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Вычеты Учитывать вычеты связанных дополнительных ЛС до даты приема" с возможностью установки значения "да" (по умолчанию) и "нет". Если настройка "Учитывать вычеты связанных дополнительных ЛС до даты приема" установлена в "нет", дата "Учесть вычеты с" (лицевой счет - вкладка "Налог на доходы") не установлена и идет расчет основного лицевого счета, то при расчете удержания с указанным количеством месяцев для пересчета (как системная настройка или непосредственно в лицевом счете) будут применены стандартные вычеты только для того периода, который начинается с даты приема в лицевом счете с учетом истории приема-увольнения. Если дата "Учесть вычеты с" установлена, то при рассмотрении необходимости применения стандартных вычетов будет учитываться эта дата (значение настройки "Учитывать вычеты связанных дополнительных ЛС до даты приема" в таком случае не учитывается). Если установлена настройка "Учитывать вычеты связанных дополнительных ЛС до даты приема" в значение "нет" и дата "Учесть вычеты с" не установлена, то на вкладке "Налог на доходы" лицевого счета напротив поля "Учесть вычеты с" появляется подсказка "-> по настройке "Учитывать вычеты связанных дополнительных ЛС до даты приема"
102.1544699.1.96.0Настройка "Печатать в расчетном листке время по табелю" распространяется только на расчёт ЗПЗаработная платаРасчетные листки
Настройка "Печатать в расчетном листке время по табелю" распространяется только на расчёт ЗП, а должна работать при формировании расчётных листков, в том числе и за прошлые периоды. Необходимо либо переименовать эту настройку и создать новую для табеля, либо изменить принцип её работы.Настройка "Печатать в расчетном листке время по табелю", расположенная в "Настройки Галактики Управление персоналом Расчеты с персоналом Наряды", переименована в "Ограничивать рабочее время табелем при расчете заработной платы". Данное наименование лучше отражает принцип работы этой настройки.
102.1587219.1.96.0Необходимо изменить обработку полей при расчете сборов по шкалеЗаработная платаРасчет алиментов и исполнительных листов
В связи с изменением структуры таблицы классификатора "Процентные шкалы почтовых переводов" необходимо перенести указание величины минимального размера платежа за перевод из наименования шкалы в отдельное, специально предназначенное поле и изменить соответственно алгоритм расчёта.Окно Классификатор "Настройка - Заполнение каталогов - Процентные шкалы почтовых переводов" - в верхней панели названий шкал добавлена колонка "Минимальный тариф". Доступна для ввода и корректировки данных в режиме редактирования. При установке обновления и модификации реестра настроек системой однократно автоматически выполняется копирование минимального тарифа (если он задан корректным образом) из названия шкалы в вышеупомянутую колонку. При расчётах величины почтового сбора по шкале учитывается ненулевое значение, занесенное в вышеуказанное поле.
102.1763929.1.96.0Учет настройки Всегда учитывать стаж проживания для молодежи.Заработная платаСеверные надбавки
Если у работника моложе 30 лет был период проживания в жестких условиях местности, но не было стажа работы в этой местности, то настройка Настройки ГалактикиУправление персоналомРасчеты с персоналомСеверные надбавкиВсегда учитывать стаж проживания для молодежи работает на так, как если бы у работника был период проживания в мягких условиях. Необходимо изменить наименование настройки на "Учитывать стаж проживания для молодежи во всех типах местности", а значение настройки, которое сейчас "нет" будет следующим: "Только для районов Крайнего Севера".Скрыта настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Северные надбавки Всегда учитывать стаж проживания для молодежи". Создана настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Северные надбавки Учитывать стаж проживания молодежи для всех типов местности" с возможностью выбора следующих значений: - только для районов Крайнего Севера; - да. Если в настройке "Всегда учитывать стаж проживания для молодежи" было установлено значение "нет" или вообще не установлено никакое значение, то настройка "Учитывать стаж проживания молодежи для всех типов местности" при создании будет установлена в значение "только для районов Крайнего Севера", иначе будет установлено значение "да".
102.1704969.1.94.0Учет стажа проживания при переходеЗаработная платаСеверные надбавки
Сотрудник до 30 лет, прожил в мягких условиях с максимальной надбавкой 30% , перешел в местность "Остальные районы КС" надбавка должна быть 30 с настройкой "Настройки Галактики Управление персоналом Расчеты с персоналом Северные надбавки Расчет периода проживания для молодежи"="для каждого типа местности". Использовать значение настройки "единовременно" заказчик не может, т.к. специально для него была доработка ПИР 102.147472, чтобы при переходе в более жесткие условия молодым сотрудникам северные начислялись по ускоренной шкале только через год работы, а не сразу. Сейчас при этой настройке считает 0%. Т.о. необходимо доработать работу системы с настройкой "для каждого типа местности" таким образом, чтобы при приеме на работу в более жесткие условия начислялась надбавка по максимальной в месте проживания (проживал в условиях с максимальной надбавкой 30%, пришел на работу в условия с максимальной надбавкой 80%. Надбавка будет начисляться 30%) В данной ситуации лучше сделать отдельную настройку, например "Учитывать стаж проживания", которая будет сохранять нарощенный процент в местности проживания."Доработан расчет северных надбавок для работников, не достигших 30-летия, с периодом годового проживания. Для следующих значений настроек: "Настройки Галактики Управление персоналом Расчеты с персоналом Северные надбавки Учитывать изменения особых климатических условий" - "да" "Настройки Галактики Управление персоналом Расчеты с персоналом Северные надбавки Расчет периода проживания для молодежи" - "для каждого типа местности" "Настройки Галактики Управление персоналом Расчеты с персоналом Северные надбавки Переход на дополнительную шкалу при достижении 60%" - "да" 1. Добавлена настройка: "...Северные надбавки Всегда учитывать стаж проживания для молодежи". При значении "Да" данной настройки всегда учитывается процент по стажу проживания, даже, если работник в данной местности не работал. При значении "нет" функционал работает, как раньше. Если у работника моложе 30 лет был период проживания в мягких условиях местности, но не было стажа работы в этой местности, то такой стаж проживания исключается из учета. Примечание. Мягкие: "Местности, приравненные к рКС" (1587) "Иные местности с оcоб.клим.усл" (1588) жесткие - "РКС с особыми климатическими условиями" (1585) "Остальные районы Крайнего Севера" (1586)
102.1732839.1.93.0Необходимо скрыть настройку "Учет облагаемых сумм и алиментов"Заработная платаРасчет алиментов и исполнительных листов
Для пользователей РФ. В соответствии с законодательством РФ алименты должны рассчитываться "по месяцу в котором". Поэтому необходимо скрыть настройку "Настройки Галактики Управление персоналом Расчеты с персоналом Почтовые переводы, алименты, исп.листы Учет облагаемых сумм и алиментов", т.е. сделать ее недоступной, и установить значение "по месяцу, в котором они были рассчитаны".Для РФ значение настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Почтовые переводы, алименты, исп.листы Учет облагаемых сумм и алиментов" установлено в "по месяцу, в котором они были рассчитаны" (если значение отличалось от такового) и настройка недоступна для редактирования.
102.1741009.1.93.0Сохранять примечания для записей лицевых счетов с другой константойЗаработная платаЛицевые счета (окно ввода и редактирования)
Записи в лицевых счетах и в архиве удержаний в редких случаях могут иметь одно примечание на двоих.Исправлен случай, когда у записей лицевого счета и записей в архиве удержаний общее примечание.
102.1728779.1.92.0Изменения в расчете среднего заработка за время отпуска (РБ)Заработная платаРасчет отпускных
Изменения в расчете среднего заработка за время отпуска (РБ). Инструкция о порядке исчисления среднего заработка, сохраняемого в случаях, предусмотренных законодательством, изложена в новой редакции. В связи с изменениями в Инструкции, необходима следующая доработка в Галактике: Средний заработок за время трудового и социального (в связи с получением образования) отпусков - если расчет производится исходя из часовой заработной платы (абз. 2 п. 10 Инструкции N 47), то должны учитываться только оплаты, перечисленные в п.1.1 Приложения.РБ. Для реализации нового подхода недостаточно одной входимости в расчёт отпуска, как такового. Необходимо разделять оплаты, входящие в расчет и из СДЗ, и из СЧЗ, от оплат, входящих только в расчёт из СЧЗ. С этой целью в классификатор видов оплат добавлена новая дополнительная входимость с номером 22 "Заработная плата за выполненную работу или отработанное время". Для случаев расчёта отпускных из СЧЗ кроме общей входимости в средний для отпуска анализируется ещё и наличие вышеуказанной новой доп.входимости. Если она присутствует - сумма по такому виду оплаты включается в состав часовой заработной платы по месяцам расчётного периода. Добавлен внутренний конвертер, который запустится автоматически при обновлении реестра настроек. Он добавит вышеуказанную доп.входимость для видов оплат с системными кодами: 1, 6, 7, 8, 44, 45, 49 и 53. А также для видов оплат с типами: "РК", "Сев", "Высл", "Инд", "ВЧ", "НЧ", "ПЧ", "СЧ", "РВ", "НД", "13зп", "Раз", "ДМЗП", "Договор". Тем не менее, на каждом предприятии (организации) необходимо дополнительно вручную проверить собственный классификатор видов оплат и, при необходимости, произвести донастройку. Если это не будет сделано, есть риск занизить средний заработок для работников, которым отпускные будут считаться через средний часовой заработок.
106.104929.1.91.0Расчет ежемесячной надбавки за выслугу летЗаработная платаРасчет начислений (общие вопросы)
В рассчитываемом месяце у сотрудника меняется процент выслуги лет. Встает задача пропорционально разделить начисления с которых считается выслуга на относящиеся к одному и другому проценту. Галактика берет для расчета процентов только часы по плановому графику сотрудника, а клиент считает, что должны браться часы отработанные по факту.Добавлена настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Выслуга лет Использовать для расчета при переходе на новый процент" с возможными значениями - график (по умолчанию) - табель. Данная настройка доступна для редактирования при установленном значении "дате начала стажа в ЛС" настройки "Процент выслуги учитывать по" или по сочетанию значений "стажу из Сведений о стажах" настройки "Процент выслуги учитывать по" и "да" настройки "Рассчитывать по часам". Настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Выслуга лет Использовать для расчета при переходе на новый процент" актуальна в случае изменения процента для расчета выслуги лет в расчетном периоде в пределах одной категории. Так как общая выслуга лет в таком случае будет состоять из суммы выслуги лет до изменения процента и выслуги лет после изменения процента, то нужно определить, какая доля базовой суммы приходится на каждое из слагаемых. Эти доли теперь будет определяться на основании данных из табеля или графика работы сотрудника в зависимости от установленного значения настройки.
102.1732269.1.90.0контроль дохода по совместителямЗаработная платаУчет дохода по совместительству
Из сервисных функций пропал учет дохода по совместительству. Клиент просит вернуть к использованию данную функцию. Просьба вернуть ее для настройки РБ.Все нижеизложенное действительно для Беларуси. Сервисная функция возвращена в меню по пути: "Заработная плата - Настройка - Сервисные функции - Налог на доходы физических лиц - Учет дохода по совместительству". При расчете зарплаты будет предложено провести учет дохода если настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Режимы расчетов Автоматический запрос о получении протокола о доходах с учетом совместительства" в положении "Да".
102.1715709.1.89.0ОВР в разрезе категорий служащихЗаработная платаОбщая ведомость распределения
Таможенным органам необходимо получать данные ОВР в разрезе категорий служащих. Их всего 2: государственные служащие(ГС) и просто служащие(С). Раньше отфильтровать сотрудников ГС можно было по подразделению, в котором работает сотрудник. (В одном подразделении не могли работать сотрудники с разными категориями) Но в связи с указом президента об оптимизации численности госслужащих, теперь в одном и том же подразделении могут работать и сотрудники с категорией ГС, и сотрудники с категорией С. Также сотрудники довольно часто будут менять категорию. Для получения ОВР в разрезе категорий предлагается реализовать дополнительный фильтр в параметрах отчета. Недавнок справочнику должностей добавили поле "Категория застрахованного лица". В ОВР начисления можно фильтровать по должностям с выбранной категорией. Существующие значение настройки "Разбивать удержания" не позволят разбить удержания в случае перехода сотрудника с одной должности на другую в рамках одного подразделения. Соответственно наилучшим решением в вопросе разбивки удержаний по должностям было бы ввести новое значение настройки "Разбивать удержания" - "по подразделениям и ДОЛЖНОСТЯМ переходов межпериода". За прошлые месяцы клиент может получить ОВР в разрезе категорий используя фильтр по подразделениям (как он делал это раньше). Раньше отфильтровать сотрудников определенной категории можно было по подразделению, в котором работает сотрудник. (В одном подразделении не могли работать сотрудники с разными категориями). Начиная с сентября в одном подразделении могут работать сотрудники разных категорий, поэтому и требуется доработка ОВР.1. Добавлено новое значение "по подразделениям и должностям переходов межпериода" настройки "... Режимы расчетов Разбивать удержания" 2. Доработан расчет удержаний при расчете заработной платы с учетом нового значения настройки. Работы продолжаются
102.1686969.1.88.0Расчет отпуск в зависимости от выслуги (стажа)Управление персоналом6. Оформление очередного отпуска
Расчет отпуска в зависимости от выслуги (стажа). У пользователя количество дней отпуска зависит от стажа выслуги, который не совпадает со стажем работы на предприятии (в него включается служба в армии, например). Нужна возможность вид стажа указывать не один для всех отпусков в системой настройке, а для каждого отпуска указывать свой вид стажа. Просто расчет разных отпусков могут вести по разным видам стажа, для разных групп сотрудников.Расчет полагающихся отпусков. Переработан учет видов стажей при расчете полагающихся отпусков. В отпуска по штатному расписанию, привязку персональных отпусков 7-го окна картотеки, функцию привязки персональных отпусков и функцию привязки отпусков по ШР добавлено поле "Трудовой стаж". При расчете полагающихся отпусков учитывается вид стажа из данного поля, а не из настройки "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Планирование отпусков Вид стажа для расчета продолжительности планируемого отпуска". Данная настройка теперь служит ориентиром "по умолчанию" при создании новых записей в вышеуказанных интерфейсах. Также, при смене настройки предлагается автоматически обновить вид стажа во всех отпусках на случай, если для всех отпусков используется один вид стажа. Реализован конвертер, который проставит для уже существующих записей отпусков вид стажа из настройки "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Планирование отпусков Вид стажа для расчета продолжительности планируемого отпуска".
101.625419.1.87.0Добавить настройку, позволяющую выполнять переход к новому периоду при наличии пользователей в модуле "Табельный учет"Заработная платаПереход к новому периоду
Необходимо добавить настройку, позволяющую выполнять переход к новому периоду при наличии пользователей в модуле "Табельный учет". До выхода Z_Service 9.1.121 клиенты на Oracle и SQL Server имели такую возможность из-за имевшейся ошибки. Актуально для клиентов, с большим количеством филиалов (торговых точек) и ведущих табельный учет на местах.Настройки Галактики из раздела "Переход на следующий месяц" переименованы с "Запретить вход в модуль [...] при переходе к новому периоду" переименованы в "Запретить работу в модуле [...] при переходе к новому периоду". Новые названия лучше отражают суть настроек, т.к. они запрещает не только вход в модули, но и запуск перехода при наличии в модулях пользователей. Добавлена настройка "Запретить работу в модуле "Табельный учет" при переходе к новому периоду".
102.1700079.1.86.0В справочник профессий/должностей добавить возможность указывать категорию застрахованного лицаУправление персоналомУсловия труда на рабочем месте
В организациях, где работают сотрудники, которые являются гос. служащими и работники, которые не являются гос. служащими, бывают случаи изменения категории застрахованного лица сотрудника. Такое изменение может произойти в случае смены должности, а так же в случае вступления в силу декретов по оптимизации гос. должностей (декреты так же предполагают наличие нескольких идентичных ставок, которые отличаются только категорией). Необходимо добавить возможность указывать категорию застрахованного лица в справочнике профессий/должностей.Республика Беларусь. Добавлена настройка "Настройки Галактики Управление персоналом Общие настройки Стажи Брать категорию застрахованного лица из должности". В справочнике профессий/должностей добавлено поле "Код категории ЗЛ" (Код категории застрахованного лица). Оно отображается, если включена вышеуказанная настройка. В штатном расписании добавлено поле "Код категории ЗЛ" (Код категории застрахованного лица). Оно отображается, если включена вышеуказанная настройка. В последующих решениях при работе со включенной настройкой. Будут добавлены поля застрахованного лица: - в 6-м окне картотеки, - в окне выбора должностей по штатному расписанию, - на первой вкладке лицевого счета рядом с должностью, - в переходах в межпериод. Будут скрыты поля застрахованного лица: - в 1-го окне картотеки, - в РПД-1, - в лицевом счете на закладке кадровой информации.
101.604089.1.85.0Залогировать прикладное событие просмотра лицевого счета и расчетного листкаЗаработная платаЛицевые счета (окно ввода и редактирования)
Предлагаем залогировать в журнале прав доступа функцией pr_WriteEventToLog прикладные события: - "Просмотр вкладки "Название вкладки" лицевого счета для табельного номера "1000123"" - "Просмотр расчетного листка за месяц год ФИО" Также требуется добавить в текст событий вывод ФИО. К примеру: "Просмотр лицевого счета для табельного номера "1000123" ФИО"Добавлено логирование в журнале прав доступа дополнительных прикладных событий: - просмотра вкладок лицевого счета; - просмотра расчетного листка; - просмотра 13 и 14 окон Картотеки сотрудников. Следует заметить, что момент логирования события просмотра расчетного листка возникает при выводе информации в поток формируемого отчета (FastReport, FCom). Конкретная реализация отчета (в т.ч. пользовательская) может содержать доп. фильтры по данным, из-за которой попавший в поток сотрудник в самом отчете отображаться не будет. Добавлена настройка "Настройки Галактики Управление персоналом Общие настройки Записывать ФИО в прикладные события журнала модуля "Права доступа" системы Support". Ее значение по умолчанию "нет". Если включить настройку, то в дополнение к табельному номеру в текст логируемого события будет добавляться ФИО.
180.103029.1.84.0Не удается пересчитать налоги за 2015 в 2017 годуЗаработная платаРасчёт налогов на ФОТ
Не удается пересчитать налоги с годовой налогооблагаемой базой за 2015 в 2017 году.Для Рф. Доработан функционал сторнирования при расчете налогов на ФОТ по настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Взносы и налоги на ФОТ Налоги Страховые взносы Количество месяцев сторнирования ЕСН/Страховых взносов в расчетном". Теперь возможно просторнировать СВ за 2 года от текущего, если значение настройки попадает в период сторнирования. Максимальное количество месяцев для сторнирования 35, но расчет не выходит за границы позапрошлого года.
102.1684589.1.83.0При заполнении одного поля, слетают значения другого поляЗаработная платаАлименты, исполнительные
Для постоянных удержаний с системными кодами 187, 188, 191 при заполнении поля "Банк" на вкладке "Получатель сбора по перечислению" затирается значение поля "Макс. %" 1) Заполняем поле "Макс. %". 2) Затем на вкладке "Получатель сбора по перечислению" выбираем "Банк" (введенное ранее значение в поле "Макс. %" удаляется) 3) Заполняем вновь поле "Макс. %" (введенное ранее значение на вкладке "Получатель сбора по перечислению" в поле "Банк" удаляется)Для постоянных удержаний с системными кодами 187, 188, 191 изменение поля "Банк" на закладке "Получатель сбора по перечислению" не влияет на поле "Макс. %".
180.102629.1.81.0Зависание системы при проверке реестра настроекЗаработная платаФормирование и расчет нарядов
При проверке реестра настроек система зависает на этапе "Выполнение алгоритма Z_ZARNASTR::CONVERT_JOBSHEETSAUTONUMBERING".Значительно ускорено приведение номера для нарядов в спецтаблице с номерами документов к последнему номеру по внутренней нумерации.
102.1696429.1.80.0Оплаты по путевым листамЗаработная платаПутевые листы
Оплаты по путевым листам у которых дата начала и окончания оплаты, к примеру с 29.05.2017 по 30.05.2017, не попадают в расчет заработной платы за июнь. На старых обновлениях такой проблемы не было (клиент утверждает что при расчете з/п за май все было в порядке). Также проводился расчет оплат по путевым листам на базе данных с обновлениями на конец 2016 года - в итоге расчет проводится верно (оплаты с датами начала и окончания предыдущего месяца попадали в расчет з/п за текущий месяцБыла создана настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Импорт из других модулей Учет путевых листов будущего периода". Имеет два варианта: - в отчетном периоде Все путевые листы будут учитываться при расчете и в отчетном и в будущем периоде. - в будущем периоде При расчете в отчетном периоде будут учитываться путевые листы отчетного и прошлого периода. При расчете в будущем периоде будут учитываться путевые листы только будущего периода (месяц даты начала учтенного путевого листа будет совпадать с расчетным месяцем).
101.619619.1.79.0Пилотный проект ФСС - добавить настройку участияЗаработная плата4-ФСС (общие вопросы)
Для работ по АЗ "Добавление настройки "Дата начала пилотного проекта" необходимо добавить настройки "ПРЯМЫЕ ВЫПЛАТЫ ФСС" и зависимую от неё "ДАТА ПОДКЛЮЧЕНИЯ К ПИЛОТНОМУ ПРОЕКТУ" (раздел "Управление персоналом", или "Управление персоналом Общие настройки") с такими вариантами: - "НЕТ" (по умолчанию) - используется до тех пор, пока регион не попадает в зону пилотного проекта ФСС. Зависимая настройка "ДАТА ПОДКЛЮЧЕНИЯ К ПИЛОТНОМУ ПРОЕКТУ" недоступна. - "ПЕРЕХОДНЫЙ ПЕРИОД" - при выборе этого значения должна открываться зависимая настройка "ДАТА ПОДКЛЮЧЕНИЯ К ПИЛОТНОМУ ПРОЕКТУ", в которой задаётся общая для всего предприятия дата начала прямых выплат ФСС (пилотного проекта). - "ПЕРЕХОДНЫЙ ПЕРИОД (ЧАСТИЧНО)" - используется в случае, если некоторые, но не все обособленные подразделения предприятия подключены к пилотному проекту. Зависимая настройка "ДАТА ПОДКЛЮЧЕНИЯ К ПИЛОТНОМУ ПРОЕКТУ" недоступна (при необходимости в дальнейшем для этого значения настройки можно будет сделать задание даты подключения к пилотному проекту на уровне подразделений). - "ДА" - выставляется по окончании переходного периода, когда все события точно попадают в ПП (предположительно в начале следующего года после начала пилотного проекта в регионе). Зависимая настройка "ДАТА ПОДКЛЮЧЕНИЯ К ПИЛОТНОМУ ПРОЕКТУ" недоступна.Для РФ: В раздел настроек "Управление персоналом Общие настройки" добавлены настройки: - Прямые выплаты ФСС (со значениями "нет" (по умолчанию) / "переходный период" / "переходный период (частично)" / "да") - Дата подключения к пилотному проекту (доступна при значении настройки "Прямые выплаты ФСС" = "переходный период")
101.592519.1.78.0Расчет налогов на ФОТ - округление страховых взносов до копеекЗаработная платаРасчёт налогов на ФОТ
РФ. Сейчас ПФР проверяет правильность перечисления взносов по РСВ-1, в котором заложена погрешность. Смысл соотношений в том, что для каждого работника в сумме налога, рассчитанного НАРАСТАЮЩИМ ИТОГОМ С НАЧАЛА ГОДА, допускается погрешность в пределах 0.5 копейки. В связи с этим предлагается всесторонне проанализировать возможность округления до копеек сумм налогов на ФОТ непосредственно при их расчёте (нарастающим итогом). Это позволит избавиться от проблем округления в отчётах по налогам на ФОТ. Алгоритм: считаем взносы с начала года, затем отнимаем взносы за прошлые периоды, результат округляем до копеек. Алгоритм округления обусловлен тем, что обновления выйдут не с начала года, получается в БД будут лежать в некоторых месяцах (первая половина года точно) не округленные значения.РФ. Дополнен расчёт налогов на ФОТ, входящих в отчёт РСВ-1. Добавили общесистемную настройку "Настройки Галактики Управление персоналом Расчеты с персоналом Взносы и налоги на ФОТ Налоги Единый социальный налог/Страховые взносы Округлять сумму за месяц до копеек" со значениями ДА/НЕТ. По умолчанию значение установлено в НЕТ. Тут же изменили название папки с" Единый социальный налог/Страховые взносы" на "Страховые взносы". В случае, если значение настройки установлено в ДА, тогда округляется до двух знаков итоговая сумма по работнику (физическому лицу, а не лицевому счёту) за месяц. При этом продолжают оставаться неокруглёнными: - при наличии связанных л/счетов - итоговые суммы по каждому из них; - составляющие части взносов, относящиеся на оплаты. В части расчёта доп.тарифов при смене условий вредности у работника в течение одного месяца - округление выполняется в части итоговых сумм по каждому подклассу отдельно. Пример. Пусть ставка (условно) составляет 5.3%. Работнику начислены три оплаты в размере 1000, 22.11 и 122.44. Ранее получали взносы по оплатам в размере 53.00 (1000*0.053), 1.17183 (22.11*0.053) и 6.48932 (122.44*0.053) соответственно. Итого взносов 60.66115. После доработки получим: 1) 1000+22.11+122.44=1144.55 (начислено) 2) 1144.55 * 0.053 = 60.66115 (итого взносов) 3) округление до сотых, в данном случае в меньшую сторону 60.66 (итого взносов) 4) коэффициент = 60.66 / 60.66115 = 0.999981 5) "распределение" налога по входящим оплатам пропорционально их величине (с соответствующим округлению уменьшением): 52.9989... (как 1000*0.053*0.999981) , 1.17180... и 6.48919... .
102.1659029.1.77.0Начисления и выплаты в межпериод при расчете за периодЗаработная платаРасчет начислений (общие вопросы)
Необходимо, чтобы начисления и выплаты в межпериод попадали в расчет заработной платы за период независимо от даты начала этих начислений.Изменения коснулись работы функционала расчета заработной платы за период "с начала расчетного периода по указанную дату" (на вкладке "Разноска" окна параметров расчета заработной платы). Для гибкости работы функционала добавлена настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период Учет межпериода при расчете зарплаты При расчете за период учитывать начисления и выплаты", которая может принимать значение - безусловно - по дате начала (устанавливается по умолчанию) - по дате выплаты Если установлена настройка "по дате начала" или "по дате выплаты", то соответствующие даты сравниваются с датой окончания периода расчета заработной платы: и если эти даты меньше, чем дата окончания периода расчета заработной платы, то "начисления и выплаты" будут участвовать в дальнейшей обработке при расчете заработной платы.