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


Описание файла обновления:
ФайлZ_LSCHET_RES_911580.TXT
ОбновлениеZ_LSchet_res_911580
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентZ_LSCHET
ТипRES
Версия9.1.158.0
Дата2018-11-16 01:44:42
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.189431NEWНет настройки UP.ZAR.XP.FLAG6. Выполните "Проверку реестра настроек".Заработная платаНастройка
Если на пустой базе запустить проверку реестра настроек, то выдается сообщение "Нет настройки UP.ZAR.XP.FLAG6. Выполните "Проверку реестра настроек".". Ещё одно дополнительное условие для проявления проблемы - в предыдущем сеансе работы с Галактикой надо зайти в модуль "Заработная плата" или "Табельный учет" и закрыть Галактику, а после этого запускать её с полученными DSK на пустой базе. .Исправлена ситуация при которой выводится сообщение "Нет настройки UP.ZAR.XP.FLAG6. Выполните "Проверку реестра настроек"."
101.654849.1.157.0Больничные - оплачивать превышение ограничения в зависимости от условий трудового договораЗаработная платаОплата превышения ограничения по больничным листам
У многих клиентов оплата превышения ограничения больничных полагается не всем работникам - например, только руководителям среднего и высшего звена и т.п. Это условие прописывается в трудовом договоре с работником. Предлагается существующую настройку "Больничные, расчеты по среднему Ограничения - Оплачивать превышение ограничения пособия" разбить на две, например: - "Оплачивать превышение ограничения пособия" с вариантами "НЕТ/ВСЕМ РАБОТНИКАМ/ВЫБОРОЧНО"; - "Алгоритм расчёта превышения" (зависимая от предыдущей - недоступна при значении "НЕТ") с вариантами "ОТСУТСТВИЕ ОГРАНИЧЕНИЯ/ОТСУТСТВИЕ МАКСИМАЛЬНОГО ОГРАНИЧЕНИЯ/АЛГОРИТМ ИЗ КВО/ОТСУТСТВИЕ ОГРАНИЧЕНИЯ, НО НЕ БОЛЕЕ СУММЫ ПО АЛГОРИТМУ ИЗ КВО". И добавить соответствующий признак на вкладку [Стажи, надбавки] лицевого счёта в раздел данных для расчёта больничных, который будет доступен только при первой настройке "ВЫБОРОЧНО". Например, "Оплата превышения ограничения" с вариантами "ДА/НЕТ", или, возможно, имеет смысл интервал дат "С .. ПО .."Доработан функционал по оплате превышения ограничения больничных листов для случаев, когда оплата превышения полагается не всем работникам, а, например, только тем, для кого она оговорена в трудовом договоре. Выполнены следующие доработки: 1. Cуществующая системная настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные, расчеты по среднему Ограничения Оплачивать превышение ограничения пособия" делится на две: "Оплачивать превышение ограничения пособия" с вариантами: - "нет", - "всем работникам", - "отработавшим минимальный стаж", - "по выбору в лицевом счете". "Расчeт превышения" (недоступна при значении "нет" предыдущей настройки) с вариантами: - "до полной суммы пособия", - "по алгоритму из КВО", - "да, но не более суммы по алгоритму из КВО". 2. Добавлен признак в ЛС "Оплата превышения ограничения" со значениями "да/нет" (по умолчанию "нет").
101.653469.1.156.0При установке пользовательского фильтра по режиму работ в списке сотрудников и пометке всех записей - окно с выбором работников становится пустымЗаработная платаРаспечатка табеля
При установке пользовательского фильтра по режиму работ в списке сотрудников и пометке всех записей - окно с выбором работников становится пустым.Доработано окно пометки лицевых счетов при работе пользователя собственными фильтрами. Если пользователь наложил дополнительный фильтр на список лицевых счетов, то может возникнуть некоторое замедление при выполнении команды "Пометить все".
102.1853569.1.155.0При создании ЛС в подразделении, несвязанном с ШР, категория всегда "Руководители"Заработная платаЛицевые счета (окно ввода и редактирования)
В системе не используется модуль УП. Таблицы Katpodr и Catalogs ведутся без синхронизации друг с другом. Тогда в ЛС, созданных автоматически данной функцией, с назначением в подразделение, не связанном с ШР, поле "категория" всегда принимает значение "руководители". Аналогично происходит и при ручном создании лицевого счета в этом подразделении, но при пакетном формировании такое заполнение категории создает предпосылку пропустить ошибку некорректного заполнения категории.В связи с тем, что при ручном создании Лицевого счета или при создании Лицевого счета из интерфейса документов физических лиц не происходит определение в Лицевом счете категории работника добавлена прорисовка поля, как не определенного. В итоге после выбора из классификатора той или иной категории она проставляется в Лицевой счет. При удалении категории происходит подсветка соответствующего поля, как не выбранного.
102.1838399.1.154.0Считыватель документов "Регула" - Новые типы документовУправление персоналом1-е окно (общие сведения)
Необходимо реализовать возможность сканировать "Вид на жительство иностранного гражданина в Республике Беларусь".В функциональность ввода документов со сканера добавлена возможность сканирования документа "Вид на жительство иностранного гражданина в Республике Беларусь".
102.1838419.1.154.0Считыватель документов "Регула" - Переименовать кнопкуЗаработная платаДокументы физических лиц
Переименовать кнопку "Сканирование паспорта" в "Сканирование документа".Кнопка "Сканирование паспорта" переименована в "Сканирование документа" в интерфейсах ввода лицевых счетов, карточек сотрудников и кандидатов и в приказе на прием (РПД-1).
102.1858189.1.154.0Архив налогов на ФОТ. Теряется ссылка на начисления в доп.взносах при переводе сотрудника в другой филиалУправление персоналом5. Перемещение
Архив налогов на ФОТ. Теряется ссылка на начисления в доп.взносах при переводе сотрудника в другой филиал. Как следствие ошибка в Утвержденной отчетности РСВ_2017 (раздел 1.3.2) в ситуации, когда сотрудник-вредник перешел на невредную должность в другой филиал.Исправлено. Данные переносятся корректно.
102.1868149.1.153.1Сообщение при создании лицевого счёта "не удалось создать Ole-объект GalaxyRegula.."Заработная платаЛицевые счета (окно ввода и редактирования)
Клиент создаёт лицевой счёт по F7. Выходит сообщение: "не удалось создать Ole-объект GalaxyRegula.Запустите regGalRegula.bat".При создание лицевого счета в отсутствии считывателя документов "Регула" (Объект не зарегистрирован). Сообщение о необходимости регистрации OLE-объекта не выдается.
102.1841039.1.153.0Пропала возможность отображения должностей сотрудников в интерфейсе выбора сотрудниковЗаработная платаФильтр по лицевым счетам работников
Пропала возможность отображения должностей сотрудников в интерфейсе выбора сотрудников.Восстановлена возможность работы через конфигуратор с полями таблицы лицевых счетов в интерфейсах выбора.
102.1846219.1.153.0при расчете зарплаты не очищается таблица начислений, в результате все начисления задваиваютсяЗаработная платаРасчет начислений (общие вопросы)
У клиента при расчете зарплаты иногда не очищается таблица начислений. После 3 расчетов ЗП у сотрудника затроились все записи начислений.Доработан расчет зарплаты, теперь, если не очищаются таблицы БД выводится соответствующая информация. Информация сохраняется в таблицу БД для того, чтобы пользователь в любое время мог просмотреть эту информацию. В конце расчета, если были обнаружены ошибки выводится сообщение "Не произошла очистка результатов расчёта зарплаты, просмотреть информацию?" и при нажатии [Да] открывается окно просмотра сообщений, которые появились в результате расчета з/п. Также добавлена возможность просмотра списка сообщений, в пункте меню Операции/Расчет зарплаты/Сообщения в процессе расчета. Также добавлена возможность просмотреть ошибки расчета по каждому пользователю: Документы/Лицевые счета/Расчет зарплаты/Сообщения в процессе расчета.
102.1859439.1.153.0При переводе сотрудника в другое филиал (раздельная отчётность) новый лицевой счёт формируется с мусорными записями по страховым взносамУправление персоналом5. Перемещение
При переводе сотрудника в другое филиал (раздельная отчётность) новый лицевой счёт формируется с мусорными записями по страховым взносам. При этом в остальных налогах все чисто и до расчета и после расчёта ЗП. Архив налогов на ФОТ тоже пустой.При переводе между филиалами корректно преобразуется информация о страховых взносах в части суммы взносов, начисленных на базу до превышения установленной величины: - при переводе между разными юридическии лицами и при переводе в рамках одного юридического лица (с раздельной отчётностью) - данные нулевые, - при переводе в рамках одного юридического лица (с общей отчётностью) - данные наследуются.
103.98219.1.153.0Пропало поле HAVEINVЗаработная платаДетальная ведомость распределения
Пропало поле HAVEINV при добавлении поля конфигуратором в фильтре работников.Восстановлено вычисляемое поле HAVEINV.
101.648319.1.152.0Обнуление суммы при разнесении постоянных доплатЗаработная платаПостоянные доплаты
При разнесении суммы в постоянных доплатах, происходит обнуление. После нажатия стрелки вниз или вверх, запись выделяется, но внесенная сумма исчезает.Исправлено. Сумма заносится корректно.
102.1829809.1.151.0Необходимо перенести основание для выслуги лет и подкласс условий труда из InfPsn в свободные переменные таблицы Advises.Управление персоналомУсловия труда на рабочем месте
Российская Федерация. Условия труда на рабочем месте. Необходимо добавить поле "Основание для исчисления стажа".Российская Федерация. Условия труда на рабочем месте. Добавлено новое поле "Основание для исчисления стажа". При формировании пенсионных стажей, поле "Основание для исчисления стажа" заполняется автоматически на основании условий труда. Возможность указать основание для исчисления стажа в 11-м окне вручную остается.
102.1823399.1.150.0"Место прописки" заменить на "Место регистрации"Управление персоналом1-е окно (общие сведения)
При настройке на Россию в 1-м окне картотеки метку поля "Место прописки" следует заменить на "Место регистрации", т.к. понятие "прописка" упразднено.Поля "Место прописки" заменено на "Место регистрации", т.к. понятие "прописка" упразднено.
102.1834899.1.150.0РПД-62: ошибки в протоколе обработки записи в РК, сформированной утверждением приказаУправление персоналомРабочая корзина (формирование сигнала)
Утвержден приказ с РПД=62 в случае, когда вместе с квалификационным разрядом меняется режим работы. В случает постоянного изменения режима работы в протоколе указывается: "дата окончания: ДД/ММ/ГГГГ", что является нарушением стандарта.Доработан протокол при обработке записи рабочей корзины, созданной РПД-62. При выводе в протокол "дата окончания:" производится анализ на наличие даты. Если дата нулевая, данное поле в протокол не выводится.
102.1841809.1.150.0По-разному сортируются расчетные листки при автоматической и выборочной пометке всех работниковЗаработная платаРасчетные листки
Галактика ERP Персонал ЗП Отчеты Оплата по оплате труда персонала Расчетные листки Привести в соответствие сортировку при автоматической пометке всех работников (когда не выбран фильтр по работникам) установленному параметру печати Сортировать листки по фамилиям работников.Галактика ERP Персонал ЗП Отчеты Оплата труда Расчетные листки В процедуре автоматической выборки помеченных данных по данным работников текущего подразделения переносится информация о числовом табельном номере.
102.1833609.1.142.1Неверно отрабатывает проверка корректности ИНН для Казахстана после обновленияЗаработная платаЛицевые счета (окно ввода и редактирования)
В модуле заработная плата в лицевом счете работника на вкладке "Кадровая информация" заполняют поле ИНН, но система выдает сообщение что "Введен некорректный ИНН". На старых патчах данной проблемы не было. Параметр ИНН клиент использует для заполнения данных по ИИН (в Казахстане Индивидуальный идентификационный номер). Как правило в Казахстане ИИН первые 6 цифр это дата рождения (первые 2 цифры год рождения, затем месяц, затем дата), далее 6 цифр имеющие свои параметры.Доработана функция проверки корректности ИНН.
102.1838469.1.147.1Считыватель документов "Регула" - Отрисовка новой записиЗаработная платаЛицевые счета (окно ввода и редактирования)
В броузере Лицевые счета, при нажатии F7 - открывать форму для ввода нового лицевого счета без предварительного заполнения данными существующего сотрудника (скрыть мерцание).Галактика ERP Персонал ЗП Документы Лицевые счета Лицевые счета (окно ввода и редактирования) Добавлена предварительная очистка полей формы ввода нового лицевого счета до открытия окна ввода.
102.1839959.1.148.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.12.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1693549.1.147.0Необходимо ускорить работу функционала пометки лицевых счетовЗаработная платаФильтр по лицевым счетам работников
Необходимо ускорить работу функционала пометки лицевых счетов.Ускорена пометка лицевых счетов
102.1828429.1.147.0ЛС-Кадровая информация.Паспортные данные серым цветомЗаработная платаЛицевые счета (окно ввода и редактирования)
ЛС-Кадровая информация.Паспортные данные серым цветом. Данные в полях : Серия,номер,дата выдачи,Кем выдан,действителен по.Паспортные данные отображаются черным цветом.
180.106819.1.147.0Очень долго происходит закрытие ЛСЗаработная платаЛицевые счета (окно ввода и редактирования)
Очень долго происходит закрытие окна просмотра списка лицевых счетов.Ускорена работа закрытия интерфейса просмотра лицевых счетов.
101.641109.1.139.1Объединенный реестр межпериода - в фильтре по плановой дате выплаты уволенным не учитывать дату увольненияЗаработная платаРеестры межрасчетного периода
При установке фильтра по плановой дате выплаты в параметрах формирования реестра межпериода отбираются в том числе и лицевые счета уволенных с пустой плановой датой выплаты, у которых дата увольнения попадает в заданный для плановой даты диапазон. Этого быть не должно, логика такая: если плановую дату в ЛС не ставим - значит в межпериод выплачивать не хотим.1) Скорректирована логика работы пользовательского плагина по дате выплаты ("Дата выплаты в лицевом счете") - помечаются только те лицевые счета уволенных, у которых ненулевая дата выплаты и она попадает в диапазон. 2) Формирование объединенных реестров и ведомостей. Окно выбора лицевых счетов для выплаты зарплаты уволенным. Если фильтр по плановой дате выплаты задан (установлены даты), то в окне выбора лицевых счетов автопометкой "Пометить всех" (Gray+) теперь помечаются лишь уволенные для которых задана ненулевая дата выплаты и она попадает в указанный диапазон. Уволенные, для которых дата выплаты не задана, или не попадает в этот диапазон, не помечаются.
101.643669.1.145.0Операции и реестры/ведомости межпериода - унификация полей для плановых дат выплатЗаработная платаРеестры межрасчетного периода
В большинстве операций межпериода, а также в интерфейсах формирования объединённого реестра, или платёжной ведомости межпериода есть поля для плановых дат выплат, но называются они везде по разному - это путает пользователей: - в интерфейсах отпусков и больничных поле называется "Выплатить", а в объединённых реестрах/ведомостях межпериода при выборе отпусков и больничных - "Дата выплаты"; - в начислениях и удержаниях межпериода - "Дата выплаты", а в реестрах/ведомостях - "Дата док."; - в реестрах/ведомостях межпериода и окончательных при выборе уволенных, а также при выборе в поле "Аванс межпериода" - "Плановая дата выплаты". Единственное исключение - наверное не стОит изменять наименование поля в ЛС "Плановая дата выплаты заработной платы" (иначе в ЛС будет не очень понятно что именно нужно выплатить). Кроме того, в реестрах/ведомостях межпериода при выборе в поле "Аванс межпериода" желательно вообще убрать (скрыть) поле с датой выплаты, поскольку оно никак не влияет на отбор работников для выплаты аванса.Зарплата - Операции - Реестры межрасчетного периода Зарплата - Операции - Платежная ведомость межрасчетного периода Доработаны параметры формирования реестров и ведомостей межрасчетного периода: - в интерфейсах выбора больничных, отпусков, начислений и выплат, удержаний и выплат, аванса по договорам подряда, премий с учетом КТУ наименования полей "Дата выплаты" или "Дата документа" переименованы на "Выплатить". При этом в строке-подсказке присутствуют слова "плановая дата выплаты" - в окне выбора ЛС "Аванс межпериода" поле с датой выплаты скрыто - при выбор уволенных в ЛС наименование поля "Плановая дата выплаты заработной платы" остается В "Начислениях и выплатах", "Удержаниях и выплатах" поле "Дата выплаты" изменено на "Выплатить". Дополнительно. Все суммовые поля в окнах выбора больничных, отпусков, начислений и выплат, удержаний и выплат ((при формировании объединенных реестров) приведены в более удобочитаемый вид, разделены на разряды и прижаты к правому краю.
102.1808599.1.144.0Считыватель документов "Регула" - использование в модулях УП и ЗПЗаработная платаДокументы физических лиц
Пользователь хочет подключить считыватель документов "Регула" к Галактике. Считыватель + документ - конкретно это ПАСПОРТ РБ. ФИО пол дата рождения место рождения Идентификационный номер гражданство номер документа дата выдачи кем выдан дата окончания FIO на английском.Разработан интерфейс считывания данных паспорта гражданина Республики Беларусь сканером документов "Регула" и сравнения их с имеющимися в системе с возможностью сохранения данных. При создании карточки сотрудника в "Кадрах", Лицевого счета или приказа на прием, в интерфейс ввода добавлена кнопка "Сканирование паспорта". Необходимо приложить 31 и 33 листы паспорта в любой последовательности, проверить достоверность считанной информации и нажать кнопку "Сохранить". В интерфейсе есть цветовое отображение соответствия данных в системе и считанных сканером, если сканирование осуществляется из интерфейса "Документы" при наличии карточки сотрудника: - зеленым цветом отображаются совпадающие данные системы и считанные сканером; - желтым цветом, если данных в системе нет, а есть считанные данные; - синим цветом, если данные есть в системе, но нет считанных; - серым цветом, если нет данных ни в системе, ни считанных; - красным цветом, если данные присутствуют в системе и есть считанные, но они различаются. Интерфейс считывания данных подключен только для паспорта гражданина Республики Беларусь в интерфейсе документы, вызываемого из приказа РПД-1, документов 1 окна картотеки и документов кадровой информации лицевого счета. При сохранении данных о гражданстве и месте рождения, если в системе нет соответствующих элементов в справочниках, система предлагает их создать.
102.1793509.1.143.0Штрих-кодирование лицевого счета в заработной платеИнтеграции с системами ЭХДЗадания на создание, обработка документов и печатных форм
Нужно добавить штрих-код в новый документ: Лицевой счет в заработной плате. ШК требуется для связки со сканами некоторых входящих документов по сотруднику.В лицевой счет добавлена возможность привязки штрих-кода.
102.1799809.1.142.0Необходимо разработать функции для работы с фильтром по лицевым счетам с учетом переходов в межпериод.Заработная платаФильтр по лицевым счетам работников
Необходимо разработать функции для отображения лицевых счетов с учетом переходов в межпериод с указание конкретного периода (дата начала/окончания). Приведу пример. Сотрудник работает в подразделении "А" с 01.01.2017 по 30.06.2017, потом создается переход в межпериод и сотрудник работает в подразделении "Б" с 01.07.2017 по 31.12.2017. Задаем в функции период с 01.01.2017 по 31.12.2017, в фильтре подразделений выбираем подразделение "А", в фильтре лицевых должен отображаться сотрудник, потому как он работал в данном подразделении в указанном периоде. Данный фильтр необходим для решения проблемы 102.179417.Разработана возможность задавать период при работе фильтра по лицевым счетам в обычном режиме. Фильтр в данном режиме эмулирует работу с настройками (т.е. как будто, но на самом деле настройки не влияют на результат) - выключена настройка ".... Выбор работников Показывать лицевые счета в подразделении на конец месяца" (UP.ZAR.DEPACCESS.SHOWINLASTDEP) - включена настройка ".... Выбор работников Показывать лицевые счета в подразделениях переходов" (UP.ZAR.DEPACCESS.SHOWCHANGED) - выключена настройка ".... Выбор работников ..обрабатывать только постоянные переходы" (UP.ZAR.DEPACCESS.PERMANENTCHANGESONLY) В список лицевых счетов попадают лицевые счета в разрезе выбранных подразделений как за текущий период, так и за переданный период на основании переходов в межпериод.
102.1811249.1.142.0Сохранять плановую дату выплаты в поле PlanPayDate таблицы LschetЗаработная платаЛицевые счета (окно ввода и редактирования)
Сохранять плановую дату выплаты заработной платы в поле PlanPayDate таблицы Lschet. Сейчас она храниться во внешнем атрибуте.Плановая дата выплаты заработной платы хранится в поле PlanPayDate таблицы Lschet.
180.106759.1.142.0Долго открывается список лицевых счетовЗаработная платаЛицевые счета (окно ввода и редактирования)
Долго открывается список лицевых счетов. Подробное описание во вложении. Отчет о системе во вложении sil протокол выложен по адресу указанному в письме.Ускорена работа фильтра по лицевым счетам.
101.640469.1.141.06-НДФЛ. Уволенные в декабре 2017 года не попадают в фильтр. Выплаты по сроку перечисления в 1квартале 2018 года.Заработная плата6-НДФЛ (общие вопросы)
6-НДФЛ. Если сотрудник уволен в 4 квартале 2017 года, но у него есть записи для раздела 2 для 1 квартала 2018 года, то он не попадает в фильтр для формирования отчета за 1 квартал 2018 года. Как следствие, эти записи не появляются в 1 квартале 2018 года. Сотрудник уволен в декабре 2017 года В декабре у него есть выплата больничных, у которых срок выплаты 09.01.2018, т.е. принадлежит первому кварталу 2018 года в разделе 2. Формируем 6-НДФЛ за год 2017 с галкой "показывать в разделе 2 с нарастающим итогом" и видим строчки, которые должны принадлежать 1 кварталу 2018 года. Пытаемся сформировать отчет за 1 квартал 2018 года и не видим наш табельный номер. Проблему можно решить вручную, если добавить фиктивную нулевую запись по НДФЛ в 1 квартале 2018 года.Галактика ERP - Персонал - ЗП - Отчеты - Утвержденная отчетность - 6-НДФЛ. Для попадания сотрудника в фильтр, и соответственно в отчет 6-НДФЛ, доработан фильтр по цехам отнесения затрат. Если сотрудник есть в фильтре, отчет формируется корректно. Примечание по доработке фильтра по сотрудникам. Разработана возможность задавать период при работе фильтра по лицевым счетам в обычном режиме. Фильтр в данном режиме эмулирует работу с настройками (т.е. как будто, но на самом деле настройки не влияют на результат) - выключена настройка ".... Выбор работников Показывать лицевые счета в подразделении на конец месяца" (UP.ZAR.DEPACCESS.SHOWINLASTDEP) - включена настройка ".... Выбор работников Показывать лицевые счета в подразделениях переходов" (UP.ZAR.DEPACCESS.SHOWCHANGED) - выключена настройка ".... Выбор работников ..обрабатывать только постоянные переходы" (UP.ZAR.DEPACCESS.PERMANENTCHANGESONLY) В список лицевых счетов попадают лицевые счета в разрезе выбранных подразделений как за текущий период, так и за переданный период на основании переходов в межпериод.
101.634199.1.140.0В список лицевых счетов добавить вывод дополнительной аналитикиЗаработная платаЛицевые счета (окно ввода и редактирования)
В оконный интерфейс с перечнем лицевых счетов (список лицевых счетов) необходимо добавить возможность просмотра дополнительной аналитики подразделения, т.к. это очень важная информация, которая у клиента содержит КПП и ОКТМО обособленного подразделения. На данный момент даже с помощью конфигуратора нет возможности вывести значения из дополнительной аналитики.В окно с параметрами настройки отображения полей перечня лицевых счетов (вызывается по Alt+M или пунком локального меню) добавлена опция "Доп. аналитика "Подразделение"". После ее выбора в перечне лицевых счетов будет отображаться поле "Подразделение доп. ан.", в котором будет выводиться наименование подразделения из системной доп. аналитики "Подразделения".
102.1774899.1.140.0Подключить новый интерфейс классификатора систем оплат и тарифных сеток в компонентахЗаработная платаКлассификатор систем оплат
Подключить интерфейс классификатора систем оплат и тарифных сеток, использующийся для выбора системы оплаты и тарифной сетки при оформлении РПД, в компонентах Z_Basement, Z_LSchet, Z_MP, Z_WT.Разработан новый интерфейс выбора выбора системы оплат и тарифной сетки вместо последовательного открытия интерфейсов выбора системы оплат, а, затем, интерфейса выбора тарифной сетки при нажатии ввода в первом интерфейсе. Интерфейс, используемый в "кадрах", не отвечает требованиям указанных компонент. Новый интерфейс аналогичен указанному и так же содержит 2 панели. Первая панель содержит классификатор систем оплат, вторая - тарифные ставки по указанной в первой панели системе оплат. При нажатии ввод-а или двойном щелчке мышью в любой панели происходит происходит закрытие интерфейса с выбор системы оплат и тарифной ставки. В случае, если нажата клавиша ESC либо интерфейс закрыт кнопкой закрытия (крестиком в правом верхнем углу окна) - интерфейс закрывается без выбора параметров (режим просмотра). Для того, чтобы выбрать только систему оплат без выбора тарифной ставки требуется внизу интерфейса выбрать режим работы "выбрать систему оплаты без тарифной ставки". По умолчанию при открытии интерфейса всегда выбран режим работы "выбрать систему оплаты с тарифной ставкой".
102.1775789.1.140.0В некоторых случаях выводится пустой отчет о пересечениях переходовЗаработная платаСведения о переходах
Эргономика окна параметров построения отчета о пересечениях переходов в межпериод.Теперь обязательное для построения отчета поле с параметрами для контроля подсвечивается желтым цветом, если параметры не заданы. При попытке построения отчета с незаданными параметрами выводится соответствующее сообщение. Если пересекающиеся переходы не обнаружены, выводится сообщение об отсутствии пересечений, а не пустой отчет. Реализовано сохранение установки галочек фильтра по подразделениям / работникам.
102.1784889.1.140.0Проверка корректности контрольных цифр ИНН физ.лиц (2 последние цифры) очень нужнаЗаработная платаЛицевые счета (окно ввода и редактирования)
Проверка корректности контрольных цифр ИНН физ.лиц. Сложилось ощущение, что Галактика проверяет только количество цифр во введенном ИНН. В то же время СНИЛС проверяется и на количество цифр, и на контрольное соотношение. Нужно включить проверку контрольных соотношений в ИНН физ.лиц.В разделе "Документы" окна "Общие сведения" картотеки сотрудников модуля "Управление персоналом" для документов "ИНН" и "Страховое свидетельство" поле, содержащее номер было доработано. Теперь при вводе неправильного номера поле будет подсвечиваться красным, снизу поля будет описана ошибка. При выходе из интерфейса или смене документа будет выведено сообщение о некорректности номера (если он некорректен) с возможностью вернуться и отредактировать номер или продолжить задуманное действие. Такое же поведение будет наблюдаться у окон задания ИНН и номера страхового свидетельства в лицевом счете. Также в окне лицевого счета некорректный ИНН будет подсвечиваться красным.
102.1792329.1.140.0При обработке сигнала об изменении данных, влияющих на ЗП, рабочей корзиной статус расчета не сбрасывается в "коррект."Заработная платаРабочая корзина (обработка сигнала)
При обработке сигнала об изменении данных, влияющих на ЗП, рабочей корзиной статус расчета не сбрасывается в "коррект.".Теперь при обработке сигналов, влияющих на заработную плату, статус расчета лицевого счета будет меняться.
102.1798609.1.140.0Не правильно работает фильтр "работающие в текущем месяце" при формировании ООЗаработная платаФильтр по лицевым счетам работников
Не правильно работает выборочная пометка "Помечать только" с параметром "работающие в текущем месяце". Текущий месяц - январь 2018. Сотрудник уволен 31.01.2018 и 01.02.2018 принят повторно. При установке фильтра "работающие в текущем месяце" данный сотрудник не попадает в фильтр, хотя весь январь он работал.Исправлено. Выборочная пометка "Помечать только" с параметром "работающие в текущем месяце" работает корректно.
180.102109.1.140.0Ликвидация рабочей корзины в управлении персоналомКонтур управления персоналомПредложение по новой функциональности контура управления персоналом
Автоматизировать обработку сигналов о добавлении/удалении постоянных доплат в рабочей корзине.Создана настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Рабочая корзина Автоматическая обработка сигналов Постоянные доплаты" с возможными значениями: - обрабатывать вручную - обрабатывать автоматически - обрабатывать автоматически и удалять сигнал Рабочая корзина обрабатывает сигналы в соответствии с данной настройкой. Сообщения о создании/удалении доплаты будут отображаться в общем логе утверждения приказа.
180.103209.1.140.0Удержания - передавать в ЗП на прямую, минуя рабочую корзинуУправление персоналомРабочая корзина (формирование сигнала)
При утверждении приказа нужно передавать удержания в модуль заработной платы напрямую, минуя рабочую корзину.Добавлена настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Рабочая корзина Автоматическая обработка сигналов Удержания" позволяющая рабочей корзине мгновенно обрабатывать сигналы об удержаниях из других модулей. Данные о создании/удалении удержания попадают в лог утверждения приказа. Также при автоматической обработке сигналов о вычетах на иждивенцев используется древовидный лог.
180.103239.1.140.0Межрасчетные выплаты - передавать в ЗП на прямую, минуя рабочую корзинуУправление персоналом20. Назначение единовременных выплат
Межрасчетные выплаты - передавать в ЗП на прямую, минуя рабочую корзину. Контролировать удаление приказа на предмет рассчитанной зарплаты. Контролировать дату доплаты.Добавлена настройка по пути "Настройки Галактики Управление персоналом Расчеты с персоналом Рабочая корзина Автоматическая обработка сигналов Доплаты межрасчетного периода" с вариантами: "обрабатывать вручную", "обрабатывать автоматически", "обрабатывать автоматически и удалять сигнал". Поведение рабочей корзины при обработке сигналов о доплатах межрасчетного периода соответствует выбранной настройке. Сообщения об автоматической обработке сигнала будут показаны в логе утверждения приказа. Если доплата, создаваемая в приказе, имеет дату, месяц которой меньше, чем расчетный месяц, то такой приказ не будет утвержден. Если доплата, созданная при утверждении приказа, уже учтена при расчете зарплаты, то такой приказ нельзя удалить пока не будет удалена доплата или из результатов расчета не будет удалено начисление (Рекомендуется удалить доплату и пересчитать зарплату, после удалить приказ).
102.1790359.1.138.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.9.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
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 (премия выплачена за период), то для ввода становится доступным период, по итогам которого сформирована доплата/начисление, в следующих интерфейсах: - параметрах формирования межрасчетных выплат; - окне редактирования межрасчетных выплат; - параметрах формирования постоянных доплат (только для режима "формирование доплат"); - окно ввода и редактирования постоянной доплаты. - окно просмотра начислений в результатах расчета заработной платы - окно просмотра архивных начислений Даты периода, по итогам которого сформирована доплата/начисление, усекаются по периоду работы сотрудника (в межрасчетных выплатах - с учетом истории увольнений).