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


Описание файла обновления:
ФайлZ_LSCHET_RES_8101670.TXT
ОбновлениеZ_LSCHET_RES_8101670
НазначениеОбщее
ПродуктГалактика 8.10
Релиз03.11.2006 : Atlantis 5.2.8
КомпонентZ_LSCHET
ТипRES
Версия8.10.167.0
Дата2016-08-25 16:13:53
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.155879NEWКрайне необходим фильтр по сотруднику (сотрудникам) в реестрахЗаработная платаРеестры по перечислениям. Формирование
Крайне необходим фильтр по сотруднику (сотрудникам) в реестрах ОЧЕНЬ часто, а ввиду последних доработок практически всегда необходимо найти реестры по КОНКРЕТНОМУ сотруднику, ни по подразделению, ни по получателю, ни по виду удержания, а именно по ИВАНОВУ ИВАНУ ИВАНОВИЧУ нужно увидеть ВСЕ реестры, которые у него были в периоде, включая реестры на перечисление и реестры на НДФЛ. Интерфейс "Информация о выплатах" не подходит, он неудобен и не всегда до конца информативен.В смежные данные лицевого счета, на вкладку "Текущие данные" добавлена кнопка "Реестры, ведомости", по которой можно увидеть список всех оплачиваемых документов (реестров, ведомостей, РКО) этого лицевого счета, относящихся к текущему периоду начислений. В окне просмотра документов есть возможность посмотреть документы, относящиеся к другим периодам начислений (пункт локального меню "Выбор периода"). Также есть возможность перейти к просмотру этого документа (только для просмотра реестра) по пункту локального меню "Открыть документ".
102.1565078.10.166.0В лицевой счет нужно добавить параметр "количество месяцев для пересчета"Заработная платаРасчет подоходного налога
В лицевой счет нужно добавить параметр "количество месяцев для пересчета" Он необходим для того, чтобы в случаях пересчета НДФЛ за счет вычетов, записи по НДФЛ выделялись отдельными строками аналогично, как это происходит сейчас на версии 9.11. Доработано окно ЛС => Налог на доходы работника в режиме редактирования. Добавлено поле "количество месяцев для пересчета" для всех стран. Предполагается, что расчетчик будет очищать поле вручную в следующем месяце или по мере надобности. 2. Доработана функция расчета НДФЛ при расчете заработной платы. Для работника, в Лицевом счете которого заполнено поле "количество месяцев для пересчета", НДФЛ будет пересчитываться с учетом нового поля. Если в новом поле указан "0", пересчет НДФЛ работнику будет идти по старой схеме с учетом системной настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Сторнирование и возврат Количество месяцев для сторнирования налога". Пересчет НДФЛ для России и РБ имеет свои особенности. Для этих стран, количество месяцев пересчета ограничено прошлым годом, в том случае, когда оно указано в "Лицевом счете". Во всех других случаях,количество месяцев пересчета ограничено прошлым годом, как это было и раньше. 3. Доработана функция "Переход к новому периоду". После перехода количество месяцев для пересчета приравнивается 0.
180.94798.10.165.0Функция " Передача в другой филиал" не заполняет таблицу " Размер социальных налогов" закладка "Суммы по предыдущему филиалу"Заработная платаПередача в другой филиал
Функция "передача данных в другой филиал" не заполняет данные в таблицах "Размер социальных налогов", закладка Суммы по предыдущему филиалу.Функция "Передача данных в другой филиал" заполняет данные в таблицах "Размер социальных налогов до/после расчета з/п" на закладке Суммы по предыдущему филиалу. Добавлены сообщения в лог об этапах удаления данных и ошибках, если таковые возникнут в результате удаления записей из таблиц.
101.586118.10.164.0Старое подразделение в межрасчете при назначении доплаты приказом после переводаЗаработная платаРабочая корзина
Сотрудника перевели с середины месяца, рабочую корзину обработали. В лицевом счете подразделение старое. Теперь создаем в новом подразделении приказ на выплату с датой после перемещения, утверждаем его. Обрабатываем запись о выплате в РК - подразделение в выплате старое!Теперь при создании межасчетных выплат в рабочей корзине следующие параметры: - Подразделение - Должность - Категория - ШПЗ/ТХО/Параметр Берутся не напрямую из ЛС, а на дату создаваемой выплаты, с учетом переходов. ШПЗ/ТХО/Параметр также могут заполняться из КВО, если в виде оплаты указано, что они берутся из КВО.
180.88928.10.164.0Ошибка при назначении авансаЗаработная платаНазначение фактического аванса
При работе в многопользовательском режиме, если один из пользователей блокировал лицевой счет, а другой назначает для него же аванс, то появляется сообщение о системной ошибке - запись заблокирована.Исправлена невозможность расчета аванса сотруднику, чей лицевой счет открыт в многопользовательском режиме при расчете аванса. Вместо диалоговых окон о недоступности записи были реализованы сообщения в протокол для обеспечения непрерывности при назначении аванса нескольким пользователям.
101.569008.10.163.0Не логируется открытие и закрытие конкретных документов.Контур управления персоналомПредложение по новой функциональности контура управления персоналом
У клиента возникла необходимость исследовать действия пользователя за определенный период. Согласно журнализации видны действия пользователя в БД (транзакции) - захват и освобождение лицензий, вход в модуль, открытие интерфейсов, но не видно какие именно документы пользователь открывал и просматривал в данном интерфейсе. Нужно реализовать такое логирование, чтобы были видны и открытые документы.Реализована запись прикладных событий в журнал модуля "Права доступа" системы Support: В модуле "Заработная плата" при открытии окна редактирования лицевого счета и при перемещении на другой лицевой счет в этом окне по клавишам PageUp/PageDown в журнал записывается событие вида просмотр лицевого счета для табельного номера "1000123" Запись события в журнал выполняется с небольшой задержкой после перехода к очередному документу (~1 сек), поэтому при быстром нажатии, например PageUp в журнал запишется информация о последнем документе, который был открыт.
102.1467458.10.162.0Расчет больничных для иностранцев в 2016 годуЗаработная платаРасчет больничных
Расчет больничных для иностранцев в 2016 году Необходимо доработать расчет больничных для иностранцев для случаев, которые наступят в 2016 году. Страховые взносы за иностранцев начали платить начиная с 1 января 2015 года. Соответственно, в 2016 году в расчет входят 2014-2015 гг (в 2014 - взносы не платили, в 2015 - платили) Расчет больничного в 2015 году для таких иностранцев ведется из МРОТ, для чего в ЛС на закладке "Стажи, надбавки" устанавливали признак "Расчет из МРОТ" = да. В 2016 году нужно взять в расчет суммы 2015 года, но не брать 2014.Доработка для РФ. Доработан расчет больничных для иностранцев в 2016 году 1. В лицевом счете переименован признак "Расчет из МРОТ" на "Иностранец". 2. Для случаев нетрудоспособности, наступивших в 2016 году, учитывается заработок 2015 года, но не учитывается заработок 2014, если в ЛС признак из п.1 установлен в значение "Да". 3.Больничный считается по общим правилам, только исходя из заработка 2015 года.
101.573148.10.161.0Отнесение затрат при замещенииУправление персоналом3. Временное замещение без освобождения от своих обязанностей
Отнесение затрат при замещении. В Управлении персоналом оформляется приказ о временном замещении без освобождения от своих обязанностей. Устанавливается признак "оставить основное назначение". У сотрудника не меняется ничего, ни оклад, ни должность, ни отнесение затрат. У замещаемого сотрудника отнесение затрат отличное от замещающего. При обработке рабочей корзины у замещающего сотрудника меняется счет (субсчет, аналитика, параметр) отнесения затрат на счет (субсчет, аналитика, параметр) замещаемого сотрудника, что не нужно, поскольку мы оставляем основное назначение сотрудника. Например: Иванов (отнесение затрат на 25 счет) замещает в середине месяца Петрова (счет отнесения затрат 26). Оформляется приказ, добавляется доплата о замещении. Устанавливается параметр "оставить основное назначение". В рабочей корзине создается две записи: 1. О временном замещении (в этой записи ничего не меняется); 2. О доплате. При обработке записи о доплате все в порядке, появляется запись в постоянных доплатах. При обработке первой записи у сотрудника создается переход в межпериод с отнесением затрат Петрова (26 счет), хотя нам это не нужно, мы хотим оставить назначение Иванова (включая счет затрат 25, субсчет, параметр).С признаком "оставить основное назначение" было связано много вопросов. У пользователей возникает ощущение, что при его установке приказ либо ничего изменить не может, либо сигнал в РК формироваться не будет. В действительности эта "галочка" работала как кнопка. Установили признак - в приказ подставились данные из основного назначения, сняли признак - в приказ подставились данные от замещаемого сотрудника/ставки. Данные в приказе при этом можно было изменить в любой момент, в связи с чем сигнал об изменении лицевого счета в рабочую корзину формировался независимо от этого признака. В рамках предложения изменен интерфейс приказов на замещение (РПД-3, РПД-70). Признак "оставить значения основного назначения" в этих приказах заменен на кнопки "Подставить данные по основному назначению" и "Подставить данные по замещению". Кроме того, в РПД-3 добавлен признак "Не отправлять сигнал об изменении л/с в рабочую корзину", устанавливаемый по умолчанию. Сигнал об изменении лицевого счета при утверждении/удалении утвержденного приказа формируется только в том случае, если этот признак не установлен. Изменения касаются только сигнала об изменении лицевого счета, доплаты и сигналы по доплатам формируются как раньше. Обработка сигнала, сформированного по замещению без освобождения от своих обязанностей (РПД-3), не приводит к изменениям по отнесению затрат (счет/субсчет/аналитика и др.)
102.1424548.10.160.0Сохранять в табеле данные о территоральных условиях работникаЗаработная платаФормирование табеля
Необходимо сохранять в табеле данные о территориальных условиях работника.Теперь территориальные условия являются полноценным параметром ЛС: их можно задавать в лицевом счете, переходах, архивных табелях и видеть значение по переходам в табелях. Поле "Территориальные условия" добавлено в окне редактирования лицевого счета на вкладке "Основная" и в табеле на вкладке "О работнике". По нажатию F3 на данном поле можно выбрать территориальные условия из справочника территориальных условий, по нажатию delete - ввести пустые территориальные условия. В табеле выбор и сброс значения становится доступным тогда, когда становится доступным изменение других параметров на вкладке "О работнике". Для России и Украины при выборе Особых условий/КПС/Подкласса условий труда территориальные условия автоматически подставляются из соответствующей записи справочника Условий труда, а при сбросе (delete) Особых условий/КПС/Подкласса - также сбрасываются. При формировании табеля территориальные условия переносятся из ЛС в табель, с учетом постоянных переходов с первого числа месяца. При переходе на новый расчетный период территориальные условия переносятся из постоянных переходов в лицевой счет.
102.1425748.10.160.0Объединить Территориальные условия в один параметрЗаработная платаСведения о переходах
Объединить "Территориальные условия" и "Территориальные условия (устаревший параметр)" в один параметр, значение которого можно будет менять как напрямую (как сейчас для "устаревшего параметра") так и опосредовано (при выборе Особых условий / КПС / Подкласса подкидывать в "Территориальные" соотв. значение из выбранной записи справочника).Для России и Украины: Объединены параметры "Территориальные условия" и "Территориальные условия (устаревший параметр)" в переходах. Новый параметр называется "Территориальные условия". Значение данного параметра можно менять независимо от "Особых условий" и "КПС": выбор будет осуществляться напрямую из справочника территориальных условий, так что больше нет нужды заводить отдельную запись в "Условиях труда на рабочем месте", если нужно поменять только территориальные условия. Вместе с тем, значение "Территориальных условий" можно поменять и опосредовано, через условия труда, если выбрать в переходе другие Особые условия / КПС. Также значение "Территориальных условий" будет переноситься в переход из "условий труда на рабочем месте" в том случае, когда Особые условия / КПС добавляются в переход автоматически (при выборе должности). Для переходов, заведенных до данного обновления, в строке "Территориальные условия" будет светиться значение из бывшего "Территориальные условия (устаревший параметр)", если он был задан, иначе - из бывшего "Территориальные условия". Поскольку именно таким образом сервисная функция расчета пенсионного стажа берёт территориальные условия из переходов. При добавлении в переход одного из следующих параметров: Особые условия, КПС, Подкласс условий труда (для России) в переход добавляются, как и раньше, все четыре (для Украины: три) параметра: Особые условия, КПС, Территориальные условия, Подкласс условий труда. Если же добавить в переход только Территориальные условия, то Особые условия/КПС и т.д. не будут автоматически добавляться. При удалении из перехода любого параметра из: Особые условия, КПС, Территориальные условия, Подкласс условий труда удаляются все четыре параметра. Для того, чтобы к "Территориальным условиям" открылся доступ согласно настройке "Управление персоналом Расчеты с персоналом Переходы в межпериод Разграничение прав доступа к параметрам переходов", достаточно наличие доступа к хотя бы одному параметру из "Условия труда на рабочем месте", "Территориальные условия". В окне редактирования перехода добавлено поле для просмотра территориальных условий на дату.
180.88518.10.160.0Неверная ссылка на подразделение в таблице prmonthЗаработная платаПеревод сотрудника в другой филиал
При переводе сотрудника в другой филиал в записи сальдо, относящейся к новому лицевому счету остается подразделение предыдущего филиала, а не нового.При создании нового лицевого счета в новом филиале, в записи сальдо, относящейся к новому лицевому счету, записывается подразделение нового филиала.
180.88478.10.159.1Некорректная работа функции "Проверка вычетов на иждивенцев"Заработная платаПроверка вычетов на иждивенцев
Некорректная работа функции "Проверка вычетов на иждивенцев". Проблема касается только уволенных в прошлом месяце сотрудников.Сотрудники, уволенные до отчетного периода, исключены из обработки сервисной функцией.
102.1406708.10.159.0Формирование стажа при повторном трудоустройствеУправление персоналомПенсионный стаж
При формировании стажа при повторном трудоустройстве по каждому лицевому счету необходимо формировать стаж только на период работы по данному лицевому счету.При формирования стажа при повторном трудоустройстве в лицевых счетах формируется информация о пенсионном стаже, который является актуальной только для данного лицевого счета. В карточке сотрудника отображаются все пенсионные стажи сотрудника. Так же убрано формирование стажа для старой карточки сотрудника, в случае когда работник был повторно принят на новую карточку и новый лицевой счет. В случае объединения стажей по нескольким лицевым счетам, объединенный стаж будет виден для каждого лицевого счета.
102.1429258.10.158.1Неверные данные в отчете в режиме "Формирование отчета"Заработная платаПроверка вычетов на иждивенцев
Неверные данные в отчете в режиме "Формирование отчета". У двух сотрудников подразделения одинаково заполнены данные о вычетах в закладке "Налог на доходы", но попадает только один.Попадают все сотрудники имеющие данные о вычетах.
102.1406938.10.156.0Профсоюзные взносы при переводе из филиала в филиалЗаработная платаПеревод сотрудника в другой филиал
При переводе из филиала в филиал (раздельная отчетность) на новый лицевой счет филиала 2 не передается информация по профсоюзному взносу из лицевого счета филиала 1.При переводе из филиала в филиал дополнительно переносится и информация по профсоюзному взносу
102.1412138.10.156.0Просмотр графиков работы через переход в межпериодЗаработная платаСведения о переходах
При выборе режима работы в переходе открывается окно со списком режимов работ, из которого через вызов команды контекстного меню можно посмотреть график режима. Пользователям приходится иногда вводить много архивных переходов, изменяющих режим работы, и они смотрят в график при выборе режима, а график всегда показывается за отчетный месяц, что не удобно.Теперь когда при выборе режима работы в переходе вызывается просмотр графика режима, график открывается за месяц, соответствующий дате начала перехода.
102.1411528.10.155.0Необходимо добавить в справочник "льготы по налогам на ФОТ" статус иностранца для разделения иностранцев в отчетностиЗаработная платаАрхив налогов на ФОТ и копия архива
Необходимо добавить в справочник "льготы по налогам на ФОТ" статус иностранца для разделения иностранцев в отчетности. С 2015 года в некоторых видах отчетности возникла необходимость разделения иностранцев по статусам. В связи с этим в справочнике "Льготы по налогам на ФОТ" необходимо: 1. Переименовать колонку "Категория ЗЛ" в "Доп.информация". 2. В случае, если выбрана причина льготы "Иност/СВ" в поле "Категория ЗЛ" необходим выбор из выпадающего списка: * 1 - постоянное проживание; * 2 - временное проживание; * 3 - временное пребывание (6 месяцев и более); * 4 - временное пребывание (менее 6 месяцев); * 5 - постоянное проживание (высококвалифицированный); * 6 - временное проживание (высококвалифицированный)Для РФ. В справочнике "Льготы по налогам на ФОТ" переименована колонка "Категория ЗЛ" в "Доп.информация". Добавлена возможность выбора статуса иностранца для записей с причиной льготы "Иност/СВ" (Иностранец, застрахованный в ПФР).
102.1400448.10.154.0Ошибка в подразделении в табеле при переводе из филиала в филиал.Заработная платаПеревод сотрудника в другой филиал
Ошибка в подразделении в табеле при переводе из филиала в филиал.При просмотре табеля, сформированного функцией перевода из филиала в филиал, за период, когда сотрудник еще находился в исходном филиале (или еще находится в исходном филиале), отображается подразделение исходного, а не нового филиала.
102.1067768.10.153.0В РПД13 невозможно указать дни и часы отдельно для двух доплатУправление персоналом13. Назначение персональных надбавок с днями и часами
Необходимо указывать дни и часы для каждой доплаты раздельно.В РПД-13 добавлена возможность указывать дни и часы для каждой доплаты по сотруднику раздельно, для этого в таблицу доплат добавлены колонки: "Дни", "Часы", по умолчанию они равны значениям указанных в полях находящихся над таблицей доплат: "Отработанные дни", "Отработанные часы". Так же для удобства добавлена кнопка "Установить всем", данная кнопка устанавливает значения полей "Отработанные дни" и "Отработанные часы" всем доплатам по человеку в соответствующие поля таблицы доплат. Для старых приказов РПД-13 поля "Дни", "Часы", в таблицы доплат будут пустыми, но такие приказы можно утвердить, в таком случае учитываются значения указанные в полях "Отработанные дни", "Отработанные часы" над таблицей доплат.
102.1377728.10.153.0Не все данные корректны для иностранцев, временно пребывающих, в случае выплаты мат. помощи и превышения НБЗаработная платаОбщая ведомость распределения по налогам на ФОТ
Не все данные корректны для иностранцев, временно пребывающих, в случае выплаты мат. помощи и превышения НБ. 1.Не заносится в необлагаемую базу начисления( кроме матпомощи), по которым не рассчитаются налоги(ФСС, ФФОМС,накопит. часть СВ) 2.НБ с превышением: проставляется сумма превышения по налогам, которые не начисляются (облагаемая сумма=0, сумма налога=0). 3.Начислена матпомощь:проставляются необлагаемые суммы по налогам ( сумма матпомощи), которые не начисляются. 4.В поле "льготируемые суммы" идет вся сумма начислений по налогу "страхование от несчастных случаев". 5.В поле "Суммы выплат в пользу иностранных граждан и лиц без гражданства" -не попадает сумма для налога на обязат. страхование от несчастных случаев; -попадает сумма для накопительной части страховых взносов.В поле "льготируемые суммы" по налогу "страхование от несчастных случаев" не попадают суммы иностранцам. В поле "Суммы выплат в пользу иностранных граждан и лиц без гражданства" попадает сумма для налога на обязат. страхование от несчастных случаев.
106.80378.10.153.0Не отслеживается льгота по матпомощи для повторно принятых работниковЗаработная платаРасчет начислений (общие вопросы)
Не отслеживается льгота по материальной помощи для случая, когда работник получал матпомощь, уволился, и снова устроился на работу с другим табельным номером. В этом случае в Галактике льгота дается дважды для каждого табельного номера.Реализован перенос льготы по материальной помощи в новый лицевой счет повторно принятого работника. В случае, если работника уволили до обновления, а приняли после, то льгота не переносится, но налог считается верно. Если работника уволили и приняли после обновления, то льгота переносится, и налог считается верно.
102.1345738.10.152.0Рефакторинг табеля: выделение отдельной подсистемы для получения параметров ЛС на датуЗаработная платаТабельные функции
Предлагается вынести из табеля подсистему получения параметров лицевого счета с учетом переходов на дату, и сделать её независимой от табеля. Сейчас получением значений параметров лицевого счета на дату занимается табельный функционал. Такая "многопрофильность" функционала приводит к негативным моментам, как то: - Много однотипного кода в табеле (5 мест, но число неуклонно растет) для получения значений реквизитов ЛС за месяц, отличный от текущего месяца табеля. Если бы этим занимался сторонний функционал, независимый от табеля, не было бы нагромождений. - Большой объём табельного функционала, что затрудняет поддержку. Перенос подсистемы получения реквизитов ЛС на дату в отдельный модуль является одной из самых эффективных и при этом безболезненных декомпозиций для функционала табеля. - Необходимость переформировывать табели для получения актуальных параметров лицевого счета на дату. С одной стороны, это вызывает падение быстродействия в тех случаях, когда переформировывать табели не надо, а получить актуальные параметры ЛС - надо. С другой стороны, это приводило, до недавнего времени, к непонятным ситуациям у тех пользователей, у которых настройка автоматического переформирования табелей стояла в положении "нет". Данная проблема на текущий момент решена, но на уровне лечения симптомов, а не причины. Новая подсистема получения значений параметров лицевого счета на дату с учетом переходов должна удовлетворять следующим требованиям: - интерфейс для паскаля и для випа - не меньшая эффективность, чем у прежней реализации - полное покрытие имеющегося функционала (Информационные функции табеля) - возможность возвращать параметры на произвольную дату, а не только на день некоторого "текущего месяца" Также в рамках данной проблемы требуется внедрить новую подсистему в табель. Таким образом, все расчеты в модуле, обращаясь к табелю, будут использовать новую подсистему получения реквизитов ЛС на дату. Табель должен стать из источника таких данных посредником между новым функционалом и существующими потребителями данных.Проведены работы по декомпозиции функционала табеля: подсистема вычисления параметров ЛС на дату выделена в отдельный модуль. Добавлены новые функции для получения параметров ЛС на дату (с префиксом PA_). Эти функции можно использовать как при разработке на языке VIP, так и в пользовательских алгоритмах. Также данные функции доступны для вычисления по Ctrl+F4. При использовании новых функций получения параметров ЛС на дату в пользовательских алгоритмах явно инициализировать их работу (делать вызовы EnablePADetailsUtils/DisablePADetailsUtils), а также явно задавать лицевой счет (функция PA_Assign) не требуется: во время расчета происходит автоматическая инициализация и привязка к ЛС, для которого идет расчет.
102.1349188.10.152.0При удалении приказа на перемещение не удаляется переход после обработки записи в рабочей корзине.Заработная платаРабочая корзина
При удалении приказа на перемещение не удаляется переход после обработки записи в рабочей корзине. Создаем приказ на перемещение, утверждаем. После обработки рабочей корзины создается переход. Теперь удаляем приказ. В рабочей корзине появляется новая запись. При обработке этой записи должен был удалиться созданный ранее переход, но этого не происходит.Ошибка исправлена, теперь при обработке второй записи рабочей корзины в описанной ситуации переход удалится.
102.1366908.10.151.0После перевода сотрудника в другой филиал по кнопке "передача в другой филиал" нужно передавать суммы начислений, удержаний и налогов на ФОТЗаработная платаПередача в другой филиал
После перевода сотрудника в другой филиал по кнопке "передача в другой филиал" нужно передавать суммы социальных налогов.Теперь после обработки рабочей корзины в новом лицевом счете появляются данные о социальных налогах на вкладке "Суммы по предыдущему филиалу".
102.1367068.10.151.0Help. Подключить топик справкиЗаработная платаПередача в другой филиал
К окну "Передача данных в другой филиал" подключить другой файл справки.Подключил другой файл справки(Zar_DataTransfer).
102.1131658.10.150.0Перевод в рамках одного юр.лица.Матпомощь.Налоги на ФОТЗаработная платаПеревод сотрудника в другой филиал
Перевод в рамках одного юр.лица. Матпомощь, выданная работнику до перевода, не учитывается в Сальдо на начало месяца(необлагаемая сумма) после перевода. Таким образом при расчете налогов на ФОТ льгота может быть ошибочно предоставлена дважды в течение года. Проблема актуальна для РФ.Теперь льготы по ФОТ переносятся вместе с сальдо на начало месяца.
102.1294638.10.149.0Сохранять фильтр по работникам при повторном запуске интерфейса параметров вспомогательной ведомости распределенияЗаработная платаВспомогательные ведомости (указать форму свода, тип)
Сохранять фильтр по работникам при повторном запуске интерфейса параметров вспомогательной ведомости распределения.Для отчетов Отчеты в разрезе бухгалтерских проводок /аналитический отчет в разрезе начислений; Отчеты по оплате труда персонала / расчетная ведомость; Отчеты по оплате труда персонала / Расчетно-платежные ведомости /расчетно-платежная ведомость; Сводные аналитические отчеты / Ведомость исчисления налога на доходы; Сводные аналитические отчеты / вспомогательная ведомость; Сводные аналитические отчеты / детальная ведомость распределения; Сводные аналитические отчеты / Доходы, не подлежащие налогообложению в установленных пределах; Сводные аналитические отчеты / отчет о заработной плате; Если пользователь открывает отчет, в котором установлен обычный режим работы фильтра по лицевым счетам, то помеченные лицевые счета сразу отображаются в информационном поле "фильтра по работникам". Если же интерфейс открывается при установленном режиме фильтрации по цехам отнесения затрат, то пересканирование лицевых счетов не происходит из-за того, что данное пересканирование может занять значительное время и, тем более, может оказаться невостребованным для пользователя. В связи с этим, по помеченным подразделениям происходит анализ на необходимость пересканирования лицевых счетов. Если пересканирование нужно, то пометки сбрасываются, так как в данном режиме фильтра предсказать набор отобранных лицевых счетов нет возможности. Если выяснилось, что пересканирование нет необходимости производить, то выводится текущее состояние фильтра с пометками.
102.1367438.10.149.0Для решения ПиР 102.136115 в ЛС необходимо добавить новый статусЗаработная платаСправки 2-НДФЛ [РФ]
В Лицевой счет на закладку "Налог на доходы" необходимо добавить статус нерезидент-беженец. Было установлено, что лицам, признанным беженцами НДФЛ считается по ставке 13% ,но при этом данное лицо является нерезидентом. Поскольку статус беженца подтверждается официальным документом - удостоверением беженца, в ЛС, чтобы не было путаницы, о ком идет речь, статус так и назвать "нерезидент-беженец".Статус "нерезидент-беженец" добавлен: - в ЗП в лс на закладку "Налог на доходы"; - в ЗП в лс на закладку "Налог на доходы" в "Историю изменения статуса физического лица" ; - в УП Картотека - Общие сведения - Доп. информация.
101.550278.10.148.0Работникам не попадает изменение доплаты через приказ по штатному расписаниюУправление персоналомРабочая корзина
Работникам приказом по штатному расписанию была назначена доплата с закрытым периодом. После окончания периода делается приказ на изменение доплаты (изменятся срок и процент доплаты). Работникам попадает в рабочую корзину запись на изменение доплаты. Но так как эта доплата была закрыта при переходе на новый месяц, она удалилась, и запись в рабочей корзине обработать не получается, выдается сообщение, что доплаты нет. Доплата по приказу обязательно должна быть с закрытой датой, и если создавать приказ с назначении новой доплаты, то выдается сообщение при утверждении приказа, что такая доплата уже существует.Теперь обработка записей вида "Изменена доплата" в рабочей корзине приводит к одному и тому же результату как в случае наличия доплаты в ЗП, так и в случае её отсутствия. При отсутсвии доплаты в зарплате обработка записи об изменении приводит к созданию доплаты сразу же в измененном виде.
180.79838.10.147.0Быстродействие 2-НДФЛЗаработная платаФильтр по лицевым счетам работников
При формировании справок 2-НДФЛ по подразделениям отнесения затрат пересканирование лицевых счетов происходит более 25 минутPervasive SQL. Добавлена новая настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Выбор работников Безусловная фильтрация по выбранным подразделениям при выборе работников" - "ДА" - при работе фильтра, лицевые счета работников выбираются на основании помеченных подразделений без каких-либо дополнительных условий (строгий отбор) - "НЕТ" - применяется альтернативный алгоритм работы фильтра по лицевым счетам По умолчанию устанавливается состояние "ДА". Если выбраны все подразделения, не используется разграничение прав доступа к подразделениям, настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Выбор работников Безусловная фильтрация по выбранным подразделениям при выборе работников" находится в состоянии "НЕТ", то на многих база наблюдается существенное ускорение работы фильтра выбора лицевых счетов в режиме "по подразделениям отнесения затрат" и при установки периода просмотра более двух месяцев. Также следует обратить внимание на настройки "Показывать уволенных в интерфейсах выбора" и "Не показывать уволенных до...", которые находятся в той же ветке, что и добавленная настройка. При установке настройки "Показывать уволенных в интерфейсах выбора" в состояние "нет" и выборе даты в настройке "Не показывать уволенных до...", уменьшится перечень записей по лицевым счетам, участвующих в работе альтернативного варианта фильтра, что приведет к уменьшению времени его выполнения.
102.1342178.10.146.0Новый размер ограничения при начислении взносов в Белгосстрах РБЗаработная платаРасчёт налогов на ФОТ
Пунктом 2.4 Постановления СМ РБ от 30.06.2014 № 637 установлен новый минимальный размер при исчислении страховых взносов в Белгосстрах с выплат, начисленных в пользу застрахованного лица. А именно: сумма страховых взносов в Белгосстрах с выплат, начисленных в пользу застрахованного лица за истекший месяц, должна быть не менее суммы этих взносов, исчисленной из размера 60% средней заработной платы рабочих и служащих в РБ за месяц, предшествующий месяцу их начисления, пропорционально отработанному времени. Минимальный размер базы применяется отдельно по каждому договору, пересчет минимального ограничения вести по часам. При этом дополнено, что исчисление страховых взносов в минимальном размере не применяется в случае отсутствия объекта для начисления страховых взносов, а также при исчислении указанных взносов с выплат, начисленных в пользу застрахованных лиц, являющихся обучающимися при привлечении к работам в период прохождения ими практики, производственного обучения, стажировки, и лиц, являющихся клиническими ординаторам. Постановление вступило в силу с 1.07.2014 года.Для РБ дополнен порядок применения минимального ограничения. Его величина уменьшается пропорционально отработанному времени (в часах), применяется отдельно по каждому лицевому счёту (при наличии внутреннего совместительства). Минимальное ограничение не применяется для начислений за последующие (относительно расчётного) периоды, не применяется для работников, у которых в лицевом счёте указан вид работы с кодом 2 (договор подряда). Если для некоторого л/счёта нужно отменить применение минимального ограничения - достаточно ввести льготу в справочнике "Льготы по налогам на ФОТ" (Документы - Лицевые счета - Смежные данные). В него добавлена колонка "Нижнее ограничение", предусмотрен выбор одного из двух значений "из классификатора" и "не применять". Одновременно скрыты колонки "Наименование льготного налога на ФОТ" и "№ льг. налога", как неактуальные с точки зрения требований законодательства РБ. Документ ZarBGSRB.pdf с описанием настройки системы для новых расчётов находится в папке DOC компонента G_ZARPL.
102.1252878.10.145.0ппс, пу-6Управление персоналомУсловия труда на рабочем месте
Аттестация профессии на предприятии происходит с какой-то периодичностью. Например, она прошла с 01.06.2013 года. До аттестации прфессия считалась вредной, по ней рассчитывали ППС и формировали ПУ-6. После аттестации профессия стала не вредной, т.е ппс не начисляется и пу_6 не формируется. В названии профессии ничего не изменилось, сотрудников никуда не переводили. Все как работали так и работают дальше. После аттестации просто изменился список вредных профессий. До 31.05.2013 ппс начислялся и ПУ-6 сдавалось, а после-нет. Требуется внести в программу изменения, чтобы была возможность проставить дату до которой профессия принадлежала к числу вредных.Изменения в штатном расписании: - На вкладке КПС отображается их перечень из справочника "Условия труда" (Управление персоналом - Штатное расписание - Условия труда" для выбранной профессии. При этом основной КПС выделяется жирным шрифтом. - Изменение основного КПС для ставки производится через историю изменений параметров ставки операцией "Изменение атрибутов ставки", либо приказом об изменении атрибутов ставки (РПД-23 по ШР). При обновлении данных по сотрудникам при изменении атрибутов ставки: 1) в окне параметров обновления данных добавлен флаг, дающий возможность сохранить индивидуальные значения ос.условий, КПС, подкласса и терр.условий; 2) изменения КПС сохраняются в запись истории назначений, если не был задан флаг сохранения; 3) тип вставляемой записи истории назначения: если была замена КПС - тип 61; если была замена режима работы, и не было замены КПС - тип 60; если не было ни замены КПС, ни замены режима работы - тип 50. При удалении утвержденного приказа по ШР РПД-23 при обновлении данных по сотрудникам осуществляется замена осн. условий труда в назначениях в соответствии с последней записью истории. В истории назначений: 1) добавлены поля "Ос. условия", "КПС", "Подкласс", "Терр. условия", которые доступны для редактирования только для типа операции "Изменение условий работы"(РПД-61); 2) для типа операции "Изменение условий работы"(РПД-61) закрыты все поля кроме: - Вид операции - Дата и номер приказа - Даты изменений с/по - Ос. условия, КПС, "Подкласс, Терр. условия - Дата и номер доп. соглашения 3) при вставке, обновлении или удалении последней записи истории производится замена осн. условий труда в назначении, если в записи истории и назначении различные значения. Добавлен приказ РПД-61 "Изменение условий труда". При утверждении приказа создается запись в истории назначений об изменении условий и создается сигнал в рабочую корзину. Разработаны две печатные формы в FastReport для индивидуальной и групповой форм печати. Упразднена кнопка КПС в 6 окне картотеки сотрудников. При формировании пенсионных стажей с помощью сервисной функции, учитывается история назначения по распорядительному действию 61 - "Изменение условий работы".
102.1338868.10.144.0Необходим отчет о количестве льгот на иждивенцевЗаработная платаПроверка вычетов на иждивенцев
Необходим отчет о количестве льгот на иждивенцев. Может запускаться из интерфейса сервисной функции. К кнопкам "Проверка" и "Контроль" добавить еще одну - "Формирование отчета". Колонки отчета: Из ЛС: Табельный номер ФИО Из закладки "Налог на доходы" ЛС: Налоговый вычет - LSCHET.KOLMOKL На ребенка и (или) иждивенцев) - LSCHET.KOLMOKLP Прочие вычеты - LSCHET.SUMMA21 Дополнительные вычеты - LSCHET.SUMMA14 При выводе данных в колонки, если значение вычетов нулевое - выводить - пустое поле!ЗП - Настройка - Сервисные функции - Налог на доходы физических лиц - Проверка вычетов на иждивенцев Добавлен 3-ий режим работы "Формирование отчета". Данный режим доступен только для РБ. Отчет формируется в формате FastReport. В отчет попадают только те люди, у которых есть иждивенцы. В отчет выводится следующая информация: - табельный номер, - ФИО, - налоговый вычет, - вычет на ребенка и (или) иждивенцев, - прочие вычеты, - дополнительные вычеты. Отчет является интерактивным, то есть при подведении курсора к полям отчета и клику мыши, можно запустить интерфейс Галактики из FR-отчета. При подведении курсора к полям "ФИО" и "табельный номер" запускается интерфейс Галактики "Лицевые счета" с информацией по сотруднику.
101.539868.10.142.0Вручную не выбираются особые условия КПС в ЛС некторых сотрудниковЗаработная платаЗаполнение особых условий (КПС)
Вручную не выбираются особые условия КПС в ЛС сотрудникам, у которых есть несколько назначений, связанных с ЛС.Исправлено. Теперь особые условия, в случае нескольких назначений у сотрудника, выбираются корректно.
102.1314648.10.141.0Табель не видит перевод на невредную должностьЗаработная платаСведения о переходах
Табель не видит перевод на невредную должность, в результате чего расчет налогов на ФОТ не верный.Исправлено, теперь табель видит, что вредности нет.
102.1327328.10.141.0Необходима категория ЗЛ в Льготах по налогам на ФОТ для раздела 6 РСВ-1Заработная платаАрхив налогов на ФОТ и копия архива
Необходима категория ЗЛ в Льготах по налогам на ФОТ для раздела 6 РСВ-1 Лицевой счетСмежные данныеТекущие данныеЛьготы по налогам на ФОТ При занесении льготы с причиной иная нужна возможность выбора кода категории застрахованного лица. В справочник "Льготы по налогам на ФОТ" добавить графу "Категория ЗЛ", она должна появляться только при установленной причине "иная", во всех остальных случаях - оставить, как есть, графу не отражать. По умолчанию ничем не заполнять. Необходима возможность выбора следующих категорий: СХ, ВЖСХ, ВПСХ ЕСХН, ВЖЕН, ВПЕН ХМН, ВЖМН, ВПМН ОДИТ, ВЖИТ, ВПИТ ПНЭД, ВЖЭД, ВПЭД ХО, ВЖХО, ВПХО СМИ, ВЖСИ,ВПСИ ИЦС, ВЖЦС, ВПЦС АСБ, ВЖСБ, ВПСБ ТВЭЗ, ВЖТЗ, ВПТЗ ЧЭС, ВЖЭС, ВПЭСДля РФ добавлено поле ЗЛ в "Льготах по налогам на ФОТ". Если в поле Причина установлено значение "Иная", то доступна возможность выбора категории ЗЛ, для других причин выбор категории ЗЛ недоступен.
102.1327418.10.141.0Льготы по налогам на ФОТ - закрыть видимость графы "Код доплаты" для остальных стран, кроме РБЗаработная платаАрхив налогов на ФОТ и копия архива
Смежные данные - Льготы по налогам на ФОТ. Необходимо закрыть видимость графы "Код доплаты" для всех остальных стран, кроме РБ.Графа "Код доплаты" скрыта для всех стран, кроме РБ
101.537798.10.140.0Требуется создать пользовательскую настройкуЗаработная платаРабочая корзина
Требуется создать пользовательскую настройку, на основании которой будет устанавливаться код удержания при формировании операций межпериода из рабочей корзины. В рабочей корзине запись сформируется вследствие ввода приказа в управлении персоналом. По умолчанию установить значение пустое значение настройки или удержания в кассу. Тогда при необходимости можно будет менять значение. Пример: Формируем приказы на выплаты в Управлении Персоналом. Используется РПД 20, ставится галочка "в межпериод". Утверждается приказ, обрабатывается в Заработной Плате Рабочая корзина: "формируется в операциях-начисления и выплаты-расчет" строчка. Заходим в неё, и там вид удержания автоматически ставится 401 - удержания в кассу. Требуется сделать так, чтобы автоматически по умолчанию ставился вид удержания 403 в банк при попадании этих данных в межпериод.Теперь в межрасчетных выплатах, создаваемых при обработке рабочей корзине, код удержания выставляется по тем же правилам, как и при ручном формировании выплат, а именно: - Если заданы настройки "Вид удержания для оплаты через кассу начислений и выплат межпериода" и "Вид удержания для перечисления в банк начислений и выплат межпериода", то для сотрудников, у которых есть постоянное удержание в банк, проставляется код удержания в банк из настройки, а для тех, у кого нет постоянного удержания в банк, проставляется код из настройки вида удержания в кассу. - Если значение задано только в одной из упомянутых выше настроек, то проставляется именно это значение. - Если ни в одной из данных настроек значение не задано, то, как и раньше, проставляется вид удержания в кассу по умолчанию (системный код 181)
102.1296958.10.140.0Нужна доплата сотрудникам, отказавшимся от ППСЗаработная платаСпециальные алгоритмы
Согласно пункту 1.2 указа президента №441 от 25.09.2013 "работникам ... по их выбору предоставляется право на профессиональное пенсионное страхование либо на ежемесячную доплату к заработной плате в размере, определяемом работодателем, но не менее суммы взносов на профессиональное пенсионное страхование работника, причитающихся к уплате в Фонд социальной защиты населения Министерства труда и социальной защиты Республики Беларусь в соответствии с законодательством. Ежемесячная доплата к заработной плате производится работодателем на основании письменного заявления работника" Таким образом нужен алгоритм для видов оплат, который рассчитает сумму, равную налогу на профессиональное пенсионное страхование. Также в ЛС нужен какой-то признак - считать ППС или доплату.В системе для нового типа доплаты задействован алгоритм с номером 80. Добавлена возможность внести в классификатор видов оплат (КВО) и выполнить расчёт по виду оплаты с алгоритмом 80. Приоритет у данного вида оплаты должен быть бОльшим, чем у всех видов оплат, на которые начисляются взносы на профессиональное пенсионное страхование. При формировании сумм по этому виду оплаты не используется большинство настроек из КВО, относящихся непосредственно к процессу формирования начислений с закладок "Главная" и "Расчёты" (например: признак, процент, ШПЗ, ТХО, "разбивать по датам", "в расчёт" и т.д.). При предварительной разноске не учитывается значение поля "Начало расчёта" из справочника "Постоянные доплаты" меньшее, чем начало расчётного периода. Как ранее на каждую сумму оплаты формировалась запись о взносах, так и новая доплата формируется на каждое соответствующее расчётное начисление или неначисляемую сумму в размере взносов, которые были бы начислены на эту сумму оплаты. При этом сумма каждой части округляется в соответствии с настройкой "имеет собственные правила округления" из КВО, а при её отсутствии - в соответствии с общесистемной настройкой "Настройки Галактики Управление персоналом Расчеты с персоналом Правила округления Начислений". Доплата формируется только на оплаты расчётного периода. Доначисление на архивные оплаты не выполняется. Организации, в которой есть работники, отказавшиеся от ППС, необходимо внести запись в КВО, соответствующую вышеуказанным требованиям (алгоритм 80 и высокий приоритет). Системный код - любой из доступных для пользователя. Наименование - на усмотрение пользователя. Для работников, написавших заявление на отказ от ППС, необходимо занести в систему следующие данные: - в "Постоянные доплаты" запись с кодом добавленного вида оплаты; - в справочник льгот по налогам на ФОТ занести запись, указав месяц и год, начиная с которого прекращается начисление взносов. В этой же строке в новой колонке "Код доплаты" по F3 выбрать добавленный вид оплаты.
102.1324438.10.140.0AQA-test. Неправильно устанавливаются ОУ в переходе в м/пЗаработная платаСведения о переходах
AQA-test. Неправильно устанавливаются Особые условия в переходе в межпериод.Условия отображались некорректно при изменении подразделения. Брались условия для старого подразделения. Исправлено.
101.491058.10.138.0Удаление перехода не должно изменять защищенный табельЗаработная платаПросмотр табеля
Удаление перехода не должно изменять защищенный табель. А именно, рабочие дни режима из удаленного перехода, которые являются выходными в старом режиме, стали работой в выходной день. В связи с этим предлагается запретить удаление переходов, приходящихся на защищенные от переформирования табели.Теперь запрещено добавление, изменение и удаление переходов, приходящихся на период защищенных от переформирования табелей. В случае, когда переход приходится на защищенный период, в окне редактирования перехода отображается строка, информирующая об этом. Защищенный с точки зрения табелей период определяется следующим образом: - Если установлена настройка "Окончание диапазона защиты табелей от обновления", то в защищенный период попадает весь диапазон дат до конца месяца, указанного в настройке. - Если "Защитить проверенные табели от обновления"="да" и "Защитить проверенные табели от модификации"="да", то в защищенный период попадают дни всех месяцев, на которые приходится проверенный табель.
101.533218.10.138.0Рабочая корзина - запрет обработки записей, пересекающихся с заданным диапазономЗаработная платаРабочая корзина
У клиента табель с 16 по 23 число отчетного месяца закрывается всем на редактирование в связи с расчетом заработной платы за первую половину месяца (табели закрываются путём проставления даты проверки в каждом табеле). После этого если отдел кадров создает приказ, например, на работу в выходной в отчетном периоде, то данные даже утвержденного приказа не отражаются в табеле до тех пор, пока табель не будет открыт (настройка "Запретить ввод системных неявок на период защищенных табелей"). Но если создать приказ по персоналу на изменение режима работы или оклада, то при утверждении приказа и обработки рабочей корзины создается переход, данные которого учитываются при закрытом табеле при расчете заработной платы за первую половину месяца, что неправильно. Для решения данной задачи предлагается добавить системную настройку для ввода диапазона дат, внутри которого обработка рабочей корзины будет запрещена (тех записей РК, которые хоть как-то пересекаются с заданным диапазоном). Можно задействовать для этой цели настройку "Окончание диапазона защиты табелей от обновления" (тогда в ней нужно уметь задать дату, а не месяц). Также необходимо запретить ручной ввод переходов в межпериод, пересекающихся с заданным интервалом. Нужно, чтобы табели всегда считались защищёнными и в этом периоде тоже (если он задан). Тогда клиенту не пришлось бы проставлять дату проверки в каждом табеле ради того, чтобы рассчитать зарплату за первую половину месяца, а потом опять открывать.В настройке "Окончание диапазона защиты табелей от обновления" теперь можно задать дату полностью. Если до установки обновления в данной настройке был указан месяц и год, то новое значение выставится на последний день заданного месяца. Изменен подход к обработке настройки "Окончание диапазона защиты табелей от обновления" при определении защиты табелей. Теперь защищенный с точки зрения табелей период будет включать в себя: - Если установлена настройка "Окончание диапазона защиты табелей от обновления": весь диапазон дней до даты из этой настройки, включая день, заданный в самой настройке. - Если "Защитить проверенные табели от обновления"="да" и "Защитить проверенные табели от модификации"="да": дни всех месяцев, на которые приходится проверенный табель. Отныне запрещено добавление, удаление и изменение переходов, покрывающих защищенный период. Для переходов, приходящихся на защищенный период, в окне редактирования светится информирующая об этом строка. Запрещена обработка записей рабочей корзины типа "Изменить лицевой счет работника", если обработка может изменить значимые для табеля реквизиты лицевого счета на период, пересекающийся с защищенным. При попытке обработки такой записи в протокол будет выдано сообщение об ошибке. Если настройка "Запретить ввод системных неявок на период защищенных табелей"="да", то на защищенный период запрещается добавление, удаление и изменение системных неявок, как то: - приказов на командировку - отпусков - больничных - утверждения и удаления утвержденных приказов РПД 6, 35, 36, 40, 41, 42, 71, 72 В последнем нет новизны. Отличие от предыдущей реализации в том, что 1) Учитывается настройка "Окончание диапазона защиты табелей от обновления" 2) Слово "проверенный" табель в сообщениях, где оно было, заменено на более подходящее по смыслу "защищенный" табель. По части защиты табеля от переформирования правило обработки настройки "Окончание диапазона защиты табелей от обновления" следующее: если настройка покрывает хотя бы один день месяца табеля, табель нельзя будет переформировать. Получается, что возможны ситуации, когда целиком табель не переформируется, но при этом возможно ввести системные неявки или переходы на оставшуюся, незащищенную часть месяца. Защита от ручных корректировок табеля и ввода табельных отклонений на период, покрытый настройкой "Окончание диапазона защиты табелей от обновления", на текущий момент не реализована.
102.1309688.10.138.0Не округляются суммыЗаработная платаПередача в другой филиал
Не округляются суммы в отчетах по передаче в другой филиал, из-за чего в отчете строки наезжают друг на друга.Теперь суммы округляются, строки больше не наезжают на соседние.
102.1303128.10.137.0Не работает фильтр по группе подразделенийЗаработная платаВспомогательные ведомости (указать форму свода, тип)
0Исправлено. Фильтр по группе подразделений отрабатывает.
102.1308718.10.137.0Потеря функциональности - Интерфейс формирования доплатЗаработная платаПостоянные доплаты
Ранее при вводе суммы доплаты + Enter курсор позиционировал на следующую запись и ввод продолжался.На последних патчах по Enter в поле СУММА, интерфейс закрывается. Желательно вернуть взад. И одновременно сделать так, чтобы курсор после перемещения на следующую запись оставался в поле СУММА.Введена дополнительная настройка "автоперевод курсора" интерфейса "Выбор работников", с помощью которой можно управлять фокусировкой курсора на определенном поле. Если курсор установлен в поле "процент" ("сумма"), значение в нем было изменено и параметр "автоперевод курсора" установлен (помечен), то при нажатии на клавиатуре клавиши Enter или курсора (вниз, вверх) фокусировка курсора перейдет на поле, по которому осуществляется сортировка. Восстановлена функциональность перевода курсора на следующую запись при нажатии на клавишу Enter, если курсор был сфокусирован на поле "процент" ("сумма"). Нажатие клавиши Enter на других полях интерфейса приведет к его закрытию.
102.1304878.10.136.0Не пересчитывается значение СКК в картотеке при изменении значения СКК на "1" в интерфейсе редактирования СККУправление персоналом6-е окно (сведения о работе на предприятии)
Не пересчитывается значение СКК в картотеке при изменении значения СКК на "1" в интерфейсе редактирования СКК. 6 раздел картотеки. Закладки Прием, Совместительство, Заместительство, Временный перевод. При редактировании СКК (неважно, где это сделать в интерфейсе назначения или в истории назначения) составляющий не удаляем, а изменяем значение. Например, был коэффициент "Сложный 1" равный 1,2 изменяем значение на 1. В результате, при выходе из интерфейса редактирования сложных КК ожидаем, что значение СКК перерисуется с 1,2 на 1, соответственно, пересчитается и оклад с учетом СКК. Но, видим, что перерисовки не произошло и оклад не пересчитался.Реализована корректная обработка СКК со значением 1.00. Пересчет тарифа/оклада будет выполняться только если составляющие СКК редактировались.
102.1308238.10.136.0Настройка на Беларусь. Для всех интерфейсов модуля ЗП и рабочая корзина УП неверное название полей для особых условий.Управление персоналомРабочая корзина
Настройка на Беларусь. Для интерфейсов модуля "Заработная плата" ("Лицевой счет", "Переходы в межпериод") и "Рабочая корзина" модуля "Управление персоналом" неверное название полей для особых условий. По аналогии с интерфейсами "Льготные профессии КПС", 6 и 11 разделы картотеки сотрудников, Штатным расписанием необходимо заменить названия полей "Особые усл.", "КПС", "Терр.усл."(характерные для России) на поля "Вид деятельности" и "Код профессии по ОКПД".В указанных интерфейсах заменены названия полей "Особые условия" и "КПС" на "Вид деятельности" и "Код профессии по ОКПД". Так же убрано поле "Территориальные условия".
102.1302198.10.135.0Добавить поле "Подкласс усл. труда" в пакетный перевод работниковЗаработная платаСведения о переходах
Добавить поле "Подкласс усл. труда" в интерфейс "Пакетный перевод работников" только для РФ.В этом же интерфейсе убрать поле "КПС" для Казахстана.В интерфейсе "Пакетный перевод работников" только для РФ добавлено поле "Подкласс условий труда" и убрано поле "КПС" для Казахстана.
102.1304938.10.135.0Некорректное поведение фильтра по работникам в определенных условияхЗаработная платаФильтр по лицевым счетам работников
Некорректное поведение фильтра по работникам в определенных условиях: при первом входе в систему нового пользователя, если он не входил в интерфейс просмотра лицевых счетов (Документы/Лицевые счета), фильтр выбора работников в отчетах работает некорректно (не выбирает помеченных работников, а при настройке "Предлагать выбор работников при отсутствии фильтра" - предлагает выбирать дважды, первый выбор не срабатывает).При первом входе в систему нового пользователя, если он не входил в интерфейс просмотра лицевых счетов (Документы/Лицевые счета), фильтр выбора работников в отчетах работает корректно.
102.1305488.10.135.0Множатся "особые условия" в переходах при настройке на КазахстанЗаработная платаСведения о переходах
При вводе должности с особыми условиями в интерфейсе перехода в случае перевыбора должности параметр "особые условия" добавляется к предыдущему значению. Когда интерфейс закрываем и открываем вновь, данные верны.Ошибка исправлена. Теперь особые условия не множатся.