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


Описание файла обновления:
ФайлZ_LSCHET_RES_911360.TXT
ОбновлениеZ_LSchet_res_911360
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентZ_LSCHET
ТипRES
Версия9.1.136.0
Дата2018-02-06 12:27:15
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
101.634169.1.131.1Справки о среднем заработке - добавить в смежные данныеЗаработная платаСправки о среднем заработке [РФ]
Для удобства работы предлагается добавить вызов интерфейса "Справки о среднем заработке" в смежные данные ЛС - на вкладку "Расчёт заработной платы" после кнопки "Расчётный лист". Назвать кнопку можно, например, "Справки о расчёте по среднему".В окне "Смежные данные" на вкладке "Расчет заработной платы" добавлена возможность вызова интерфейса "Печать справок о среднем заработке" посредством кнопки "Справки о расчёте по среднему". При вызове интерфейса "Печать справок о среднем заработке" из смежных данных происходит предварительная установка фильтра по лицевым счетам с пометкой текущего лицевого счета и установка периода формирования справок равного текущему расчетному периоду.
101.634919.1.131.2Лицевые счета - добавить поле плановой даты выплаты окончательной зарплаты увольняющимсяЗаработная платаЛицевые счета (окно ввода и редактирования)
За исключением срочных случаев клиент выплачивает зарплату под расчёт увольняющимся не ежедневно, а накапливает увольнения за несколько дней (обычно за неделю) и перечисляет всем разом. Таким образом, для каждого увольняющегося есть некая плановая дата выплаты, которую знает каждый расчётчик в момент проведения увольнения - например, ближайший вторник. С другой стороны, все реестры на перечисление формирует один бухгалтер (для минимизации их количества), поэтому в момент формирования реестров увольняющимся он не знает кого нужно включить в этот реестр - приходится опрашивать всех расчётчиков. Для повышения удобства и скорости работы предлагается добавить в лицевые счета поле "Плановая дата выплаты", которое будет визуализироваться только при наличии даты увольнения (аналогично признаку "уволен"). Эту дату будет проставлять каждый расчётчик - либо вручную в ЛС, либо каким-либо другим способом. В дальнейшем эту дату можно использовать в фильтре при формировании реестров на окончательную зарплату - аналогично полю "Дата выплаты" в больничных, отпусках, выплатах межпериода и т.д.На вкладку "Основная" окна редактирования данных по лицевому счету добавлено поле "Плановая дата выплаты заработной платы". Оно становится видимым при установленной в лицевом счете дате увольнения. При удалении в лицевом счете даты увольнения (в т.ч. в результате повторного приема на тот же лицевой счет) дата затирается, поле скрывается.
101.634939.1.131.3Реестры (выплата зарплаты) - добавить фильтр по плановой дате выплаты увольняющимсяЗаработная платаРеестры по перечислениям. Формирование
При формировании реестров на окончательную зарплату добавить фильтр по плановой дате выплаты из ЛС.В окне выбора работников (вызывается при установке фильтра по лицевым счетам) добавлен фильтр "Дата выплаты в лицевом счете", который можно установить через меню "Пометить записи выборочно" локального меню. Также добавлено поле "Плановая дата выплаты". При установке данного фильтра в списке лицевых счетов будут помечены только те лицевые счета, у которых плановая дата выплаты заработной платы уволенному сотруднику пересекается с установленным диапазоном фильтра. Если же дата выплаты заработной платы не установлена, а дата увольнения установлена, то будут помечены те лицевые счета, дата увольнения которых пересекается с установленным диапазоном фильтра "Дата выплаты в лицевом счете". Видимость поля "Плановая дата выплаты" и поля "Уволен" зависит от настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Выбор работников Показывать уволенных в интерфейсах выбора". Если данная настройка установлена в "нет", то поле "Плановая дата выплаты" и поле "Уволен" не отображается.
102.1761009.1.135.0Не переносятся в архив постоянные удержания уволенныхЗаработная платаПостоянные удержания
Постоянные удержания уволенных сотрудников текущего месяца с признаками "при полный выплате или окончании" - "переносить в архив" - после перехода на новый месяц остаются как участвующие в расчете.При установке даты увольнения в удержаниях с признаком "переносить в архив" устанавливается дата окончания. Благодаря этому при переходе к новому периоду они переносятся в архив.
102.1769309.1.135.0Не применять вычет основного лс до даты приемаЗаработная платаРасчет подоходного налога
Есть дополнительный лицевой счет с видом работы договор подряда. Сотрудник работал с июля и получал доход, платил подоходный. Вычет на работника по договорам подряда не предоставляется. В октябре работник пришел на основное место работы, связали новый лицевой счет как основной с дополнительным по договору подряда (нужно для 12-труд). В ноябре считаю зарплату основному лицевому счету с настройкой по сторнированию 3 месяца. За август и сентябрь возвращается налог, вижу, что это из-за того, что применяется вычет на работника к месяцам, когда работник еще не работал. В архиве вычетов записи только с октября. Нужно чтобы вычет не применялся в месяцах до даты приема основного лицевого счета.Добавлена системная настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Вычеты Учитывать вычеты связанных дополнительных ЛС до даты приема" с возможностью установки значения "да" (по умолчанию) и "нет". Если настройка "Учитывать вычеты связанных дополнительных ЛС до даты приема" установлена в "нет", дата "Учесть вычеты с" (лицевой счет - вкладка "Налог на доходы") не установлена и идет расчет основного лицевого счета, то при расчете удержания с указанным количеством месяцев для пересчета (как системная настройка или непосредственно в лицевом счете) будут применены стандартные вычеты только для того периода, который начинается с даты приема в лицевом счете с учетом истории приема-увольнения. Если дата "Учесть вычеты с" установлена, то при рассмотрении необходимости применения стандартных вычетов будет учитываться эта дата (значение настройки "Учитывать вычеты связанных дополнительных ЛС до даты приема" в таком случае не учитывается). Если установлена настройка "Учитывать вычеты связанных дополнительных ЛС до даты приема" в значение "нет" и дата "Учесть вычеты с" не установлена, то на вкладке "Налог на доходы" лицевого счета напротив поля "Учесть вычеты с" появляется подсказка "-> по настройке "Учитывать вычеты связанных дополнительных ЛС до даты приема"
101.633489.1.134.0конфигурация интерфейса Переходы в межпериодЗаработная платаСведения о переходах
После конфигурирования интерфейса переходов в межпериод из смежных данных лицевого счета для того, чтобы не потерять сведения о сотрудниках (таб. номер, ФИО) в интерфейсе сведений о переходах (ЗП - Документы - Сведения о переходах) приходится явно устанавливать свойство Visible брауза Perexod в true.Конфигурирование интерфейса переходов в межпериод из смежных данных лицевого счета не приводит к тому, что по умолчанию в сведениях о переходах отображается неправильная область ввода.
102.1772679.1.134.0замена номера лицевого счета при переходе на новый периодЗаработная платаПереход к новому периоду
В отчетном месяце осуществляется увольнение сотрудника через оформление приказа на увольнение в Управлении персоналом. Затем в этом же месяце, этого же сотрудника принимают обратно в другое подразделение, через оформление приказа с параметром Повторное трудоустройство, выбирают Новая карточка, старый лицевой счет. После утверждения приказа создается новая карточка сотрудника в Управлении персоналом с новым табельным номером, также происходит автоматическая замена старого номера лицевого счета в Зарплате на новый табельный номер из карточки в Управлении персоналом. Но затем, при переходе на новый отчетный период, этот новый номер лицевого счета снова меняется на старый. Ситуация проявляется на тестовой базе, при этом если в параметрах перехода на новый период включить отладку, то в протоколе перехода идет запись о том, что произошла замена номера лицевого счета на старый.При повторном приеме на тот же лицевой счет в том же периоде, когда производилось увольнение, переход в межпериод теперь создается таким образом, что переход к новому периоду не приводит к возвращению старого табельного номера.
102.1733699.1.133.0Лицевые счета. Выбор категории. Множественная пометка для выбора категории сотрудника не нужна.Заработная платаЛицевые счета (окно ввода и редактирования)
Лицевые счета. Выбор категории. Множественная пометка для выбора категории сотрудника не нужна. При выборе категории сотрудника в лицевом счете открывается окно с перечнем категорий, в котором можно выбрать сразу несколько категорий. Множественная пометка категорий в данном списке не нужна и вводит в заблуждение пользователя.В список констант добавлена новая константа (битовая маска). При передаче в интерфейс выбора категории этой константы множественная пометка запрещается. Вызов интерфейса выбора категории из интерфейса лицевых счетов модифицирован - в параметры добавлена новая константа. Множественная пометка невозможна.
102.1604579.1.132.0Необходимо для оплат по премии формировать период её начисленияЗаработная платаИмпорт "Начислений и выплат"
Необходимо в сформированном начислении работнику для вида оплаты премии, начисляемой за период работы (в КВО для такой премии проставлена доп.входимость 17 - "Премия выплачена за период (количество месяцев)" и в графе "Примечание" значение 2-12), иметь информацию о том, за какой именно календарный период начислена эта премия. В идеале - 2 даты "с.. по" периода, усечённого датами приёма/увольнения. То есть: если премия по организации в целом платится по итогам 3 месяцев и конкретная очередная выплата премии производится по итогам 3 квартала 2016 года, то: Для работника, работавшего полностью "с 01.07.2016 по 30.09.2016" Для работника, принятого на работу 14.08 - соответственно "с 14.08.2016 по 30.09.2016" Для работника, уволенного 29.08 - соответственно "с 01.07.2016 по 29.08.2016" У одних клиентов премии оформляются через постоянные доплаты, у других - через межрасчётные начисления и выплаты. Информация по указанию периода должна быть открыта для ввода при формировании данных в вышеуказанных режимах, доступна для редактирования по сформированным записям, передаваться в расчётные начисления через режим предварительной разноски(доплаты) или напрямую (расчёт начислений) и отображаться в расчётных начислениях и архиве оплат.Если для вида оплаты заведена доп. входимость 17 (премия выплачена за период), то для ввода становится доступным период, по итогам которого сформирована доплата/начисление, в следующих интерфейсах: - параметрах формирования межрасчетных выплат; - окне редактирования межрасчетных выплат; - параметрах формирования постоянных доплат (только для режима "формирование доплат"); - окно ввода и редактирования постоянной доплаты. - окно просмотра начислений в результатах расчета заработной платы - окно просмотра архивных начислений Даты периода, по итогам которого сформирована доплата/начисление, усекаются по периоду работы сотрудника (в межрасчетных выплатах - с учетом истории увольнений).
102.1723679.1.132.0Изменить отбор в фильтр по сотрудникамЗаработная платаРасчеты по оплате труда
Необходимо включать в фильтр сотрудников, имеющих "-" начисления в текущем месяце за предыдущие, если установлена настройка: "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Учет дохода по месяцу" - за который начислен.В отчете в разрезе бухгалтерских проводок "Расчеты по оплате труда" изменена работа фильтра лицевых счетов в разрезе цехов отнесения затрат. При выполнении фильтрации используется информация из параметра "Учет начислений". Ранее учет по месяцу за который или в котором брался из системной настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Учет дохода по месяцу"
102.1740219.1.132.0Runtime при открытии пустой группы в фильтре по группам работников.Заработная платаЛицевые счета (окно ввода и редактирования)
Лицевые счета, локальное меню - Фильтр по группам работников. При открытии пустой группы (Enter)появляется Runtime.Исправлено. Функционал работает корректно.
180.105239.1.132.0Не отображается подкласс условий труда в Заработной платеЗаработная платаСведения о переходах
Если настройка "Настройки Галактики Управление персоналом Общие настройки Условия труда на рабочем месте определять по картотеке" установлена в "да", назначения в некоторых случаях анализируются не на дату начала перехода, а на дату начала текущего отчетного периода. Из-за этого для выбора в окне редактирования перехода в межпериод доступны не все условия труда на рабочем месте.При выборе условий труда в окне редактирования перехода в межпериод учитываются назначения на дату начала перехода (важно, если настройка "Настройки Галактики Управление персоналом Общие настройки Условия труда на рабочем месте определять по картотеке" установлена в "да").
102.1672439.1.131.0Подтверждение статуса резидента в РФЗаработная платаЛицевые счета (окно ввода и редактирования)
Просят автоматизировать учет количества дней пребывания сотрудников для определения статуса "резидент" - "нерезидент" и связанных с этим статусом особенностей расчета НДФЛ. Можно при переходе на след. месяц автоматом добавлять календарные дни текущего месяца и сообщать в протокол при наступлении превышения, тогда пользователь сможет зайти и скорректировать, если нужно.Для России. В том случае, если на вкладке "Налог на доходы" лицевого счета установлен статус не "резидент" ("нерезидент", "нерезидент-беженец", "нерезиден высококвалифицированный"), становится доступными для ввода поле "Вести автоматический контроль дней". Если его значение установить в "да", то: - открывается поле "Дней на конец периода"; - если на дату начала нового отчетного периода сотрудник не уволен, при переходе к новому отчетному периоду значение в указанном полей увеличивается на количество дней в новом периоде; - если полученное количество дней в поле равно или превышает 183, то в протокол перехода к новому периоду выводится информационное сообщение о возможной необходимости смены статуса сотрудника. Устанавливаемое автоматически количество дней пребывания на территории РФ является предполагаемым, т.к. в системе, очевидно, нет полной информации о пересечении сотрудником границы. Т.е. фактическое изменение статуса по-прежнему остается за пользователем.
102.1727419.1.131.0Теряется позиционирование курсораЗаработная платаЛицевые счета (окно ввода и редактирования)
Если в окне лицевых счетов установить курсор на какую-либо запись , затем открыть смежные данный и выйти из галактики, то при последующем открытии курсор перемещается на первую запись.Теперь позиция в лицевых счетах при выходе из галактики сохраняется.
102.1741009.1.131.0Сохранять примечания для записей лицевых счетов с другой константойЗаработная платаЛицевые счета (окно ввода и редактирования)
Записи в лицевых счетах и в архиве удержаний в редких случаях могут иметь одно примечание на двоих.Исправлен случай, когда у записей лицевого счета и записей в архиве удержаний общее примечание.
102.1745779.1.131.0РБ. Предусмотреть в лицевом счёте признак для фиксации факта достижения пенсионного возрастаЗаработная платаЛицевые счета (окно ввода и редактирования)
Поэтапное увеличение пенсионного возраста РБ. Пример. Работнику 31.12.2017 исполняется 60 лет и 6 мес. В 2017 году - общеустановленный пенсионный возраст для мужчин 60 лет и 6 мес. Согласно пункту 5 статьи 7 Закона о ППС - уплата взносов на профессиональное пенсионное страхование за работников, достигших общеустановленного пенсионного возраста, не производится. То есть получается, что работник достиг общеустановленного пенсионного возраста в 2017 году согласно зак-ву РБ, и ППС за него более уплачиваться не должны. 01.01.2018 необходимо перевести настройку общеустановленного пенсионного возраста для мужчин в РБ в значение 61, которое будет актуально уже для 2018 года. После этого Галактика сравнит возраст работника и общеустановленный пенсионный возраст по настройке и работник для нее снова становится лицом, за которое нужно уплачивать страховые взносы еще на полгода. Просьба доработать систему таким образом, чтобы работник, достигая общеустановленного пенсионного возраста по значению года, указанному в настройке, получал некий признак, который исключал бы его из круга лиц, в дальнейшем подлежащих профессиональному пенсионному страхованию.Для РБ в лицевой счёт работника на закладку "Взносы, налоги на ФОТ" в раздел "Налоги на ФОТ" добавлена информация "Пенсионный возраст был достигнут:" со значением даты. Не предназначено для заполнения или изменения вручную - отображается в виде статичной информации. В общем случае остаётся пустым, "на будущее" не заполняется - только по свершившемуся факту. Изменяется автоматически системой при выполнении "Перехода к новому периоду". Значение формируется на основании данных: - "Дата рождения" на закладке "Кадровая информация", подраздел "Прочее", - "Пол" на закладке "Кадровая информация", подраздел "Прочее", - "Настройки Галактики Управление персоналом Общие настройки Стажи Общеустановленный пенсионный возраст для мужчин" или "Настройки Галактики Управление персоналом Общие настройки Стажи Общеустановленный пенсионный возраст для женщин".
101.580039.1.130.0Медленно формируется отчет по видам неявок.Заработная платаИерархический отчет по видам неявок
Необходимо использовать новые поля таблицы LSTab.Следующие данные табеля учета рабочего времени теперь будут храниться в таблице LSTab: - итоги по часам работы в праздник, рабочий по плану; - итоги по часам работы в праздник, не рабочий по плану; - итоги по часам работы в праздник за отгул; - итоги по часам работы в выходные за отгул; - количество ставок; - особые условия труда на рабочем месте; - территориальные условия. Это ускорит формирование табеля и отчетов по нему, использующих перечисленные данные.
102.1693039.1.130.0Работа кнопки "Прервать" в режиме расчёта зарплаты на этапе "Пометка лицевых счетов"Заработная платаОкно параметров расчета
Режим расчёта зарплаты (опция "Расчёт налогов на ФОТ", но это вряд ли важно), на этапе "Пометка лицевых счетов" есть кнопка "Прервать", которая создаёт иллюзию доступности воздействия расчётчика на процесс, но реально она процесс не прерывает. Кроме того, на тестовой БЛ с 1 млн л/с процесс пометки выполнялся 46 минут и всё это время визуализация отображала "0%".Изменена работа визуализации при пометке лицевых счетов в автоматическом режиме. При нажатии на кнопку Прервать окна визуализации процесс пометки лицевых счетов прерывается и снимаются пометки с уже помеченных лицевых счетов. В окне визуализации отображается процесс пометки лицевых счетов как в виде процента завершенной работы, так и в абсолютных значениях.
102.1693109.1.130.0Лицевые счета. Эргономика панели инструментов. Дополнить панель инструментов часто используемыми функциями, относящимися ко всему списку ЛС.Заработная платаЛицевые счета (окно ввода и редактирования)
Лицевые счета. Эргономика панели инструментов. Дополнить панель инструментов часто используемыми функциями, относящимися ко всему списку ЛС. Не так давно в лицевых счетах появилась очень удобная в работе инструментальная панель. Только вот кнопки (иконки) на этой панели не совсем удачные и не очень соответствуют своему назначению...графика тоже немного расплывчатая по сравнению с панелью инструментов Галактики. Предлагается доработать кнопки (иконки) в панели инструментов лицевых счетов, а также добавить в панель инструментов кнопки (иконки), которые относятся не к конкретному ЛС, а к списку ЛС. Например, фильтры. И, возможно, изменить внешний вид иконок для отпуска и больничного, так как сейчас не совсем очевидно назначение этих иконок.Дополнена и перегруппирована инструментальная панель лицевых счетов. Добавлены иконки вызова фильтров (по подразделению, по группам работников, по дате увольнения) и смежных данных. Доработан дизайн иконок как в панели инструментов, так и в локальном меню.
102.1717479.1.130.0Отображение/скрыти полей с учетом настройки "Брать категорию застрахованного лица из должности".Заработная платаЛицевые счета (окно ввода и редактирования)
Для Беларуси. При значении настройки "Настройки Галактики Управление персоналом Общие настройки Стажи Брать категорию застрахованного лица из должности" = да необходимо: - скрыть поле категория застрахованного лица в лицевом счете на закладке кадровой информации; - отобразить поле с кодом категории застрахованного лица рядом с полем должности: * на первой вкладке лицевого счета; * в окне редактирования перехода в межпериод; * в табеле учета рабочего времени.Для Беларуси. При значении настройки "Настройки Галактики Управление персоналом Общие настройки Стажи Брать категорию застрахованного лица из должности" = да необходимо: - скрыто поле категория застрахованного лица в лицевом счете на закладке кадровой информации; - рядом с полем должности отображается поле с кодом категории застрахованного лица: * на первой вкладке лицевого счета; * в окне редактирования перехода в межпериод (верхняя и нижняя часть окна); * в табеле учета рабочего времени.
102.1721509.1.130.0Не учитывается сумма дополнительного вычета при расчете ИПНЗаработная платаРасчет подоходного налога
Скрыть поля дополнительного вычета на вкладке Налог на доходы окна редактирования лицевого счета для Республики Казахстан.Для Республики Казахстан. Скрыты поля дополнительного вычета на вкладке Налог на доходы окна редактирования лицевого счета.
102.1725029.1.130.0Help. Подключить другой топик справки к настройкамУправление персоналомНастройка
В общесистемном реестре к папке "Настройки Галактики Управление персоналом Расчеты с персоналом Рабочая корзина Доступ к документам" и ко всем трем настройкам подключить новый топик справки NastrZStaff_RKDostupDoc.Добавлен топик справки NastrZStaff_RKDostupDoc в общесистемном реестре к папке "Настройки Галактики Управление персоналом Расчеты с персоналом Рабочая корзина Доступ к документам" и ко всем трем настройкам.
102.1725049.1.130.0Help. Подключить другой топик справки к настройкамУправление персоналомНастройка
В общесистемном реестре к папке "Настройки Галактики Управление персоналом Расчеты с персоналом Рабочая корзина Автоматическая обработка сигналов" и к настройке "Льготы на иждивенцев" подключить новый топик справки NastrZStaff_RKAvtoObrSignalov.Добавлен топик справки NastrZStaff_RKAvtoObrSignalov в общесистемном реестре к папке "Настройки Галактики Управление персоналом Расчеты с персоналом Рабочая корзина Автоматическая обработка сигналов" и к настройке "Льготы на иждивенцев".
102.1162269.1.129.0Доработать формирование ведомостей по окончательному расчету зарплатыЗаработная платаПлатежная ведомость
Доработать формирование платежных ведомостей, формируемых по итогам расчета зарплаты. Привести к общему виду окна и функциональные возможности. Добавить возможности формирования ведомостей в разрезе аналитик.1. Внесены исправления в реализацию валидатора лицевого счета по категории. - в списке пользовательских фильтров уточнено его наименование: заменено на "Категория в лицевом счете"; - в колонке "Параметры" уточнено значение выводимой строки; - исправлена некорректная работа в случаях, когда нреки выбранных категорий были слишком велики; - доработана работа валидатора для случая если не были выбраны категории; - доработана скорость работы валидатора; 2. Внесены исправления в реализацию валидатора лицевого счета по бригадам. - в колонке "Параметры" уточнено значение выводимой строки; - доработана работа валидатора для случая если не были выбраны бригады; - доработана скорость работы валидатора; 3. Сделаны доработки и внесены исправления в реализацию валидатора поиска лицевых счетов в платежных ведомостях. - исправлены ошибки, оптимизированы алгоритмы; - в списке пользовательских фильтров уточнено наименование: заменено на "Выплаты по ведомостям"; - в колонке "Параметры" уточнено значение выводимой строки; - доработано окно настройки параметров валидатора, добавлена возможность настройки накладываемых условий при поиске лицевых счетов в платежных ведомостях; - значительно увеличена скорость работы валидатора (например, на тестовой оракловой базе с 13800 лицевых счетов и с имеющимися на этой базе платежными ведомостями: до доработки время помечаемости составляло около 1 часа 20 минут, после проведенной доработки заняло около 1 минуты); 4. Доработан выбор лицевых счетов и режим пометки лицевых счетов, для случая когда выбор производится из окна параметров формирования платежных ведомостей по итогам расчета зарплаты. Значения настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Отчеты Платежные ведомости Контроль ведомостей" теперь учитываются лишь локально, а не глобально, как ранее. Примечание: ранее, при включенном в настройке контроле, это приводило к тому, что во всех интерфейсах, в которых есть выбор лицевых счетов работников, пользователь лишался возможности выбирать (помечать) лицевые счета, по которым существовали сформированные ведомости. Поэтому, если он например хотел сформировать какие отчеты или иное, то по этим лицевым счетам он не мог их получить.
102.1723469.1.129.0Удаляется текстовая информация во вкладке примечаниеЗаработная платаСведения о переходах
При создании временного перехода на несколько месяцев в межпериоде бухгалтер заносит текстовую информацию во вкладке Примечание. Во время перехода к новому периоду в дату окончания перехода устанавливается дата окончания старого периода, а на время нового периода создается копия перехода в межпериод. В копии перехода примечание остается незаполненным.Теперь при копировании данных из одного перехода в другой (к примеру, во время перехода к новому месяцу, когда копируется временный переход, пересекающийся с новым периодом) переносится информация с вкладки "Примечание".
101.618729.1.128.0Добавить в параметры формирования расчетно-платежной ведомости фильтр по банкуЗаработная платаРасчетно-платежная ведомость
В связи с вступлением в силу указаний Банка России "Об особенностях мониторинга расчетов по государственному оборонному заказу" 20.02.2017 года, необходимо добавить в формирование расчетно-платежной ведомости фильтр по банку. У заказчика работники привязаны к 3 банкам, к каждому банку нужна отдельная ведомость.В окне фильтра, который вызывается через пункт "Пометить записи выборочно" локального меню окна "Выбор работников" пометки лицевых счетов, добавлен атрибут "Банк". При установке параметра данного атрибута появляется окно "Выбор банка", в котором предоставляется возможность множественной пометки необходимых для работы фильтра банков. После выбора банка(ов) и активации выбора (нажатие на клавиатуре кнопки Enter или двойной клик мыши) в поле Параметры атрибута Банк фильтра отобразится или название банка при одиночном выборе, или количество выбранных банком при множественном выборе. Для того, чтобы сделать атрибут Банк активным, необходимо его пометить в окне Фильтр. После установки параметров фильтра и пометки его атрибутов, будут помечены те лицевые счета, параметры которых удовлетворяют условиям фильтра.
102.1711529.1.128.0Заполнение кол-ва ставок с учетом внутреннего совместительстваЗаработная платаЗаполнение количества ставок
При выполнении сервисной функции "Заполнение количества ставок" необходимо учитывать внутренние совместительства.Теперь при выполнении сервисной функции "Заполнение количества ставок" анализируются также назначения совмещения.
180.102149.1.128.0Требуется изменить учет вычетов на иждивенцев при расчете ЗП - не передавать информацию через рабочую корзинуУправление персоналомРабочая корзина (формирование сигнала)
Требуется изменить учет вычетов на иждивенцев при расчете ЗП - не передавать информацию через рабочую корзину.Для того, чтобы не обязывать клиента работать с сигналами об изменении льгот в Рабочей корзине добавлена системная настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Рабочая корзина Автоматическая обработка сигналов Льготы на иждивенцев". Значение настройки по умолчанию - "обрабатывать вручную". Если настройка установлена в это значение, изменение льгот будет по-прежнему предполагать обработку сигналов об этом в рабочей корзине. Дополнительные значения настроек: - "обрабатывать автоматически" - после изменения льгот в картотеке останется обработанный сигнал в Рабочей корзине - "обрабатывать автоматически и удалять сигнал" Отправка данных в модуль заработной платы происходит в случае: - перехода к другому сотруднику; - перехода к другому разделу картотеки; - закрытия картотеки сотрудников. Необходимо заметить, что включение настройки автоматической обработки сигналов не избавляет от необходимости установки в Картотеке корректных данных, которые позволят установить связь между изменяемой карточкой и лицевым счетом в модуле "Заработная плата". Т.е. в картотеке по-прежнему должно быть заведено назначение на дату обновления информации о льготах и в этом назначении должна быть установлена ссылка на лицевой счет. Поэтому при неудачном поиске лицевого счета сотрудника, для которого изменяется информация о льготах, на экран будет выдаваться сообщение о том, что данные в ЗП не обновлены / сигнал в РК не отправлен.
102.1598749.1.127.0Признак перевода по производственной необходимостиЗаработная платаСведения о переходах
Автоматический контроль окончания пенсионного стажа МЕСЯЦ учитывает любые временные переходы с вредных условий труда на невредные. Но в законодательстве говорится о переводе работника с работы, дающей право на досрочное назначение трудовой пенсии по старости, на другую работу, не дающую право на указанную пенсию, в той же организации ПО ПРОИЗВОДСТВЕННОЙ НЕОБХОДИМОСТИ. Сейчас в Галактике нет способа определить является ли некий перевод переводом по производственной необходимости. Поэтому нужно добавить соответствующий признак в переходы в межпериод и приказы по персоналу.Расширена настройка "Настройки Галактики Управление персоналом Табельный учет Формирование Сохранять вредность в течение 30 календарных дней временных переводов на невредные условия": кроме вариантов "нет" и "да" (переименован в "да, для всех переводов") появился вариант "да, для переводов по производственной необходимости". Новый вариант обеспечивает сохранение вредности только для тех временных переводов на невредные условия труда, для которых установлен признак "По производственной необходимости" (отображается/редактируется в окнах "Переход в межпериод" и "Пакетный перевод работников"). Данный признак будет автоматически устанавливаться для переходов, создаваемых при обработке сигналов в рабочей корзине по назначениям, у которых в качестве причины перевода (РПД-5) или причины замещения (РПД-3, 70) выбрана системная запись "По производственной необходимости" или дочерняя ей запись.
102.1706079.1.127.0При пометке более 65 тыс. ЛС некорректное отображение количества помеченныхЗаработная платаФильтр по лицевым счетам работников
На тестовой базе 1 008 315 ЛС. При пометке всех в окне параметров расчета ЗП отображается информация "несколько работников (25275 из 1008315)", а должно быть "несколько работников (1008315 из 1008315)"Исправлено.
106.104899.1.127.0При установке фильтра по подразделению некорректно отображается информацияЗаработная платаСведения о переходах
В перечне переходов в межпериод на SQL Server: если изначально установлен фильтр по всем подразделениям, то после установки фильтра по конкретному подразделению в списке остаются "фантомные" записи. Они исчезают после обновления перечня.Смена фильтра по подразделениям не приводит к отображению "фантомных" записей в перечне переходов в межпериод на платформе SQL Server.
102.1697629.1.126.0Проблема с отображением перечня лицевых счетов в Заработной платеЗаработная платаЛицевые счета (окно ввода и редактирования)
Проблема с отображением перечня лицевых счетов в Заработной плате, утверждают что появилась после установки обновления. У администратора, если пометить все подразделения появляется сообщение, что нет выбранных подразделениях нет лицевых счетов, а если пометить одно, то есть. По сформированному логу удалось выяснить, то на сервере возникает ошибка: 42000: [Microsoft][ODBC SQL Server Driver][SQL Server]Internal Query Processor Error: The query processor ran out of stack space during query optimization.Оптимизирована выборка подразделений в фильтре по лицевым счетам. Теперь пометка большого количества подразделений не должна приводить к ошибке "The query processor ran out of stack space during query optimization."
102.1700069.1.126.0Необходима доработка переходов в межпериод (смена категории).Заработная платаФормирование табеля
В модуле заработной платы атрибуты условий труда на рабочем месте отображаются в разных полях, что может приводить к путанице: пользователь поменяет один атрибут, а по факту изменятся все. Кроме того, из-за различного состава атрибутов в зависимости от страны приходится рисовать/поддерживать отдельные окна для лицевого счета, табеля учета рабочего времени, перехода в межпериод и рабочей корзины. Предлагаю выводить атрибуты условий труда на рабочем месте по аналогии с тем, как это делается в кадровом модуле (в ШР, приказах, картотеке) - в одном поле "Условия труда на рабочем месте". Подробное описание выводимых атрибутов показать во всплывающей подсказке к полю.Поля (перечень зависит от страны), однозначно зависящие от выбранных условий труда на рабочем месте сгруппированы в одно поле в окне редактирования переходов в межпериод (нижняя часть), окне редактирования лицевого счета, окне просмотра информации о работнике в табеле рабочего времени, рабочей корзине. Подробная информация о выводимых значениях (то, как раньше назывались отдельные) отображается во всплывающей подсказке.
101.604089.1.125.0Залогировать прикладное событие просмотра лицевого счета и расчетного листкаЗаработная платаЛицевые счета (окно ввода и редактирования)
Предлагаем залогировать в журнале прав доступа функцией pr_WriteEventToLog прикладные события: - "Просмотр вкладки "Название вкладки" лицевого счета для табельного номера "1000123"" - "Просмотр расчетного листка за месяц год ФИО" Также требуется добавить в текст событий вывод ФИО. К примеру: "Просмотр лицевого счета для табельного номера "1000123" ФИО"Добавлено логирование в журнале прав доступа дополнительных прикладных событий: - просмотра вкладок лицевого счета; - просмотра расчетного листка; - просмотра 13 и 14 окон Картотеки сотрудников. Следует заметить, что момент логирования события просмотра расчетного листка возникает при выводе информации в поток формируемого отчета (FastReport, FCom). Конкретная реализация отчета (в т.ч. пользовательская) может содержать доп. фильтры по данным, из-за которой попавший в поток сотрудник в самом отчете отображаться не будет. Добавлена настройка "Настройки Галактики Управление персоналом Общие настройки Записывать ФИО в прикладные события журнала модуля "Права доступа" системы Support". Ее значение по умолчанию "нет". Если включить настройку, то в дополнение к табельному номеру в текст логируемого события будет добавляться ФИО.
101.622789.1.124.0При фильтрации лицевых счетов по группе работников не применяется ограничение на доступ к подразделениямЗаработная платаЛицевые счета (окно ввода и редактирования)
При фильтрации лицевых счетов по группе работников не применяется ограничение на доступ к подразделениям.При фильтрации по группам работников происходит учет прав доступа. При разграничении прав доступа пользователь может выбрать только те группы, которые подходят ему согласно его прав.
102.1693649.1.124.0Необходимо ускорить работу фильтра по лицевым счетам в режиме цехов отнесения затратЗаработная платаФильтр по лицевым счетам работников
Ускорить работу функционала фильтра по лицевым счетам в разрезе работы в режиме цехов отнесения затрат.Для MS SQL и ORACLE. Ускорена работа фильтра по лицевым счетам в разрезе работы в режиме цехов отнесения затрат на этапе "Заполнение временной таблицы".
102.1689669.1.123.0Неинформативная визуализация конвертераЗаработная платаНалоги на ФОТ
На базе с 1 млн ЛС конвертер с визуализацией "Очистка полей в справочнике лицевых счетов", реализованного по проблеме 102.164302, выполняется более получаса и невозможно оценить когда завершится. Нужно проверить, будет ли он выполняться быстрее, если реализовать его на DSQL. Если существенного ускорения добиться не получится, то заменить тип визуализации на vtIndicatorVisual.Реализовано выполнение конвертера по очистке полей в справочнике "Лицевые счета" для платформ MSSQL и Oracle через DSQL-запрос. На тестовой БД с 1 млн. записей вышеуказанного справочника время выполнения запроса находится в пределах 3 минут. Для платформы Btrieve изменён тип визуализации на "бегунок" - процесс демонстрируется полосой, отображающей процент выполненной работы от количества записей в справочнике.
102.1676819.1.122.0ATL5528 AQA-test После разворота БД аквой стала выдаваться ошибка Несбалансированный StopVisualКонтур управления персоналомОбщие вопросы по компонентам Z_*
ATL5528 AQA-test После разворота БД аквой стала выдаваться ошибка Несбалансированный StopVisual. Проявляется на платформах sql и oracle.Исправлено.
102.1681579.1.122.0Лишняя запись в справочнике "Льготы по налогам на ФОТ"Заработная платаНалоги на ФОТ
В случае, когда в классификаторе льгот по налогам на ФОТ нет записей для данного ЛС, в поле Наименование налога на ФОТ светится название налога из настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Формирование проводок Фонд социального страхования", что может вводить пользователя в заблуждение, создавая иллюзию присутствия записи.Если в классификаторе льгот по налогам на ФОТ нет записей для данного ЛС, то при входе в интерфейс курсор установлен в верхней панели, нижняя панель остается не заполненной. При переходе на нижнюю панель устанавливаются значения по умолчанию, для поля Наименование налога на ФОТ - это "Страховые взносы"
102.1685859.1.122.0Неприемлемо длительное время при изменении счета, субсчета, КАУ в лицевом счете у сдельщиковЗаработная платаЛицевые счета (окно ввода и редактирования)
Меняют счет/субсчет, КАУ в лицевом счете у сдельщиков. Пользователи отмечают, что чем больше у работника записей в архиве нарядов, тем процесс этот длительней. Время выполнения операции иногда достигает 20 минут, ожидаемое время - секунда. В таблице PrNaryad чуть больше 1 млн. записей.Обновление счета/субсчета, КАУ при изменении данных о них в лицевом счете сотрудника или вызове сервисной функции разноски ШПЗ теперь проводится только по нарядам текущего и будущего периода. Архивные наряды не обновляются.
102.1667249.1.121.0Передача неначисляемых суммЗаработная платаПередача в другой филиал
Функция передачи данных в другой филиал. Необходимо реализовать возможность передавать неначисляемые суммы.Функция передачи данных в другой филиал теперь может передавать и неначисляемые суммы. В окне "Передача данных в другой филиал" в группу данных для передачи добавлен параметр "Неначисляемые". По умолчанию данный параметр установлен. При выполнении обработки записи рабочей корзины, в принимающем данные лицевом счете происходит поиск и удаление ранее переданных неначисляемых сумм в пределах установленного при формировании записи в рабочей корзине месяца и года, а затем формирование новых записей, при этом месяц и год должны указывать месяц и год, "в котором выплачено". При обработке Неначисляемые суммы для переноса овыбираются по параметру месяц и год периода начисления зарплаты Доработаны служебная записка и справочный отчет о синхронизации смежных и архивных данных для вывода информации о неначисляемых суммах. В протоколе выполнения функции изменен тип (критичность) некоторых записей.
102.1680729.1.121.0При удалении "пустого" перехода из смежных данных запускается процесс переформирования табелейЗаработная платаСведения о переходах
При удалении "пустого" перехода из смежных данных запускается процесс переформирования всех табелей сотрудника.Переформирование табелей теперь не запускается для перехода, в котором не заполнена дата начала. Обязательное поле даты начала перехода теперь нельзя затереть.
102.1029209.1.120.0Можно отредактировать кадровую информацию в лицевом счете без прав на этоЗаработная платаЛицевые счета (окно ввода и редактирования)
Можно отредактировать кадровую информацию в лицевом счете без прав на это если в поле ввода начать вводить информацию с клавиатуры.Теперь при попытке ввода кадровой информации в лицевом счете с клавиатуры, при недостатке прав будет выводиться соответствующее сообщение.
102.1643029.1.120.0Спрятать неактуальные поляЗаработная платаНалоги на ФОТ
Предлагается рассмотреть возможность для РФ удалить/спрятать поля "Льгота по ЕСН", "Дата начала действия льготы", "Дата окончания действия льготы". С 2010 года был изменен порядок предоставления льгот и их отмены. Указанные выше поля больше не используются, однако вводят пользователей в заблуждение (складывается впечатление, что именно тут необходимо указывать даты начала и окончания льгот для страховых взносов).РФ, справочник "Документы - Лицевые счета - редактирование (F4) - закладка "Взносы, налоги на ФОТ". Скрыты поля "Льгота по ЕСН", "Дата начала действия льготы", "Дата окончания действия льготы", как потерявшие актуальность после замены ЕСН страховыми взносами с 2010 года.
102.1667229.1.120.0Конфликты горячих клавиш в окне смежных данныхЗаработная платаЛицевые счета (окно ввода и редактирования)
Конфликты горячих клавиш в окне смежных данных: 1. Находясь на закладке "Расчет заработной платы" невозможно перейти по горячей клавише на закладку "Архивные данные" 2. Закладка "Архивные данные": - символ "Т"(Alt+n) назначен для "Архив тарифов и коэффициентов" и "Копия архива налогов на ФОТ" - символ "Д"(Alt+l) назначен для "Передача в другой филиал" и "Копия сумм по видам удержаний" 3. Кнопка "Копия неначисленных сумм" отмечена символом "Ч", что означает Alt+x - выход из программы В окнах смежных данных требуется выводить ФИО и табельный номер сотрудника.Каждому пункту окна смежных данных лицевого счета присвоено уникальное сочетание горячих клавиш. Приведены к общему виду заголовки окон смежных данных лицевого счета из компонента Z_LSchet: выводится и ФИО, и табельный номер.
102.1667959.1.119.0Архив удержанийЗаработная платаВиды удержаний
Просьба реализовать возможность перевода видов удержаний в архив для того, чтобы исключить те виды удержаний, которые больше использоваться не будут, из перечней для выбора.В классификатор видов удержаний добавлен признак "Архивное". Если установить в нем "да", то удержание не будет отображаться в основных интерфейсах выбора удержаний (в сервисных функциях, отчетах, при вводе удержаний). В данном обновлении признак архивности вида удержания учтен в интерфейсах выбора из компонента Z_LSchet
102.1677359.1.119.0Не учитываются уровни КАУ >3Заработная платаЛичные карточки совместителей
Не учитываются уровни КАУ >3 Выбрать в параметрах формирования отчета КАУ с уровнем > 3 позволяет, но в самом отчете обрабатываются уровни только < 4Зарплата - Отчеты - Оплата труда - Личные карточки совместителей Исправлена ошибка. В отчете корректно обрабатывается уровень КАУ, заданный в настройке формирования.
102.839459.1.119.0Прикладная ошибкаЗаработная платаЛицевые счета (окно ввода и редактирования)
Прикладная ошибка. Лицевой счёт - закладка "Банк" - в поле "Перечислять зп в банк" нажать F3 - в раскрывшимся окне "постоянные удержания" F7 - в поле "удержания" ввести значение 199 - выйти из интерфейса "постоянные удержания". Попадаем в окно "Постоянные перечисления в банк" - в столбце "В расчёт" F3. Появляется ошибка: Прикладная ошибка. Отсуствует позиция в таблице. Код ошибки 310. Таблица №15008.Исправлено, теперь сообщение об ошибке не появляется.
102.1673059.1.118.0Групповая передача данных в другой филиалЗаработная платаПередача в другой филиал
На предприятии перевели около 1000 работников из одного филиала в другой с 01.04.17г. необходимо им досчитать ЗП в старом филиале за май 2017 и передать записи в новый филиал. То есть, и в старом филиале и в новом у них будет зарплата в мае. Необходимо доработать функционал передача данных в другой филиал, чтобы можно было передать данные сразу по группе ЛС.Разработан функционал групповой передачи данных в другой филиал. Вызов окна "Передача данных в другой филиал" осуществляется через меню "Настройка / Сервисные функции / Групповая передача данных в другой филиал" или из смежных данных лицевого счета. Данное окно предназначено для настройки передачи данных в другой филиал и позволяет установить следующие параметры: - период обработки данных - группу данных для передачи - фильтр по лицевым счетам - настройки управления процессом передачи данных При вызове из смежных данных лицевого счета настройка фильтра по лицевым счетам и управления процессом передачи данных закрыта и эти параметры устанавливаются по умолчанию. Параметр "Выполнить поиск во всей базе, если не найдена информация в истории назначения" предназначен для продолжения поиска нужного лицевого счета для передачи данных в случае, если информация о нем не найдена в истории назначения. Параметр "Выводить служебную записку для каждого лицевого счета" предназначен для управления выводом служебной записки. Внимание! Служебная записка выводится ОТДЕЛЬНО для каждого лицевого счета. Если выбрано большое количество лицевых счетов и установлен данный параметр может открыться такое же количество окон с запиской, равное количеству помеченных лицевых счетов. Рекомендуется обдуманно подходить к установке данного параметра. После выполнения функции выдается протокол с информацией о ходе выполнения функции передачи данных в другой филиал.
102.1635069.1.117.0Нет автообновления категории в истории назначенияУправление персоналом6-е окно (сведения о работе на предприятии)
Установлена настройка "Автообновление данных "Кадров""-Прочие=Да. В ЛС и в карточке сотрудника категория во всех разделах одна и та же - "служащие". В ЛС категория изменяется на "руководители младшего звена". Тогда категория автоматически изменяется в 1 и в 6 разделах карточки, однако, в истории назначения категория остается без изменений. Если сейчас активировать птичку у поля "категория", даже не перевыбирая значение из справочника категорий, то категория тут же изменится во всех разделах картотеки на "служащие", а в ЛС останется "руководители младшего звена",т.е. потеряется информация, сформированная по данной настройке, что приведет к расхождениям данных в Кадрах и Зарплате,т.к. запись в РК в данном случае не формируется.При установленной настройке "Автообновление данных "Кадров"" - Прочие = Да при изменении категории в ЛС, категория переносится в историю назначения и функцией актуализации в назначение.