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


Описание файла обновления:
ФайлG_SUMDIVIDE_DLL_911730.TXT
ОбновлениеG_SumDivide_dll_911730
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентG_SUMDIVIDE
ТипDLL
Версия9.1.173.0
Дата2018-08-24 22:12:25
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
101.64683NEWНачисление постоянной доплаты при повторном трудоустройстве.Заработная платаПредварительная разноска
Начисление постоянной доплаты при повторном трудоустройстве. "Вопрос по уволенным и вновь принятым на тот же табельный номер в расчётном месяце. Премия по итогам работы за месяц при предварительной разноске учитывается только по новому месту работы. Настройка "Контроль ввода данных по дате приема на работу" установлена в значении "не производится" и в результаты расчета зарплаты попадают суммы ДО даты приема на работу в Лицевом счете. Но не устраивает то, что в этих записях (в результатах расчета зарплаты) подразделение, в котором работает сотрудник на последний день месяца. Дело в том,что отнесение затрат в каждом подразделении свое, поэтому необходимо, чтобы начисление разбивалось правильно. На момент увольнения премию по итогам работы за месяц выплатить не можем, так как размер премии определяется на хозрасчетной комиссии по окончании месяца."Доработана функция "Предварительная разноска" для уволенных и вновь принятых. Теперь в предварительный просмотр попадают записи после даты приема на работу с учётом "Истории увольнений". Примечание. Следует иметь в виду, что, после установки обновления необходимо проанализировать список используемых алгоритмов, и при необходимости изменить их, т.к.не все алгоритмы учитывают периоды входящих оплат. Например, если для доплаты установлены алгоритмы [37..40] пр.1, следует установить признак пр.4
102.1864689.1.172.0Задвоение ВО в расчетнике при 29 входимостиЗаработная платаПредварительная разноска
Необходимо убрать лишнюю запись в Р/л. Для того, чтобы оплата с 0 суммой попала в Р/л в ВО добавили доп. входимость 29 (примечание - разноска и расчет, доп. информация - не рассчитывать по алгоритму). В ситуации, когда в классификаторе видов пособий для первого % установлено значение 0% 6 дней, система рассчитывает лишний вид оплаты с 0-м значением, если оплата первого процента полностью приходится на первый месяц оплаты.Доработана функция "Предварительная разноска" для больничных листов. Теперь лишняя запись в предварительном просмотре не появляется. Ситуация проявлялась для больничного листа с нулевой суммой за первый месяц при настройках: 1. "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Продолжительность Разбить пособие на основную и дополнительную суммы" - нет 2. "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Продолжительность Количество дней за счет работодателя"-0. 3. дополнительная входимость - (29) Запись с нулевой продолжительностью и суммой.
101.626759.1.171.0Больничный - округлять сумму к выдаче по настройке КВУЗаработная платаРабота с интерфейсом ввода больничных листов
В интерфейсе больничного предлагается округлять поле "К выдаче" по настройке КВУ "Округлять по собственным правилам" - аналогично тому, как это сделано в отпусках (см. ПиР 102.160484). Сейчас эта настройка КВУ работает только при формировании реестра по больничному - в результате получается сумма в реестре не равна сумме "к выдаче" в больничном. А поскольку сумма "к выдаче" учитывается при расчёте зарплаты с отключенной настройкой учёта выплат по документам, то это может привести к неправильному расчёту зарплаты.При расчете больничных для округления суммы на руки используется индивидуальная настройка Округлять сумму, заданная в в классификаторе ВУ для удержания, выбранного в качестве выплаты в межпериод. На данном этапе выбор индивидуальной настройки для округления предусмотрен для тех же видов удержаний, что и при расчете з/п.
102.1736989.1.171.0Остаток количества дней нетрудоспособности для инвалидов при переходе с года на год.Заработная платаРабота с интерфейсом ввода больничных листов
Остаток количества дней нетрудоспособности для инвалидов при переходе с года на год подсчитывается неправильно для одного случая заболеваемости (за второй год). Описание во вложении.Для РФ. В больничных листах для инвалидов автоматически устанавливается особенность Инвалид и ограничение по дням оплаты. В полях Остаток отображается количество дней ограничения для данного больничного.
102.1854039.1.171.0При смещении архивного отпуска на время больничного сторнирование отпускных сумм происходит некорректноЗаработная платаСторнирующие записи
В архиве оплат 2 записи по оплате отпуска (в одной из них стоит признак "П"). Работник заболел во время отпуска, БЛ с 07/06 по 11/06. В результате выполнения функции "Контроль пересечения:" отпуск разбит на части. Добавлены сторно записи. При расчете ЗП отпуск сторнируется за 56 дней вместо 28, т.е. дни задваиваются. В КВО для вида оплаты отпуска задана допвходимость "(31) Сторнируется при наличии больничного, отпуска за закрытый период" с признаком "пересчитывать по дням". В архиве оплат есть 2 записи по этому ВО: первая - из реестра межпериода, вторая - "добавка" по результатам пересчёта отпуска будущего месяца после окончательного расчёта зарплаты теущего месяца. Предварительная разноска создаёт только одну запись сторнирования по этому ВО с удвоенным количеством дней со ссылкой на первую запись архива. Соответственно и при расчёте зарплаты сторнируется только эта первая запись, а вторая - нет. Примечание. Проблема проявляется при наличии записей с дополнительными признаками 1 или 2 в Классификаторе налогов на ФОТ.Для России доработана функция обработки сторнирующих записей с признаком "С_Б" при предварительной разноске при наличии записей с дополнительными признаками 1 или 2 в Классификаторе налогов на ФОТ. Теперь в таких случаях анализируется примечание к дополнительной входимости (31) "Сторнируется при наличии больничного, отпуска за закрытый период". Если указаны признаки "пересчитывать по дням" или "пересчитывать по часам", дополнительно анализируются поля "Дата выплаты (возврата)" для записей с одинаковыми видами оплаты и одинаковыми периодами. Если даты различаются, то считается, что имеет место автоматическое разбиение начисления отпуска по датам выплаты (перечисления). В этом случае записи не объединяются в одну. Если в примечании указано: "пересчитывать по алгоритму" функция не добавляет количество дней из записи с пометкой "П".
102.1850989.1.170.0При выплате отпускных двумя частями их не получается корректно сторнировать при отзыве из отпуска - система производит возврат только первой выплаченной частиЗаработная платаСторнирующие записи
Установлено значение "нет" в настройке: "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Сторнирование и контроль Учитывать шифр затрат при группировке сторнируемых сумм" При выплате отпускных двумя частями их не получается корректно сторнировать при отзыве из отпуска - система производит возврат только первой выплаченной части. Так у сотрудника 151130 после отработки записи об отзыве сотрудника из отпуска и расчёта ЗП в результаты расчёта попадает неправильная сумма возврата (отпускные начислены двумя частями на общую сумму 30 527,41). При расчете зарплаты за июнь сторнируются отпускные с 4 по 21 июня, но сумма только 920,04 - первая часть, выплаченная в мае.Для России доработана функция обработки сторнирующих записей с признаком "С_О" при предварительной разноске при наличии записей с дополнительными признаками 1 или 2 в Классификаторе налогов на ФОТ и установленным значением "нет" в настройке: "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Сторнирование и контроль Учитывать шифр затрат при группировке сторнируемых сумм" Теперь в таких случаях анализируется примечание к дополнительной входимости (32) "Учитывается при сторнировании отпускных сумм". Если указаны признаки "пересчитывать по дням" или "пересчитывать по часам", дополнительно анализируются поля "Дата выплаты (возврата)" для записей с одинаковыми видами оплаты и одинаковыми периодами. Если даты различаются, то считается, что имеет место автоматическое разбиение начисления отпуска по датам выплаты (перечисления). В этом случае записи не объединяются в одну. Во всех остальных случаях, функция работает, как раньше.
102.1841139.1.169.0Манипуляции с датами и продолжительностью целодневных неявок не отражаются в итоговой суммеЗаработная платаЦелодневные неявки
Манипуляции с датами и продолжительностью целодневных неявок не отражаются в итоговой сумме. Если в уже рассчитанной ЦН поменять даты начала или окончания, то происходит перерасчет ее. В результате дни и часы ЦН поменялись, а вот итоговая сумма осталась неизменна. Ранее после такой манипуляции менялись и кол-во дней/часов и итоговая сумма. Необходимо вернуть прежний функционал, т.к. пользователь может далее прийти к ошибке в расчете ЗП.При изменении вручную даты начала(окончания) ранее рассчитанной целодневной неявки в сторону, приводящую к изменению продолжительности в днях(часах) - автоматически пересчитывается и величина суммы оплаты.
102.1839959.1.168.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.12.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1845189.1.167.2не считаются целодневные неявкиЗаработная платаЦелодневные неявки
Не рассчитываются целодневные неявки, заведенные через интерфейс целодневных неявок и для которых привязан ВО с алгоритмом, отличным от алгоритма расчета среднего.Исправлен расчет целодневных неявок, заведенных через интерфейс целодневных неявок и для которых привязан ВО с алгоритмом, отличным от алгоритмов расчета среднего заработка.
102.1631839.1.167.0Расчет целодневных неявок из двух источников финансированияЗаработная платаЦелодневные неявки
На текущий момент для вида оплаты с алгоритмом 17 (оплата по-среднему) нет возможности расчета суммы из нескольких источников (бюджет и внебюджет).Для расчета целодневных неявок из 2-х источников были доработаны классификаторы. В классификаторе видов оплат и скидок (Закладка "По среднему", группа настроек "Общие настройки для расчета среднего заработка") существующая входимость в расчет среднего переименована во входимость в "расчет среднего из <источник 1>" и добавили еще одну входимость в "расчет среднего из <источник 2>". Пользователю необходимо самостоятельно настроить КВО: по всем видам оплат, участвующим в расчете среднего заработка проставить необходимые входимости. В перечень существующих расчетных алгоритмов добавили следующие: 73 - Расчет зарплаты по среднему часовому заработку из <источник 1> с учетом годовых премий и поправочного коэффициента тарифа. 77 - Расчет зарплаты по среднему дневному заработку из <источник 1> с учетом годовых премий и поправочного коэффициента повышения тарифа. 74 - Расчет зарплаты по среднему часовому заработку из <источник 2> с учетом годовых премий и поправочного коэффициента тарифа. 78 - Расчет зарплаты по среднему дневному заработку из <источник 2> с учетом годовых премий и поправочного коэффициента повышения тарифа. Существующие сейчас 17 и 33 алгоритмы будут учитывать суммы по 2-м источникам: 17 - Расчет з/п по среднему дневному заработку из 2-х источников с учетом годо-вых премий и поправочного коэффициента повышения тарифа; 33 - Расчет з/п по среднему часовому заработку из 2-х источников с учетом годо-вых премий и поправочного коэффициента. Пользователю необходимо будет привязать нужный алгоритм для каждого ВО, из которого рассчитывается целодневная неявка. Наименование <источник 1> и <источник 2> подтягиваются из общесистемных настроек "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Особенности расчета Сокращенное наименование источника оплаты 1" (UP.ZAR.OTP.FOND1) и "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Особенности расчета Сокращенное наименование источника оплаты 2" (UP.ZAR.OTP.FOND2) соответственно. В классификаторе отпусков и неявок, для записей с типом целодневная неявка, добавили возможность выбора источника расчета, чтобы пользователь смог указать, из скольких источников рассчитывается неявка. И для каждого источника привязать соответствующий ВО. Доработан интерфейс целодневных неявок. Из средней панели интерфейса редактирования целодневных неявок убраны поля "Счет", "Субсчет", "КАУ", "Хозяйственная операция", "Параметр выбора", поле "Сумма" теперь не редактируемое. В нижней панели интерфейса добавили вкладки, на которых отображаются суммы по месяцам расчетного периода для каждого источника. При переключении между вкладками подсвечиваются соответствующие значения "суммы среднего" в средней панели и "вид оплаты" и "алгоритм" в верхней панели. В локальное меню интерфейса добавили пункт "Просмотр итогов по источникам затрат", при выборе которого открывается дополнительное окно "Итоги по источникам затрат" с возможностью редактирования полей кроме поля "источник оплаты". Возможность для вставки и удаления записей по источникам из интерфейса не предусмотрена. Для неявок, созданных и рассчитанных до данного обновления, данные в "Итогах по источникам затрат" не заполняются, а функция предварительной разноски учитывает имеющиеся данные для расчета. Доработана справка о расчете среднего (форматы бизнес-текст и Excel) для целодневных неявок. В справку выводится дополнительная информация, с учетом расчета из 2-х источников. В случае расчета неявки из 2-х источников в заголовок добавили наименование видов оплат для каждого источника. В структуру справки вывели суммы расчетного периода по каждому источнику и показываются итоговые суммы по каждому источнику соответственно (заработок и вознаграждение, сумму среднего). Также в справке указана сумма оплаты неявки по каждому источнику.
102.1831239.1.167.0При обработке С_О не обрабатываются записи соответствующие индексации отпускаЗаработная платаСторнирующие записи
При обработке С_О не обрабатываются записи соответствующие индексации отпуска. Скорее всего причина в том, что у данных записей проставлена пометка "П"Для всех стран, кроме России, доработана функция обработки сторнирующих записей с признаком "С_О" при предварительной разноске с пометкой "П". Теперь в таких случаях анализируется примечание к дополнительной входимости (32) "Учитывается при сторнировании отпускных сумм". Если указаны признаки "пересчитывать по дням" или "пересчитывать по часам", то каждая из записей поступает в предварительный просмотр и далее в расчет зарплаты
102.1800119.1.166.0Необходимо доработать функцию конвертаци и другие исходники для отката функциональности по изменению заполнения ссылок на предыдущий больничныйЗаработная платаРабота с интерфейсом ввода больничных листов
В результате решения ПИР 101.63766, были проведены изменения в коде расчета больничных листов. Необходимо провести анализ изменений в других исходниках, связанных с заполнением ссылки на предыдущий больничный в таблице blankbln Пока необходимо вернуться к старой функциональности в данном вопросе, до доработки проблемы связанной с распространением больничных на несколько лицевых счетов. Все функции должны отражать информацию одинаково.В рамках доработки словаря были добавлены новые поля в таблицы Blisnet и BlankBln. Соответственно сделаны следующие доработки: 1. Доработан компилятор для заполнения новых полей таблиц. 2. В интерфейсе больничных листов появилось поле "Продолжение листка нетрудоспособности номер", ссылка на предыдущий бланк осуществляется при изменении типа больничного на "продолжающийся" и выборе первичного листка нетрудоспособности. 3. Изменен принцип определения и хранения даты начала заболевания.
102.1828289.1.166.0при возврате функцией пересчета средних неправильно считается итоговая сумма больничногоЗаработная платаРасчет больничных
при возврате функцией пересчета средних неправильно считается итоговая сумма больничного.Для РБ доработан расчет больничного , который вернули функцией "Перерасчёт средних". Теперь такие больничные рассчитываются правильно.
101.643569.1.165.0Расчет зарплаты - неправильно сторнируется отпуск в случае настройки пересчета по днямЗаработная платаПредварительная разноска
В КВО для вида оплаты отпуска будущего месяца задана допвходимость (32) "Учитывается при сторнировании отпускных сумм" с признаком "пересчитывать по дням". В архиве оплат есть 2 записи по этому ВО: первая - из реестра межпериода, вторая - "добавка" по результатам пересчёта отпуска будущего месяца после окончательного расчёта зарплаты теущего месяца. В текущем месяце обработан отзыв из этого отпуска (полностью) и создана сторнирующая запись на весь период. Но предварительная разноска создаёт только одну запись сторнирования по этому ВО со ссылкой на первую запись архива. Соответственно и при расчёте зарплаты сторнируется только эта первая запись, а вторая - нет. Примечание. Проблема проявляется при наличии записей с дополнительными признаками 1 или 2 в Классификаторе налогов на ФОТ.Для России доработана функция обработки сторнирующих записей с признаком "С_О" при предварительной разноске при наличии записей с дополнительными признаками 1 или 2 в Классификаторе налогов на ФОТ. Теперь в таких случаях анализируется примечание к дополнительной входимости (32) "Учитывается при сторнировании отпускных сумм". Если указаны признаки "пересчитывать по дням" или "пересчитывать по часам", дополнительно анализируются поля "Дата выплаты (возврата)" для записей с одинаковыми видами оплаты и одинаковыми периодами. Если даты различаются, то считается, что имеет место автоматическое разбиение начисления отпуска по датам выплаты (перечисления). В этом случае записи не объединяются в одну. Во всех остальных случаях, функция работает, как раньше.
102.944859.1.165.0Задваивается сумма возврата отпускных при отзыве из отпускаЗаработная платаСторнирующие записи
При наличии в архиве начислений записей о сторнировании отпуска, после выполнения функции Перерасчета средних: сумма возврата отпускных задваивается.Исправлено. Теперь записи сформированные при пересчете средних не сторнируются.
180.36889.1.165.0сторнирование начислений не учитывает аналитикуЗаработная платаСторнирующие записи
Имеется в архиве 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.01.Доработана функция сторнирования начислений при расчете заработной платы. Доработка проводилась для записей из "Предварительного просмотра" с пометками "СО" и "СБ" в том случае, если в соответствующих дополнительных входимостях (31 и 32) в качестве примечания указано "пересчитывать по дням" или "пересчитывать по часам". При обработке сторнирующих записей из предварительного просмотра анализируется ссылка на исходную запись из архива оплат. Если ссылка задана, то сторнируется именно та запись, по которой создана исходная запись в просмотре. Если ссылка не задана,то считается что запись создавалась вручную. По таким записям возврат сумм идет так, как было раньше. Примечание. При учете записей с пометкой "СБ" учитывается доп.входимость (31) Сторнируется при наличии больничного, отпуска за закрытый период. При учете записей с пометкой "СО" учитывается доп.входимость (32) Учитывается при сторнировании отпускных сумм. Если в примечании для этих доп.входимостей указано "пересчитывать по алгоритму" то функционал работает, как раньше, согласно указанному алгоритму. 2. Доработан интерфейс "Предварительный просмотр" для корректного отражения поля "Корректировалась". 3. Доработана функция "Предварительная разноска" для корректной обработки поля "Корректировалась". При проверке данного решения следует проверить работу функции "Предварительная разноска" c учетом поля "Корректировалась". Внимание. Могут не пойти тесты по проверке функциональности работы функции "Предварительная разноска" c учетом поля "Корректировалась". Это произойдет в том случае, если данные тесты создавались до решения ПИР 101.41254. Такие тесты нужно переделать.
101.641469.1.164.0При разноске оплаты административного отпуска (без заполненного кода оплаты) в предварительный просмотр попадает ВО очередного отпускаЗаработная платаПредварительная разноска отпусков и компенсаций расчетного периода
При разноске оплаты административного отпуска (без заполненного кода оплаты) в предварительный просмотр попадает ВО очередного отпуска.При разноске оплаты административного отпуска (без заполненного кода оплаты) в предварительны просмотр попадает 105 ВО.
102.1821389.1.164.0Не берется ограничение СДЗ для больничного по БИРЗаработная платаПрименение ограничений по больничным листам
Изменился расчет больничного по БиР. При расчете не берется ограничение СДЗ для пособий по БиР. С такими же настройками на более поздних обновлениях ограничение СДЗ применялось. База с выгрузкой \By01-846102.182138 На G_SumDivide_DLL_911570 ограничение СДЗ применяется.Исправлен расчет больничных с ограничением по СДЗ (по БИР).
102.1834129.1.162.1Пересчет среднихЗаработная платаСторнирующие записи
В архиве лежит две записи отпуска на один и тот же период 7 дней (одна запись - расчет отпускных, вторая - доначислили в расчет зп). Выполняем сервисную функцию пересчет средних с учетом годового вознаграждения. Сторнирующая запись создается правильно - на 7 дней. А при расчете зп пересчет отпуска происходит за 14 дней.Исправлена функция "Предварительная разноска" при обработке записей о пересчёте с причиной "Перерасчет суммы (П_С)" Теперь количество дней и часов в предварительном просмотре не увеличивается в том случае, когда из архива оплат приходит запись с пометкой "П".
101.634899.1.162.0Нужна настройка откуда брать данные для заполнения реквизитов перечисления пособия в банк "по умолчанию": из лицевого счета, из заявления или удержанияЗаработная платаЗаявления о выплате пособия в ФСС
Нужна настройка откуда брать данные для заполнения реквизитов перечисления пособия в банк "по умолчанию": из лицевого счета, из заявления или удержания У клиента, весь прошлый год, были некорректно настроены реквизиты для перечисления пособия в банк. Сейчас, они их исправили в настройке лицевого счета сотрудников. Но, при создании больничного, они бы хотели, что бы всегда, "по умолчанию", бралась бы эта настройка из лицевого счета. Сейчас, для этого, необходимо вызвать контекстное меню, что раздражает бухгалтеров.В разделе настроек "Управление персоналом Общие настройки" настройки по пилотному проекту ФСС (Прямые выплаты ФСС, Дата подключения к пилотному проекту) выделены в отдельную папку "Пилотный проект ФСС". В раздел "Управление персоналом Общие настройки Пилотный проект ФСС" добавлена настройка "Банковские реквизиты для перечисления пособия" со значениями: "по умолчанию", "из заявления", "из удержания", "из лицевого счета". Установив данную настройку в соответствующее значение, пользователь может задать алгоритм выбора банковских реквизитов в ФСС по умолчанию.
101.639159.1.162.0Некорректно формируется время по графику в премии за прошлый месяц с накопительным алгоритмом, если в текущем месяце у сотрудника нет отработанных днейЗаработная платаПредварительная разноска
Некорректно формируется время по графику в начислении за прошлый месяц с накопительным алгоритмом (например, алг. 37 признак 3), если в текущем месяце у сотрудника нет отработанных дней (например, весь месяц в отпуске). Время по графику выглядит как сумма фактического и планового времени за период начисления.Исправлена функция формирования времени по графику в начислении за прошлый месяц для алгоритмов 37- 40 с признаком 3, если в текущем месяце у сотрудника нет отработанных дней (например, весь месяц в отпуске). За основу взят принцип формирования полей отражения времени в отчетном периоде. Теперь при наличии признака 3 в качестве времени по графику записывается рабочее время по табелю работника. Доработана также функция формирования рабочего времени в начислении за прошлый месяц для алгоритмов 37- 40 с признаком 3. Теперь рабочие дни и часы отражают рабочее время за период каждой записи по оплате с данным алгоритмом.
102.1700709.1.162.0Предварительная разноска постоянной доплаты с даты приемаЗаработная платаПредварительная разноска
Необходимо, чтобы при выполнении предварительной разноски для постоянной доплаты проставлялось не 1 число месяца, а дата приема (если работник принят в расчетном месяце).В случае, если в постоянной доплате не была установлена дата начала, то при автоматической установке даты начала при выполнении предварительной разноски дополнительно производится проверка даты приема сотрудника на работу с учетом истории увольнений.
101.636029.1.161.0Промежуточные результаты округляются, вопреки письма ФСС РФ от 30 октября 2007 г. N 02-10/08-10635Заработная платаРасчет больничных
При расчете больничного листа среднедневной заработок, в системе, рассчитывается и выводится на экран без округления. Суммы "За счет предприятия", "Из ФСС" округляются до копеек и, в таком виде, используются для получения значения "Итого начислено". В результате промежуточных округлений результат "Итого начислено", в системе, отличается от результата, получаемого, при проверке больничных листов, сотрудниками фонда социального страхования. Пример и письмо ФСС во вложении. настройка "Округлять среднедневной заработок" установлена в значение "нет"Доработана функция расчета пособий по нетрудоспособности для России. Теперь при расчете больничного листа среднедневной заработок, в системе, рассчитывается и выводится на экран без округления если настройка "Округлять среднедневной заработок" установлена в значение "нет". Суммы "За счет предприятия", "Из ФСС" не округляются до копеек в рамках расчета по каждому месяцу для всех настроек округления СДЗ. Округление начисленных сумм происходит после расчета сумм по месяцам по следующему правилу: округляются начисления за счет предприятия и ФСС до того момента, пока в расчет не приходят суммы последнего месяца. Для последнего значащего месяца при наличии сумм за счет предприятия и ФСС сумма за счет предприятия полагается равной остатку. Если суммы за счет ФСС нет, то сумма за счет предприятия полагается равной остатку. Такой вариант может быть в том случае, если весь больничный оплачивается за счет предприятия. Если суммы за счет предприятия нет, то сумма за счет ФСС полагается равной остатку. Примечание. Округление начислений по новой схеме не зависит от настройки округления СДЗ.
101.638519.1.160.0Некорректный расчет СДЗ в БЛЗаработная платаРасчет больничных
Ошибка при расчете СДЗ в листках нетрудоспособности. Расчет с разными параметрами производим для одного и того же БЛ. При указании в параметрах расчета: "Период учета заработка = 2 календарных года" СДЗ рассчитывается некорректно (минимальное значение). При указании в параметрах расчета: "Период учета заработка = Период по выбору" и указать два пердыдущих календарных года. Тогда расчет производится корректно. Если мы рассчитываем подобным способом (указываем периоды), то потом это классифицирует система как "замену периодов" и тогда необходимо заявление о замене лет. Значения настроек: "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Особенности расчета Быстрый расчет больничных за 2 года для РФ" - да. Больничные, отпуска, расчеты по среднему Больничные Ограничения Рассчитывать продолжительность работы для выбора ограничения = по единому стажу с предыдущим работодателями Больничные, отпуска, расчеты по среднему Больничные Особенности расчета Процент пособия учитывать по = стажу по выбору Больничные, отпуска, расчеты по среднему Больничные Особенности расчета Стаж работы для выбора процента пособия = страховой стаж Проявилось на ORACLE и на актуальных на 01/03/2018 версиях ресурсов.Исправлен расчет пособий по нетрудоспособности с параметром "Период учета заработка = 2 календарных года" при значении "да" в настройке "... Общие настройки Больничные, отпуска, расчеты по среднему Больничные Особенности расчета Быстрый расчет больничных за 2 года для РФ". Теперь больничный рассчитывается корректно исходя из заработка работника. Примечание. Ошибка проявлялась на платформах ORACLE и MS SQL.
102.1765239.1.160.0Изменение словаря для расширения функционала расчета больничных листовЗаработная платаРасчет больничных
Для расширения функционала листков нетрудоспособности, решения некоторых проблем, связанных с нехваткой полей и полей определенного типа в таблицах БД, необходимо внести некоторые изменения в словарь БД.Сделаны изменения в словаре согласно АЗ во вложении.
101.637669.1.159.0В случае продолжающегося больничного некорректно берется период учета заработка сотрудника при расчете пособияЗаработная платаРасчет больничных
В случае продолжающегося больничного некорректно берется период учета заработка сотрудника при расчете пособия В случае, когда больничный является продолжающимся при его расчете берётся неправильный период (2013 и 2010). Если рассчитывать без предыдущего больничного, период берется правильный.Исправлена ошибка расчета больничных листов со ссылкой на предыдущий страховой случай.
102.1793069.1.159.0Разграничение информации по отпускам и по денежным компенсациям взамен отпусковЗаработная платаПредварительная разноска отпусков и компенсаций расчетного периода
Исторически сложилось разграничение типов в классификаторе отпусков по коду отпуска: 1...20 - основные отпуска (очередной и т. п.), где 2 - отпуск по уходу за ребенком 21 - административный отпуск (за свой счет) 22...39 - учебный отпуск 40 и выше - компенсация за неиспользованный отпуск Периодически возникают вопросы и замечания от клиентов о неудобстве такого разграничения. Одним не хватает диапазона кодов до 20, другим (при переходе на Галактику из других систем) просто не хочется менять привычные коды. Необходимо в исходном коде отказаться от проверки номерного значения кода для разделения компенсации от отпуска (40 и выше) и перейти на проверку "типа отпуска" из классификатора в значении "компенсация".Изменены режимы расчёта отпуска и предварительной разноски. При расчёте отпуска разбиение дней и оплаты по месяцам предоставления (окно "Разбивка сумм по месяцам") формируется не на основании кода (больше или меньше 40), а на основании соответствующего коду значения поля "Тип отпуска" в классификаторе отпусков. При предварительной разноске отпусков, для которых не были сформированы данные по месяцам предоставления (нет записей в окне "Разбивка сумм по месяцам"), и для которых соответствующие записи были сформированы расчётом, - компенсации также определяются не на основании их кода (больше или меньше 40), а на основании соответствующего коду значения поля "Тип отпуска" в классификаторе отпусков.
102.1798059.1.159.0Расчет больничного листа для молодого специалиста.Заработная платаРасчет больничных
Расчет больничного листа для молодого специалиста. БЛ рассчитывается не от тарифа, а от БПМ при установленном значении "Договор" в поле "Молодой специалист" на закладке "Кадровая информация" ЛС.РБ. Исправлен расчет больничных листов для молодых специалистов. При наличии признака молодой специалист в кадровой информации, расчет ведется в общеустановленном порядке независимо от продолжительности периода уплаты страховых взносов. Речь идет только об "обычных" больничных и больничных с типом "Травм", на больничные с типом "Уход" и "БиР" данное правило не распространяется (т.е. в этом случае, если стаж менее 6 месяцев, то как и сейчас, рассчитываем из минимума).
102.1659429.1.158.0Поля дополнительных аналитик в таблице lstabЗаработная платаФормирование табеля
На текущий момент в базе данных Галактики дополнительные аналитики табеля и переходов в находятся в таблице OTPDOP, хотя для них в словаре уже заведены поля. Для повышения быстродействия системы необходимо отказаться от заполнения OTPDOP и перейти на работу с полями таблиц LSTAB и PEREXOD.Этап 2: исключение ссылки на таблицу OTPDOP из предварительного просмотра. Доработаны: 1. Окна предварительного просмотра в том числе и добавление доп.аналитик при вводе новой записи. По умолчанию: выбор из лицевого счета с последующей заменой. 2. Функция предварительная разноска, в том числе: Выбор из постоянных доплат с учетом истории Выбор доп аналитик для отпусков и больничных с различными настройками КВО. Подключение функций выбора дополнительных аналитик из табеля и переходов в межпериод. Подключение функций выбора дополнительных аналитик для функций возврата и сторнирования. 3.Функция расчета заработной платы: подключение функций выбора дополнительных аналитик из табеля,переходов в межпериод и предварительного просмотра по новой схеме.
102.1790359.1.157.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.9.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1725099.1.155.0Доработка интерфейса больничных листов с участием новых таблиц в части переноса сведений для ФССЗаработная платаЗаявления о выплате пособия в ФСС
Для решения ПИР 102.161817 необходимо перенести сведения для ФСС (и не только) в новые таблицы BlankBln и FSSINFO. Необходимо 1.доработать функции ввода и редактирования больничного 2.отчетность 3.разработать функцию динамической или разовой конвертации. При конвертации необходимо переносить не только поля для ФСС, но и все новые поля согласно вложению.Реализован перенос данных в ФСС в новые таблицы.
102.1775589.1.155.0Неверный расчет больничногоЗаработная платаРасчет больничных с нарушениями
Неверно рассчитывается переходящий больничный с нарушением.Сумма увеличивается по сравнению с расчетом в отсутствии нарушения режима. Все дни приходятся на оплату второго процента. Установлена настройка. "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Ограничения Процент для больничных с нарушениями" - 50.Исправлены ошибки при расчете переходящего больничного с нарушениями режима для РБ. Установлена настройка. "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Ограничения Процент для больничных с нарушениями" - 50.
101.398849.1.154.0Отпуска - выплата в м-це, за который начислены, в зависимости от вида отпускаЗаработная платаРасчет начислений (общие вопросы)
На предприятии все переходящие на будущие м-цы отпуска выплачиваются полностью в м-це начала отпуска, кроме учебных - учебные отпуска продолжительностью несколько м-цев оплачиваются частями в тех м-цах, за который начислены. Просят сделать настройку в классификаторе отпусков, аналогичную системной настройке "Выплачивать в м-це, за который начислен", варианты: "по настройке системы" (по умолчанию), "да", "нет".Убрана настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Отпускные за будущий месяц выплачивать в месяце, за который начислены". Вместо неё добавлен признак в классификатор видов отпусков. В окне редактирования записей классификатора добавлено поле-признак "выплачивать по месяцам", доступен для заполнения только для отпусков с типом "прочие". Если классификатор отпусков имеет иерархическую структуру - и отпуска предоставляются в виде пакета с несколькими составляющими или в предоставленном отпуске вид отпуска в заголовке пакета отличается от вида составляющего пакет отпуска (верхняя и средняя панели в окне редактирования отпуска) - то признак помесячной выплаты определяется по заголовку. Если в классификаторе значение поле-признака "выплачивать по месяцам" установлено да, то в Предварительный просмотр и в Расчетные листки попадут отпускные суммы за отчетный месяц и за месяцы, предшествующие отчетному. При Переходе к новому периоду записи об отпуске не переводятся в архив, а остаются в списке до тех пор, пока дата окончания пакета отпусков не станет меньше даты начала отчетного периода. В поле "Начислить" в данном случае отображается текст "суммы текущего и прошлых периодов" (если отпуск введен "задним числом" за прошлый месяц) или "сумму текущего периода". Из отпусков, имеющих такой режим начисления, в Предварительный просмотр и в Расчетные листки этого расчетного месяца для оплаты попадает сумма только за текущий месяц. При выполнении этапа обработки отпусков по время перехода к новому периоду система ориентируется на признак выплаты по месяцам в классификаторе для заголовка отпуска.
101.627979.1.153.0Добавить значение настройки для расчета пособий по временной нетрудоспособности с ограничениемЗаработная платаПрименение ограничений по больничным листам
Добавить значение настройки для расчета пособий по временной нетрудоспособности с ограничением пособия. Доработать алгоритм расчета суммы пособия для настройки "...Ограничения "Оплачивать превышение ограничения пособия" по алгоритму. При установке данного параметра необходимо рассчитывать превышение исходя из суммы, рассчитанной по алгоритму, указанному в виде оплаты, привязанному к пособию. В классификаторе видов пособий в графе Превышение указан вид оплаты 95. В виде оплаты указан необходимый алгоритм расчета 29 признак 1. При расчете больничного система должна: 1 Рассчитать сумму больничного по алгоритму пособия с учетом стандартного ограничения, заданного в Интерфейсе "Ограничение пособий" 2. Рассчитать сумму больничного по алгоритму, заданному в виде оплаты, выбранному для Оплаты превышения. 3. Сравнить суммы, полученные в п.1 и п.2: если п.2>п.1, то разницу показывать в поле "превышение", и формировать на разницу вид оплаты, указанный в графе "Превышение" Классификатора видов пособий. Если п.2<=п.1, то рассчет производить по стандартному алгоритму (то есть доплату не производить).Доработан алгоритм расчета суммы пособия для значения "по алгоритму" настройки "...Ограничения "Оплачивать превышение ограничения пособия" для алгоритмов расчета[21,28..32,60..70,79,47,48,49]). Если для этих алгоритмов указаны признаки 1 или 91, то расчет превышения происходит по календарным дням. Дальнейший расчет превышения происходит согласно значению "по алгоритму". Т.е. 1 Рассчитывается сумма больничного по алгоритму пособия с учетом стандартного ограничения, заданного в Интерфейсе "Ограничение пособий" 2. Рассчитывается сумма по алгоритму, заданному в виде оплаты, выбранному для Оплаты превышения. 3. Сравниваются суммы, полученные в п.1 и п.2: если п.2>п.1, то разницу показывается в поле "превышение", и формируется на разницу вид оплаты, указанный в графе "Превышение" Классификатора видов пособий. Если п.2<=п.1, то расчет производится по стандартному алгоритму (то есть доплата не производится).
102.1757859.1.153.0День посещения МРЭК не должен оплачиваться[РБ]Заработная платаРасчет больничных
Дни посещения МРЭК для установления группы инвалидности не должны оплачиваться, но в то же время должны входить в период продолжительности больничного для дополнительных сведений в ПУ-3. Нужен функционал позволяющий вносить периоды посещения МРЭК(может длится более одного дня) в больничном и при расчете эти дни не оплачивать.Доработка для РБ. Доработан расчет оплачиваемых дней по больничному листу. Дополнительно анализируется ситуация,когда за период между началом и окончанием учета больничного листа наступает инвалидность. В этом случае необходимо на закладке Данные для ФСС в интерфейсе редактирования листков нетрудоспособности заполнить следующие поля: - Статус нетрудоспособности. Согласно классификатору этот статус устанавливается в значение "установлена инвалидность", код 32 - в блоке направления в МРЭК Дата регистрации в МРЭК - там же Установленаизменена группа инвалидности. Далее при расчете количества оплачиваемых дней срок временной нетрудоспособности завершается датой, непосредственно предшествующей дню регистрации документов в МРЭК.
102.1766459.1.153.0Расчет среднего при расчете отпускныхЗаработная платаРасчет отпускных
В соответствии с ПОСТАНОВЛЕНИЕМ МИНИСТЕРСТВА ТРУДА И СОЦИАЛЬНОЙ ЗАЩИТЫ РЕСПУБЛИКИ БЕЛАРУСЬ от 20 октября 2017 г. N 57 "О ВНЕСЕНИИ ИЗМЕНЕНИЙ И ДОПОЛНЕНИЯ В ПОСТАНОВЛЕНИЕ МИНИСТЕРСТВА ТРУДА РЕСПУБЛИКИ БЕЛАРУСЬ ОТ 10 АПРЕЛЯ 2000 Г. N 47" "Полным месяцем считается календарный месяц, в котором работник отработал все рабочие дни согласно правилам внутреннего трудового распорядка (далее - ПВТР) или утвержденному графику работ (сменности), а также дни его отсутствия в соответствии с законодательством, в случаях сохранения среднего заработка в размере 100 процентов." На данный момент, если сотрудник принят на работу, например, с понедельника 2-го числа (1-ое был выходной день по его графику) и так случилось, что у него будет отработан ВЕСЬ фонд рабочего времени в этом месяце, то этот месяц в системе исключается из расчета среднего заработка для расчета отпускаОбщесистемная настройка на Беларусь. Доработан расчет отпускных и расчет по виду оплаты с отпускным алгоритмом. Если работник принят с первого рабочего дня месяца и принят менее года назад, то при расчете СДЗ месяц приема на работу не исключается из расчетного периода.
102.1768199.1.153.0Предварительная разноска по переходам не учитывает премиюЗаработная платаПредварительная разноска
Предварительная разноска с параметром "по переходам" не учитывает постоянную доплату при следующих условиях: В ЛС работника установлено значение: формировать оплату "нет". У работника на весь месяц имеется оплачиваемое отклонение. Кроме данного отклонения имеется только постоянная доплата.Доработана функция предварительной разноски для следующей ситуации: В ЛС работника установлено значение: формировать оплату "нет". У работника на весь месяц имеется оплачиваемое отклонение. Кроме данного отклонения имеется только постоянная доплата. Теперь данная постоянная доплата попадает в предварительный просмотр. Примечание. Если для доплаты указан признак "+" в поле "разбивать по датам" КВО, необходимо указать значение "+ с учетом оплачиваемых отклонений" в поле "период оплаты".
102.1681319.1.152.0Учет ограничения при расчете продолжающегося больничногоЗаработная платаПрименение ограничений по больничным листам
1. В случае длительной нетрудоспособности, если работником представлено несколько листков нетрудоспособности, сначала исчисляется размер пособия по временной нетрудоспособности по одному непрерывному случаю за весь период, удостоверенный всеми листками нетрудоспособности, с применением процентного отношения (80 процентов среднедневного заработка за первые 12 календарных дней нетрудоспособности и 100 процентов среднедневного заработка за последующие календарные дни). 2. Затем исчисленный размер пособия по временной нетрудоспособности сравнивается с минимальным и максимальным размерами пособия по временной нетрудоспособности, исчисленными за весь период непрерывной временной нетрудоспособности, удостоверенный листками нетрудоспособности. 3.Нужно задействовать поле "оплата пред.страх.случая" как-то, чтобы определять связанные больничные. 4.Если одно пособие, к примеру, у нас в архиве, то мы все равно должны рассчитать пособие за весь период по обоим листкам. Сравнить с ограничением за весь период по обоим листкам. а затем отнять ранее выплаченные суммы. Если из СДЗ получили больше, то берем сумму максимального размера. По месяцам она же у нас распределилась ,когда мы считали максимальную сумму в неполном месяце. И потом отнимаем то, что уже выплатили по первому больничному. Т.е выплачиваем разницу. А раз мы не можем взять суммы из архивного больничного, то можно выдавать предупреждение.Для Беларуси доработан расчет пособий в случае длительной нетрудоспособности, если работником представлено несколько листков нетрудоспособности. 1.В окне редактирования больничного листа добавлено поле "Есть продолжающийся больничный". Данное поле составное и содержит признак наличия продолжающегося больничного с возможностью установки в "да" или в "нет" и содержит информацию о продолжающем больничном (номер и период действия). Если поле "Есть продолжающиеся больничные" установлено в "нет", то это означает, что ни одного продолжающего больничного не привязано к данному больничному. При изменении данного поля появляется окно с возможностью выбора продолжающегося больничного (при выборе первичного больничного появляется соответствующее сообщение). В случае, если пользователь удаляет больничный, который фигурирует как продолжающийся больничный в другом больничном, данная информация удаляется и признак наличия продолжающегося больничного устанавливается в значение "нет". 2.Доработан расчет пособий по нетрудоспособности. В случае длительной нетрудоспособности, если работником представлено несколько листков нетрудоспособности, сначала исчисляется размер пособия по временной нетрудоспособности по одному непрерывному случаю за весь период, удостоверенный всеми листками нетрудоспособности, с применением процентного отношения (80 процентов среднедневного заработка за первые 12 календарных дней нетрудоспособности и 100 процентов среднедневного заработка за последующие календарные дни). Затем исчисленный размер пособия по временной нетрудоспособности сравнивается с минимальным и максимальным размерами пособия по временной нетрудоспособности, исчисленными за весь период непрерывной временной нетрудоспособности, удостоверенный листками нетрудоспособности. Если при этом, сумма всех пособий меньше минимальной суммы, то пособие назначается исходя из минимума. Если сумма всех пособий больше суммы, рассчитанной из максимального ограничения, то сумма ограничивается. 3.При расчете вторичного пособия выдается предупреждение.
102.1750939.1.152.0Учет минимального ограничения при расчете больничного затрагивающего несколько месяцевЗаработная платаПрименение ограничений по больничным листам
При расчете больничных приходящихся на период, который включает несколько месяцев, ограничения необходимо рассматривать в совокупности, а не для каждого месяца отдельно. Проблема заключается в том, что у сотрудника довольно маленький заработок, который граничит с минимальным ограничением. Больничный переходящий с одного месяца на другой, с 26.08.2017 по 05.09.2017. Сейчас сумма за каждый месяц сверяется отдельно и выбирается наибольшая: 19,58 (из СДЗ) >19,12 (из ограничения), значит берем 19,58 (август) 16,32 (из СДЗ) <16,47 (из ограничения), значит берем 16,47(сентябрь) В итоге за август мы взяли 19,58, т.е. из СДЗ, а за сентябрь 16,47 (применили ограничение)В результате: 19,58+16,47= 36,05. Клиент обратился в ФСЗН, где сказали, что сравнивать нужно общую сумму пособия за все месяцы с общей суммой ограничения. Сначала берем общую рассчитанную сумму за два месяца: 19,58+16,32=35,90 Затем берем общую сумму ограничения за два месяца: 19,12+16,47=35,59 И уже сравниваем эти две суммы: 35,90>35,59, значит берем 35,9 Т.е. в итоге должно быть 35,9. В примерах, приведенных в Консультанте также опираются на общую сумму ограничений. В случае неполного месяца (например, если, как в примере больничный с 26.08 по 05.09) считаем пропорционально ограничение за август (сумма ограничения/31*6), ограничение за сентябрь (сумма ограничения/30*5). Полученные суммы ограничений складываем и сравниваем с рассчитанной суммой пособия. P.S. Аналогично для максимального ограничения. В случае с переходящими больничными, если применяется максимальное ограничение (при больших заработках) мы сравниваем в рамках каждого месяца, а нужно с общей суммой.1.Для Беларуси доработана функция ограничения пособий по нетрудоспособности. Теперь общую сумму пособия за все месяцы сравнивается с общей суммой максимального и минимального ограничения. Если при этом, сумма пособия меньше минимальной суммы, то пособие назначается исходя из минимума. Если сумма пособия больше суммы, рассчитанной из максимального ограничения, то сумма ограничивается. 2.В рамках данного ПИР для Беларуси изменен подход округления расчетных сумм. Теперь СДЗ при расчете ограничения округляется согласно значению настройки: "... Больничные Особенности расчета Округлять среднедневной заработок", по аналогии с округлением СДЗ из заработка. Сумма пособия без учета ограничения теперь округляется до копеек до момента сравнения с ограничением. После сравнения с ограничением сумма за каждый месяц округляется с учетом значения настройки: "... Правила округления Начислений" Примечание. Алгоритм округления сумм по месяцам с учетом настройки: "... Правила округления Начислений" максимально приближен к варианту до данной доработки.
106.105219.1.152.0Ограничение в больничном по производственной травмеЗаработная платаCправка о расчете больничных
Клиент считает, что ограничение в справке расчета больничного по производственной травме должно печататься без учета районного коэффициента. Ссылается на закон N 417-ФЗ.Для России доработан расчет ограничения для пособий по нетрудоспособности с типом "Производственная травма". Теперь ограничение для такого вида пособий не увеличивается на районный коэффициент.
101.629679.1.151.0Дни нарушения режима уменьшают количество дней оплаты пособия за счет предприятия в интерфейсе больничногоЗаработная платаРасчет больничных с нарушениями
Дни нарушения режима уменьшают количество дней оплаты пособия за счет предприятия в интерфейсе больничного. При этом, в справке о расчете ошибки нет. Z_SREDN_9.1.157. Описание со скринами - во вложении.Доработан расчет пособий по нетрудоспособности для значения "да" настройки "... Больничные Продолжительность Разбить пособие на основную и дополнительную суммы". Теперь при расчете обновляется количество дней за счет предприятия. При этом нарушения режима входят в общее количество дней. Доработка проводилась для значения "да" настроек: "... Продолжительность При изменении даты окончания корректировать количество дней" "... Продолжительность При изменении количества дней корректировать дату окончания" Примечание. При первоначальном вводе дат больничного, общее количество дней и дней за счет предприятия по - прежнему остается за вычетом дней нарушения, как это было и ранее.
102.1749549.1.151.0Изменить текст в сообщении предварительной разноски отпусковЗаработная платаПредварительная разноска отпусков и компенсаций расчетного периода
Для отпусков есть возможность расчёта из трёх фондов, для наименования каждого из них существуют 3 настройки: "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Особенности расчета Сокращенное наименование источника оплаты 1", "~2", "~3". Во многих местах используется текст названия фонда именно из соответствующей настройки. Но в сообщении предварительной разноски остался "старый" статичный текст, например, для заведенной, но не рассчитанной неявки: "Для табельного номера NNNNN сумма по отпуску не рассчитана из ФЗП".Изменен текст предупредительного сообщения, выдаваемого в протокол сообщений предварительной разноски для случая, например, нерассчитанной целодневной неявки: "Для табельного номера NNNNN сумма по отпуску/неявке не рассчитана из <наименование фонда оплаты>".
102.1727579.1.150.0Изменился расчет больничного, стало учитываться ограничение из МРОТЗаработная платаРасчет больничных
Изменился расчет больничного, стало учитываться ограничение из МРОТ. См. вложение. База предоставлена разработчику q:WorkУ5hrmackup9.1KuzminaBL, т.н. 110.Для России восстановлена функция применения ограничений для значения "по настройке отклонений" в настройке "... Больничные, отпуска, расчеты по среднему Больничные Ограничения Рассчитывать продолжительность работы для выбора ограничения".
102.1727899.1.150.0индексация отпусковЗаработная платаСторнирующие записи
Индексация отпусков. Сотрудника отправили в отпуск , например с 30/03/2017 и по 17/04/2017. Рассчитали отпуск, рассчитали зарплату в марте и перешли на новый отчетный период. Далее в апреле сотрудник принес больничный с 30/03/2017 по 04/04/2017. Внесли больничный, выполнили контроль пересечения больничного и отпуска. Пока все хорошо. Но с 01/04/2017 изменился оклад у сотрудника. Рассчитываем заработную плату за апрель, все красиво, за март есть возврат и перенос части отпуска, преходящего на больничный на более поздний период. Только почему-то апрельская часть отпуска не проиндексировалась.Исправлено. После сдвига при пересечения с больничным отпуск индексируется.
180.103359.1.150.0В результате выполнения функции - Контроль пересечения больничных и отпусков в модуле УП, формируются сторнирующие записи в ЗП, которые попадают в расчет заработной платы текущего месяца, создавая лишУправление персоналомКонтроль пересечения больничных с отпусками
В результате выполнения функции - Контроль пересечения больничных и отпусков в модуле УП, формируются сторнирующие записи в ЗП, которые попадают в расчет заработной платы текущего месяца, создавая лишние записи по отпускам. Если в виде оплаты отпуска установлена только дополнительная входимость 32 "Учитывается при сторнировании отпускных сумм", то нужно проверять наличие дополнительной входимости 31 "Сторнируется при наличии больничного, отпуска за закрытый период" и при ее отсутствии не выполнять обработку по дополнительной входимоти 32.Сторнирующие записи с признаком Б_О", созданных в результате выполнения функции контроля пересечения больничных с отпусками, обрабатываются только при наличии дополнительных входимостей 31 и 32 в виде оплаты отпуска.
180.104759.1.150.0Неверно рассчитывается отпуск, когда постоянно очищают dskЗаработная платаРасчет отпускных
Неверно рассчитывается отпуск в следующей ситуации. Расчет отпуска из интерфейса списка отпусков по локальному меню. DSK очистили, затем запускают расчет по кнопке Расчет, не входя в дополнительное окно параметров расчета отпуска. Расчет отпуска в этом случае идет со значением параметра По дням/часам = средним, который устанавливается по умолчанию.Для РФ значение параметра по дням/часам по умолчанию (во внутренних расчетных алгоритмах) всегда устанавливается по фактическим, для остальных по средним.
101.619679.1.149.0Отпуска - доработать с учетом настройки участия в пилотном проекте ФССЗаработная платаОкно формирования, просмотра и редактирования отпусков
Работы по АЗ "Добавление настройки "Дата начала пилотного проекта". После добавления настроек участия предприятия в пилотном проекте ФСС необходимо доработать расчет отпускных при разных значениях этой настройки. Начиная с даты подключения предприятия к пилотному проекту при оформлении дополнительного отпуска для санаторно-курортного лечения не должна рассчитываться сумма оплаты - аналогично больничным. В связи с этим необходимо добавить общесистемную настройку "Код дополнительного отпуска для санаторно-курортного лечения", по которой можно будет однозначно определить этот отпуск. При расчёте таких отпусков: "ПРЯМЫЕ ВЫПЛАТЫ ФСС" = "НЕТ": доработка не требуется. "ПРЯМЫЕ ВЫПЛАТЫ ФСС" = "ДА": при расчете безусловно обнулять сумму такого отпуска. В предварительной разноске с ВО отпуска необходимо отразить запись с периодом оплаты, количеством дней, подлежащим оплате и нулевой суммой. "ПРЯМЫЕ ВЫПЛАТЫ ФСС" = "ПЕРЕХОДНЫЙ ПЕРИОД": в подавляющем большинстве случаев при расчете можно анализировать дату начала отпуска. В случае, если дата начала отпуска больше, или равна дате из зависимой настройки "ДАТА ПОДКЛЮЧЕНИЯ К ПИЛОТНОМУ ПРОЕКТУ", обнулять сумму отпуска аналогично настройке "ДА". Маловероятны, но теоретически возможны единичные ситуации, когда такой отпуск выплачивается до начала пилотного проекта, а начинается после - как вариант для таких случаев при настройке "ПЕРЕХОДНЫЙ ПЕРИОД" можно анализировать дату оформления приказа на отпуск. Или дать возможность вручную проставить сумму отпуска. Вариант добавления только ради этого нового поля "Дата расчёта" в интерфейс отпуска представляется избыточным.Доработано для РФ с учетом настройки "Настройки Галактики Управление персоналом Общие настройки Прямые выплаты ФСС". Доработан классификатор отпусков. В классификаторе(режим редактирования), для отпусков с типом "прочий" и "БИР" добавлено дополнительно поле "оплата из Фонда соц. страхования", которое необходимо отметить для дополнительных отпусков для санаторно-курортного лечения. Данное поле светится в случае, когда значение настройки "Прямые выплаты значение настройки "Прямые выплаты ФСС" отлично от "нет". В режиме просмотра (список отпусков) классификатора отпусков в данном случае видна колонка "Оплата из ФСС" со значениями ДА, НЕТ. При расчете отпуска, отмеченного признаком "оплата из Фонда соц. страхования", в случае если значение настройки "ПРЯМЫЕ ВЫПЛАТЫ ФСС" = "НЕТ": расчет отпуска не менялся; "ПРЯМЫЕ ВЫПЛАТЫ ФСС" = "ДА": при расчете безусловно обнуляется сумма такого отпуска. В предварительной разноске с ВО отпуска отображается запись с периодом оплаты, количеством дней, подлежащим оплате и нулевой суммой. "ПРЯМЫЕ ВЫПЛАТЫ ФСС" = "ПЕРЕХОДНЫЙ ПЕРИОД": анализируется дата приказа на отпуск. Если дата приказа позже или равна дате из зависимой настройки "ДАТА ПОДКЛЮЧЕНИЯ К ПИЛОТНОМУ ПРОЕКТУ", обнуляется сумма отпуска аналогично настройке "ДА". В случае, если дата приказа не найдена, то остается рассчитанная сумма отпуска, которую можно обнулить вручную. В классификаторе отпусков для дополнительных отпусков для санаторно-курортного лечения необходимо обязательно привязать ВО с 99 алгоритмом расчета нулевой суммы. Если в классификаторе отпусков ВО не привязан, то запись в разноске не создается.
102.1725569.1.149.0Индексация отпуска при изменении оклада/тарифаЗаработная платаСторнирующие записи
Индексация отпуска при изменении оклада/тарифа рассчитывается некорректно при наличии в архиве оплат отпуска с видом оплаты отпуска будущего периода и установленной настройки "Вид оплаты при сторнировании отпуска будущего месяца" в значение "изменять на отпуск тек.месяца". При установленном значении "сохранять" данной настройки, индексация рассчитывается корректно.Исправлено. При наличии в архиве оплат отпуска с видом оплаты отпуска будущего периода и установленной настройки "Вид оплаты при сторнировании отпуска будущего месяца" в значение "изменять на отпуск тек.месяца", индексация рассчитывается корректно.
180.103619.1.148.0Не пересчитывается страховой стаж (поле "Стаж работы" в БЛ, если используется алгоритм в стаже "Cтрахового стажа c учетом дней начала и окончания"Заработная платаСтажи для учета при расчете пособий по нетрудоспособности
Не пересчитывается страховой стаж (поле "Стаж работы" в БЛ, если используется алгоритм в стаже "Cтрахового стажа c учетом дней начала и окончания". Недавно в Галактике изменился алгоритм расчета страхового стажа с учетом новых разъяснений законодательства. Необходимо доработать функции выбора шкалы процента, а также выбора ограничения для отработавших менее 6-ти месяцев с учетом изменений алгоритма расчета страхового стажа.Доработаны функции выбора шкалы процента и ограничения для отработавших менее 6-ти месяцев с учетом изменений алгоритма расчета страхового стажа.
102.1718489.1.147.0Разбиение оплаты целодневной неявки по периодамЗаработная платаПредварительная разноска отпусков и компенсаций расчетного периода
Сотрудник работает по сдельной системе оплаты. По введенному и утвержденному приказу по РПД=71 для него создана целодневная неявка, переходящая на 2 месяца. Расчет для неё идет по алгоритму 23, т.е. по среднечасовому заработку. Среднечасовой и итоговая сумма оплаты рассчитаны правильно. Но после предварительной разноски в предварительном просмотре получаем неправильные суммы в разбивке по месяцам - пропорционально дням, а не часам.Если для целодневной неявки указан вид оплаты с алгоритмом, соответствующим расчёту через СЧЗ (23, 33, 53), то при указанных условиях заработок между месяцами делится пропорционально часам. Попутно в окне редактирования для такой целодневной неявки в колонке "Средний" отображается средний часовой заработок.