2018-05-14 19:34:48
Краткое описание :
Отмена приказа об увольнении без удаленияОписание :
99. Отмена распорядительного действияЧто измененно :
Необходимо реализовать возможность отмены РПД-8 без удаления
самого приказа, а только с установкой в него статуса "отменен".
Как измененно :
В Галактику добавлено новое РПД - 99 "Отмена
распорядительного действия". Данное распорядительное действие отменяет
указанный в нем приказ для указанного сотрудника без удаления соответствующего
приказа. На данный момент реализована только отмена РПД-8 "Увольнение".
В случае, когда в приказе на увольнение сотрудника присутствовало более
одного сотрудника, отмена распорядительного действия возможна только включенной
настройке "Настройки Галактики \ Управление персоналом \ Управление и учет
кадров \ Приказы \ Приказы по персоналу \ Общие настройки \ Использовать
технологию пролонгирования приказов".
При отмене РПД в панели выбора ФИО отменного приказа отображается статус
"отменен". В реестре приказов статус "Отменен" отображается только в том
случае, если все РПД по данному приказу находятся в статусе "Отменен".
Отменить возможно только утвержденный приказ. При удалении приказа на отмену
РПД отменяемое РПД возвращается в статус утвержден. В частности, для РПД-8,
данный сотрудник считается уволенным с прежней датой увольнения.
Для отмены распорядительного действия необходимо, чтобы РПД-99 находился в
сводном приказе первым в списке (Номер раздела должен быть равен 1). В 1
распорядительном действии РПД-99 допускается только отмена 1 РПД по 1
сотруднику. В случае, если решение суда обязывает, кроме восстановления на
работе (выплата денежных средств за вынужденный прогул, компенсация морального
вреда, назначение табельных отклонений и т.д), в приказ необходимо добавить
соответствующее РПД (20 и / или 91). Для печати РПД-99 используется печать
индивидуальной формы приказа или печать групповой формы приказа. Если РПД-99
дополнен другими РПД (20, 91), то для печати используется печать приказа из
реестра приказов, отчет "Сводный приказ на отмену распорядительного действия".
При отмене увольнения дни отпуска, за которые была выплачена компенсация,
возвращаются в соответствующие отпуска. Компенсация, при этом, не отменяется и
не удаляется. При работе функции экспорта/импорта РП
информация о дополнительных днях не выгружается и не загружается.
Информация для клиентов, поддерживающих свои присоединенные формы печати
сводного приказа (из реестра приказов): для корректной работы необходима
перекомпиляция всех присоединенных пользовательских форм к базовой форме
"Consolidated_Report". В пользовательские формы должна быть добавлена
принадлежность к группе ".group 'RPD_COMMON'". В пользовательские
присоединенные формы для печати РПД-99 должна быть добавлена принадлежность к
группе ".group 'RPD_99'".
2018-05-14 19:34:48
Краткое описание :
Больничные - определять "будущие" относительно даты ввода в системуОписание :
Работа с интерфейсом ввода больничных листовЧто измененно :
Сейчас при вводе нового больничного в модуле
"Управление персоналом" его принадлежность к будущему
периоду определяется следующим образом: дата НАЧАЛА
БОЛЬНИЧНОГО сравнивается с датой из настройки "дата
начала формирования больничных будущего периода" и если
оказывается больше - больничный считается будущим.
Необходимо доработать, чтобы будущие больничные
определялись по дате ввода больничного лист.
Как измененно :
Добавлена настройка "Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Больничные \ Период (отчетный/будущий) определять по дате": "начала больничного" или "ввода больничного". По этой настройке определяется относительно какой даты ("предоставлен с ..." или "дата ввода листа") больничный будет относиться к будущему периоду.
При импорте ЭЛН датой вода листа считается текущая дата.
2018-05-14 19:34:47
Краткое описание :
Не учитывается минимальное пособие по уходу из справочника Ограничений по детским пособиямОписание :
Интерфейс "Ежемесячные пособия на детей"Что измененно :
Если сумма рассчитанного пособия ниже отметки минимального пособия по уходу за ребенком (из справочника "Ограничения по детским пособиям), то при наличии у сотрудника записи по другому детскому пособию (с другим Характером пособия), сумма пособия на ребенка по непонятной причине устанавливается НЕВЕРНО (не устанавливается равным сумме минимального пособия по уходу за ребенком).
Как измененно :
Ограничение суммы всех пособий средним месячным заработком производится в разрезе одной шкалы классификатора шкал пособий на детей (одного Характера пособия).
В случае ухода за двумя и более детьми до достижения ими возраста полутора лет размер пособия условно суммируется. При этом суммированный размер пособия, исчисленный исходя из среднего заработка (дохода, денежного довольствия), не может превышать 100 процентов размера указанного заработка (дохода, денежного довольствия), но не может быть менее суммированного минимального размера пособия.
2018-05-14 19:34:48
Краткое описание :
При печати заявления в ФСС у предприятия не входящего в пилотный проект выводится способ выплаты - почтовым переводом и это невозможно изменитьОписание :
Заявление о выплате пособия в ФССЧто измененно :
При печати заявления в ФСС у предприятия не входящего в пилотный проект выводится способ выплаты - почтовым переводом при печати заявления в ФСС из 9-го окна картотеки сотрудника.
Как измененно :
Открыт доступ к параметрам заявления на выплату пособия по нетрудоспособности из 9-го окна картотеки сотрудника через пункт меню контекстного окна "Заявление о выплате пособия в ФСС", где пользователь указать способ выплаты и банковские реквизиты.
2018-05-14 19:34:47
Краткое описание :
Не верное округление налогов на ФОТ при расчете по смежным лицевым счетам.Описание :
Расчёт налогов на ФОТЧто измененно :
Не верное округление налогов на ФОТ при расчете по смежным лицевым счетам.
Складываются округленные суммы взносов по всем лицевым счетам сотрудника за период.
327145,02 (база 1-ого таб. н.) * 0,051 (5,1%) = 16684,40
10377,76 (база 2-ого таб. н.) * 0,051 (5,1%) = 529,27
16684,40 + 529,27 = 17213,67
Если сложить базы двух табельных номеров и умножить на процент, то получится другая сумма взносов.
(327145,02 + 10377,76) * 0,051 = 17213,66
И это правильная сумма взносов.
Как измененно :
РФ. Дополнен расчёт налогов на ФОТ - отчислений на социальное и медицинское страхование.
Если значение настройки "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Взносы и налоги на ФОТ \ Налоги \ Страховые взносы \ Округлять сумму за месяц до копеек" установлено в "да", то при наличии смежных л/счетов округление общей суммы отчислений за период выполняется корректно.
Округляется до двух знаков итоговая сумма по работнику (физическому лицу, а не лицевому счёту) за период. При этом продолжают оставаться неокруглёнными:
- при наличии связанных л/счетов - итоговые суммы по каждому из них;
- составляющие части взносов, относящиеся на оплаты.
При этом для отчислений на социальное и медицинское страхование опять задействовано поле "Налог с учётом совместительства" справочников "Размер социальных налогов" ("до" и "после" расчёта), оно заполняется в любом случае, независимо от наличия смежных лицевых счетов.
Сервисная функция "Налоги на ФОТ - Контроль (для налогов с годовой НБ)", выполняемая с параметром "Функция" в значениях "контроль налогов..." или "пересчет налогов..." для отчислений на социальное и медицинское страхование заполняет упомянутое поле. Одновременно при доработке переименован параметр, отвечающий за учёт дополнительных л/счетов (заметим, что с 2010 года функция всегда работает так, как если этот параметр включен): с "С учётом доходов по совместительству" на "С учётом данных по дополнительным л/счетам".
При обновлении реестра настроек (после установки обновлений) происходит автоматическое заполнение поля "Налог с учётом совместительства" по архивным месяцам текущего года в справочнике "Размер социальных налогов" ("до" расчёта) на основании поля "Налог, тек." этого же справочника. Для записей по отчислениям на социальное и медицинское страхование.
2018-05-14 19:34:48
Краткое описание :
Импорт ЭЛН - необходимо ускоритьОписание :
Загрузка и импорт ЭЛНЧто измененно :
Процесс импорта больничных из xml сейчас идёт очень медленно, необходимо ускорить. Пакетный импорт 4-х больничных занимает примерно 2 минуты.
Как измененно :
Ускорена работа импорт ЭЛН.
2018-05-14 19:34:48
Краткое описание :
Импорт ЭЛН - подключить новый групповой интерфейс и для одиночного импортаОписание :
Загрузка и импорт ЭЛНЧто измененно :
Необходимо подключить новый групповой интерфейси для одиночного импорта ЭЛН, который вызывается из 9-го раздела картотеки и из смежных данных лицевого счёта.
То есть при запуске из 9-го раздела картотеки, или из смежных данных ЛС указываем папку, а программа в новом интерфейсе из этой папки отбирает только одного человека - из карточки, или ЛС которого запускался импорт (или выдаёт сообщение, что в указанной папке ЭЛН по такому-то сотруднику не найдено).
Есть различие при вызове из Кадров и из Зарплаты: в Кадрах больничные импортируются всегда в соответствии с настройкой "Дата начала формирования больничных будущего периода", поле "Период" скрыто.
В Зарплате в случае группового импорта предлагаю параметр "Период" дополнить вариантом "по настройке" (указанной выше) и сделать его вариантом по умолчанию - чтобы каждый импортируемый больничный попадал в нужный период в соответствии со своей датой начала.
А в случае одиночного импорта из 9-го раздела карточки, или смежных данных ЛС достаточно имеющихся сейчас 3-х вариантов (текущий/архив/будущий), но по умолчанию подставлять текущий, или будущий в соответствии с вышеуказанной настройкой.
Как измененно :
Реализован новый интерфейс импорта ЭЛН в Галактику из смежных данных ЛС и из 9-го окна картотеки. Выбор полностью аналогичен новому интерфейсу группового выбора XML-файлов.
В окне настройки импорта выбирается папка, в которой содержатся XML-файлы электронных листков нетрудоспособности.
Программа из указанной папки отбирает только того работника, из записи которого вызвали импорт. В случае, если в папке не обнаружено ЭЛН по данному сотруднику, выдается соответствующее предупреждение. Наименование папки, содержащей XML-файлы можно задать и вручную.
После выбора папки во второй панели отобразится информация (из XML-файла):
- ФИО
- СНИЛС
- вид пособия, дата начала и окончания пособия
По клику по значку с "Xml-файлом" - открывается содержимое XML-файла.
2018-05-14 19:34:47
Краткое описание :
Некорректный учет путевых листов при расчете аванса в режиме "Расчет ЗП за период"Описание :
Расчет начислений (общие вопросы)Что измененно :
Пример. В разделе "Документы/Данные из других модулей/Путевые листы/Импорт путевых листов из DBF-файлов" созданы две строки на одного работника на 1 день 8 часов каждая и на сумму 1000 руб.
Запускаем расчет аванса в режиме "Расчет зарплаты за период..." с 1-15 число месяца (Расчет начислений, удержаний и налогов на ФОТ должен быть включен). В расчет случайным образом попадает только одна строка из импортированных путевых листов.
Как измененно :
Исправлена функция учета данных из путевых листов, записей из режима "Начисления и выплаты", "Договоры подряда" и т.п.
при расчете аванса в режиме "Расчет зарплаты за период...".
Теперь функция учитывает все такие записи, при условии, что для них не было реестра или ведомости на перечисление в межпериод
2018-05-14 19:34:47
Краткое описание :
В отчете некоректно учитываются начисления СВ на
неначисляемые суммы в случае повторного приёма позже периода начисленийОписание :
О сумме заработной платы, на которую начислены СВ [РФ]Что измененно :
В отчете некорректно учитываются начисления СВ на неначисляемые
суммы в случае повторного приёма позже периода начислений
Ситуация такая:
Сотрудница работала в ГУП ТПО ЖКХ с 2001 года и была уволена в 2017 году,
справку сразу не взяла при увольнении, запросила ее в 2018 году, но к тому
моменту она уже снова работала с марта 2018 года, вернулась работать на
предприятие ГУП ТПО ЖКХ.
При формировании справки "О сумме заработной платы на которую начислены СВ"
сейчас в 2018 году за 2015,2016 и 2017 год в суммы перестал попадать вид
оплаты 156-подарки (на которые предприятие по своим личным причинам решило
начислять СВ) , вид оплаты возвращается в справку, если изменить дату приема на
работу на старую 2001 года, например.
Кондрашова Татьяна Александровна в курсе ситуации
Как измененно :
Доработан отчет Галактика ERP \ Персонал \ ЗП \ Отчеты \
Справки \ О сумме заработной платы, на которую начислены СВ [РФ].
Теперь в отчет включаются все суммы, которые есть в периоде, который передается
для выбора заработка,
в том числе неначисляемые суммы, если у них стоит "+" в расчет больничного .
Учет сумм для этого отчета не зависит от даты поступления.
2018-05-14 19:34:47
Краткое описание :
Расчет зарплаты - неправильно сторнируется отпуск в случае настройки пересчета по днямОписание :
Предварительная разноскаЧто измененно :
В КВО для вида оплаты отпуска будущего месяца задана допвходимость (32) "Учитывается при сторнировании отпускных сумм" с признаком "пересчитывать по дням".
В архиве оплат есть 2 записи по этому ВО: первая - из реестра межпериода, вторая - "добавка" по результатам пересчёта отпуска будущего месяца после окончательного расчёта зарплаты теущего месяца. В текущем месяце обработан отзыв из этого отпуска (полностью) и создана сторнирующая запись на весь период.
Но предварительная разноска создаёт только одну запись сторнирования по этому ВО со ссылкой на первую запись архива. Соответственно и при расчёте зарплаты сторнируется только эта первая запись, а вторая - нет.
Примечание. Проблема проявляется при наличии записей с дополнительными признаками 1 или 2 в Классификаторе налогов на ФОТ.
Как измененно :
Для России доработана функция обработки сторнирующих записей с признаком "С_О" при предварительной разноске при наличии записей с дополнительными признаками 1 или 2 в Классификаторе налогов на ФОТ.
Теперь в таких случаях анализируется примечание к дополнительной входимости (32) "Учитывается при сторнировании отпускных сумм".
Если указаны признаки "пересчитывать по дням" или "пересчитывать по часам", дополнительно анализируются поля "Дата выплаты (возврата)" для записей с одинаковыми видами оплаты и одинаковыми периодами.
Если даты различаются, то считается, что имеет место автоматическое разбиение начисления отпуска по датам выплаты (перечисления). В этом случае записи не объединяются в одну.
Во всех остальных случаях, функция работает, как раньше.
2018-05-14 19:34:47
Краткое описание :
Операции и реестры/ведомости межпериода - унификация полей для плановых дат выплатОписание :
Реестры межрасчетного периодаЧто измененно :
В большинстве операций межпериода, а также в интерфейсах формирования объединённого реестра, или платёжной ведомости межпериода есть поля для плановых дат выплат, но называются они везде по разному - это путает пользователей:
- в интерфейсах отпусков и больничных поле называется "Выплатить", а в объединённых реестрах/ведомостях межпериода при выборе отпусков и больничных - "Дата выплаты";
- в начислениях и удержаниях межпериода - "Дата выплаты", а в реестрах/ведомостях - "Дата док.";
- в реестрах/ведомостях межпериода и окончательных при выборе уволенных, а также при выборе в поле "Аванс межпериода" - "Плановая дата выплаты".
Единственное исключение - наверное не стОит изменять наименование поля в ЛС "Плановая дата выплаты заработной платы" (иначе в ЛС будет не очень понятно что именно нужно выплатить).
Кроме того, в реестрах/ведомостях межпериода при выборе в поле "Аванс межпериода" желательно вообще убрать (скрыть) поле с датой выплаты, поскольку оно никак не влияет на отбор работников для выплаты аванса.
Как измененно :
Зарплата - Операции - Реестры межрасчетного периода
Зарплата - Операции - Платежная ведомость межрасчетного периода
Доработаны параметры формирования реестров и ведомостей межрасчетного периода:
- в интерфейсах выбора больничных, отпусков, начислений и выплат, удержаний и выплат, аванса по договорам подряда, премий с учетом КТУ наименования полей "Дата выплаты" или "Дата документа" переименованы на "Выплатить". При этом в строке-подсказке присутствуют слова "плановая дата выплаты"
- в окне выбора ЛС "Аванс межпериода" поле с датой выплаты скрыто
- при выбор уволенных в ЛС наименование поля "Плановая дата выплаты заработной платы" остается
В "Начислениях и выплатах", "Удержаниях и выплатах" поле "Дата выплаты" изменено на "Выплатить".
Дополнительно. Все суммовые поля в окнах выбора больничных, отпусков, начислений и выплат, удержаний и выплат ((при формировании объединенных реестров) приведены в более удобочитаемый вид, разделены на разряды и прижаты к правому краю.
2018-05-14 19:34:48
Краткое описание :
Объединённый реестр межпериода - фильтровать договоры подряда по плановой дате выплатыОписание :
Реестры межрасчетного периодаЧто измененно :
В параметрах формирования объединённого реестра и платёжной ведомости межпериода логично фильтровать договоры подряда по плановой дате выплаты - аналогично отпускам, пособиям и другим операциям межпериода (сейчас договоры фильтруются по дате документа).
Для этого потребуется добавить поле "Выплатить" в интерфейс договоров подряда.
Как измененно :
Зарплата - Операции - Реестры межрасчетного периода
С целью фильтрации договоров подряда по дате выплаты добавлено поле "Выплатить" в интерфейс договоров подряда м в окно выбора договоров подряда в параметрах формирования объединенного реестра.
2018-05-14 19:34:48
Краткое описание :
Объединённый реестр межпериода - фильтровать ежемесячные детские пособия по плановой дате выплатыОписание :
Реестры межрасчетного периодаЧто измененно :
Необходимо предоставить возможность при формировании объединенного реестра выбрать детские пособия и отфильтровать их по дате выплаты, если дата выплаты установлена в параметрах формирования объединенного реестра.
Как измененно :
Зарплата - Операции - Реестры межрасчетного периода
Доработано формирование реестров межрасчетного периода.
В параметры формирования объединенного реестра добавлена возможность фильтровать ежемесячные детские пособия по плановой дате выплаты - аналогично отпускам, единовременным пособиям и другим операциям межпериода.
2018-05-14 19:34:48
Краткое описание :
Платежная ведомость межпериода - фильтровать ежемесячные детские пособия по плановой дате выплатыОписание :
Платежная ведомость межпериодаЧто измененно :
В параметрах формирования объединенной платежной ведомости межпериода нужно фильтровать ежемесячные детские пособия по плановой дате выплаты - аналогично отпускам и другим операциям межпериода.
Как измененно :
Доработано формирование платежной ведомости межпериода.
В параметры формирования платежной ведомости добавлена возможность фильтровать ежемесячные детские пособия по плановой дате выплаты - аналогично отпускам, единовременным пособиям и другим операциям межпериода.
2018-05-14 19:34:48
Краткое описание :
Платежная ведомость межпериода - фильтровать единовременные пособия по плановой дате выплатыОписание :
Платежная ведомость межпериодаЧто измененно :
С целью повышения удобства работы с реестрами предлагается доработать фильтр по детским единовременным пособиям в параметрах формирования платежная ведомости межпериода.
Как измененно :
Зарплата - Операции - платежная ведомость межпериода
Доработано формирование платежной ведомости межпериода.
В параметры формирования платежной ведомости межпериода добавлена возможность фильтровать единовременные детские пособия по плановой дате выплаты - аналогично отпускам, единовременным пособиям и другим операциям межпериода.
2018-05-14 19:34:48
Краткое описание :
Ссылка на основной отпуск в пакете отпусковОписание :
7-е окно (отпуска сотрудника)Что измененно :
При формирование приказов на основной отпуск в пакете отпусков ссылка устанавливается в зависимости от настройки
"Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Отпуска \ Формирование \ Ежегодный трудовой отпуск".
Если в системе занесено несколько основных отпусков, то это приводит к некорректной ситуации, когда otpusk ссылается на одну запись классификатора отпусков, а factotpusk - на другую. Например, если заведено 2 основных отпуска: для госслужащих и для не госслужащих.
Необходимо доработать систему, чтобы совпадали ссылки на классификатор в пакете отпусков и в самом отпуске.
Как измененно :
Для реализации решения была добавлена в "Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Отпуска \ Формирование" настройка "Формировать наименование пакета фактических отпусков по наименованию основного отпуска из пакета", а настройка "Ежегодный трудовой отпуск" была переименована в "Ежегодный трудовой отпуск по умолчанию".
Возможные варианты значения настройки:
* Нет - При оформлении РПД-6 либо добавлении нового отпуска в 7 окне картотеки наименование пакета отпусков формируется из значения настройки "Ежегодный трудовой отпуск по умолчанию". Данный вариант настройки - вариант по умолчанию;
* Да - При оформлении РПД-6 либо добавлении нового отпуска в 7 окне картотеки наименование пакета отпусков формируется из наименования основного отпуска, входящего в пакет. В случае, если основной отпуск в пакете отсутствует, наименование пакета формируется из настройки.
Следует помнить, что при оформлении отпуска в РПД-6 и 7 окне по план-графику отпусков когда детализация план-графика содержит только 1 отпуск, наименование пакета формируется из наименования отпуска в детализации план-графика, вне зависимости от вышеперечисленный настроек.
2018-05-14 19:34:48
Краткое описание :
Логирование предупреждений при работе с dsk объект:"RPD1ViewMode"Описание :
1. Прием на работуЧто измененно :
1.После формирования отчетов(без печати тарифного разряда):
- Сводный приказ по распорядительным действиям
- Сводный приказ по распорядительным действиям со склонением ФИО
- Форма N Т-1a в формате Word
- Форма N Т-1a в формате Word со склонением ФИО
- Приказ о приеме на работу (групповой) СТБ
Строится лог:
----------------------------------------------------
10.11.2017 15:38:54.82, объект: "RPD1ViewMode"
[x]: Несовпадение типов считываемого объекта (Word) и сохраненного (Byte)
----------------------------------------------------
2. При любой работе с приказом о приеме на работу в интерфейсе "Список приказов о приеме на работу" (обычный прием, повторный прием, личная карточка заведена, просто просмотр) строится лог:
08.11.2017 17:00:42.07, объект: "RPD1ViewMode"
[x]: Несовпадение типов считываемого объекта (Word) и сохраненного (Byte)
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : RPD_1
Записан: CONTAINEROFORDERS
Как измененно :
Доработан механизм передачи параметра, указывающего на окружение вызова интерфейса РПД-1 (реестр приказов или индивидуальные приказы). Исключена передача параметра через DSK.
2018-05-14 19:34:48
Краткое описание :
обнуляется продолжительность стажаОписание :
3-е окно (анкетные данные \ стаж)Что измененно :
Принимаем сотрудника на работу. В карточке в
разделе 3 начинаем заполнять данные из трудовой книжки
о стажах. Например, для страхового стажа. Если ввести
дату начала и закрыть окно, то продолжительность стажа
обнуляется. Если после этого зайти в просмотр
информации о стаже и выйти, то продолжительность
отображается корректно.
Описание во вложении.
Такое поведение системы сильно раздражает
пользователей. Данные о продолжительности должны сразу
корректно отображаться.
Как измененно :
Принимаем сотрудника на работу. В карточке в
разделе 3 начинаем заполнять данные из трудовой книжки
о стажах. Например, для страхового стажа. Если ввести
дату начала и закрыть окно, то продолжительность стажа
пересчитает с учетом текущих данных.
2018-05-14 19:34:48
Краткое описание :
Фильтр по детским пособиям в параметрах формирования реестров межпериодаОписание :
Реестры межрасчетного периодаЧто измененно :
С целью повышения удобства работы с реестрами предлагается доработать фильтр по детским единовременным пособиям в параметрах формирования объединенного реестра.
Как измененно :
Зарплата - Операции - Реестры межрасчетного периода
Доработано формирование реестров межрасчетного периода.
В параметры формирования объединенного реестра добавлена возможность фильтровать единовременные детские пособия по плановой дате выплаты - аналогично отпускам, единовременным пособиям и другим операциям межпериода.
2018-05-14 15:46:38
Краткое описание :
Поменять название признаков отбора премийОписание :
Классификатор видов оплатЧто измененно :
Поменять название признаков отбора премий для РБ. В ПИР 102.180155 для признаков +, 1-5 была сделана доработка.
РБ. Доработан учет квартальных премий. Если у работника
несколько видов квартальных премий за разные показатели и в КВО для этих премий
установлен соответствующий признак для отбора (кроме С), то при расчете
среднего заработка отбираются последние по дате выплаты премии по каждому
показателю.
Теперь название признаков не соответствуют их сути для РБ. ПИР на справку зарегистрирован, просим поменять названия признаков для РБ наподобие: выбираются последние по дате выплаты
Как измененно :
Осуществлены доработки вкладки "по среднему" КВО и вкладки "по среднему" таблицы входимостей видов оплат КВО:
1. Изменено название поля "Отбор премий(б/л,от)" на "отбор премий (отпуск, СЗ)" во вкладке "По среднему" КВО.
2. Изменены названия признаков отбора премий для отпусков и СЗ: для признака 1 вместо "1 Выбирается наибольшая из премий" отображается "1 Показатель для премии 1".
Аналогично для признаков 2-5.
3. Изменена строка помощи для отбора премий с "Способ отбора премий при наличии нескольких выплат для отпусков и больничных" на "Способ отбора премий при наличии нескольких выплат для отпусков и среднего заработка".
4. Проведены доработки по эргономике вкладки "по среднему" КВО:
- параметры и подписи к ним выровнены друг относительно друга и разнесены по ширине вкладки;
- значения списка выбора поля "премия для среднего заработка" приведены к единообразию: сокращенное значение параметра отделяется от его описания двумя пробелами.
2018-05-14 15:46:39
Краткое описание :
Считыватель документов "Регула" - использование в модулях УП и ЗПОписание :
Документы физических лицЧто измененно :
Пользователь хочет подключить считыватель документов "Регула" к Галактике.
Считыватель + документ - конкретно это ПАСПОРТ РБ.
ФИО
пол
дата рождения
место рождения
Идентификационный номер
гражданство
номер документа
дата выдачи
кем выдан
дата окончания
FIO на английском.
Как измененно :
Разработан интерфейс считывания данных паспорта гражданина Республики Беларусь сканером документов "Регула" и
сравнения их с имеющимися в системе с возможностью сохранения данных.
При создании карточки сотрудника в "Кадрах", Лицевого счета или приказа на прием, в интерфейс ввода добавлена кнопка "Сканирование паспорта". Необходимо приложить 31 и 33 листы паспорта в любой последовательности, проверить достоверность считанной информации и нажать кнопку "Сохранить".
В интерфейсе есть цветовое отображение соответствия данных в системе и считанных сканером, если сканирование осуществляется из интерфейса "Документы" при наличии карточки сотрудника:
- зеленым цветом отображаются совпадающие данные системы и считанные сканером;
- желтым цветом, если данных в системе нет, а есть считанные данные;
- синим цветом, если данные есть в системе, но нет считанных;
- серым цветом, если нет данных ни в системе, ни считанных;
- красным цветом, если данные присутствуют в системе и есть считанные, но они различаются.
Интерфейс считывания данных подключен только для паспорта гражданина Республики Беларусь в интерфейсе документы,
вызываемого из приказа РПД-1, документов 1 окна картотеки и документов кадровой информации лицевого счета.
При сохранении данных о гражданстве и месте рождения, если в системе нет соответствующих элементов в справочниках, система предлагает их создать.
2018-05-14 19:34:48
Краткое описание :
Реализовать отчет в FR формате, приближенный к бумажному бланку ЛН, отражающий сведения из XML-файла электронного листка нетрудоспособностиОписание :
9-е окно (сведения о заболеваемости)Что измененно :
Реализовать отчет в FR формате, приближенный к бумажному бланку ЛН, отражающий сведения из XML-файла электронного листка нетрудоспособности.
Как измененно :
Реализован отчет в формате FastReport, приближенный к бумажному бланку листка нетрудоспособности, отражающий сведения из XML-файла электронного листка нетрудоспособности.
2018-05-14 19:34:48
Краткое описание :
Избыточное предупреждениеОписание :
1-е окно (общие сведения)Что измененно :
Если в интерфейсе ввода адреса оставить незаполненными обязательные поля, то при его закрытии выдается запрос подтверждения "Не заполнены все обязательные для заполнения поля. Продолжить заполнение?" [Да] [Нет]. Если ответить "Нет", то интерфейс закрывается и с незаполненными полями.
Нет смысла выдавать этот запрос, потому что пользователь уже проинформирован о том, что обязательные поля не заполнены - об этом сигнализирует их фон.
Как измененно :
Убрано лишнее предупреждение.
2018-05-14 19:34:48
Краткое описание :
Отредактировать нумерацию в сводном отчете (печать из реестра приказов )Описание :
Интерфейс всех приказов по персоналуЧто измененно :
Необходимо убрать нумерацию в сводном отчете (печать из реестра приказов) в виде (П.1), расположенную по правому краю и сделать нумерацию (цифра и точка) с отступом слева, с начала строки абзаца.
Слово "ПРИКАЗ" должно быть написано заглавными буквами шрифтом, применяемым в документе.
Как измененно :
Отредактированы отчеты "Сводный приказ по распорядительным действиям" и "Сводный приказ по распорядительным действиям со склонением ФИО".
* Нумерация разделов перенесена с правого края листа на левый и находится перед названием распорядительного действия. Для данной строки установлен стандарный отступ;
* слово "ПРИКАЗ" выводится заглавными буквами шрифтом документа;
* исправлены междустрочные интервалы;
* установлены параметры полей страницы: Л - 3 см, П - 1 см, В - 1.5 см, Н - 1.5 см;
2018-05-14 19:34:48
Краткое описание :
Изменить визуализацию при формировании рабочих периодов и полагающихся отпусков с прокручиваемой на числовуюОписание :
Функция формирования полагающихся отпусковЧто измененно :
Изменить визуализацию при формировании рабочих периодов и полагающихся отпусков с прокручиваемой на числовую в интерфейсе "Справочник рабочих периодов сотрудников".
Аналогичные изменения произвести в функции "Пересчет сдвигов рабочих периодов".
Как измененно :
В интерфейсе "Справочник рабочих периодов сотрудников" изменена визуализация при формировании рабочих периодов, полагающихся отпусков и пересчете сдвигов рабочих периодов с прокручиваемой на числовую с отображением информации том, сколько из выбранный сотрудников обработано на текущий момент.
2018-05-14 19:34:48
Краткое описание :
Заменить визуализацию с прокручиваемой на цифровую в интерфейсе формирования план-графика отпусковОписание :
Формирование план-графиков отпусковЧто измененно :
Заменить визуализацию с прокручиваемой на цифровую в интерфейсе формирования план-графика отпусков
Как измененно :
В интерфейсе формирования план-графика отпусков визуализация заменена с прокручиваемой на цифровую с отображением информации том, сколько из выбранный сотрудников обработано на текущий момент.
2018-05-14 19:34:48
Краткое описание :
РПД-60 (изменение режима работы) - значения по умолчанию из ШР и визуализация историиОписание :
60. Изменение режима работыЧто измененно :
По аналогии с РПД-50 необходимо внести изменения в РПД-60:
* Добавить настройку для РПД-60, определяющую источник значения по умолчанию для полей приказа: история назначений либо история ШР;
* Добавить закладки с визуализацией текущих значений на указанную дату из истории назначений и истории ШР;
Как измененно :
В "Настройки Галактики \ Управление персоналом \ Управление и учет кадров \ Приказы \ Приказы по персоналу \ РПД-60 (Изменение режима работы)" добавлена настройка "Исходные значения устанавливать". Данная настройка определяет, из какого источника, по умолчанию, заполняется режим работы на указанную дату. Варианты значения настройки:
* из истории назначений - заполнять поле "режим работы" из истории назначений на дату с;
* из истории штатного расписания - заполнять поле "режим работы" из истории штатного расписания на дату с.
В РПД-60 изменен порядок следования полей ввода. Сначала вводится период изменения режима работы, а, потом, сам режим работы.
При оформлении приказа после выбора сотрудника устанавливается дата изменения режима работы, равная дате приказа и режим работы из истории назначений либо из истории штатного расписания, в зависимости от значения настройки, на дату. При изменении даты начала действия значение режима работы перечитывается заново из определяемого настройкой источника.
В нижнюю панель приказа добавлена информационная панель с закладками "История назначений", "История штатного расписания" и "Примечание". Данные закладки содержат информацию о текущих значениях в истории назначений на дату, истории штатного расписания на дату и примечание к приказу. Дата просмотра истории изменяется при изменении даты начала действия нового режима, но может быть откорректирована пользователем для просмотра истории на другую дату.
Кнопка "Примечание" в интерфейсе приказа удалена. Ее функционал перенесен на закладку "Примечание" информационной панели.
2018-05-14 19:34:47
Краткое описание :
НДФЛ за счет округления 1р сформировался не по тому ВООписание :
Расчет подоходного налогаЧто измененно :
У работника имеется материальная помощь, на полную сумму которой предоставляется вычет и НДФЛ с нее равен 0. Данная материальная помощь помощь была перечислена в межпериод. В этом случае остаток от округления НДФЛ всегда относится на этот вид оплаты, что не соответствует с приоритету отнесения округления).
Также 105649 у него есть начисление за текущий месяц с нулевым приоритетом, а 1р. формируется все-равно за счет 166 ВО.
Как измененно :
Доработана функция учета приоритетов для отнесения остатка от округления НДФЛ при расчете заработной платы.
1.Теперь правильно учитываются приоритеты и в том случае, когда у работника имеется материальная помощь, на полную сумму которой предоставляется вычет и НДФЛ с нее равен 0, кроме того данная материальная помощь помощь была перечислена в межпериод.
2.Также доработан учет отрицательных сумм из реестра НДФЛ. Теперь, если есть сформированный реестр на перечисление заработной платы в котором имеется сумма НДФЛ с отрицательным доходом и НДФЛ в диапазоне [-1..1], эта сумма аннулируется и в результаты расчета поступает запись с видом оплаты согласно приоритетам отнесения остатка округления НДФЛ
2018-05-14 19:34:48
Краткое описание :
Исправить наименование записи справочника "Особые условия"Описание :
Просмотр каталоговЧто измененно :
Нужно исправить ошибку в новом наименовании "Список 1 (особо-вредные условия труда)".
Словосочетание "особо вредные" нужно писать раздельно, а не через дефис: "Список 1 (особо вредные условия труда)".
Как измененно :
Исправлено наименование "Список 1 (особо вредные условия труда)". Для изменения наименования необходимо запустить функцию Управление персоналом | Настройка | Инициализация | Системные каталоги.
2018-05-14 19:34:47
Краткое описание :
Визуализация при расчете удержаний неверно отображает счетчик обработанных лицевыхОписание :
Расчет удержаний (общие вопросы)Что измененно :
Визуализация при расчете удержаний неверно отображает счетчик обработанных лицевых.
При обработке 172 лицевых счетов визуализация отображает 3720 / 172 и более.
Как измененно :
Исправлена визуализация при расчете удержаний (счетчик лицевых счетов).
2018-05-14 15:46:38
Краткое описание :
Считыватель документов "РЕГУЛА" - общие функцииОписание :
?Что измененно :
Разработать интерфейс для связи со сканером документов "Регула"
Как измененно :
Разработан интерфейс взаимодействия со сканером "Регула" для
внутреннего использования
2018-05-14 19:34:47
Краткое описание :
Возвраты в результатах расчета НДФЛ, когда часть суммы оформлена реестром на перечисление в банк из функции "Удержания и выплаты", а реестр на перечисление НДФЛ оформлен по результатам расчета заработной платыОписание :
Учет реестров и платежных ведомостей при расчете заработной платыЧто измененно :
Необходимо исключить возвраты в результатах расчета НДФЛ. Они возникают в том случае, когда часть суммы оформлена реестром на перечисление в банк из функции "Удержания и выплаты", реестр на перечисление НДФЛ оформлен по результатам расчета заработной платы, и реестр на перечисление остатка заработной платы отсутствует.
Как измененно :
Устранено формирование возвратов НДФЛ в том случае, когда часть заработной платы перечислялась с помощью реестра из функции "Удержания и выплаты"
2018-05-14 19:34:47
Краткое описание :
Не работают функции локального меню Экспорт и ИмпортОписание :
Накладная Спецодежда -> СкладЧто измененно :
Не работают функции локального меню Экспорт и Импорт
В первую очередь интересует Экспорт.
Как измененно :
Экспорт работает через локальное меню.
2018-05-14 19:34:47
Краткое описание :
Задваиваиться сумма возврата отпускных при отзыве из отпускаОписание :
Сторнирующие записиЧто измененно :
При наличии в архиве начислений записей о
сторнировании отпуска, после выполнения функции
Перерасчета средних: сумма возврата отпускных
задваивается. Подробности во вложении.
Как измененно :
Исправлено. Теперь записи сформированные при
пересчете средних не сторнируются.
2018-05-14 19:34:48
Краткое описание :
система портит рабочие периодыОписание :
Справочник рабочих периодов (обобщенно)Что измененно :
Необходим способ установки всем сотрудникам организации "принудительной" (отличающейся устанавливаемой системой) даты начала первого рабочего периода (Persons.Lastdate в первом окне картотеки для основного назначения и Appointments.dDop1 в шестом окне картотеки для совмещения).
Как измененно :
В систему добавлен внешний интерфейс "Заполнение даты начала рабочего периода" "Сервис \ Утилиты \ Запуск внешнего интерфейса \ Z_STAFF::SETWORKPERIODBEGIN (Z_Staff.res)".
Данный интерфейс предназначен для массовой установки "принудительной" (отличающейся устанавливаемой системой) даты начала первого рабочего периода. Данный интерфейс представляет собой 2 панели. В верхней панели отображаются основные назначения для работающих или принятых будущим периодом сотрудников. В нижней - аналогичные назначения по совмещению.
Поля таблиц:
* Дата приема - дата приема на работу по конкретному назначению;
* Начало первого РП - дата начала первого РП по данному назначению из 7 окна;
* Новая дата первого РП - принудительно установленная дата начала первого РП;
* ФИО - Фамилия, имя и отчество сотрудника;
* Табельный № - табельный номер сотрудника;
* Подразделение - подразделение;
* Должность - должность сотрудника.
Кнопки интерфейса:
* "Установить по дате приема" - для отмеченных записей устанавливает значение поля "Новая дата первого РП" равным полю "Дата приема";
* "Установить по началу РП" - для отмеченных записей устанавливает значение поля "Новая дата первого РП" равным полю "Начало первого РП";
* "Сохранить" - для отмеченных записей сохраняет поле "Новая дата первого РП" в поле Person.LastDate для основного назначения и Appointments.dDop1 для совмещения. Перерасчет РП при этом не производится! Данный режим необходим для приведения "принудительной" даты начала первого рабочего периода в соответствие с фактической датой начала первого РП.
* "Сохранить и пересчитать" - для отмеченных записей сохраняет поле "Новая дата первого РП" в поле Person.LastDate для основного назначения и Appointments.dDop1 для совмещения. Затем производится перерасчет всех рабочих периодов по данному назначению в соответствии с новыми данными.
2018-05-14 19:34:48
Краткое описание :
Невозможно внести новую доплату в истории доплат для нового пользователяОписание :
6-е окно (сведения о работе на предприятии)Что измененно :
Управление и учет кадров. Настройки "Настройки Галактики \ Управление персоналом \ Управление и учет кадров \ Картотека \ Разграничение доступа" и "Настройки Галактики \ Управление персоналом \ Управление и учет кадров \ Приказы \ Приказы по персоналу \ Общие настройки \ Разграничение доступа" установлены в "Да".
Шестое окно картотеки, доплаты. Для нового пользователя Галактики отсутствует возможность ввода новой записи в интерфейсе "Истории доплаты: ....". Права доступа к 6 разделу картотеки для указанного пользователя установлены в "Просмотр" и "Редактирование".
При перемещении по списку доплат на весь список доплат становится то серым, то черным. Эффект проявляется при использовании цветовой схемы "Power".
Как измененно :
Доработан интерфейс "История доплаты: ...". В списке доплат записи, для которых существует приказ, теперь отображаются серым цветом вне зависимости от состояния настройки "разграничения доступа". В нижней панели поля подсвечиваются серым цветом и становятся недоступными для редактирования в случае, если для данной записи доплат существует приказ или включено разграничение прав и у данного пользователя недостаточно прав для редактирования данной записи.
Доработан интерфейс "Доплаты и надбавки.". В списке доплат записи, для которых существует приказ, теперь отображаются серым цветом вне зависимости от состояния настройки "разграничения доступа". При выделении доплаты, внесенной приказом, цвет шрифта для всего списка больше не изменяется.
2018-05-14 19:34:47
Краткое описание :
Неверно рассчитываются алименты, если они начислены не с начала месяцаОписание :
Расчет алиментов и исполнительных листовЧто измененно :
Неверно рассчитываются алименты, если они начислены не с начала месяца, в случае если есть начисления с одинаковым видом оплаты, но период одного из них полностью поглощается периодом другого.
Например. Алименты назначены с 29.03.2018.
Есть ВО 201 с 01.03.2018 по 06.03.2018 на сумму 2570.4,
ВО 201 с 07.03.2018 по 31.03.2018 на сумму 10281.6,
ВО 201 с 25.03.2018 по 26.03.2018 на сумму 2424.91.
Для НДФЛ в данном случае формировалась две записи на период
с 01.03.2018 по 06.03.2018 на сумму 335,
с 07.03.2018 по 31.03.2018 на сумму 1652.
В результате алименты рассчитывались неверно.
Как измененно :
В рамках данного решения отдельно формируются записи на перечисление НДФЛ и в том случае, когда периоды начислений с одинаковым видом оплаты не совпадают, но в тоже время период одного из них полностью поглощается периодом другого. В результате получаем корректный расчет алиментов.
Также дополнен протокол расчета, который вызывается по настройке "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Печать пояснительного протокола" = расчет алиментов в отношении сумм, исключаемых из расчета.
2018-05-14 19:34:47
Краткое описание :
сторнирование начислений не учитывает аналитикуОписание :
Сторнирующие записиЧто измененно :
Имеется в архиве 2 начисления с одним кодом 58 за один период:
5300 (ИФ=1) и 1700 (ИФ=2). По графику 15 дней.
За предыдущий период заносим больничный лист (на 10 дней).
По ручным расчетам должны иметь сторно начислений:
(ИФ=1) 5300/15*10 = - 3533.33
(ИФ=2) 1700/15*10 = - 1133.33
ИТОГО = - 4666.66
В результатах расчета получаем 2 сторнирующие записи с кодом 58 и
одинаковой суммой - 2333.33 (Итого: - 4666.66) ,
но с разными источниками финансирования (ИФ).
Итог верный, но по ИФ сторно прошло некорректно.
Получается, что с ИФ=2 сторнировали больше, чем начислили.
Сторно должно учитывать аналитику начислений (счет, субсчет, КАУ, параметр).
Раньше работало верно, сломалось с установкой Z_ZAR 8.10.41.0
Как измененно :
1.Доработана функция сторнирования начислений при расчете заработной платы.
Доработка проводилась для записей из "Предварительного просмотра" с пометками "СО" и "СБ" в том случае,
если в соответствующих дополнительных входимостях (31 и 32) в качестве примечания указано "пересчитывать по дням" или
"пересчитывать по часам".
При обработке сторнирующих записей из предварительного просмотра анализируется ссылка на исходную запись из архива оплат.
Если ссылка задана, то сторнируется именно та запись, по которой создана исходная запись в просмотре.
Если ссылка не задана,то считается что запись создавалась вручную. По таким записям возврат сумм идет так, как было раньше.
Примечание.
При учете записей с пометкой "СБ" учитывается доп.входимость
(31) Сторнируется при наличии больничного, отпуска за закрытый период.
При учете записей с пометкой "СО" учитывается доп.входимость
(32) Учитывается при сторнировании отпускных сумм.
Если в примечании для этих доп.входимостей указано "пересчитывать по алгоритму" то функционал работает, как раньше,
согласно указанному алгоритму.
2. Доработан интерфейс "Предварительный просмотр" для корректного отражения поля "Корректировалась".
3. Доработана функция "Предварительная разноска" для корректной обработки поля "Корректировалась".
При проверке данного решения следует проверить работу функции "Предварительная разноска" c учетом поля "Корректировалась".
Внимание. Могут не пойти тесты по проверке функциональности работы функции "Предварительная разноска" c учетом поля
"Корректировалась".
Это произойдет в том случае, если данные тесты создавались до решения ПИР 101.41254.
Такие тесты нужно переделать.