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


Описание файла обновления:
ФайлZ_STAFF_RES_912180.TXT
ОбновлениеZ_STAFF_RES_912180
Назначение
ПродуктГалактика ERP 9.1
Релиз
КомпонентRES Z_STAFF
Тип
Версия9.1.218.0
Дата2019-10-23 21:37:11
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
NEWГалактика ERP Персонал Кадры Учет времени Отпуска График отпусков Просмотр графиков отпусков
План-график отпусков. Необходима функция печати уведомления о предоставлении отпуска нескольким помеченным сотрудникам списком на определенный месяц. Поля «Наименование подразделения», «Должность», «ФИО», «Таб. номер», «Кол-во календар. дней» заполняются автоматически из системы.Поля «Дата ознакомления» и «Подпись» оставить пустыми.План-график отпусков. Разработана новая печатная форма "Уведомление о предоставлении отпуска (общий список)". Доступна из печати уведомлений (план-график отпусков, контекстное меню). В интерфейсе уведомлений, в настройках формы для параметра "Документ Word" появился выбор (индивидуальный/общий список). Вариант "общий список" - новая форма. Месяц, год зависят от параметров интерфейса план-график.
NEWУП- Сотрудники- Картотека сотрудников
Исправить ошибку отображения лицевого счета в списке карточек стажей 11 окна картотеки при использовании символьного формата табельных номеров. Если используется числовой формат табельных номеров - лицевой счет отображается корректно.Картотека, 11 окно. Исправлена ошибка при отображении табельных номеров в списке карточек стажей при использовании в системе символьных табельных номеров.
NEWУП- Документы- Все приказы по персоналу
При откате изменения оклада, вне зависимости от того. было ли оформлено изменение приказом или в истории назначения, не учитывается то, был ли произведен бухгалтером расчет зарплаты. или нет. В итоге, и приказ, и запись в истории удаляются, в рабочей корзине создаются записи об отмене изменения оклада, после обработки которых, переход в лицевом счете удаляется, а результаты расчета остаются.РПД-50. Удаление. В случае, если назначение связано с лицевым счетом и у него установлен статус расчета зарплаты "рассч.", реализован запрет на удаление. Сообщение в протоколе "По лицевому счету произведен расчет!". История назначений. Удаление записей (действие 50). В случае, если назначение связано с лицевым счетом и у него установлен статус расчета зарплаты "рассч.", реализован запрет на удаление. Сообщение "По лицевому счету произведен расчет! Удаление записи запрещено.". Дополнительный контроль в случае включенной автоматической обработки сигнала в РК для изменения оклада: Если дата события раньше даты отчетного периода выдается предупреждение "За прошлый период рассчитана заработная плата. Удалить приказ/запись?". При отказе, удаление прерывается.
NEWУП/Сотрудники/Медосмотр/Список контингентов сотрудников
УП / Сотрудники / Медосмотр / Список контингентов работников Необходимо добавить в печатную форму столбец с кодом подразделения.Доработан интерфейс "Список контингентов работников". В поток добавлено поле [DepatmentCode], содержащее код структурной единицы. В отчет добавлено поле "Код подразделения", содержащее код структурной единицы.
9.1.217.0Нет
Новая версия накопительного обновления словаря Галактика ERP 9.1 Alter_CumulativeВнесены изменения в словарь БД Галактики ERP 9.1
9.1.217.0Галактика ERP Персонал Кадры Операции Формирование реестров на открытие банковских счетов
Необходима конвертация настроек для выгрузки электронных реестров в банк. Сейчас настройки для выгрузки электронных реестров в банк в модуле "Заработная плата" – это записи в таблице USERDESKREP (USERDESKREP.nRep = 7804, используется константа tffMoney = 7804, см. money.ccm). В поле USERDESKREP.RepName хранится наименование настройки для выгрузки. В «Управлении персоналом» записи таблицы USERDESKREP, где USERDESKREP.nRep = 7804 (константа cgReport_7804, см. reports.inc) – это записи для настройки почтовой рассылки. В поле USERDESKREP.RepName хранится nRec записи таблицы ToSend.Из дистрибутива исключена константа tffMoney = 7804 (MONEY.CCM). Теперь для выгрузки электронных реестров в банк в модуле "Заработная плата" из таблицы USERDESKREP (USERDESKREP.nRep = 7804, используется константа cgReport_7804, см. Reports.inc). В модуле "Управление персоналом" записи для настройки почтовой рассылки теперь используют константу cgReport_7811, (см. reports.inc). Разработан конвертер, который для записей настройки почтовой рассылки в модуле "Управление персоналом", у которых USERDESKREP.RepName содержит ссылку на существующую запись из таблицы ToSend и USERDESKREP.nRep = cgReport_7804 изменяет значение поля USERDESKREP.nRep с cgReport_7804 на cgReport_7811.
9.1.216.0Галактика ERP Персонал Кадры Сотрудники Картотека сотрудников Интерфейс картотеки 2-е окно (св
Картотека сотрудников (2-е окно). При открытом окне слегка подрагивают выделенные строки в списке сотрудников и в списке данных об образовании.Картотека сотрудников (2-е окно). Устранено подрагивание записей при открытом окне картотеки.
9.1.216.0УП- Сотрудники- Картотека сотрудников
Картотека сотрудников (6-е окно, закладка "Временные переводы"). По создании новой записи не отправляется сигнал в рабочую корзину.Картотека сотрудников (6-е окно, закладка "Временные переводы"). По создании новой записи отправляется сигнал в рабочую корзину.
9.1.215.0Персонал Кадры * Предложение по новой функциональности модуля "Управление персоналом"
1. Для удобства редактирования адреса, просим в интерфейс "Поиск адреса" дублировать информацию из поля "Полный адрес" интерфейса ввода адреса. 2. По эргономике не удобен вариант с кнопкой "Получить координаты". Чтобы не было лишних запросов по координатам просим рассмотреть возможность привязки координат в момент выбора единственного значения из списка при нажатии на кнопку Enter. Тогда исключаем человеческий фактор, если пользователь забудет нажать на кнопку "Получить координаты". При занесении или корректировке адресов координаты в нашем случае должны проставляться обязательно.1. При открытии интерфейса "Поиск адреса" информация из полей "Населенный пункт" + "Полный адрес" с разделителем ", " вставляется в строку поиска. 2. При выборе (Enter) адреса в интерфейсе "Поиск адреса", если заранее не были получены координаты, автоматически будет запущена функция получения координат по выбранной записи.
101.67794 * ЗАДАЧА В JIRA: ERP-7509.1.214.0Галактика ERP Персонал Кадры Сотрудники Картотека сотрудников Интерфейс картотеки Картотека. О
При работе с разделами картотеки сотрудников замечена "плавающая" ошибка. Возникает при внесении записи в окне картотеки, когда там еще не было ни одной записи и переходе на другое окно из этого. Например: - приняли нового сотрудник, - открыли 5-е окно картотеки, - ввели данные, - нажали контекстное меню (правой кнопкой мыши, в самом 5-м окне), - выбрали другое окно (любое). Вылетает ошибка "Отсутствует позиция. Таблица ..."Картотека сотрудников. Исправлена ошибка, в результате которой возниколо сообщение о некорректной позиции при переключении между окнами картотеки.
180.10333 * ЗАДАЧА В JIRA: ERP-7839.1.213.0Галактика ERP Персонал Кадры Документы Приказы по персоналу 50. Изменение оклада
РПД-50 (Изменение оклада). Необходима возможность передавать изменение оклада напрямую в модуль "Заработная плата", минуя рабочую корзину.Добавлена настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Рабочая корзина Автоматическая обработка сигналов Изменение оклада". Настройка имеет 3 состояния: - обрабатывать вручную, - обрабатывать автоматически, - обрабатывать автоматически и удалять сигнал. В случае, если настройка в значении "обрабатывать автоматически" или "обрабатывать автоматически и удалять сигнал" сигнал в рабочу корзину из РПД-50, а так же истории назначений (код операции 50) обрабатывается автоматически. При значении настройки "обрабатывать автоматически и удалять сигнал", после обработки сигнал удаляется.
101.67556 * ЗАДАЧА В JIRA: ERP-4799.1.213.0Галактика ERP Персонал Кадры Документы Приказы по персоналу 4. Внутреннее совместительство, сов
РПД-4. Необходима возможность указать сотрудника, на период отсутствия которого производится прием.РПД-4. Добавлена возможность указать сотрудника, на период отсутствия которого производится прием. Поле приказа "на пер. отсут.". После выбора сотрудника, автоматически заполняются поля назначения. 6-е окно картотеки (закладка "Внутр.совмест-ва, совмещения"). Добавлено поле "На период отсутствия", отображающее сотрунка, на период отсутствия которого оформлено назначение из приказа. Закрыто для заполнения.
9.1.212.0Галактика ERP Персонал Кадры Настройка Контроль данных Соответствие СЕ и подразделений
В интерфейсе Соответствие СЕ и подразделений, есть возможность привязать к 1 СЕ ШР несколько подразделений, слева от наименования подразделения есть возможность указать признак основного подразделение. Однако, система не учитывает данный признак и при приеме на работу устанавливается одно из подразделений случайным образом.Доработана функция установки зарплатного подразделения на основе кадрового. В случае, если настройка "Настройки Галактики Управление персоналом Управление и учет кадров Каталоги Структурные единицы ШР Тип связи СЕ с подразделениями" = "1 СЕ - несколько подразделений", приоритетно берется подразделение с пометкой "Основное". Доработана функция установки кадрового подразделения на основе зарплатного. В случае, если настройка "Настройки Галактики Управление персоналом Управление и учет кадров Каталоги Структурные единицы ШР Тип связи СЕ с подразделениями" = "1 подразделение - несколько СЕ", приоритетно берется подразделение с пометкой "Основное".
103.9979 * ЗАДАЧА В JIRA: ERP-6189.1.212.0Галактика ERP Персонал Кадры Сотрудники Картотека сотрудников Интерфейс картотеки 1-е окно (об
Учесть разграничение прав доступа к разделам картотеки в окне приложений, открываемом по функции локального меню "Примечание к карточке" (F9).В приложениях к карточке подключено разграничение прав к разделам картотеки. Теперь при вызове приложения к карточке отображается информация разделов к которым у сотрудников есть доступ на просмотр. Для ввода примечаний к карточке при включенном разграничений прав во всех разделах картотеки должно быть включено разрешение на редактирование данных 1 окна картотеки. Без разграничения прав данные, введенные ранее будут отображаться без изменений. При включенном разграничении : 1. можно создать примечание к записи в разделах : 2(виды образования), 3(по анкетным данным, доп. сведения, стаж, награждения, наградные листы, взыскания), 4(родственники), 6(назначения), 8(предыдущие места работы), 11(пенсионные стажи), 12(компетенции). 3. фотография отображается по доступу к 1 разделу картотеки. 4. примечания, созданные в верхней панели любого раздела картотеки, кроме 7 и 14, привязываются к карточке сотрудника, имеют название "Основные сведения" и доступны для просмотра по разрешению на просмотр 1 раздела картотеки. 5. отображение раздела 13 аналогично разделу 1.
9.1.211.0УП-Штатное расписание-Штатное расписание
Если в ШР заносится вредность из каталогов ОПО, то на закладке «вредные факторы» не заполняется поле «вид». Значение поля= «не определен». Если вредные факторы выбираются из каталогов вредности Приложение 1 или Приложения 2, то поле вид= «вредная работа. Приложение 1» или «вредная работа. Приложение 2».Штатное расписание. Закладка "Вредные факторы и работы". Если выбран вредный фактор/работа из категории "Обязательное психиатрическое освидетельствование", поле "Вид" отображается "вредный фактор. Психиатрическое освидетельствование."/ "вредная работа. Психиатрическое освидетельствование.".
101.67770 * ЗАДАЧА В JIRA: ERP-7209.1.211.0Галактика ERP Персонал Кадры Документы Приказы по персоналу 6. Оформление очередного отпуска
Распорядительные действия по персоналу. У клиента длительный процесс прохождения приказа на отпуск, в котором участвуют разные службы предприятия. Просят ввести настройку, запрещающую утверждение приказа на отпуск. Пока речь только о приказе на отпуск, но возможно другие клиенты захотят это для всех приказов.Управление персоналом | Настройка | Права доступа | к распорядительным действиям * Параметр "доступно распорядительное действие" переименован в "просмотр/редактирование". * Добавлен параметр "утверждение". В случае, если включена настройка "Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по персоналу Общие настройки Разграничение доступа" и пользователю доступны приказы (просмотр/редактирование), при утверждении/проверке приказа проверяются права доступа на утверждение. Если прав нет, проверка пройдена не будет. Сообщение об ошибке в протоколе "Отсутствуют права доступа на утверждение РПД-Х". Добавлен конвертер, который удаляет лишнюю информацию из таблицы доступа к распорядительным действиям.
101.67597 * ЗАДАЧА В JIRA: ERP-5379.1.210.0Галактика ERP Персонал Кадры Сотрудники Картотека сотрудников Интерфейс картотеки 6-е окно (св
На базе заказчика происходит сверка доплат на 6-ой вкладке карточки сотрудников. Добавление и удаление доплат происходит в доплатах на 6-ой вкладке. При этом частой проблемой становится то, что сотрудники, сверяющие данные, ошибочно вводят доплаты не на то назначение (выбирают не ту строку в истории назначений на 6-ой вкладке). В связи с объемом сверяемых данных (порядка 1500 работающих сотрудников, у многих в истории числится порядка 20 предыдущих назначений + совместительства и замещения) полностью исключить влияние человеческого фактора невозможно. Необходима возможность информировать пользователей о попытке добавить/удалить доплату на закрытое назначение.Интерфейс доплат (6-е окно картотеки сотрудников). При добавлении (F7) или удалении (F8) доплаты запускается проверка, анализирующая назначение доплаты на статус "закрыто". * Для основного/совмещения. Закрытым считается назначение, в котором указана дата закрытия. * Для замещения/временного перевода. Закрытым считается назначение, в котором указана дата "по" и она меньше текущей даты. В случае, если по итогам проверки назначение считается закрытым, будете выведено предупреждение "Данное назначение закрыто. Вы уверены, что хотите добавить/удалить доплату?". Если выбрать "нет" (фокус по умолчанию), операция будет прервана.
180.10331 * ЗАДАЧА В JIRA: ERP-7169.1.210.0Галактика ERP Персонал Кадры Документы Приказы по персоналу 8. Увольнение
Необходима возможность автоматической обработки сигнала рабочей корзины об изменении даты увольнения в ЛС. РПД-8. При автоматической обработке сигнала необходимо проверять дату увольнения, не раньше ли она даты отчетного периода. Если раньше, необходимо выдавать предупреждение "Дата увольнения меньше даты отчетного периода. Вы действительно хотите утвердить приказ?" При согласии, продолжить утверждение, иначе отменить.Добавлена системная настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Рабочая корзина Автоматическая обработка сигналов Заполнять в лицевом счете дату увольнения". Значение по умолчанию "обрабатывать вручную". Возможные варианты значений: - обрабатывать вручную, - обрабатывать автоматически, - обрабатывать автоматически и удалять сигнал. В случае, если значение "обрабатывать автоматически" или "обрабатывать автоматически и удалять сигнал", после генерации сигнала об изменении даты увольнения из модуля управления персоналом в модуль заработной платы, сигнал автоматически обрабатывается. При значении "обрабатывать автоматически и удалять сигнал", обработанный сигнал автоматически удаляется. РПД-8. В случае, если значение "обрабатывать автоматически" или "обрабатывать автоматически и удалять сигнал" и дата увольнения относится к прошлому периоду, при утверждении приказа выводится предупреждение "Дата увольнения меньше даты отчетного периода. Вы действительно хотите утвердить приказ?". При согласии, утверждение продолжится, иначе будет отменено.
101.666049.1.209.0Формировать план-график отпусков на основании отпуска из ШР не учитывая персональные отпускаУправление персоналомФормирование план-графиков отпусков
У клиента, практически, у всех сотрудников отпуск привязан два раза (в ШР и как персональный). По этой причине план-график не формируется корректно ни в одном варианте настройки источника данных. Клиент просит реализовать возможность формирования плана графика по ШР (28 дней), с раздельным либо суммированным учетом количества дней отпусков ШР и персональных. Возможно, отрегулировать формирование настройкой.Функция формирования план-графика отпусков. Доработана функция формирования план-графика отпусков по данным ШР и персональным отпускам. Теперь план-график можно формировать отдельно по ШР, отдельно по персональным отпускам и с учетом отпусков ШР и персональных одновременно. Регулируется параметрами "по ШР"/"по персональным". Параметры становятся видны только в случае, если выбран источник данных "Отпуска ШР и персональные".
101.676989.1.209.0Нужно брать актуальные данные на дату по основному назначениюУправление персоналомСписок контингентов работников [РФ, Каз]
В Отчете Список контингентов работников количество сотрудников формируется неправильно. Нужно брать актуальные данные на дату по основному назначению. На данный момент в отчет попадают замещения и временные переводы, в т.ч. завершенные. Пример во вложении.Галактика ERP Персонал Кадры Сотрудники Медосмотр Список контингентов работников Добавлен параметр "Тип назначения", позволяющий выбирать какие типы назначений попадут в отчет. По умолчанию выбраны все типы. Варианты: - основное, - совместительство, - замещение, - врем.перевод. Если не выбран ни один вариант, при запуске формирования будет выведено сообщение "Не выбран ни один тип назначения!". Закрытые заместительства и временные переводы на дату формирования более не попадают в отчет.
101.676399.1.209.0Ошибки в работе функции перерасчета сдвигов РП в справочнике рабочих периодовУправление персоналомСправочник рабочих периодов (обобщенно)
Ошибки в работе функции перерасчета сдвигов РП в справочнике рабочих периодов 1) Функция перерасчета не учитывает пометку - работает только с тем сотрудником на котором стоит курсор. 2) После работы функции не показывается протокол, хотя записи там есть (добавить вызов ShowErrors). 3) В некоторых случаях функция требует заполненных табелей за период не входящий в пересчитываемый.Рабочие периоды. Расчет сдвигов из перечня сотрудников. 1. Корректно учитывается пометка сотрудников. 2. После формирования выводится протокол. 3. Пересчет более не затрагивает предшествующие рабочие периоды.
101.677579.1.209.0Контроль даты рождения при включенном распределении прав доступа к разделам картотекиУправление персоналом* Интерфейс просмотра картотеки (не из модуля управление персоналом)
Установлены общесистемные настройки: Картотека - Возраст, с которого допускается заключение трудового договора=14 Картотека- Разграничение доступа =да Пользователю установлены права на работу с 1 разделом картотеки: просмотр и редактирование Тогда, при заполнении даты рождения в 1 разделе картотеки в случае, если она противоречит настройке "Возраст, с которого допускается заключение трудового договора", на экран трижды выдается сообщение: Сотрудник не имеет права работать в таком возрасте", прежде, чем система позволит исправить некорректно введенную дату. Если права доступа на 1 раздел полные или распределение прав доступа к разделам картотеки полностью отключено, то сообщение выдается один раз.Сообщение выдается 1 раз.
101.676999.1.208.0Банковские реквизиты сотрудника - в ЛС не всегда работает очистка реквизитов по умолчанию (Del)Заработная платаБанковские реквизиты (карты) сотрудника
В разделе "Банковские реквизиты по умолчанию" вкладки [Банк] ЛС функция очистки (Del) вызывается только на полях "Контрагент", или "Наименование банка" - нужно реализовать вызов из любого поля этого раздела. Кроме того, если в ЛС ещё нет записей в разделе "Все банковские реквизиты", но есть реквизиты по умолчанию - функция вызывается, но не очищает реквизиты по умолчанию. Нужно очищать и в этом случае.В разделе "Банковские реквизиты по умолчанию" (вкладка [Банк] в ЛС и в 13-м окне картотеки сотрудников) функция очистки банковских реквизитов по умолчанию (Del) вызывается из любого поля этого раздела. Функция работает и в случае, если в ЛС ещё нет записей в разделе "Все банковские реквизиты", но есть реквизиты по умолчанию. При вызове функции в случае, когда не заполнены банковские реквизиты по умолчанию, выдается предупреждение о том, что реквизиты не заполнены.
101.677019.1.208.0Сильное замедление функции обновления тарифовУправление персоналомОбновление тарифов/окладов в штатном расписании
Сильное замедление функции обновления тарифов Клиент провел индексацию окладов/тарифов. После этого запустили функцию "Обновление тарифов/окладов в штатном расписании". Пошел выбор сотрудников, и он шел с 10:13 до 10:57, что заняло 44 минуты по 2 подразделениям, по 21 должности по 16 сотрудникам. У клиента в базе заведено 2000 подразделений. Просит ускорить работу функции: Максимум должен быть 1 минута на 1 подразделение и не больше.Ускорена работа функции "Обновление тарифов/окладов в штатном расписании" с настройкой "Обновление тарифов/окладов в картотеке". При запуске функции, если должности не помечены (отображается "все должности") происходит пометка всех доступных в фильтре (с учетом выбранных подразделений в фильтре). Быстродействие теперь напрямую зависит от количества выбранных должностей.
101.676459.1.208.0Добавить настройку зарплатного проекта в меню модуля "Управление персоналом"Заработная платаИнтерфейс "Зарплатные проекты с банками"
Добавить настройку зарплатного проекта в меню модуля "Управление персоналом" Клиент просит добавить вызов справочника зарплатных проектов так же в меню модуля "Управление персоналом", Меню "Настройка - Заполнение каталогов - Зарплатные проекты" Аналогично как в модуле "Заработная плата".Вызов справочника "Зарплатные проекты" добавлен в модуль "Управление персоналом". Справочник вызывается из меню "Настройка - Заполнение каталогов - Зарплатные проекты". Справочник доступен, если включено разграничение прав доступа к разделам картотеки и у пользователя есть права на просмотр банковских реквизитов сотрудников (доступ к 13-му окну картотеки).
101.677279.1.208.0Не обновляются банковские реквизиты, введенные до "пилотного" проектаЗаработная платаЛицевые счета (окно ввода и редактирования)
Банковские реквизиты сотрудника в лицевом счете и картотеке. Если изменить расчетный счет в банке и перевыбрать банк в банковских реквизитах сотрудника, не перерисовывается новый расчетный счет в банковской карточке сотрудника. В случае изменения номера лицевого счета или номера карты в записи банковской карты при выполнении функции "Установить карту по умолчанию в лицевом счете" для карты, которая уже является картой "по умолчанию" не обновляется информация в ЛС. Выдается сообщение о том, что данная карта уже является картой "по умолчанию в лицевом счете".Если изменить расчетный счет в банке и перевыбрать банк в банковских реквизитах сотрудника, новый расчетный счет перерисовывается в банковской карточке сотрудника. В случае изменения номера лицевого счета или номера карты в записи банковской карты при выполнении функции "Установить карту по умолчанию в лицевом счете" для карты, которая уже является картой "по умолчанию" обновляется информация в ЛС.
101.674929.1.207.0Ошибка при выгрузке реестров ФСС (код GUID): дом или домовладениеЗаработная платаРеестры и заявления на возмещение в ФСС
Ошибка при выгрузке реестров ФСС (код GUID): дом или домовладение подробнее во вложении.1. Добавлено два типа элемента: * Домовладение; * Здание. 2. Переработана эргономика. Выбор типов дома/помещения реализован через списки. 3. Формирование строки адреса (в части дома) в зависимости от выбора типа элемента (состоит из одной, двух или трех частей (X - номер дома, Y - номер корпуса, Z - номер строения)): * Корпус: домX, кор.Y; * Строение: домX, стр.Z; * Владение: влд.X, стр.Z; * Домовладение: двлд.X, стр.Z; * Здание: здн.X, стр.Z; * Другое: домX, Z. В случае, если в доме есть корпус, но тип указан не "Корпус", анализируется поле номера дома схеме "X-Y". Пример: поле "Дом" 100-2, тип "Владение" в поле номера строения 3. Результат: влд.100, кор.2, стр.3. 4. При поиске нужного идентификатора "HouseGUID" по адресу, в котором "HouseGUID" явно не указан, анализируются типы элемнтов по схеме, описанной в п.2. Актуально для выгрузки реестров ФСС.
101.673839.1.207.0Неверно формируется РП при наличии перевода по этому назначению (внутреннее совместительство).Управление персоналом7-е окно (отпуска сотрудника)
Неверно формируется РП при наличии перевода по этому назначению (внутреннее совместительство). У сотрудника есть несколько совмещений. При этом, по внутр.совместительству были переводы после даты оформления на другое количество ставок. Проблема - при оформлении отпуска у сотрудников, имеющих внутреннее совместительство и потом перемещения по службе, формируется неверный рабочий период по совмещению - берется не дата начала приема по совместительству, а дата последнего перевода по этому табельному номеру. Пример во вложенном файлеДобавлен учет переводов при формировании рабочих периодов для совместителей.
180.107349.1.206.0ограничение до 20 символов в поле Квартира в Адресе контрагентаНастройкаРедактирование организаций
клиент обратился с просьбой реализовать контроль количества символов в поле для ввода Квартиры/Помещения/Офиса в Адресе Контрагента. Данное количество не должно превышать 20 символов вместе с выводом аббревиатуры, например, пом., оф. и т.п.. Это связано с законодательным ограничением при выгрузке документов через ЭДО в xml. Там в тег Адрес Кварт не должно быть больше 20 символов. Пользователь ошибочно при внесении Адреса указал больше 20 символов (система не ограничивает его). Ошибка выявилась только при выгрузке документа для отправки клиенту через Галактика.Диадок. Было бы очень удобно иметь контроль на этапе внесения адреса.Добавлен контроль элементов Дом, Корпус, Квартира. При превышении длины в 20 символов выдается предупреждение. Блокировки нет - вдруг кому то понадобится ввести больше.
180.110959.1.205.0Фильтр по сотрудникам в приказах на командировкуУправление персоналом6-е окно (сведения о работе на предприятии)
Фильтр по сотрудникам в приказах на командировку.В интерфейс выбора лицевых счетов сотрудников добавлена возможность просматривать либо активные, либо все лицевые счета. По умолчанию отображаются активные лицевые счета.
180.110889.1.205.0Доработать фильтр при формировании пенсионных стажейКонтур управления персоналомОбщая функциональность (например интерфейсы выбора)
Общий фильтр модуля "Управления персоналом" по подразделениям и сотрудникам. Дата приема сотрудника 16.01.2018, дата увольнения 16.03.2018. Выбираем в фильтре "работающие и принятые будущим периодом", дата 01.01.2018. Сотрудник выбран, но в случае, если открыть перечень сотрудников, там его нет.Общий фильтр модуля "Управления персоналом" по подразделениям и сотрудникам. Режим "работающие и принятые будущим периодом". Отображаются сотрудники, у которых не указана дата увольнения, а так же сотрудники, у которых дата увольнения больше или равна указанной дате, кроме переведенных в архив.
180.110879.1.205.0Выгрузка реестров ФСС не проходит проверку при использовании адреса из ФИАСУправление персоналомИмпорт каталога АТД
Справочник АТД. Просмотр в иерархии ФИАС. Необходима возможность идентифицировать исторические дома.Справочник АТД. Просмотр в иерархии ФИАС. * Настройка "Отобразить/Скрыть неактуальные элементы" теперь актуальна и для домов. Историческим считается дом, у которого заполнена дата "Окончание действия записи" и она меньше текущей даты. Доработано формирование реестров в ФСС: добавлена проверка актуальности уникального идентификатора дома на дату формирования реестра. Если идентификатор не актуален, система выбает соответствующее сообщение в протокол формирования реестра.
180.110859.1.205.0Временные назначения в Штатном расписанииУправление персоналомСотрудники
Штатное расписание. Требуется возможность просматривать сотрудников, которые временно переведены или замещают ставку.Штатное расписание. Доработан фильтр по сотрудникам. Появилась возможность выбрать "Заместительство" и "Врем. перевод". В случае выбора, соответствующие назначения отображаются в перечне. При выборе "Все", временные переводы и заместительства так же отображаются. В табличном редакторе в поле "Тип" для замещения указывается значение "зам", для временного перевода "врем".
102.201437 * ЗАДАЧА В JIRA: ERP-8439.1.204.0РПД=1: испытательный срок при печати групповых формУправление персоналомОстальные вопросы по РПД-1
В групповых формах печати приказа с РПД=1: - Форма N Т-1a в формате Word - Форма N Т-1a в формате Word со склонением ФИО вне зависимости от того, оформлен ли постоянный прием, временный или на время отсутствия, несмотря на то, что испытательный срок в приказе не задан, печатается испытательный срок=29 дн. При этом, при печати всех индивидуальных форм в аналогичных ситуациях, печатается "без испытательного срока"Доработан интерфейс формирования печатной формы приказа РПД=1 (группой): исправлена ошибка при получении количества дней испытательного срока.
180.110839.1.202.0Выгрузка реестров ФСС не проходит проверку при использовании адреса из ФИАСЗаработная платаРеестры и заявления на возмещение в ФСС
Выгрузка реестров ФСС не проходит проверку при использовании адреса из ФИАС.Интерфейс ввода адресов. Вместо поля "HOUSEID" на его месте теперь поле "HOUSEGUID", отображающее глобальный уникальный идентификатор дома. В случае необходимости доступа к старому полю, его можно вытянуть при помощи конфигуратора (поле: AddressN.HouseId). Доработана выгрузка электронных реестров в ФСС в формате 1.7.6. В теги ADDR2_GUID, ADDR_GUID выгружается HOUSEGUID соответственно спецификации на обмен данными в электронном виде: если указан дом - HOUSEGUID - Глобальный уникальный идентификатор дома: если не указан дом: AOGUID - Guid записи родительского объекта (улицы, города, населенного пункта и т.п.). Если заполнен тег ADDR2_GUID, то ADDR2_FLAT не выводится в xml-файл.
102.1856599.1.202.0Предоставить возможность выбора системы оплаты в ЛС с помощью настройкиЗаработная платаКлассификатор систем оплат
Предоставить возможность выбора системы оплаты в ЛС с помощью настройки Была реализована возможность выбора системы оплаты: выбрать только систему оплат без выбора тарифной ставки требуется внизу интерфейса выбрать режим работы "выбрать систему оплаты без тарифной ставки". По умолчанию при открытии интерфейса всегда выбран режим работы "выбрать систему оплаты с тарифной ставкой". Поэтому необходимо, чтобы значение по умолчанию "выбрать систему оплаты с тарифной ставкой" или "выбрать систему оплаты без тарифной ставкой" можно было отрегулировать.При выборе системы оплаты возможность выбора с/без тарифной сетки определяется значением, которое было в предыдущей сессии выбора системы оплаты.
102.1990149.1.202.0Сделать (подключить) подробный Help для интерфейсов медосмотра и повысить эргономикуУправление персоналомСписок работающих, подлежащих медосмотрам [РБ, Укр]
Медосмотры: Необходимо * улучшить читабельность параметров в интерфейсе "Список контингентов работников / Список профессий работающих, подлежащих медосмотрам": конкретизировать названия параметров и всплывающих подсказок к ним; * подключить справку (F1) с интерфейсам "Список контингентов работников / Список профессий работающих, подлежащих медосмотрам" и "Поименный список работников / Список работающих, подлежащих медосмотрам"; * доработать документацию по данному функционалу, т.к. на текущий момент документации описание очень слабое - понять на основании каких данных формируется отчет очень проблематично. Просьба внести более развернутую информацию с примерами.Доработан интерфейс "Список контингентов работников / Список профессий работающих, подлежащих медосмотрам": улучшена читаемость параметров формирования, дополнены всплывающие подсказки. Параметр "вид стажа" перенесен в группу "Формировать". К интерфейсам "Список контингентов работников / Список профессий работающих, подлежащих медосмотрам" и "Поименный список работников / Список работающих, подлежащих медосмотрам" подключен топик справки "Галактика ERP > Управление персоналом > Приказы по кадрам и работа с картотекой > Сотрудники > Медосмотр".
102.1993289.1.202.0Ошибка при выборе сотрудника в приказе о приеме с вариантом повторное трудоустройствоУправление персоналомВсе индивидуальные приказы (прием, перевод, отпуск, увольнение)
РПД-1. При оформлении приказа РПД-1 в варианте оформления "Повторное трудоустройство" на "пустой" БД (отсутствуют уволенные сотрудники) в интерфейсе выбора "Уволенные сотрудники" появляются записи с нулевыми табельными номерами. При попытке выбора такого уволенного сотрудника выдается ошибка: "Отсутствует позиция в таблице. Код ошибки 310. таблица 25001."Доработан интерфейс выбора уволенного сотрудника. В случае отсутствия в БД действующих либо уволенных сотрудников записи с нулевыми табельными номерами в данном интерфейсе больше не появляются. При создании РПД-1 в варианте "повторное трудоустройство" при выборе сотрудника, в случае отсутствия уволенных сотрудников в БД, отображается сообщение "нет уволенных сотрудников!".
102.1971849.1.202.0Нужна возможность не округлять тарифы/окладыЗаработная платаОбновление тарифов (окладов)
Нужна возможность не округлять тарифы/оклады.Добавлена возможность округлять тарифы и оклады в меньшую сторону. Настройка "Настройки Галактики Управление персоналом Общие настройки Тарифные ставки Правила округления Тарифы и оклады округлять в большую сторону" скрыта. Добавлена новая настройка : "Настройки Галактики Управление персоналом Общие настройки Тарифные ставки Правила округления Округление тарифов и окладов" со значениями "По математическим правилам", "В большую сторону", "В меньшую сторону". Доработана Сервисная функция "настройка сервисные функции Обновление тарифов и окладов", на данный момент при ее выполнении учитывается значение добавленной настройки. Доработаны функции изменения Тарифов и окладов (Управление персоналом Операции Изменение тарифовокладов Изменение тарифов и окладов в штатном расписании и картотеки) при их выполнении учитываются значения добавленной настройки Также доработана отчетность, при формировании отчетов тарифы и оклады округляются с учетом добавленной настройки. К примеру доработаны следующие отчеты: - Личная карточка по форме Т2 приказ N1 от 05.01.2004 - Личная карточка по форме Т2 ГС приказ N1 от 05.01.2004 - Личная карточка по форме Т2 (РБ) - Личная карточка по форме Т2
102.1990299.1.201.0Вид стажа "ЛТП"Заработная платаИндивидуальные сведения в ПФ (Формы ПУ-3, ПУ-6 и т.д.)
Республика Беларусь. ПУ-3. Необходимо реализовать поддержку кода категории плательщика страховых взносов 05 с видом деятельности ЛТП.Республика Беларусь. Код категории плательщика страховых взносов 05 (вид деятельности ЛТП). Пенсионные стажи. В случае, если у сотрудника указан код категории плательщика страховых взносов 05, вместо кода ВЗНОСЫВРЕМ указывается код ЛТП. Поле "Показатель" заполняется количеством дней с фактическим рабочим временем, заполняется поле "Продолжительность рабочей недели (в днях)". При склейке периодов анализируется поле "Продолжительность рабочей недели (в днях)" и в случае различия, периоды не склеиваются. Периоды стажа не прерываются отклонениями. ПУ-3. При формировании отчета, если у сотрудника указан код категории плательщика страховых взносов 05, формируется форма с категорией 05. Параметр "Информацию о категории брать на основании" закладки "Дополнительные" в интерфейсе формирования отчета должен быть в значении - поля: "Категория".
180.110649.1.200.0Склонение ФИО в E-Mail рассылкеНастройкаE-mail рассылка
Склонение ФИО в E-Mail рассылке.Изменен текст в E-Mail рассылке, чтобы текс согласовался со склонением ФИО в винительном падеже.
102.1977629.1.200.0Включить использование DSQL в интерфейсе просмотра план-графика отпусков для MSSQLУправление персоналомПросмотр графиков отпусков
Включить использование DSQL в интерфейсе просмотра план-графика отпусков и фильтра по сотрудникам для MSSQL. Данная функция была отключена в связи с ошибкой платформы.Интерфейс просмотра план-графика отпусков. Задействовано использование прямого SQL при выборке план-графиков и сотрудников для фильтра на платформе MS SQL.
102.1981829.1.200.0Help. Подключить топик к отчету о возрасте родственниковУправление персоналомВозраст родственников
В модуле "Управление персоналом" к пункту меню "Отчеты" > "Возраст родственников" и к окну "Отчет о возрасте родственников" необходимо подключить идентификатор помощи.Подключен идентификатор помощи к отчету о возрасте родственников.
102.1971059.1.200.0Проблема перехода между разделами в карточке кандидатаУправление персоналомСписок кандидатов
"Управление персоналом Сотрудники Подбор персонала Список кандидатов". Проблема при переходе между окнами картотеки: 1. Переход между 11 и 12 разделами: * 11 раздел - Локальное меню - 12 раздел: нет перехода; * 11 раздел - Иконка 12 раздела: есть переход; 2. Переход между 12 и 11 разделами: * 12 раздел - Локальное меню- 11 раздел: нет перехода; * 12 раздел - Иконка 11 раздела: нет перехода; Переходы между другими разделами (кроме 12) и 11 разделом в обе стороны корректны через пункты локального меню и через панель инструментов."Управление персоналом Сотрудники Подбор персонала Список кандидатов". Исправлена навигация между 11 и 12 окнами картотеки. Через панель инструментов и контекстное меню навигация осуществляется корректно.
102.1965679.1.200.0Удалить функцию "Провкрить СИК"Управление персоналом1-е окно (общие сведения)
Нужно удалить функцию для Казахстана "Проверка СИК".Удалена функция для Казахстана "Проверка СИК".
102.1966269.1.199.0Нужна доработка механизма учёта вычетов на иждивенцев при переходе на следующий расчётный период в ЗПЗаработная платаПереход к новому периоду
У клиента была проблема с отсутствием контроля окончания даты вычетов - вычеты на закладке ЛС "налог на доходы" не убирались автоматически. Было рекомендовано ставить параметр "заполнять вычеты на иждивенцев в ЛС информацией из Кадров", что привело к другой проблеме. Оказалось, что записи в РК об изменении вычетов бухгалтером не обрабатывались до тех пор, пока сотрудник не приносил заявление о предоставлении вычетов - "Автоматическая обработка сигналов Льготы на иждивенцев" - "обрабатывать вручную". "Картотека Обновлять информацию при вводе родственника" - "да". При переходе на новый отчётный период система запустила функцию "проверки вычетов на иждивенцев" и все необработанные записи об иждивенцах, имеющих обоснование вычетов попали на закладку "налог на доходы" в ЛС. Нужно реализовать корректный механизм обработки таких ситуаций: - Либо не обрабатывать автоматически записи РК об иждивенцах при переходе на новый расчётный период (при настройке "Льготы на иждивенцев" - "обрабатывать вручную"). - Либо анализировать при закрытии периода даты окончания вычетов и снимать вычеты на закладке "налог на доходы" в ЛС без установки параметра "заполнять вычеты на иждивенцев в ЛС информацией из Кадров". - Либо какой-то еще вариант.Добавлена системная настройка "Обновлять вычеты в лицевом счете по", расположенная по пути "Настройки Галактики Управление персоналом Общие настройки Стандартные вычеты" с возможными значениями выбора: - обоснование вычета (по умолчанию); - по заявлению. Данная настройка привнесена для регламентации правила ввода в действие вычетов. Так же в результате доработки была добавлена кнопка "Семейное положение" в интерфейс редактирования лицевых счетов на вкладку "Налог на доходы", которая открывает 4-ое окно картотеки (Семейное положение) с запретом редактирования информации, содержащийся в этом окне (только с возможностью выбора Обоснования вычетов). В интерфейсе вызываемом по кнопке Обоснования вычетов при вызове из 4-ого окна картотеки, которое в свою очередь вызвано из Окна редактирования лицевых счетов при установленном значении "по заявлению" настройки "Обновлять вычеты в лицевом счете по" доступно для редактирования поле "Наличие заявления". Внимание! Проставленный признак "Наличие заявления" является основополагающим для расчета вычетов на иждивенцев, при проставленном значении "по заявлению" настройки "Обновлять вычеты в лицевом счете по". В связи с введением настройки "Обновлять вычеты в лицевом счете по" учтена логика ее работы в сервисной функции "Проверки / корректировки данных об иждивенцах (Управление персоналом - Сотрудники - Проверка и корректировка - Иждивенцы) и "Проверка вычетов на иждивенцев" (Заработная плата - Настройка - Сервисные функции - Налог на доходы физических лиц). Так же в результате доработки была добавлена кнопка "Расчет вычетов" в интерфейс редактирования лицевых счетов на вкладку "Налог на доходы", которая производит корректировку вычетов на иждивенцев (аналогична сервисной функции Настройка/Сервисные функции/Налог на доходы физических лиц/Проверка вычетов на иждивенца с параметром "Режим работы" - корректировка). При переключении параметра настройки "Обновлять вычеты в лицевом счете по" на значение "по заявлению" вызывается интерфейс "Установка признака наличия заявления", который позволяет проставить признак наличия заявление (ранее упомянутая галочка "Наличие заявления") сотрудникам. Причем, если данная сервисная функция ("Установка признака наличия заявления") не отрабатывала ни разу, то изменение значения параметра настройки "Обновлять вычеты в лицевом счете по" в значение "по заявлению" не возможно (пользователь будет проинформирован информационным сообщением). В папку "Настройки Галактики Управление персоналом Общие настройки Стандартные вычеты" перенесены настройки: - Обновлять информацию при вводе родственника (из "Настройки Галактики Управление персоналом Управление и учет кадров Картотека"); - Вычет на ребенка-инвалида по двум основаниям (из "Настройки Галактики Управление персоналом Управление и учет кадров Картотека"); - Контролировать количество льгот на иждивенцев только в основных лицевых счетах (из "Настройки Галактики Управление персоналом Расчеты с персоналом").
102.1975499.1.199.0Если сотрудника приняли на работу по приказу, то нужна возможность через историю назначений указать другое значение из справочника "Условия приёма"Управление персоналом6-е окно (сведения о работе на предприятии)
Нужна возможность указать другое значение из справочника "Условия приема" для назначений созданных приказом.6-е окно картотеки сотрудников. Закладка "Прием/перевод". В случае, если поле "Условия приема" закрыто для редактирования (закрыто при наличии номера приказа), в контекстном меню, вызываемом правой кнопкой мыши, доступен пункт "Разрешить изменение условий приема", позволяющий изменить поле "Условия приема". При переходе на другого сотрудника, закрытие окна, запрет на изменение возвращается.
102.1980279.1.199.0Редактирование мест рождения, регистрации, проживания в кадровой информации в л/сЗаработная платаКадровая информация
Создаем новый л/с. На поле "Работник" нажимаем F3. Затем F7. И заполняем адреса регистрации и проживания. Переходим в л/с. Редактирование мест регистрации, проживания в кадровой информации в л/с не работает.Доработано создание адресов регистрации и проживания при вводе нового сотрудника в л/с. Теперь они корректно выводятся на редактирование из кадровой информации л/с.
102.1970239.1.199.0Заполнение поля "СНИЛС" в лицевом счете для формирования 2-НДФЛ с раздельной отчетностью (102.190043).Заработная платаЛицевые счета (окно ввода и редактирования)
Заполнение поля "СНИЛС" в лицевом счете для формирования 2-НДФЛ с раздельной отчетностью. В таблице LSchet появилось поле "SNILS" и индекс по нему. Необходимо при ручном заполнении поля СНИЛС в паспортных данных заполнять это поле и лицевом счете. А также предусмотреть сервисную функцию по заполнению этого поля в лицевых счетах по данным в системе.Добавлен конвертер, имеющий 3 режима работы: 1-ый - для переноса данных СНИЛС из Паспортных данных в таблицу Лицевых счетов; 2-ой - для запуска в отчетности (с выводимым информационным сообщением о согласии обновления СНИЛС в Лицевом счете), чтобы обновить данные о СНИЛС в таблице Лицевых счетов; 3-ий - для запуска в созданной сервисной функции "Заполнение СНИЛС в лицевом счете" (ЗП/Настройка/Сервисные функции/Сервис лицевых счетов работников). Отображение данных СНИЛС из таблицы Лицевых счетов в системе не производится. Так же была добавлена обработка СНИЛС в окне редактирования Лицевых счетов: - при открытии интерфейса редактирования Лицевых счетов будет производится сверка СНИЛС в Паспортных данных и Лицевом счете работника, если СНИЛС-ы разные, то он обновится в таблице Лицевых счетов; - при редактировании данных СНИЛС в интерфейсе редактировании Лицевых счетов будет происходить так же редактирование СНИЛС в таблице Лицевых счетов.
106.106659.1.199.0Не формируется график отпусков для декретницУправление персоналомФормирование план-графиков отпусков
Невозможно добавить в план-график отпусков декретниц после окончания декретного отпуска. Рабочий период 15/02/2017 - 17/06/2019, сдвиг заканчивается 01/10/2018. При формировании план-графика на 2018, сотрудница не попадает в план-график.Формирования план-графика. Источник данных "справочник рабочих периодов" ("справочник рабочих периодов с пропорциональным делением"). При формировании план-графика учитывают сдвиги, в случае, если окончание год начала/окончания рабочего периода не равны году формирования план-графика, но пересекают его, анализируется день, следующий за окончание последнего сдвига. Если он попадает на год формирования план-графика, формирование происходит на основании данного рабочего периода без учета параметра "Признак расчета даты начала". Днем начала планируемого отпуска идет день, следующий за окончание последнего сдвига. В случае, если отпуск не умещается в год, последним днем планируемого отпуска устанавливается последний день года. В случае, если на 01.01 отчетного года существует сдвиг (декрет заканчивается в году формирования план-графика), формирование происходит на основании данного рабочего периода без учета параметра "Признак расчета даты начала". Днем начала планируемого отпуска идет день, следующий за окончание сдвига.