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


Описание файла обновления:
ФайлG_SUMDIVIDE_DLL_912110.TXT
ОбновлениеG_SumDivide_DLL_912110
Назначение
ПродуктГалактика ERP 9.1
Релиз
КомпонентDLL G_SumDivide
Тип
Версия9.1.211.0
Дата2020-03-24 20:36:52
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
NEWОперацииБольничные
При расчете больничного во время простоя появляются минусовые суммы за счет ФСС.Исправлен неверный расчет суммы за счет предприятия больничного, который пересекается с простоем.
9.1.210.0Галактика ERP Персонал ЗП Операции Начисления и выплаты Расчет удержаний в режиме "Начисления и
Есть сотрудник, у которого родилась двойня. По закону, на каждого ребёнка полагается необлагаемая выплата в размере 50 000 рублей. Но, всё равно, с этой выплаты удержался НДФЛДоработан интерфейс межрасчетных выплат ("Начисления и выплаты"), интерфейс продварителного просмотра (Предварительная разноска), интерфейс просмотра постоянных доплат, интерфейсы просмотра начислений. Если вид оплаты содержит код дохода 2762 (код скидки 508), то, независимо от установленного типа в виде оплаты (ранее было только с типом М (материальная помощь)), отображаются поля для заполнения ребенка и даты начала вычета (дата рождения или усыновления) в вышеперечисленных интерфейсах. Далее, при расчете заработной платы информация о ребенке переносится в начисления. В случае оформления материальной помощи при рождении двойни и указания на которого из детей распространяется каждая из выплат произойте корректное заполнение сальдо на начало месяца с указанием размера полученного вычета.
9.1.209.0Операции- расчет заработной платы
Нужно доработать систему таким образом, чтобы и в окне предварительно просмотра не было данных, в случае установленного статуса «Закрыт для расчета» и отсутствия даты увольнения при расчете данные попадают в окно предварительного просмотра.При расчете заработной платы с установленным флагом "Предварительная разноска" или при выполнении предварительной разноски через смежные данные проверяется статус в лицевом счете и, если он в состоянии "Закрыт для расчета", то расчет предварительная разноска не будет производиться независимо от установленной даты увольнения.
9.1.208.0Галактика ERP Персонал ЗП Операции Больничные Расчет больничных применение Районного коэффициент
Не применяется РК при расчете Больничного листа.Для РФ. Больничные из МРОТ всегда увеличиваются на районный коэффициент.
9.1.207.0Все
Пересборка компонентов в рамках ERP-1851Пересборка компонентов в рамках ERP-1851
9.1.205.0Галактика ERP Персонал ЗП Операции Больничные Расчет больничных
Система зависает при расчете Больничного листа (продолжающегося), у которого кол-во дней оплаты 0 (инвалид)Исправлено.
9.1.204.0Нет
Новая версия накопительного обновления словаря Галактика ERP 9.1 Alter_CumulativeВнесены изменения в словарь БД Галактики ERP 9.1
9.1.203.0Галактика ERP Персонал ЗП Операции Расчет зарплаты.
Сотруднику был выплачен отпуск, который позже был перерасчитан. В результате в архиве оплат появились соответствующие записи: две записи 107 кодом с периодом с 07.10.2019 по 15.10.2019 и две записи 129 кодом с периодом с 16.10.2019 по 23.10.2019 Далее, отпуск сторнируют с 14.10.2019 по 23.10.2019 В результатах расчета видно, что отсторнирована одна из двух сумм из архива оплат.Исправлена неверная работа предварительной разноски в разрезе сторнирования пересчитанного отпуска
9.1.202.0Галактика ERP Персонал ЗП Операции Расчет зарплаты Предварительная разноска
При выполнении предварительной разноски выводится сообщение о некорректно заданной дате начала доплаты.В случае установленного признака участия в расчете постоянной доплаты в значение "нет" запись в протокол о некорректной дате начала не выводится. Напоминаем, что постоянные доплаты попадают в предварительный просмотр за период трех лет от расчетного периода.
9.1.201.0Галактика ERP Персонал ЗП Операции Расчет зарплаты Предварительный просмотр
Неверная работа предварительной разноски в случае расчета целодневной неявки по часам. В дни записываются часы.Исправлено. В предварительной разноске целодневная неявка рассчитывается корректно
9.1.200.0Нет
Новая версия накопительного обновления словаря Галактика ERP 9.1 Alter_CumulativeВнесены изменения в словарь БД Галактики ERP 9.1
9.1.198.0Галактика ERP Персонал ЗП Операции Расчет зарплаты Предварительная разноска
При выполнении предварительной разноски Галактика прекращает работу. Сотруднику предоставили отпуск с 11.07 по 11.08. Выплатили отпускные. Пришлось отозвать сотрудника с 05.08.2019. Сформировали приказ на отзыв, обработали отзыв с отображением отзыва в табеле (без пересчета отпускных). Теперь расчетчику нужно пересчитать отпускные с учетом з/п за июнь (при предоставлении отпуска з/п за июнь была еще не известна) и выплатить разницу, при этом пересчитать нужно весь отпуск - до 11.08. Расчетчица пересчитывает отпускные, и начинает рассчитывать ему з/п. Но тут система ее выкидывает. Система почему-то не выполняет предварительную разноску.Исправлено. Предварительная разноска работает корректно.
103.99829.1.197.0больничный внешнего совместителя со стажем менее 2 лет не оплачивается (ФСС)Заработная платаРасчет больничных
Клиент после проверки ФСС утверждает, что больничный внешнего совместителя со стажем менее 2 лет не оплачивается. Галактика может проверять это по виду работы работника ( основное, по совместительству) или добавить на закладку Особенности, данные для ФСС.Добавлена настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные, расчеты по среднему Особенности расчета Оплачивать больничный внешним совместителям со стажем менее двух лет". Значение по умолчанию "Да". Если настройка имеет значение "Нет", вид работы с кодом 1 (внешний совместитель), кол-во лет стажа по настройке "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные, расчеты по среднему Особенности расчета Процент пособия учитывать по" дает продолжительность менее 2-х лет, при заполнении больничного поле "Кол-во дней оплаты"/"Кол-во часов оплаты"/"Кол-во дней оплаты за счет предприятия" заполняется значением 0.
101.676009.1.196.0перерасчет средних (сторнировка, уволен и вновь принят)Заработная платаПредварительная разноска записей о сторнировании и пересчёте
перерасчет средних (сторнировка, уволен и вновь принят). не учитывается месяц февраль при сторнировании, вернее учитывается, но кол-во дней НУЛЬ, входе чего в начислениях при расчете возникают суммы с минусом, неправильные. у клиента оракл, мы смогли подтвердить ситуацию на ms sql. Скриншоты+выгрузка+сводный отчет во вложении.Исправлено. Предварительная разноска работает корректно.
180.110979.1.195.0Неверный расчет БЛ с нарушением в продолжающемся БЛЗаработная платаРасчет больничных
Неверный расчет БЛ с нарушением в продолжающемся БЛ.Исправлена ошибка расчета продолжающихся больничных листов с дополнительным кодом 021, связанная с некорректным переносом информации (доп. код) в продолжающийся больничный.
101.675329.1.195.0После пересчета среднего, в предварительном просмотре суммируются дни из по видам оплат для пересчета из архива оплатЗаработная платаПредварительный просмотр
После пересчета среднего, в предварительном просмотре суммируются дни из по видам оплат для пересчета из архива оплат У сотрудника выполнили функцию : Заработная плата - Настройка - Сервисные функции - Перерасчет средних. Сторнировочные записи создались корректно на отпуск 25 и 3 дня. По результату разноски дни и часы по отпуска задвоились, поэтому происходит не верный расчет отпускных. Задвоились т.е вместо 25 дней по отпуску 50 и вместо 3 дней 6. Во вложении примеры от СТН и ТНФ.Исправлено. Предварительная разноска выполняется корректно.
101.674619.1.195.0Неверно рассчитывается БЛ с нарушением если установлена настройка прямые выплаты ФСС - даЗаработная платаРасчет больничных с нарушениями
Неверно рассчитывается БЛ с нарушением если установлена настройка прямые выплаты ФСС - да. Подробное описание и выгрузка ЛС во вложенииПри настройке "Настройки Галактики Управление персоналом Общие настройки Пилотный проект ФСС Прямые выплаты ФСС" не зануляются суммы нарушения по ФСС.
180.111079.1.194.0После расчета БЛ неверно рассчитывается средний заработокЗаработная плата* Алгоритмы больничных
В расчёт ошибочно попадают суммы по ВО 172, 173, 273, которые не должны входить в расчет. ВО 172, 173, 273 настроены следующим образом: в поле входит в расчет "Среднего заработка" - (-), в расчет " основного больничного " - (-), в расчет "по правилам 2011 года " - (+). Проблема проявляется при следующей последовательности действий: открываем окно "Отчеты - Сверки расчетов - Информация о среднем заработке", не закрывая окно переходим в окно расчета больничных, рассчитываем больничные, закрываем окно расчета больничных, формируем отчёт.Исправлена ситуация расчёта среднего заработка непосредственно после расчета больничного.
106.107049.1.193.0Неверно определяется процент оплаты продолжающегося больничного по уходу за ребенкомЗаработная платаПрименение ограничений по больничным листам
Потеря преемственности. Неверно определяется процент оплаты продолжающегося больничного по уходу за ребенком. Дни больничного по уходу за ребенком при стаже от 8 и более лет первые 10 дней должны оплачиваться в размере 100%. Первичный больничный 8 дней. Размер пособия - 100% 8 дней. Продолжение - больничный 2 дня. Первичный больничный в продолжающемся привязан. Программа определяет размер пособия 50%, хотя должно быть 100% 2 дня. Раньше считалось верно.Исправлено. Размер пособия рассчитывается корректно.
102.2010509.1.192.0Расчет доплаты за прошлый период не учитывает фактически отработанное время, если в текущем нет отработанных днейЗаработная платаПредварительная разноска
Для доплаты в КВО установлены признаки включать "в расчёт" - "+", "в расчёт для уволенных" - "+". Расчет доплаты за прошлый период не учитывает фактически отработанное время, если в текущем нет отработанных дней.Доработана функция "Предварительная разноска" доплат за прошлый месяц. Теперь, при попытке сформировать в памяти компьютера рабочий табель на основе планового графика, программа дополнительно проверяет наличие отработанных дней или часов. Если в табеле имеется отработанное время, замена на плановый график не происходит, несмотря на то, что в КВО установлены признаки "+" в расчёт.
102.2007549.1.192.0Неконтролируемое увеличение количества записей в таблице OTPDOP при выполнение предварительной разноскиЗаработная платаПредварительная разноска записей о сторнировании и пересчёте
Неконтролируемое увеличение количества записей в таблице OTPDOP при выполнение предварительной разноски. После выполнения функции контроля пересечения больничных с отпусками создались сторнирующие записи. Предварительная разноска визуально корректно обработала эти сторнирующие записи. Но в таблице OTPDOP создались записи с заполненным значением в поле VIDOPL = cgKau_KlVidOpl + Monthras*100 + YearRas*10000, причем на три записи в предварительной разноске создалось восемь записей в таблице OTPDOP. После повторного выполнения предварительной разноски, созданные при предыдущем выполнении предварительной разноски записи в таблице OTPDOP не очистились, а произошло увеличение количества записей еще на восемь.Доработана функция предварительная разноска в части обработки записей о сторнировании с пометками С_Б и С_О. Теперь при переносе дополнительных аналитик из архива "Суммы оплат" и справочника "Начисления" дополнительные аналитики переносятся из полей в базовых таблицах. Дополнительные записи в таблице OTPDOP при этом не создаются.
102.1989159.1.192.0Расчет начислений за прошлый период в случае пересчета С_Б с учетом распределения затрат прошлого периодаЗаработная платаПредварительная разноска записей о сторнировании и пересчёте
Итак, в Январе сотруднику выполнили распределение затрат за полный месяц. В феврале принесли больничный с 23.01.2019 за январь. Все начисления за январь и для корпуса в сборе, и для дисковой бороны нужно полностью отсторнировать. и поставить с плюсом оплату за период с 01.01.2019 по 22.01.2019 на общее время 80 ч. с учётом распределения затрат. Для этого нужно суммировать часы по каждой группе МЦ за месяц. Дисковая борона С 01.01.2019 по 25.01.2019 76,47 ч С 28.01.2019 по 31.01.2019 23,53 ч 100 ч Корпус в сборе С 01.01.2019 по 25.01.2019 27,53 ч С 28.01.2019 по 31.01.2019 8,47 ч 36 ч Распределим эти часы с помощью пропорции: 136 - 100 80 - х Х =80*100/136=58,82 Х =80*36/136 =21,18Для России доработана функция формирования записей с признаком "ПБ" при предварительной разноске при наличии записей с дополнительными признаками 1 или 2 в Классификаторе налогов на ФОТ. Теперь записи с типом, отличным от "О", и алгоритмом, не равным 37-40, разделяются в предварительном просмотре, если они создавались по разным записям сумм оплат. Часы и дни для каждой записи распределяются пропорционально. Таким образом в результатах расчета зарплаты суммы рассчитываются каждая со своей части,если указано значение "пересчитывать по дням/часам" для дополнительной входимости "(31) Сторнируется при наличии больничного, отпуска за закрытый период классификатора видов оплат".
102.1975529.1.192.0Неверные суммы ФСС в листках нетрудоспособности с превышением, нарушением режима, наличием сумм из ФБ для участников ПП.Заработная платаРабота с интерфейсом ввода больничных листов
Неверные суммы ФСС в листках нетрудоспособности с превышением, нарушением режима, наличием сумм из ФБ, изменением СДЗ вручную для участников Пилотного проекта. При наличии расчета сумм превышения, за счет ФБ, нарушения режима, суммы за счет ФСС отражаются неверно - удваиваются. Если же есть ручная корректировка СДЗ, то суммы за счет ФСС отражаются без учета измененного среднего. В интерфейсе больничного сумма ФСС также отражается неверно.РФ. Пилотный проект. Исправлена печать справок для случаев, когда есть сумма превышения, сумма из ФБ, вручную изменен СДЗ. Сумма из Федерального бюджета суммируется с суммой за счет ФСС.
102.1932069.1.191.0Выбрасывать из оплачиваемых дней БЛ, дни, когда периоды частично совпадаютЗаработная платаРабота с интерфейсом ввода больничных листов
Выбрасывать из оплачиваемых дней БЛ, дни, когда периоды частично совпадают При вводе больничного нужно проверить нет ли в системе на данный период болезни другого больничного с пересекающими датами. Возможность выплачивать несколько больничных пособий за один и тот же день законодательством не предусмотрена. При расчете пособия не учитывают период освобождения сотрудника от работы (п. 1 ч. 1 ст. 9 Закона от 29.12.2006 № 255-ФЗ). То есть, если на даты более позднего больничного листка сотрудник был уже освобожден от работы по более раннему больничному листку, выплачивать пособие по более позднему больничному листку оснований нет. Поэтому за дни, когда освобождение от работы по двум больничным листкам совпадает, оплачивается только более ранний по дате больничный листок. По более позднему листку оплачиваются только дни, не совпадающие с предыдущим больничным. Пример определения периода времени нетрудоспособности для расчета больничного пособия. Секретарь организации Е.В. Иванова заболела 11 февраля. Листок нетрудоспособности ей был выдан на период с 11 по 17 февраля (7 календарных дней). В период болезни Ивановой (15 февраля) заболел ее ребенок. Листок нетрудоспособности был выдан за период с 15 по 25 февраля (11 календарных дней). Поскольку дни нетрудоспособности по двум разным страховым случаям частично совпадают (15, 16 и 17 февраля), то при оплате второго больничного листка эти дни не учитываются для определения периода продолжительности нетрудоспособности. Пособие Ивановой бухгалтер начисляет за 15 календарных дней (по разным страховым случаям). В Галактике есть поле "Оплатить с", если по данному примеру, то при вводе больничного (второго) с 15 по 18 февраля, "Оплатить с" заполняем датой 18.02.2018, т.о. по второму больничному оплачиваемых дней будет 8 .1) Доработан ввод больничных листов, если имеется больничный и вводится пересекающийся с данным больничным второй больничный, то тогда : а) Если введенный больничный частично пересекается, то тогда сдвигается дата "Оплатить с", а также установится количество дней соответствующему промежутку("Оплатить с" - "Дата окончания больничного"). б) Если веденный больничный полностью лежит в уже имеющемся больничном, у него дата "Оплатить с" не изменится, однако количество дней станет равно 0. в) Если введенный больничный не пересекается, то он вводится без вышеупомянутых корректировок. 1.1)Если больничные при вводе пересекаются, то выводится соответствующее сообщение о пересечении. Информация о пересечении записывается, чтобы в дальнейшем эту информацию можно было просмотреть в "сообщениях о процессе расчета". 2) Доработан расчет больничных листов, если имеется больничный и уже имеется пересекающийся с данным больничным больничный, то тогда информация о количестве дней будет соответствовать табелю : а) Если второй больничный частично пересекается, то тогда количество оплачиваемых дней = количество дней изначальное - количество дней пересечения. б) Если второй больничный полностью находится внутри первого больничного, то тогда количество оплачиваемых дней первого больничного при расчете будет рассчитано без дней пересечения со вторым больничным (при условии переформированного табеля и, если первый больничный был рассчитан раньше, его пересчете), и второй больничный рассчитается полностью. в) Если второй больничный не пересекается и не лежит внутри первого больничного, то тогда расчет проводится как и раньше. 2.1) Если рассчитываются пересекающиеся больничные, то соответствующая информация о пересечении отобразится в "сообщениях о процессе расчета".
102.1979179.1.190.0Не пересчитывается оставшаяся часть отпуска (тип сторнирующей записи П_С) после обработки отзыва из отпускаЗаработная платаПредварительная разноска записей о сторнировании и пересчёте
Возникла проблема с перерасчетом среднего после обработки отзыва: 1) В январе 2019 года был начислен и оплачен отпуск по таб.111462 за период с 04.02.2019 по 17.02.2019 (14 дней) без учета заработной платы января (средний заработок при расчете отпуска в январе составил 1191,45 руб.). 2) В феврале 2019 года согласно п. 7.15 Инструкции по расчету заработной платы был выполнен перерасчет среднего у данного отпуска с использованием сервисной функции "Перерасчет средних", после которого средний составил 1236,72 руб. Итого к доплате в феврале 2019 года в результате перерасчета отпуска должно быть: 14 дней * (1236,72 - 1191,45) = 633,78 руб. 3) После выполнения данной функции по переасчету среднего был обратобан отзыв сотрудника согласно приказа №31-о за период с 04.02.2019 по 11.02.2019 (8 дней) и на основании данного приказа были предоставлены дни отпуска с 18.02.2019 по 26.02.2019 (8 дней). При этом программа за период с 04.02.2019 по 11.02.2019 (8 дней) сторнирует по среднему 1191,45 (до выполнения сервисной функции "Перерасчет средних"). Сторно составляет: - 1191,45 руб. * 8 дней = -9531,6 руб. Начисление предоставленных дней за период с 18.02.2019 по 26.02.2019 происходит с новым средним 1236,72 руб. и сумма доначисления составляет 1236,72 руб. * 8 дней = 9893,76 руб. При этом в расчетном листке не отражается перерасчет среднего заработка за период с 12.02.2019 по 17.02.2019 (6 дней), который описан в пунке 2 данного обращения. 4) Правильный расчет отпускных по табельному 111462 должен быть следующим: - сторно по отзыву за период с 04.02.2019 по 11.02.2019 составляет: - 1191,45 руб. * 8 дней = -9531,6 руб. - начисление отпуска за период с с 18.02.2019 по 26.02.2019 составляет: 1236,72 руб. * 8 дней = 9893,76 руб. - перерасчет среднего за период с 12.02.2019 по 17.02.2019 составляет: 1236,72 - 1191,45 * 6 дней = 271,62 руб. Таким образом итого по расчету отпускных в феврале 2019 года по таб. 111462 должно составлять: - 9531,6 + 9893,76 + 271,62 = 633,78 руб. Каким образом исправить ошибки, возникшие при отзыве сотрудника и перерасчете среднего, если по текущему документообороту возникает необходимость сначала выполнить перерасчет средних и только затем отзыв из отпуска?Для России доработана функция предварительной разноски при наличии записей с дополнительными признаками 1 или 2 в Классификаторе налогов на ФОТ. Анализировались случаи пересчета отпуска при наличии записей об отзыве на время пересчета. Если период отзыва попадает на период пересчета отпуска не полностью, то даты и сумма, начисленная ранее, в записи о пересчете (с пометкой "ПС") корректируются с учетом отзыва. Таким образом получаются две записи: первая с отрицательной продолжительностью на время отзыва, вторая по пересчету на время сокращенного отпуска. Теперь дополнительно учитывается случай, когда отзыв приходится на начало или середину отпуска, а пересчитывается остаток.
102.1993659.1.190.0Отпускные сторнируются дваждыЗаработная платаПредварительная разноска записей о сторнировании и пересчёте
После обработки отзыва отпуска за прошлый период- сумму "сторно" задваивает при расчете ЗП.Для России доработана функция обработки сторнирующих записей с признаком "С_О" при предварительной разноске с пометкой "П". Доработка касается предприятий, у которых отсутствуют записи с дополнительными признаками 1 или 2 в Классификаторе налогов на ФОТ. Теперь в таких случаях анализируется примечание к дополнительной входимости (32) "Учитывается при сторнировании отпускных сумм". Если указаны признаки "пересчитывать по дням" или "пересчитывать по часам", то каждая из записей поступает в предварительный просмотр и далее в расчет зарплаты,если указан признак "пересчитывать по алгоритму", то вторая запись о возврате в разноске не появляется.
180.110169.1.190.0Расчет целодневной неявки с учетом особенностей пользовательского алгоритмаЗаработная платаЦелодневные неявки
Расчет целодневной неявки с учетом особенностей пользовательского алгоритма. Для расчета целодневной неявки используется пользовательский алгоритм расчета где в значении UCH_REJIM указываем график работы по которым расчет должен идти по дням, а не по часам.Если есть переход в межпериод, то при при расчете целодневной неявке берется режим работы во время перехода.
102.1976609.1.189.0Сторнирование отпуска при наличии листка нетрудоспособностиЗаработная платаПредварительная разноска записей о сторнировании и пересчёте
Сторнирование отпуска при наличии листка нетрудоспособности на базе без доп. тарифа. Отпуск в архиве, который начислялся дважды, вначале рассчитали и перечислили отпускные, потом начислили годовую премию и пересчитали отпуск вновь - и это все в одном месяце = результат - ВО106 и ВО107 в двух записях на один и тот же период, только один "Первоначальная сумма", другой "Дополнительная сумма". Отпуск в архиве: Основной 01.01-28.01 ДО 29.01-04.02 Перешла на след месяц и завела б/л на время отпуска (с 09.01 по 27.01). Выполнила контроль пересечения. Все записи сторно красиво сформировались. А вот предварительная разноска "пополовинила" записи ВО106 и 107 в части сторно.Для России доработана функция обработки сторнирующих записей с признаком "С_Б" при предварительной разноске при отсутствии записей с дополнительными признаками 1 или 2 в Классификаторе налогов на ФОТ. Теперь в таких случаях анализируется примечание к дополнительной входимости (31) "Сторнируется при наличии больничного, отпуска за закрытый период". Если указаны признаки "пересчитывать по дням" или "пересчитывать по часам", дополнительно анализируются поля "Дата выплаты (возврата)" для записей с одинаковыми видами оплаты и одинаковыми периодами и типом источника "Отпуск". Если даты различаются, то считается, что имеет место автоматическое разбиение начисления отпуска по датам выплаты (перечисления). В этом случае количество дней не пересчитывается пропорционально.
102.1980869.1.189.0Неверно сторнируется зарплата при вводе больничного с датой начала в предыдущем периодеЗаработная платаПредварительная разноска записей о сторнировании и пересчёте
Для 6-го вида оплаты, подлежащего пересчету, установлена 52 допвходимость и задано распределение затрат как в текущем месяце, так и в месяце, за который происходит пересчет. Предприятие участвует в пилотном проекте, поэтому больничный за счет ФСС не начисляется. Расчетный месяц февраль. Ввели больничный с 23.01. по 08.02. Сформировалась сторно запись. При расчете зарплаты неверно сторнируется зарплата.Для России доработана функция обработки сторнирующих записей с признаком "С_Б" при предварительной разноске при наличии записей с дополнительными признаками 1 или 2 в Классификаторе налогов на ФОТ. Теперь записи разделяются в предварительном просмотре, если они создавались по разным записям сумм оплат. Таким образом в результатах расчета зарплаты суммы рассчитываются каждая со своей части,если указано значение "пересчитывать по дням/часам" для дополнительной входимости "(31) Сторнируется при наличии больничного, отпуска за закрытый период классификатора видов оплат".
101.667279.1.189.0Неправильно сторнируется продление одного из отпусков за счет больничногоЗаработная платаПредварительная разноска
Неправильно сторнируется продление одного из отпусков за счет больничного: Сотруднику в декабре завели и посчитали отпуск (состоящий из четырех отпусков) с 25 декабря по 12 февраля. В январе сотрудник предоставил больничный на период с 21/01/2019 по 28/01/2019 Отпуск сдвинулся (продлился по 20/02/2019), но при расчете зарплаты, почему-то, строрнируется сумма за период с 15/02/2019 по 20/02/2019 То есть, сумма с минусом за этот период есть, а суммы с плюсом - нет. Судя по всему - должна быть.Для России доработана функция обработки сторнирующих записей с признаком "С_Б" при предварительной разноске при наличии записей с дополнительными признаками 1 или 2 в Классификаторе налогов на ФОТ. Теперь перенос сумм начислений за отпуск работает корректно. Примечание. Проблема проявлялась в том случае, когда сумма отпускных с одинаковыми кодом оплаты за один и тот же отпуск была разбита по месяцам в архиве оплат.
102.1975549.1.189.0Удалить из предварительной разноски лишние записи (ПС) ВО отпуска с некорректным периодомЗаработная платаПредварительная разноска записей о сторнировании и пересчёте
Удалить из предварительной разноски лишние записи (ПС) ВО отпуска с некорректным периодом.Исправлена функция "Предварительная разноска" при формировании сумм за прошлый период с целью пересчёта. Теперь лишние записи с некорректным периодом не добавляются.
102.1957859.1.188.0Некорректно сторнируются суммы прошлого периода при работе по 4-х часовому графикуЗаработная платаПредварительная разноска записей о сторнировании и пересчёте
В январе рассчитываем больничный за декабрь. Табель скорректировался, сторнирующая запись создана автоматически. А вот сумма по виду оплаты с алгоритмом 39/4 за декабрь неверная. сумма должна быть (492,99+240,75)/16 дн)* 3 дн = 137,58 рублей. Т.к. в архиве оплат находится две записи по этой оплате за один и тот же периодДоработана технология возврата сумм на основе записей о сторнировании с пометкой "С_Б" для алгоритмов 37-40 признак 4 по настройке на РФ. 1. Доработана функция предварительная разноска. Теперь записи разделяются в предварительном просмотре, если они создавались по разным записям сумм оплат. Таким образом в результатах расчета зарплаты суммы рассчитываются каждая со своей части, если указано значение "пересчитывать по дням/часам" для дополнительной входимости "(31) Сторнируется при наличии больничного, отпуска за закрытый период классификатора видов оплат".
102.1974039.1.188.0Пересчет среднего. Предварительная разноска не учитывает все суммы ВО, подлежащего пересчетуЗаработная платаПредварительная разноска записей о сторнировании и пересчёте
Пересчет среднего. Предварительная разноска не учитывает все суммы ВО, подлежащего пересчету. на G_SUMDIVIDE 184 разноска правильная, на 185 - ошибка. таб. № 13, по 106 ВО в предварительной разноске сумма нач. ранее 340,14, а должна быть 1809,53, т.е. не учтена сумма 1469,39 - выплаченная изначально.Исправлена функция "Предварительная разноска" при формировании сумм за прошлый период с целью пересчёта, для случаев, когда в суммах оплат имеется несколько записей за одинаковые периоды. Функциональность восстановлена.
102.1938729.1.188.0Расчёт больничного приводит к зависанию Галактики (идёт расчёт 6000 табелей)Заработная платаРасчет больничных
В исходных данных дата окончания больничного 12/09/8018. Расчёт больничного приводит к зависанию Галактики (идёт расчёт 6000 табелей). В больничном по какой-то причине не посчиталось количество дней больничного. Если поставить кол-во дней, то у клинта все равно подвисает на формировании табеля. Если формирование табеля прервать, то БЛ рассчитывается, но потом все равно подвисает на формировании табеля. Если и в этот раз формирование табеля прервать, то расчёт заканчивается верно.1.Доработана функция расчёта пособий по нетрудоспособности. Дата окончания ограничена тремя годами. Об этом выдаётся предупреждение: "Продолжительность пособия более 3-х лет!!!Дата окончания ограничена 03/09/2021" Расчёт продолжается. После расчета выводится соответствующее сообщение "Обнаружены сообщения о процессе расчета, просмотреть информацию?", при нажатии на "Да" отобразится информация об ограничении больничного с датой и временем сообщения, а также табельный номер работника у которого был ограничен больничный. В случае удаления больничного информация о данном больничном также удалится. Информацию о сообщениях в процессе расчета можно просмотреть: а) непосредственно после расчета больничных: отобразится информация о сообщениях обнаруженных в процессе данного расчета б) из меню "Заработная плата - Операции - Больничные - Сообщения о процессе расчета" 2. Доработан ввод больничных, в случае, если дата окончания больше 3 лет, выводится сообщение "Продолжительность пособия более 3-х лет!!!Дата окончания ограничена 03/09/2021" и дата окончания устанавливается с учетом ограничения. 3. Доработана корректировка больничных, в случае, если дата окончания больше 3 лет, выводится сообщение "Продолжительность пособия более 3-х лет! Дата окончания ограничена 03/09/2021" и дата окончания устанавливается с учетом ограничения.
101.664929.1.187.0Пилотный проект ФСС - показать сумму прямой выплаты ФСС в интерфейсе больничного и справках о расчетеЗаработная платаРабота с интерфейсом ввода больничных листов
В рамках решения ПиР 101.61964 хранение сумм за счёт ФСС перенесено в элементы массива связанной записи FondOtp.fzpb[1..7], в результате существующее поле "Из ФСС" интерфейса больничного и соответствующие поля справок о расчёте обнулены. Клиенты просят вернуть отображение суммы за счёт ФСС, поскольку бухгалтера использовали её "для информации" (какие данные высылают в ФСС), некоторые клиенты прикладывают справку о расчёте к заявлению в ФСС на выплату пособия. Предлагается для пособий, попадающих в пилотный проект, вместо существующего поля интерфейса "Из ФСС" отобразить поле, например, "Прямая выплата ФСС" и вывести в него сумму FondOtp.fzpb[1..7], соответственно доработать справки о расчёте.Для РФ. Для участников пилотного проекта доработано отображение сумм из ФСС в интерфейсе редактирования больничных листов и справках по больничному (в формате txt и fastreport). Суммы из ФСС отображаются в них в качестве справочной информации.
102.1966519.1.186.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.15.0.Обеспечение корректной работы. Пересобраны ресурсы с учетом изменённых таблиц словаря Alter_Cumulative 9.1.15.0. Комплектность установки ресурсов обеспечена требованиями при установке.
180.109779.1.184.0В предварительный просмотр по целодневной неявке в дни попадают часыЗаработная платаПредварительная разноска отпусков и компенсаций расчетного периода
Есть рассчитанная целодневная неявка с ВО, в котором привязан "отпускной" алгоритм расчета и установлен признак оплаты "по часам". При выполнении предварительной разноски для такой целодневной неявки в поле дни попадают часы.Исправлена работа функции предварительной разноски для целодневных неявок с привязанным ВО, в котором указан "отпускной" алгоритм расчета и установлен признак "по часам". При выполнении предварительной разноске для таких целодневных неявок значение дней записывается корректно.
101.663239.1.183.0Реальная дата расчета для Пилотного проектаЗаработная платаРасчет больничных
Требуется реализовать реальную дату расчета больничного для Пилотного проекта. Вынесено из проблемы ПиР №101.61964 Записывать в это новое поле текущую системную дату с возможностью редактирования. Старое поле (Дата расчета) переименовать в "Учетный период", указывать только месяц и год и расположить ближе к датам начала и окончания больничного. Если это не повредит корректному формированию отчетов "Контроль по заболеваемости" , "Реестр по заболеваемости" , реестров на перечисление в банк и т.д. Похожее поле реализовано в интерфейсе отпуска (Период учета при выборе отпусков для платежных документов).Доработан интерфейс расчета больничных листов. Для определения периода учета больничного листка добавлено поле Период учета, которое по умолчанию и после расчета больничного равно расчетному периоду (хранится последнее число расчетного месяца). Поле Дата расчета теперь устанавливается текущей дате, корректируется при необходимости и не изменяется после расчета. Для РФ служит для определения даты начала переходного периода для Пилотного проекта.
102.1942519.1.183.0Доработать учет признака в классификаторе отпусков "выплачивать по месяцам" для длительных отпусков, которые не рассчитаныЗаработная платаПредварительная разноска отпусков и компенсаций расчетного периода
Доработать учет признака в классификаторе отпусков "выплачивать по месяцам" для длительных отпусков, которые не рассчитаны. Например, когда сотрудника отправляют в декретный отпуск, ему заводят запись об отпуске на весь период декретного, но сам отпуск не рассчитывают. К виду отпуска по декрету(с признаком без оплаты) привязан вид оплаты с нулевой суммой и включением месяца для расчета отпуска минус. При расчете зарплаты в месяце, когда сотрудник уходит в декрет, в результатах расчета создаются записи с нулевой суммой на каждый месяц декрета. Если в классификаторе отпусков и неявок для такого отпуска выставить признак "выплачивать по месяцам" - записи в результаты расчета должны попадать помесячно. Это позволит предотвратить ситуацию, когда в случае досрочного завершения декретного отпуска, в архиве оплат остаются лишние записи.Доработана разноска записей из справочника "Операции - Отпуска" для длительных отпусков (например, декретных) с признаком "без оплаты" и "выплачивать по месяцам", которые не были рассчитаны. В процессе выполнения предварительной разноски и расчета зарплаты оплаты с нулевой суммой формируются помесячно, т.е. в каждом месяце при расчете зарплаты создается по одной записи.
102.1807599.1.183.0Требуется доработать пересчет заработной платы за архивный период.Заработная платаСторнирующие записи
Требуется доработать пересчет заработной платы за архивный период. Прошу рассмотреть возможность доработки модуля "Заработная плата" в части перерасчета за прошлые периоды. Необходимо учесть, что большинство доплат считается от отклонений, заданных в табеле. Соответственно при внесении изменений доплата должна полностью сторнироваться и начисляться заново.Доработан пересчет заработной платы за архивный период. 1. Доработана функция сторнирования записей: "Заработная плата Операции Расчет зарплаты Сторнирующие записи": - Добавлен новый тип сторнирующих записей : "Изменения табеля (Т_О)" 2. Доработан Классификатор видов оплат : - Изменено название дополнительной входимости (35) "Учитывать изменение параметров при добавлении перехода/изменении табеля в прошлом периоде" "Заработная плата Настройка Заполнение каталогов Виды оплат и скидок вкладка расчеты Дополнительно" 3. Доработана функция предварительной разноски "Заработная плата документы лицевые счета смежные данные расчет заработной платы предварительная разноска" с учетом нового типа сторнирующих записей. Ниже изложена схема работы при изменении времени в табеле прошлого периода с необходимостью пересчёта сумм. Прежде всего, требуется завести соответствующую запись сторнирования с учетом табельных отклонений. Для того, чтобы начисления за архивный период попали в обработку, следует в классификаторе видов оплат для нужных видов оплат добавить дополнительную входимость 35. Если необходимо сохранить общую сумму по начислению, Причину указать "сохранить сумму", если сумму начисления нужно пересчитывать, то указать причину "пересчитать сумму". В результате предварительной разноски для начислений за архивный период, в которых указана соответствующая дополнительная входимость, должны сформироваться следующие записи: - запись, соответствующая записи в архиве оплат, но с отрицательной суммой за архивный период - если вид оплаты разбивается по переходам и предварительная разноска осуществляется в параметром "разбивать по переходам", то формируется несколько записей, соответствующих переходам, с аналитикой согласно настройкам. Сумма разбивается пропорционально количеству дней в периоде. Если вид оплаты является неразбиваемым, то аналитика устанавливается на дату начала данного начисления, сумма сохраняется. В результате доплата полностью сторнируется и начисляется заново с учетом изменений в табеле. В архиве оплат (Суммы по видам оплат) хранится вся информация по начислениям прошлых периодов, в том числе ВО, процент, аналитика. В результате обработки сторнирующей записи для каждой оплаты архивного периода в Предварительной разноске сформируется запись с "-" (сумма, дни часы) и аналогичная запись с "+" с теми же параметрами, нулевой суммой и продолжительностью согласно изменениям табеля. После расчета заработной платы будет рассчитана сумма согласно алгоритму, указанному в этом виде оплаты. Примечание. Если алгоритм составлен пользователем, он должен учитывать вариант возврата суммы. Например: алгоритм if(WT_GetOverworkCalculationMethod(day(uch_datan))=1, SumAlgNo(228), SumalgNo(229)) необходимо заменить на if(WT_GetOverworkCalculationMethod(day(uch_datan))=1, if(Uch_ChasF > 0, SumAlgNo(228), Uch_Summa), if(Uch_ChasF > 0, SumAlgNo(229), Uch_Summa)) во избежание некорректного расчета по данному алгоритму
102.1940789.1.182.0Некорректно считается средний для ЦН с ВО с "отпускным алгоритмом" и с признаком расчета по часамЗаработная платаЦелодневные неявки
Если для целодневной неявки задан ВО с алгоритмом расчета среднего по "отпускным алгоритмам" и в ВО указан признак расчета "по часам" (считаем среднечасовой заработок), то при расчете ЦН неверно рассчитывается сумма среднего. В справке о расчете среднего подтягивается верная сумма среднего.Для целодневных неявок с привязанным ВО с алгоритмом расчета среднего по "отпускным алгоритмам" и признаком расчета по часам при расчете сумма среднего рассчитывается корректно.
101.619649.1.182.0Больничные - доработать с учетом настройки участия в пилотном проекте ФССЗаработная платаРасчет больничных
Работы по АЗ "Добавление настройки "Дата начала пилотного проекта". После добавления настроек участия предприятия в пилотном проекте ФСС (ПиР 101.61961) необходимо доработать расчёт больничных при разных значениях этой настройки. Начиная с даты подключения предприятия к пилотному проекту ФСС страхователь не производит расчет и выплату пособий по временной нетрудоспособности, за исключением оплаты первых трех дней больничного, для тех случаев, которые предусмотрены законодательством. В связи с этим необходимо реализовать следующее. "ПРЯМЫЕ ВЫПЛАТЫ ФСС" = "НЕТ": доработка не требуется. "ПРЯМЫЕ ВЫПЛАТЫ ФСС" = "ДА": при расчёте больничного необходимо безусловно обнулять сумму за счет ФСС. Обнуления суммы ФСС в предварительной разноске недостаточно, поскольку предприятия могут выплачивать больничные в межпериод. А при наличии суммы за счет ФСС в больничном будет удержан НДФЛ с суммы ФСС. Но согласно законодательства НДФЛ должен удерживаться источником выплаты. С момента вступления в пилотный проект часть сумм пособий по больничным листам выплачивается из средств ФСС, следовательно, НДФЛ должен удерживать сам ФСС. В предварительной разноске с ВО больничного за счет ФСС необходимо отразить запись с периодом оплаты за счет ФСС, количеством дней, подлежащим оплате и нулевой суммой. Аналогичная запись должна присутствовать в результатах расчета заработной платы и архиве оплат. "ПРЯМЫЕ ВЫПЛАТЫ ФСС" = "ПЕРЕХОДНЫЙ ПЕРИОД": при расчёте больничного необходимо анализировать дату расчёта больничного листа. В случае, если дата расчета больничного больше, или равна дате из зависимой настройки "ДАТА ПОДКЛЮЧЕНИЯ К ПИЛОТНОМУ ПРОЕКТУ", при расчете больничного необходимо обнулять сумму за счет ФСС аналогично настройке "ДА".РФ. Доработан расчёт больничных при разных значениях настройки "Настройки Галактики Управление персоналом Общие настройки Прямые выплаты ФСС". Начиная с даты подключения предприятия к пилотному проекту ФСС страхователь не производит расчет и выплату пособий по временной нетрудоспособности, за исключением оплаты первых трех дней больничного, для тех случаев, которые предусмотрены законодательством. В связи с этим реализован расчет по следующим правилам: - "ПРЯМЫЕ ВЫПЛАТЫ ФСС" = "НЕТ": расчет не изменился - "ПРЯМЫЕ ВЫПЛАТЫ ФСС" = "ДА": при расчёте больничного обнуляются суммы за счет ФСС. - "ПРЯМЫЕ ВЫПЛАТЫ ФСС" = "ПЕРЕХОДНЫЙ ПЕРИОД": при расчёте больничного анализируется дата расчёта больничного листа. В случае, если дата расчета больничного больше, или равна дате из зависимой настройки "ДАТА ПОДКЛЮЧЕНИЯ К ПИЛОТНОМУ ПРОЕКТУ", при расчете больничного обнуляется сумма за счет ФСС аналогично настройке "ДА". Для больничных с нулевой суммой за счет ФСС при соответствующей настройке ВО для больничных (доп. входимость 29) в предварительной разноске записи с ВО больничного за счет ФСС отражаются с периодом оплаты за счет ФСС, количеством дней, подлежащим оплате и нулевой суммой. Аналогичные записи присутствуют в результатах расчета заработной платы и архиве оплат. Сохранен параметр расчета больничного листа "Не рассчитывать доп. сумму".
102.1481569.1.181.0Доработать возврат начисленной суммы при отзыве когда "Оплачивать праздничные дни" = "нет"Заработная платаОтзывы из отпуска
Доработать возврат начисленной суммы, чтобы при при отзыве из отпуска учитывалась настройка "Оплачивать праздничные дни" = "нет". Проблема - развитие 180.8828. Т.е. ,видимо, при кодировании 180.8828 не учли возвратов. Картинки с подробным описание проблемы вложены.Если настройка Управление персоналом -> Отпуска -> Оплачивать праздничные дни (UP.ZAR.OTP.PayHolidays) существует и выставлена в "нет" (false): Функции SetKolDnAnn и SetKolChasAnn возвращают значение без учета праздничных дней.
102.1907039.1.180.0Не все сотрудники имеют право на пособиеЗаработная платаРасчет больничных
Не все сотрудники имеют право на пособие По новому постановлению ФСЗН, если человек не работал на протяжении 6 месяцев, а затем устроился на работу, то ему не полагается выплата по БЛ, пока он не отработает 6 месяцев Выйти из этой ситуации можно следующим образом: внести больничный на нужный период, но не рассчитывать его. При этом в каталоге "Условные обозначения табеля" к букве Б не должен быть подвязан ВО. И в ВО для пособия должна быть доп.входимость 29 с примечанием "не рассчитывать по алгоритму". Тогда в РЛ попадает по пособию строчка с 0 суммой. Если же произвести расчет больничного, то в расчетный листок попадет сумма по БЛ (с учетом описанных настроек выше).Для Республики Беларусь в "Лицевой счет" на вкладку "Стажи, надбавки" было добавлена поле "Дата окончания уплаты взносов по прежнему месту работы". При расчете пособия по нетрудоспособности анализируем эту дату. 1) Если "Дата окончания уплаты взносов по прежнему месту работы" = 0 (пусто), расчет идет по текущему алгоритму. 2) Если "Дата окончания уплаты взносов по прежнему месту работы" попадает в расчетный период (6 предыдущих месяцев), расчет идет по текущему алгоритму. 3) Если "Дата окончания уплаты взносов по прежнему месту работы" НЕ попадает в расчетный период проверяем дополнительно дату приема. Если дата приема попала в период, считаем по текущему алгоритму, если тоже не попала - пособие не считаем (ноль). Если пособие не считается по этим условиям в протокол будет выведено соответствующее сообщение : "Работник не имеет права на пособие." В случае, если выполняется расчет архивного больничного, который удовлетворяет п.3, то тогда пособие не будет пересчитано.
102.1912659.1.180.0Учёт сумм по алгоритму nachd при расчёте планового аванса с учётом алгоритмов расчёта среднего заработкаЗаработная платаРасчет планового аванса и удержаний
При расчёте планового аванса или среднего заработка за текущий период неправильно учитываются суммы по алгоритму NACHD. В расчёт принимаются суммы всех имеющихся расчётов по среднему, что неверно. Необходимо учёсть начисления только текущего расчёта.Доработана функциональность расчета планового аванса и другие случаи расчёта среднего заработка за текущий период, в частности, отчёт Информация о среднем заработке. Теперь более корректно учитываются суммы с алгоритмами NACHD, [33,22,17..] с признаком 0, а также с новым признаком 6 к алгоритмам [37-40]. Также в рамках данного ПИР был доработан алгоритм NachO : Теперь более корректно учитываются суммы с алгоритмами NachO, [33,22,17..] с признаком 0, а также с новым признаком 6 к алгоритмам [37-40].
102.1822199.1.179.0Необходимость настроек "Стаж работы для выбора ограничения" и "Рассчитывать продолжительность работы для выбора ограничения"Заработная платаПрименение ограничений по больничным листам
Обсудить необходимость настроек "Стаж работы для выбора ограничения" и "Рассчитывать продолжительность работы для выбора ограничения" для РФ. Есть настройка раздела Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Особенности расчета "Процент пособия учитывать по" и настройки раздела Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Ограничения "Стаж работы для выбора ограничения" и "Рассчитывать продолжительность работы для выбора ограничения".Для Республики Беларусь и России настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Особенности расчета "Стаж работы для выбора процента пособия" переименована в "Страховой стаж для расчета пособий". И перенесена из папки "Особенности расчета" в папку "Больничные, расчеты по среднему" Для Республики Беларусь и России скрыта настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Ограничения "Стаж работы для выбора ограничения". Для Республики Беларусь и России Настройка "Рассчитывать продолжительность работы для выбора ограничения" установлена в значение "по единому стажу с предыдущими работодателями" и скрыта.
102.1897099.1.178.0Сторнирование отпуска / перенос отпуска в связи с болезнью на базе с доп. тарифамиЗаработная платаПредварительная разноска
Сторнирование отпуска / перенос отпуска в связи с болезнью на базе с доп. тарифами. На всех приведенных табельных номерах отпуск в архиве, б/л сформирован в тек периоде. Выполнена функция Контроль пересечения отпуска и б/л. Ожидается, что вернётся вся сумма отпуска и начислится с другой даты, т.е. сумма с "-" равна сумме с "+".Доработана функция "Предварительная разноска" в части переносов сумм отпуска, начисленных на период больничного листа для случаев, когда суммы отпуска в архиве оплат разбиты на несколько частей за одинаковый период. Теперь возврат и доначисление сумм происходит корректно. Доработка функционирует для тех российских пользователей, у которых в классификаторе налогов на ФОТ имеется запись с учетом работы во вредных условиях труда, т.е.при наличии записей с дополнительными признаками 1 или 2.
102.1893839.1.178.0В интерфейсе округляется среднийЗаработная платаЦелодневные неявки
В интерфейсе округляется средний, из-за чего сумма по доплате неверная, хотя в протоколе сумма правильная.Доработано округление среднего в интерфейсе для алгоритмов [17,33,22,23,52,53,73,77,74,78], теперь при расчете сумма среднего округляется по настройке "Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Особенности расчета Округлять среднедневной заработок"
102.1891389.1.178.0Возможность изменения алгоритма расчёта вида оплаты, привязанного к целодневной неявкеЗаработная платаЦелодневные неявки
Пусть к целодневной неявке привязан вид оплаты, который явно является одним из диапазона "отпускных" алгоритмов. После расчёта в окне неявок видим заполненный средний и видим запись в окне итогов по источникам затрат. Перепривязываем к неявке другой вид оплаты с алгоритмом, отличным от "отпускного" (либо в самОм виде оплаты меняем алгоритм на "неотпускной") и выполняем повторный расчёт. Нужно доработать расчётный алгорим так, чтобы менялась не только колонка "Сумма", но и очищался средний.Для описанной выше ситуации при изменении ВО для неявки в классификаторе (либо при измеении алгоритма в текущем ВО), очищается значение среднего и удаляются записи в окне итогов по источникам затрат, оставшиеся от предыдущего расчета.
101.654849.1.178.0Больничные - оплачивать превышение ограничения в зависимости от условий трудового договораЗаработная платаОплата превышения ограничения по больничным листам
У многих клиентов оплата превышения ограничения больничных полагается не всем работникам - например, только руководителям среднего и высшего звена и т.п. Это условие прописывается в трудовом договоре с работником. Предлагается существующую настройку "Больничные, расчеты по среднему Ограничения - Оплачивать превышение ограничения пособия" разбить на две, например: - "Оплачивать превышение ограничения пособия" с вариантами "НЕТ/ВСЕМ РАБОТНИКАМ/ВЫБОРОЧНО"; - "Алгоритм расчёта превышения" (зависимая от предыдущей - недоступна при значении "НЕТ") с вариантами "ОТСУТСТВИЕ ОГРАНИЧЕНИЯ/ОТСУТСТВИЕ МАКСИМАЛЬНОГО ОГРАНИЧЕНИЯ/АЛГОРИТМ ИЗ КВО/ОТСУТСТВИЕ ОГРАНИЧЕНИЯ, НО НЕ БОЛЕЕ СУММЫ ПО АЛГОРИТМУ ИЗ КВО". И добавить соответствующий признак на вкладку [Стажи, надбавки] лицевого счёта в раздел данных для расчёта больничных, который будет доступен только при первой настройке "ВЫБОРОЧНО". Например, "Оплата превышения ограничения" с вариантами "ДА/НЕТ", или, возможно, имеет смысл интервал дат "С .. ПО .."Доработан функционал по оплате превышения ограничения больничных листов для случаев, когда оплата превышения полагается не всем работникам, а, например, только тем, для кого она оговорена в трудовом договоре. Выполнены следующие доработки: 1. Cуществующая системная настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные, расчеты по среднему Ограничения Оплачивать превышение ограничения пособия" делится на две: "Оплачивать превышение ограничения пособия" с вариантами: - "нет", - "всем работникам", - "отработавшим минимальный стаж", - "по выбору в лицевом счете". "Расчeт превышения" (недоступна при значении "нет" предыдущей настройки) с вариантами: - "до полной суммы пособия", - "по алгоритму из КВО", - "да, но не более суммы по алгоритму из КВО". 2. Добавлен признак в ЛС "Оплата превышения ограничения" со значениями "да/нет" (по умолчанию "нет").