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


Описание файла обновления:
ФайлZ_LSCHET_RES_911310.TXT
ОбновлениеZ_LSchet_res_911310
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентZ_LSCHET
ТипRES
Версия9.1.131.0
Дата2017-11-14 14:01:16
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.167243NEWПодтверждение статуса резидента в РФЗаработная платаЛицевые счета (окно ввода и редактирования)
Просят автоматизировать учет количества дней пребывания сотрудников для определения статуса "резидент" - "нерезидент" и связанных с этим статусом особенностей расчета НДФЛ. Можно при переходе на след. месяц автоматом добавлять календарные дни текущего месяца и сообщать в протокол при наступлении превышения, тогда пользователь сможет зайти и скорректировать, если нужно.Для России. В том случае, если на вкладке "Налог на доходы" лицевого счета установлен статус не "резидент" ("нерезидент", "нерезидент-беженец", "нерезиден высококвалифицированный"), становится доступными для ввода поле "Вести автоматический контроль дней". Если его значение установить в "да", то: - открывается поле "Дней на конец периода"; - если на дату начала нового отчетного периода сотрудник не уволен, при переходе к новому отчетному периоду значение в указанном полей увеличивается на количество дней в новом периоде; - если полученное количество дней в поле равно или превышает 183, то в протокол перехода к новому периоду выводится информационное сообщение о возможной необходимости смены статуса сотрудника. Устанавливаемое автоматически количество дней пребывания на территории РФ является предполагаемым, т.к. в системе, очевидно, нет полной информации о пересечении сотрудником границы. Т.е. фактическое изменение статуса по-прежнему остается за пользователем.
102.172741NEWТеряется позиционирование курсораЗаработная платаЛицевые счета (окно ввода и редактирования)
Если в окне лицевых счетов установить курсор на какую-либо запись , затем открыть смежные данный и выйти из галактики, то при последующем открытии курсор перемещается на первую запись.Теперь позиция в лицевых счетах при выходе из галактики сохраняется.
102.174100NEWСохранять примечания для записей лицевых счетов с другой константойЗаработная платаЛицевые счета (окно ввода и редактирования)
Записи в лицевых счетах и в архиве удержаний в редких случаях могут иметь одно примечание на двоих.Исправлен случай, когда у записей лицевого счета и записей в архиве удержаний общее примечание.
102.174577NEWРБ. Предусмотреть в лицевом счёте признак для фиксации факта достижения пенсионного возрастаЗаработная платаЛицевые счета (окно ввода и редактирования)
Поэтапное увеличение пенсионного возраста РБ. Пример. Работнику 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 разделах карточки, однако, в истории назначения категория остается без изменений. Если сейчас активировать птичку у поля "категория", даже не перевыбирая значение из справочника категорий, то категория тут же изменится во всех разделах картотеки на "служащие", а в ЛС останется "руководители младшего звена",т.е. потеряется информация, сформированная по данной настройке, что приведет к расхождениям данных в Кадрах и Зарплате,т.к. запись в РК в данном случае не формируется.При установленной настройке "Автообновление данных "Кадров"" - Прочие = Да при изменении категории в ЛС, категория переносится в историю назначения и функцией актуализации в назначение.
180.102159.1.116.1Не отрабатывает фильтр по подразделениям и сотрудникамЗаработная платаФильтр по лицевым счетам работников
Не отрабатывает фильтр по подразделениям и сотрудникам, если не открыто окно просмотра лицевых счетов.Исправлено.
102.1646069.1.116.0Дублирование отпусков и перенос их в текущие отпуска при обработке записи о синхронизацииЗаработная платаПеревод сотрудника в другой филиал
1) если у сотрудника в старом филиале были отпуска на закладке Текущие в новый филиал они должны передаваться в архивные отпуска. Иначе отпуска дважды попадают в расчет зп и в старом и в новом филиале. 2) при обработке записи о синхронизации сначала необходимо удалять передаваемые отпуска в отпусках сотрудника в новом филиале и только потом вставлять. На данный момент отпуска не удаляются, в результате чего в интерфейсе отпусков для сотрудника в новом филиале записей по одному и тому же отпуску столько сколько раз была обработана запись о синхронизации.При передаче сведений об отпусках в другой филиал (Лицевые счета - Смежные данные - Передача в другой филиал) происходит полная замена всех отпусков в принимающем лицевом счете. При этом ситуация может развиваться по двум сценариям. Если отпуска были созданы через приказы, то в принимающем лицевом счете происходит очистка всех отпусков, которые были сформированы на основании тех же приказов, что и в исходном лицевом счете и копирование отпусков из исходного лицевого счета. Если же отпуска были созданы в модуля "Заработная плата", то удаляются только те отпуска в принимающем лицевом счете, которые имеет такой же период, как и в исходном лицевом счете и копирование отпусков из исходного лицевого счета. Если в исходном лицевом счете отпуск находился в отчетном периоде, то в принимающем лицевом счете он попадет в архивный период.
102.1665539.1.116.0Вернуть возможность переходить в другой ЛС не выходя из открытогоЗаработная платаЛицевые счета (окно ввода и редактирования)
До установки последних обновлений у клиента была возможность не выходя из текущего ЛС перейти в другой. Для этого они нажимали F4 в рез-те открывалось окно с выбором ЛС. Просьба вернуть такую возможность, было очень удобно работать с ЛС.При нажатии F4 в окне лицевого счета теперь вызывается окно перехода к другому ЛС. Также, как и прежде, к другому лицевому счету можно перейти с помощью клавиш PageUp/PageDown.
102.1666729.1.116.0Доработать сервисную функцию проверки корректности данныхЗаработная платаПроверка корректности данных
Необходимо доработать сервисную функцию Проверки корректности данных для следующих случаев: - выявления ситуации некорректных ссылок на шкалу ставок в льготах по налогам на ФОТ - в льготах по налогам на ФОТ проверка корректности периодов заведения льгот, например для случаев, когда в одном месяце заведена и льгота по налогу и отмена льготы по этому же налогу.Настройка - Сервисные функции - Налоги на ФОТ - Проверка корректности данных. Доработана сервисная функция. В результате работы функции дополнительно определяется (без учета периода) - наличие некорректных ссылок на шкалу ставок, информация о таких ссылках выводится в отчет - наличие для ЛС в одном месяце записей о льготе и об отмене льгот для одного и того же налога, в отчете предлагается оставить одну из таких записей. Кроме этого в классификаторе льгот по налогам на ФОТ в случае привязки несуществующей шкалы в поле Наименование льготной шкалы светится строка "некорректная ссылка".
180.100959.1.116.0При обновлении тарифов в ШР переносится ШПЗ в лицевой счет без предупрежденияЗаработная платаРабочая корзина (обработка сигнала)
Сейчас при обработке любых сигналов об изменении лицевого счета в Рабочей корзине ШПЗ в лицевом счете корректируются по данным из штатного расписания. При наличии лицевых счетов с отличающимся от штатного расписания значением ШПЗ это приводит к проблемам при обработке сигналов, не имеющих никакого отношения к ШПЗ. Так, к примеру, ШПЗ могут откорректироваться при изменении режима работы или тарифа сотрудника.Добавлена системная настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Рабочая корзина Обновлять ШПЗ в соответствии со значениями в штатном расписании" со следующими вариантами: - "при обработке любого сигнала об изменении лицевого счета" - вариант по умолчанию; - "при обработке сигнала, изменяющего подразделение или должность" - вариант, при выборе которого ШПЗ в лицевом счете корректируется только в том случае, если сигнал изменяет подразделение или должность. Второй вариант настройки позволяет сохранять ручные корректировки ШПЗ в лицевом счете до момента перевода сотрудника в другое подразделение или на другую должность.
180.95999.1.116.0Сильно замедлилось сканирование по лицевым счетам в модуле ЗарплатаЗаработная платаФильтр по лицевым счетам работников
Сильно замедлилось сканирование по лицевым счетам в модуле Зарплата.Оптимизирован алгоритм отбора лицевых счетов с учетом установленного фильтра для платформ MSSQL и Oracle - теперь вся обработка производится на сервере. В связи с этим изменена визуализация процесса - вместо числовой визуализации, показывающей количество обработанных ЛС будет отображаться визуализация "бегунок", показывающая, что идет обработка запроса на сервере БД. В результате этой оптимизации ускорена загрузка интерфейса лицевых счетов на платформе MS-SQL.
102.1469869.1.115.0Избавиться от использования InfPsn1 в приказе на увольнениеУправление персоналом8. Увольнение
Нужно избавиться от использования таблицы InfPsn1 в приказе на увольнение. Для этого нужно добавить поля для хранения номера, даты постановления и даты увольнения в таблицу Appointments.В таблице Appointments добавлены новые поля: sResolutionNmb : tNoDoc "номер постановления" dResolutionDate : Date "дата постановления" dOrderDisDate : Date "дата увольнения из приказа" Данные об увольнении перенесены из InfPsn1 в Appointments.
102.1637569.1.115.0Упростить переход между окнами смежных данных лицевых счетовЗаработная платаЛицевые счета (окно ввода и редактирования)
Предлагаю упростить переход к информации по ЛС: - в локальном меню интерфейса Лицевые счета выделить ключевые символы (как в главном меню модуля: _Д_окументы, О_п_ерации, _О_тчеты, ...; это значительно ускорит переход между окнами при работе с клавиатуры); - в локальном меню для части пунктов добавить иконки (взгляд будет цепляться, переход с помощью мышки ускорится); - в интерфейс Лицевые счета добавить toolbar с вызовом основных функций (для перехода к ним не придется вызывать локальное меню и/или окно смежных данных).В окно "Лицевые счета" добавлена инструментальная панель с кнопками вызова окон смежных данных лицевого счета. Благодаря этому переход к смежной информации осуществляется с помощью одного клика мышки вместо трех. Примененные в инструментальной панели иконки использованы в локальном меню окна. Также для пунктов локального меню окна "Лицевые счета" добавлены горячие клавиши. Теперь переход к смежным данным с помощью клавиатуры упрощен.
102.1655459.1.115.0Требуется доработать Z_STAFF::RECEPTIONT2Контур управления персоналомПредложение по новой функциональности контура управления персоналом
Требуется доработать Z_STAFF::RECEPTIONT2. При обновлении информации в таблице Persons, т.к. клиент не имеет лицензии по работе в модуле Управление персоналом, не происходит автоматическое обновление в соответствующей записи таблицы LSCHET, это приводит к большому количеству проблем в работе отделов и подразделений. Просим доработать Z_STAFF::RECEPTIONT2 таким образом, чтобы после обновления данных сотрудником отдела кадров и последующего закрытия карточки происходило автоматическое обновление данных соответствующей записи/записей в таблице LSCHET по следующим полям - Табельный номер, Работник, Подразделение, Принят, Должность. Для клиентов имеющих лицензию по работе в модуле Управление персоналом такая функциональность не нужна, т.к. синхронизация происходит через другие механизмы. Для того, чтобы синхронизация о которой мы просит клиент не мешала клиентам имеющим лицензию, можно было бы проверять наличие лицензии в момент закрытия карточки и, если лицензии нет, то проводить синхронизацию с LSCHET по полям указанным выше. Клиенту нужно LSCHET в следующих местах. Спецодежда, Ведение лицевых счетов (последняя вкладка банк), Платежные ведомости, Авансовые отчеты Реестры в платежных поручениях.При отсутствии лицензии на кадры и зарплату и при установленных настройках "Настройки Галактики Управление персоналом Наличие модуля "Заработная плата" в системе" и "Настройки Галактики Управление персоналом Наличие модуля "Управление персоналом" в системе" в "Нет" доработано обновление информации в ЛС по следующим полям: - фамилия сотрудника, - табельный номер сотрудника (цифровой и строчный), - дата приема, - подразделение, - должность (через пункт меню).
102.1655749.1.115.0Требуется доработать работу внешнего интерфейса Z_ZAR::PICKFIOMЗаработная платаЛицевые счета (окно ввода и редактирования)
Клиент не использует модули Заработная плата и Кадры. При этом для редактирования информации о сотруднике использует окно "Лицевые счета". А т.к. режим работы не указан, постоянно появляются протокол с сообщениями об этом, что мешает работе. Данное сообщение клиенту только мешает, т.к. ведение классификатора режимов работ и формирование графиков все равно не ведется.Если обе настройки "Настройки Галактики Управление персоналом Наличие модуля "Заработная плата" в системе" и "Настройки Галактики Управление персоналом Наличие модуля "Управление персоналом" в системе" установлены в "нет", формирование сообщений о графиках работы не производится.
102.1671159.1.114.2Неверное отображение подразделения перехода в интерфейсе переходов в межпериодЗаработная платаСведения о переходах
Неверное отображение подразделения перехода в интерфейсе переходов в межпериод. Имеется переход с 02/03/2017 - 10/03/2017 с изменением параметра Подразделение (Цех 2) Создали переход с 11/03/2017 - 15/03/2017 на изменения параметров Должность и Тариф. Расчетчик случайно выбрал параметр подразделение, а затем удалил. В интерфейсе переходов подразделение перехода с 11/03/2017 - 15/03/2017 подтянулось значение из перехода на 10/03/2017, а ведь на 11/03/2017 подразделение уже другое.При подстановке в переход значения по умолчанию (устанавливается при добавлении и удалении параметра перехода) теперь проверяется значение на дату начала редактируемого перехода, а не на дату за день до начала перехода.
102.1665639.1.114.1При изменении даты перехода в межпериод удаляются параметрыЗаработная платаСведения о переходах
При занесении перехода в межпериод из Смежных данных работника, при корректировке дат начала в созданном межпериоде и после позиционирования на дату окончания исчезают все созданные ранее параметры.После изменении даты начала перехода введенные пользователем данные (информация о параметрах, изменяемых переходом) не удаляются.