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


Описание файла обновления:
ФайлG_SUMDIVIDE_DLL_911520.TXT
ОбновлениеG_SumDivide_dll_911520
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентG_SUMDIVIDE
ТипDLL
Версия9.1.152.0
Дата2017-12-21 17:33:17
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.175093NEWУчет минимального ограничения при расчете больничного затрагивающего несколько месяцевЗаработная платаПрименение ограничений по больничным листам
При расчете больничных приходящихся на период, который включает несколько месяцев, ограничения необходимо рассматривать в совокупности, а не для каждого месяца отдельно. Проблема заключается в том, что у сотрудника довольно маленький заработок, который граничит с минимальным ограничением. Больничный переходящий с одного месяца на другой, с 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.10521NEWОграничение в больничном по производственной травмеЗаработная плата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), то при указанных условиях заработок между месяцами делится пропорционально часам. Попутно в окне редактирования для такой целодневной неявки в колонке "Средний" отображается средний часовой заработок.
102.1690439.1.146.0Реализовать расчет из бюджета и внебюджета для отпускных алгоритмовЗаработная платаРасчет по среднему (алгоритмы отпусков)
Имеется клиент, у которого два вида деятельности: бюджет (назван как ФЗП) и внебюджет (назван как ФМП). В связи с этим расчет отпуска производится из сумм бюджета и внебюджета. Расчет отпускных сумм должен быть следующий: подсчет сумм начислений бюджета и внебюджета по месяцам, затем исключение из расчета сумм неполных месяцев, в случае если они меньше наименьшей суммы полного месяца.Доработано для РБ и для значения настройки "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Особенности расчета Для неполностью оплаченных месяцев проверять величину заработка" = ДА. Для расчета по отпускным алгоритмам(целодневные неявки, начисления межпериода, пересчет отпуска). В случае, когда расчет по отпускным алгоритмам производится из сумм бюджета и внебюджета (из разных фондов), то расчет отпускных сумм должен будет следующий: подсчет сумм начислений бюджета и внебюджета по месяцам, затем исключение из расчета сумм неполных месяцев, в случае если они меньше наименьшей суммы полного месяца.
102.1707419.1.146.0Неверное сторнирование сумм отпуска будущего месяцаЗаработная платаКонтроль пересечений больничных с отпусками
Неверное сторнирование сумм отпуска будущего месяца после контроля пересечения с больничным при установленной настройки "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Вид оплаты при сторнировании отпуска будущего месяца" в значение "изменять на отпуск тек.месяца"Исправлено. При установленной настройки "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Вид оплаты при сторнировании отпуска будущего месяца" в значение "изменять на отпуск тек.месяца" сторнирующие записи не теряются при выполнении расчета заработной платы.
102.1643409.1.145.0Создание новой системной аналитикиКонтур логистикиПредложение по новой функциональности контура логистики
1. Создание новой таблицы аналитических признаков для использования в целевом учете в качестве одного из уровней. Обязательные признаки: - ссылка на МЦ - ссылка на группу налогов по позиции - ссылка на позицию спецификации документа по которому МТР поступил в ОСТ - ссылка на первичный документ по которому МТР поступил в ОСТ - вид первичного документа - ссылка на производителя(изготовителя) МТР (каталог контрагентов) (Возможно необходимо добавление системного атрибута "Изготовитель" к spsopr) - *дата приходного ордера в ОСТ - ссылка на группу налогов из приходного документа - *признак (например, галка) , указывающий на то, что позиция относится к неиспользуемуму активу с последующим отображением дополнительных аналитик: -- *категория неиспользованных МТР (пользовательская аналитика) -- *источник образования неиспользованных МТР (пользовательская аналитика) -- *причина образования неиспользованных МТР (пользовательская аналитика) -- *план-график вовлечения неиспользованных МТР (пользовательская аналитика) -- перечень необходимой, имеющейся в наличии технической документации (мемо-поле?) -- *плановая дата вовлечения номенклатурной позиции неиспользованных МТР (поле -дата) - *признак отнесения к виду резерва с последующим отображением дополнительных аналитик резерва: -- * вид резерва -- * срок хранения в днях 2. Записи таблицы должны формироваться в момент создания партии(приходная накладная, акт о приемке материалов, акт перемещения между объектами, ДО) 3. Необходимо предусмотреть возможность в интерфейсах, в которых используются КАУ ЦУ выводить дополнительно аналитические признаки помеченные звездочкой в перечне.Добавлена системная аналитика "Дополнение объекта целевого учета", код 5068. Выбор новой системной аналитики в объекте целевого учета позволяет задавать дополнительно 6 аналитик и другую дополнительную информацию. Для выбора дополнительных аналитик реализовано окно =Настройка дополнительных аналитик объекта ЦУ= (Целевой учет запасов Настройка Дополнительные аналитики целевого учета). Первая аналитика используется для резерва, остальные пять для неиспользуемых МТР. Заполнение значений аналитик по умолчанию реализовано в Приходной накладной, Акте о приемке материалов (115), Акте об излишках (611). При привязке объекта ЦУ, либо при вставке позиций из договора в приходных документах, дополнительные аналитики заполняются автоматически. Значения берутся: 1. из внешних атрибутов соответствующей позиции спецификации; 2. если они не заданы (п. 1), то из внешних атрибутов сопроводительного документа; 3. если не заданы (п. 2), из значений по умолчанию из настройки дополнительных аналитик. Доработаны фильтры в Ведомостях МТР. Реализована возможность устанавливать фильтры по дополнительным аналитикам объекта ЦУ.
102.1703049.1.144.0Задваивание оплат по среднемуЗаработная платаСторнирующие записи
Задваивание оплат по среднему. Некоторые пользователи зачем-то вводят оплату по среднему через Сторнирование и пересчет. На exe пару месячной давности проблем с расчетом нет и никогда раньше не было, на текущем exe введенные таким образом оплаты по среднему задваиваются при расчете.При заведении оплат по среднему через сторнирование и пересчет исключено задваивание при заведении периода, пересекающегося с текущим расчетным периодом.
102.1704839.1.144.0При автоматической индексации средних не наследуется архивный тип источника оплатыЗаработная платаПредварительная разноска
Необходимо доработать индексацию ранее начисленных и выплаченных средних для случая, когда она выполняется по включенной настройке "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Условие индексации ранее рассчитанных больничных и отпусков". Необходимо в сформированные записи переносить из архивных "первоисточников"(наследовать) значение поля "Источник данных".Доработан режим индексации ранее начисленных и выплаченных средних для случая, когда он выполняется по включенной настройке "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Условие индексации ранее рассчитанных больничных и отпусков". В сформированные записи наследуется из архивных "первоисточников" значение поля "Источник данных".
102.1700719.1.143.0Формировать запись в предварительную разноску для нулевой целодневной неявкиЗаработная платаПредварительная разноска отпусков и компенсаций расчетного периода
Есть отпуск с типом Целодневная неявка и привязанным видом оплаты 231. К виду оплаты 231 привязана дополнительная доплата 631. Считаем отпуск в интерфейсе Целодневные неявки. Если по 231 оплате насчитывается 0, в этом случае (даже с 29 входимостью) оплата не попадает в предварительную разноску, следовательно не вызывается и доп доплата 631. Если заводить отпуск через отклонение в табеле, тогда запись с нулем формируется в предварительной разноске по 231 виду оплаты и соответственно считается доп доплата 631. Но работать через отклонения клиенту не подходит, хотят делать приказы РПД 71 и вести через интерфейс целодневных неявок. Предлагаем формировать нулевую запись по основному виду оплаты целодневной неявки при наличии 29 доп. входимости.Доработана разноска записей из справочника "Операции - Целодневные неявки". Если у вида оплаты, привязанного к целодневной неявке, присутствует в КВО дополнительная входимость 29 с "Примечанием" равным "только разноска" или "разноска и расчет", то в процессе выполнения предварительной разноски оплата с нулевой суммой формируется и отображается в предварительном просмотре.
101.484539.1.142.0"Сумма на руки" больничного в реестре в банкЗаработная платаРасчет больничных
Если в больничном, который выплачивается в межпериод поменять сумму на руки, то в реестр попадет не сумма на руки, а сумма больничного.Добавлены поля прочих удержаний "Прочие удер." в окне "Разбивка сумм по месяцам" листка нетрудоспособности. В основном окне редактирования листков нетрудоспособности добавлено вычисляемое поле "Прочие удержания". Данной поле содержит сумму всех прочих удержаний. При редактировании данного поля происходит заполнение полей прочих удержаний в окне "Разбивка сумм по месяцам" посредством распределения пропорционально доле суммы каждого источника выплаты больничного в разрезе каждого месяца к рассчитанной сумме "К выдаче", а также происходит пересчет самой суммы "К выдаче". Значение итоговой суммы прочих удержаний не обнуляется при пересчете сумм больничного листа. Значения прочих удержаний в окне "Разбивка сумм по месяцам" пересчитываются при расчете больничного, удержаний, и при ручной корректировке общей суммы прочих удержаний в основном окне больничного. Изменена логика работы интерфейса листка нетрудоспособности. При изменение суммы "К выдаче", поля прочих удержаний обнуляются. Поля прочих удержаний можно редактировать. При этом автоматически меняется сумма "К выдаче".
103.90289.1.141.0некор расчет в информации о среднем при 69 алгоритмеЗаработная плата* Алгоритмы отпускных
Некорректный расчет в информации о среднем при 69 алгоритме. Меню Отчеты >Сверки расчетов>Информация о среднем> Несмотря на указание алгоритма (69 отпускные) при расчете используется входимость вида оплаты по сумме в больничный, а не в отпуск.Исправлен учёт входимости в отчёте - она соответствует указанным отпускным алгоритмам.
102.1519809.1.140.0Предложение реализовать расчет отпуска в случае выплаты из бюджета и внебюджетаЗаработная платаРасчет отпускных
Предложение реализовать расчет отпуска в случае выплаты из двух фондов: бюджета и внебюджета На предприятии два вида деятельности: бюджет (назван как ФЗП) и внебюджет (назван как ФМП). В связи с этим расчет отпуска производится из сумм бюджета и внебюджета. Расчет отпускных сумм должен быть следующий: подсчет сумм начислений бюджета и внебюджета по месяцам, затем исключение из расчета сумм неполных месяцев, в случае если они меньше наименьшей суммы полного месяца. На текущий момент в Галактике такой вариант расчета отпуска не реализован, расчет производится следующим образом: 1) Подсчет сумм начислений бюджета, затем исключение из расчета сумм неполных месяцев, в случае если они меньше наименьшей суммы полного месяца. 2) Подсчет сумм начислений внебюджета, затем исключение из расчета сумм неполных месяцев, в случае если они меньше наименьшей суммы полного месяца. Данный расчет является корректным, только если месяца для расчета у бюджета и внебюджета совпадают В случае, если в расчет нужно включать разные месяца, пометки месяцев второго расчета (внебюджета) затирают пометки месяцев первого расчета (бюджета).Доработано для РБ и для значения настройки "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Особенности расчета Для неполностью оплаченных месяцев проверять величину заработка" = ДА. Для режима расчета отпуска из интерфейса отпусков. В случае, когда расчет отпуска производится из сумм бюджета и внебуджета (из разных фондов), то расчет отпускных сумм будет следующий: подсчет сумм начислений бюджета и внебюджета по месяцам, затем исключение из расчета сумм неполных месяцев, в случае если они меньше наименьшей суммы полного месяца.
102.1671239.1.139.0Разная сумма без ограничения при расчете больничного.Заработная платаРасчет больничных
Разная сумма без ограничения при расчете больничного и последующем пересчете. Проблема проявляется в том случае, когда после прогона тестов с расчетом больничного за текущий период для РБ, запускается расчет больничного для России с оплатой превышения по среднему заработку с алгоритмом 19 пр.12. При расчете больничного за текущий период для РБ в глобальной переменной сохраняется признак алгоритма 6. Переменная не очищается и, как следствие, восстанавливается для оплаты превышения при прогоне теста для РФ. В результате этого, следующий расчет превышения происходит уже за 6 месяцев, а не за 12-ть, как это указано в алгоритме вида оплаты для превышения.1. Добавлена отладочная информация о признаке алгоритма для локализации проблемы. Протокол вызывается по настройке: "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Печать дополнительного протокола отладки" для значений "о расчете с нарушениями режима" и "о применении ограничений" 2. Исправлена ситуация, когда при расчете больничного за текущий период для РБ в глобальной переменной сохраняется признак алгоритма 6. Теперь переменная очищается и, как следствие, не восстанавливается для оплаты превышения при прогоне теста для РФ.
102.1680179.1.139.0Не корректно отрабатывает алгоритм NachDЗаработная платаПредварительная разноска
Оплата имеет системный код 123456. Указан "-" в поле разбивать по датам, но сумма все-равно разбивается по периодам. Но, если мы изменим системный код оплаты, например, на 123, то настройка вида оплаты сработает и оплата не разобьется.Доработана функция предварительная разноска для видом оплат, имеющих системный код более 65535. Теперь функция, которая определяет, разбивается ли вид оплаты по датам, воспринимает число до 2147483647. Таким образом, если указан "-" в поле разбивать по датам для вида оплаты с системным кодом 123456, функция сработает правильно и вид оплаты разбиваться не будет.
180.102279.1.138.0Больничный из ФБ должен считаться с РКЗаработная платаРасчет больничных
Больничный из ФБ должен считаться с РК.По настройке на Россию доработан расчет пособия по нетрудоспособности из МРОТ с учетом РК. Теперь суммы, начисленные за счет федерального бюджета, увеличиваются с учетом РК и округляются по настройке округления начислений. Остаток суммы относится на сумму, начисленную за счет ФСС
102.1674219.1.137.0Сторно оплат в случае наличия дубляЗаработная платаСторнирующие записи
В случае наличия двух одинаковых доплат приходящихся на один и тот же период сторнируется только одна.Исправлено. При нахождении в архиве оплат записей, попадающих под сторнирование согласно сторнировочной записи с причиной "Системные отклонения (С_Б)", помимо периода "одинаковых доплат" дополнительно анализируется источник записи.
102.1638599.1.136.0Перенос полей КАУ для минимальных окладов из Lschet в OtpDop (конвертор и интерфейс минимальных гарантированных окладов )Заработная платаЛицевые счета (окно ввода и редактирования)
В связи с докомпиляцией БД для поддержки 12 уровней аналитик из таблицы LSchet будут удалены поля КАУ для минимальных окладов.В результате докомпиляции БД из таблицы LSchet будут удалены поля КАУ для минимальных окладов. Работа с КАУ для минимальных окладов адаптирована к будущему удалению.
102.1660359.1.135.0Runtime при расчете больничногоЗаработная платаРасчет больничных
При установке в параметрах расчета Период учета заработка - Период по выбору и попытке установить период более 2 лет получаем Runtime.Исправлено. В параметрах расчета больничного добавлена проверка периода расчета для режима "период по выбору". Если установленный диапазон дат превышает 24 месяца, то выдается предупреждение и расчет не запускается.
102.1660699.1.135.0Необходимо корректно заполнять дату приема в предварительной разноске в случае повторного приема для отпускаЗаработная платаПредварительная разноска отпусков и компенсаций расчетного периода
Так как в ОО формируются две записи в случае для повторного приема (в месяце увольнения) на тот же ЛС и с учетом разноски отпускных сумм и налогов на ФОТ по этим записям (пир 102.163537) необходимо корректно заполнять дату приема в начислениях для компенсации при увольнении и для отпускных. Например, сотрудника уволили и при увольнении сформировали компенсацию. В этом же месяце приняли снова на работу. Затем вновь прибывшего отправляют в отпуск. При расчете з/п (на этапе предварительной разноски) в такой ситуации и для компенсации (по старому назначению) и для отпуска (по новому назначению) проставляется одна и та же дата приема (по старому назначению) .В описанной ситуации в отпуске (по новому назначению) при выполнении предварительной разноски дата приема не проставляется, как и в общем случае для отпускных сумм.
101.614649.1.134.0Начисление компенсации с выплатой "в межпериод" не попадает в разноску уволенному сотрудникуЗаработная платаПредварительная разноска отпусков и компенсаций расчетного периода
При определенных условиях(дата увольнения меньше даты окончания периода), начисление компенсации с выплатой "в межпериод" не попадает в разноску уволенному сотруднику, т.к. в таком случае система переопределяет дату окончания периода на дату увольнения.При выполнении предварительной разноски не за весь месяц, а с параметром "Период" = "с начала расчетного периода по указанную дату". При разноске отпусков и компенсаций дата "Начало" пакета / дата "Выплатить" пакета сравнивается с датой "Окончание" из параметров предварительной разноски (для уволенных дата не переопределяется).
102.1586889.1.134.0через "сторнирование и перерасчет" в текущем месяце работает, а за прошлый месяц нетЗаработная платаСторнирующие записи
"Сторнирование и перерасчет" в отчетном месяце работает, а за прошлый месяц нет.В случае, когда пользователь при формировании сторнирующей записи выбрал для заполнения поля "Причина" окна "Записи для снятия или перерасчета заработка" значение "из классификатора", происходит создание табельного отклонения. После переформирования табеля того периода, за который происходит сторнирование, и выполнения предварительной разноски происходит формирование записей перерасчета для видов оплат с входимостью "сторнируется" и записи для табельного отклонения.
102.1604849.1.134.0Сумма на руки в расчете отпускаЗаработная платаРасчет отпускных
У предприятия иногда возникает необходимость в округлении суммы на руки. Предлагают дать возможность округлить сумму на руки выбором соответствующей функции в меню (или по настройке округления удержания, выбранного для перечисления в межпериод).При расчете отпуска для округления суммы на руки используется индивидуальная настройка Округлять сумму, заданная в в классификаторе ВУ для удержания, выбранного в параметрах расчета отпуска для выплаты в межпериод. На данном этапе выбор индивидуальной настройки для округления предусмотрен для тех же видов удержаний, что и при расчете з/п.
102.1648099.1.134.01 копейка погрешности при расчета больничного по тарифным ставкамЗаработная платаРасчет больничных
Считаем больничный по БИР, так как менее 30 дней отработано у человека получился расчет по тарифным ставкам. Настройку округления СДЗ поставили в нет Тарифная ставка работника равна 229,61 Когда я вычисляю сдз делением на дни, то число получается много знаков после запятой. Хотя в расчетном листке и отображены только 3, предполагается, что в расчете будет использовано неокругленное значение. Так как процент пособия 100% умножаю на 100 и по-прежнему имею неокругленный сдз до умножения на количество дней . Но при умножении на количество дней больничного в месяце я должна снова выйти на сумму 229.61 (если бы использовалось неокругленное значение), а у меня 229.62, потому что как я думаю мы используем 3 знака после запятой у сдз после умножения на процент В результате не сходится итоговая сумма на 4 копейки. Я понимаю, что в справке мы отображаем только по 3 знака сдз, но ведь при самом расчете должны использовать полное значение и при обратном умножении должно снова получиться 229.61 Что-то неверно понимаю?РБ. Исправлени расчет больничного для варианта настройки округдения СДЗ - не округлять. В этом случае накапливалась погрешность итоговой суммы в результате промежуточных округлений.
102.1650379.1.134.0В расчет ЗП попадают записи из разноски будущего расчетного периода. Записи не удаляются при текущей разноске.Заработная платаПредварительная разноска
В расчет ЗП попадают записи из разноски будущего расчетного периода. Записи не удаляются при текущей разноске.Теперь в предварительном просмотре отображаются записи, в которых расчетный период совпадает с месяцем, в котором оплата без учета принадлежности оплаты. Также усовершенствована очистка предварительного просмотра перед повторной разноской.
102.1654539.1.134.0Неверный ВО при расчете суммированного учета при увольненииЗаработная платаПредварительная разноска сверхурочных, ночных, работы в праздники и выходные
Работник работал в январе на режимах работы с поденным учетом сверхурочных работ С первого числа февраля перешел на суммированный учет (полугодие) и в середине февраля увольняется Само количество часов сверхурочных работ рассчитано верно. Галактика видит 18 сверхурочных часов за февраль, что видно в предварительном просмотре. Но почему-то подтягивает вид оплаты 120 сверхурочных часов поденного учета, а должен быть вид оплаты 110. Видимо имеется ошибка при разноске, если первый месяц суммированного учета отработан на поденном.Исправлено определения вида оплаты при расчете сверхурочных. Если в последнем периоде произошло изменение типа учета сверхурочных, вид оплаты определялся неверно.
102.1655759.1.134.0Рантайм при предварительной разноске за период .Заработная платаПредварительная разноска
Рантайм при предварительной разноске за период. Предваритеолтная разноска (расчет) за период. У сотруника дата приема превышает окончание периода и заполнена дата увольнения, в таком случае при предварительной разноске появляется рантайм.Исправлен рантайм при предварительной разноске за период. Предваритеолтная разноска (расчет) за период. У сотруника дата приема превышает окончание периода и заполнена дата увольнения, в таком случае при предварительной разноске появлялся рантайм.
101.591319.1.133.0Некорректный расчет больничного, если дни, оплачиваемые за счет работодателя, совпадают с простоемЗаработная платаРасчет больничных при простое
Согласно аналитической проработке, постановка задачи звучит следующим образом. Если период временной нетрудоспособности начался в день начала периода простоя, то больничное пособие не оплачивается за дни периода простоя. Тип простоя при этом значения не имеет. После окончания простоя первые три дня оплачиваются за счет работодателя, остальные за счет ФСС. В примере автора больничный лист: 29/03 по 06/06, это 9 календарных дней. Простой с 29/03 по 31/03. Получается, что 29/03-31/03 не оплачивается, т.к. совпадает с простоем. Значит больничный мы должны оплатить за 6 дней, 01/04-03/04 за счет предприятия, 04/04-06/04 - за счет ФСС. По примеру из вложения должно быть так: 3 дня за счет предприятия: 608,080*3= 1824,24 3 дня за счет ФСС: 608,080*3= 1824,24 Итого: 3648,48. В справке должна быть сумма за счет предприятия 1824,24, и такая же сумма за 3 дня должна быть за счет ФСС - 1824,24. А сейчас получилось за счет предприятия - 0 за три дня, а вся сумма отражается за счет ФСС (за 6 дней).1. Доработан расчет больничных для России при простоях для значения "не более суммы ограничения" в настройке "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Ограничения Приостановка работы предприятия Размер пособия". Если период временной нетрудоспособности начался в день начала периода простоя, то больничное пособие не оплачивается за дни периода простоя. Тип простоя при этом значения не имеет. После окончания простоя первые три дня оплачиваются за счет работодателя, остальные за счет ФСС. Если простой не зависит от работодателя, то, как и раньше, сумма сохраняемой за эти дни зарплаты из 2/3 оклада, приходящаяся на период простоя, рассчитывается из рабочих дней. Сохраняемая за эти дни зарплата сравнивается с размером пособия в календарных днях за этот же период. Из исчисленных сумм выбирается меньшая. 2. Доработана функция "Предварительная разноска". Теперь суммы больничного разносятся в соответствии с новым заполнением дней и сумм в больничных. Примечание. Имеются особенности расчета больничного по рабочим дням при простоях с установленными значениями "нет" в настройках "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Продолжительность При изменении даты окончания корректировать количество дней" "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Продолжительность При изменении количества дней корректировать дату окончания". В этом случае, при повторном расчете пособия следует обновить общее количество оплачиваемых дней пособия вручную.
102.1612159.1.133.0Вид оплаты отпуска будущего отпуска при сторнировании изменять на отпуск текущего месяцаЗаработная платаКонтроль пересечений больничных с отпусками
Необходимо, чтобы при выполнении предварительной разноски после запуска функции контроля пересечения больничных с отпусками отрабатывала настройка "Вид оплаты при сторнировании отпуска будущего месяца"Если установлена настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Вид оплаты при сторнировании отпуска будущего месяца" в значении "изменять на отпуск тек.месяца", то при выполнении предварительной разноски проверяется необходимость изменения вида оплаты для отпуска будущего периода на вид оплаты отпуска текущего периода. Необходимым условием изменения вида оплаты отпуска будущего периода на вид оплаты отпуска текущего периода является то, что период назначения отпуска должен быть меньше либо равен отчетному периоду.
102.1634719.1.131.0В результате отзыва из архивного отпуска нет ссылки на отпуск во второй его части, что приводит к неверной предварительной разноскеЗаработная платаОтзывы из отпуска
После отзыва из архивного отпуска формируется неверная предварительная разноска. Отпуск будущего месяца лежит в архиве. В текущем периоде выполняем отзыв из части отпуска. В результате отпуск разделился на 2 части. Далее сотрудник болеет во второй части отпуска. Выполняю функцию контроля пересечения, в архивном отпуске все хорошо, вторая часть отпуска перенеслась. После выполнения предварительной разноски потеряли перенесенную часть отпуска.При выполнении отзыва из архивного отпуска с разбивкой последнего на несколько частей до занесения больничных и выполнения функции контроля пересечения больничных с отпусками в сторнирующих записях сохраняется дополнительная информация для корректного формирования предварительной разноски
102.1638819.1.131.0Отчет информация о среднем заработкеЗаработная плата* Алгоритмы отпускных
У работника рассчитана ЗП за текущий расчетный период. При формировании отчета "Информация о среднем заработке", используя алгоритм 69 и дату окончания периода - последний день текущего месяца, система выдает сообщение "Для табельного номера *** нет начислений в текущем месяце. Проведите расчет зарплаты". В параметрах отчета выставлена настройка "Учитывать текущие результаты расчета заработной платы".При формировании отчета "Информация о среднем заработке" по отпускным алгоритмам учитываются начисления текущего месяца, дата начала выплат у которых раньше даты окончания периода. При этом для отпускных алгоритмов не учитывается параметр "Учитывать текущие результаты расчета заработной платы".
102.1627819.1.130.0Не рассчитываются СУ суммированного учета если в месяце нет отработанных днейЗаработная платаПредварительная разноска сверхурочных, ночных, работы в праздники и выходные
Не рассчитываются СУ суммированного учета если в месяце нет отработанных дней.Предварительная разноска, расчет суммированных сверхурочных. Если в расчетном периоде нет отработанных дней (больничный и пр.), то расчет сверхурочных за предыдущие периоды не пропадает.
102.1631289.1.129.0не верен расчет ППС в случае если больничный сдвинул "вредный" отпускЗаработная платаКонтроль пересечения больничных с отпусками
Отпуск предоставлен в расчётном месяце(важно), затем сдвинут листком нетрудоспособности. В этом случае режим предварительной разноски формирует для всех оплат по отпуску одно и то же значение равное исходной дате начала в поле "Начало отпуска". А для перенесенных частей в этом поле должна быть дата начала предоставления отпуска после окончания болезни. Кроме того, для случая продления архивного отпуска, после выполнения сервисной функции контроля пересечения отпусков и листков нетрудоспособности и после выполнения предварительной разноски - не для всех записей в предварительном просмотре (речь идёт только о тех записях, которые относятся к оплате отпускных) заполняется поле "Начало отпуска". Для всех оплат, перенесенных на период продления, должна быть одна и та же дата начала перенесенного отпуска (т.е. следующая за датой окончания больничного).Исправлено заполнение поля "Начало отпуска" при выполнении предварительной разноски для случая пересечения листка нетрудоспособности с отпуском отчётного или архивного периодов и выполнения функции контроля пересечения больничных с отпусками: для оплат, перенесенных на период продления, поле принимает значение, равное началу периода продления отпуска. Для пользователей РБ, обязанных уплачивать взносы на профессиональное пенсионное страхование. Перед расчётом налогов на ФОТ обратить внимание на случаи, когда у работников, на выплаты которым начисляются взносы на ППС, в отчётном месяце есть листки нетрудоспособности, продлившие предоставленные им отпуска. Если пользователь уже выполнил контроль пересечения больничных с отпусками и предварительную разноску в отчетном периоде до установки данного обновления, то необходимо проверить значение поля "Начало отпуска" для оплат отпускных. Некорректные или пустые значения можно исправить вручную. Либо повторно выполнить контроль пересечения. Для него вначале необходимо выполнить сервисную функцию восстановления отпусков, а затем выполнить повторно функцию контроля пересечения больничных с отпусками. ВНИМАНИЕ! Сервисная функция восстановления отпусков удаляет текущие отпуска для выбранного лицевого счета и восстанавливает пакеты отпусков по состоянию на момент их изначального создания.
102.1632709.1.129.0Не расчитывается отпуск из внебюджетаЗаработная платаРасчет отпускных
Не расчитывается отпуск из внебюджета. Пользователь рассчитал отпуск. Источник для расчета для сотрудника только внебюджет (источник оплаты 2). После расчета выводит сообщение "Нет данный для формирования отчета", а в интерфейсе "Суммы и коэффициенты расчетного периода" во всех месяцах стоит входимость "-" и суммы 0. Если включить для расчета сумм произвольный источник из бюджета (источник оплаты 1), то суммы по внебюджету собираются и проставляется входимость месяца "+".Доработан режим расчёта отпусков по настройке на Беларусь. Если настроен расчёт отпусков из нескольких источников, то при определении расчётного периода в архиве оплат проверяется наличие сумм, входящих хотя бы по одному из настроенных источников. Ранее проверялось только наличие сумм только по источнику оплаты 1 (который в системе обозначен по умолчанию как "ФЗП" и может быть переопределён). Другие режимы системы не менялись, будут дорабатываться по мере востребованности.
102.1624559.1.128.0Пользовательский алгоритм uch_tarif при сторнировании больничногоЗаработная платаПредварительная разноска
При использовании uch_tarif в пользовательском алгоритме неверно сторнируется больничный.Исправлено. При выполнении предварительной разноски в сформированные записи с признаком СБ происходит запись суммы тарифа.
102.1609669.1.127.0Настройка для разноски за периодЗаработная платаПредварительная разноска отпусков и компенсаций расчетного периода
Выполняется предварительная разноска за период. Сейчас, если дата начала отпуска больше(позже) даты окончания предварительной разноски, то отпуск не попадает в начисления. При этом может возникнуть такая проблема: если дата формирования реестра на выплату отпускных входит в период предварительной разноски, то сумма удержания по реестру попадает в расчётный листок. Тем более, что реестр обычно формируется за несколько дней до начала отпуска. То есть начисление отпуска не попадет в результаты расчета, а реестр, как удержания, появится - и будет удержана сумма из оклада. Клиент просит реализовать решение через настройку, которая будет регулировать попадание/не попадание: по началу пакета отпусков (по умолчанию) или по дате выплаты.Для решения в папке общесистемных настроек "Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период" создано две вложенные папки с названиями "Расчет удержаний в межпериод" и "Учет межпериода при расчете зарплаты". В папку "Расчет удержаний в межпериод" вынесены настройки: - "Рассчитывать целевой сбор", - "Рассчитывать удержания в пенсионный фонд", - "Рассчитывать профсоюзный сбор", - "Рассчитывать алименты с межрасчетных начислений и аванса". В папку "Учет межпериода при расчете зарплаты" вынесены настройки: - "Учет выплат по платежным ведомостям", - "Отчетный период: с", "..по", - "Будущий период: с", "..по", - "Учет выплат по реестрам", - "Вид удержания для оплаты через кассу начислений и выплат межпериода", - "Вид удержания для перечисления в банк начислений и выплат межпериода", - "Считать заработную плату за период авансом", - "Вид удержания для реально перечисленной заработной платы", а также добавлена новая системная настройка "При расчете за период учитывать отпуска по дате" с двумя значениями "начала" / "выплаты". По умолчанию значение установлено "... по дате.. начала". Значение новой настройки учитывается в том случае, когда выполняется предварительная разноска не за весь месяц, а с параметром "Период" = "с начала расчетного периода по указанную дату". В этом случае: - если значение настройки "... по дате.. начала", то начисления по пакету отпусков отображаются в предварительном просмотре в случае, если дата "Начало" пакета меньше даты "Окончание" в параметрах предварительной разноски; - если значение настройки "... по дате.. выплаты", то начисления по пакету отпусков отображаются в предварительном просмотре в случае, если дата "Выплатить" пакета меньше даты "Окончание" в параметрах предварительной разноски.
102.1572879.1.126.0Перенос значения базового оклада в поле BaseSalaryЗаработная платаТарифные ставки
В таблицу MinRazr добавлено поле BaseSalary для хранения значения базового оклада. Необходимо заполнить его значением из полей FilialNo и LastTime.Разработан конвертер для заполнения поля BaseSalary таблицы MinRazr значениями базового оклада, хранимого ранее в полях FilialNo и LastTime. Просмотр/редактирование базового оклада, а также его участие в расчетах переведены на поле MinRazr.BaseSalary
102.1096699.1.125.0ограничение больничного уморишься вести (развитие ПИР 102.88526)Заработная платаРасчет больничных
Сегодня в Топ Софте существует шкалы ограничения: 1) Однократное ограничение по основной части сотрудников. 2) Пятикратное ограничение по Административно-хоз отделу, который ПВТ к себе не причисляет. Как следствие ограничение по таким людям берется более выгодное. К этой же категории относятся сотрудники из числа беременных дам, которые переходят на полное перечисление налога, чтобы получить выплату по больничному с большим по сумме ограничением. Жизни нет, т.к. вводить каждый раз вручную суммы умаешься. Более того нужно вводить не одну сумму, а за несколько прошлых периодов (это случай когда больничный платится вперед, когда ограничений еще будущих месяцев нет, а потом приходят они и больничный нужно пересчитывать каждый месяц).Для Топ Софт. В том случае, когда для расчета больничного применяется сумма из поля "Максимальное ограничение заработка (5 (4 до 2015г)) средних заработных плат по республике" справочника "Ограничение пособий", анализируется отношение сотрудника к ПВТ. Если на месяц учета сотрудник к ПВТ не относится, ограничение за месяц учитывается в пятикратном размере. Считается, что сотрудник не относится к ПВТ, если: - "Месяц смены статуса (ПВТ)" (поле добавлено в данном решении на вкладку "Взносы, налоги на ФОТ") НЕ больше (в т.ч. не задан) месяца учета заработка и в поле "Ограничивать" (на этой же вкладке) установлено "5"; - "Месяц смены статуса (ПВТ)" больше месяца учета заработка и в поле "Ограничивать" установлено "1". Поле "Месяц смены статуса (ПВТ)" представляет из себя дату, но для установки доступны только 1-е числа месяцев.
102.1585119.1.123.0Не очищаются суммы детализации алиментовЗаработная платаРасчет алиментов с отпусков межпериода
Рассчитываю отпуск алиментщику, затем удержания: - в интерфейсе отпусков(средняя панель) и по кнопке "детализации алиментов и и/л" показаны суммы алиментов. Рассчитываю отпуск заново - удержания не рассчитываю: - в интерфейсе отпусков(средняя панель) сумма алиментов исчезла(верно), а под кнопкой "детализации алиментов и и/л" суммы остались(а не должны).Для РФ. При пересчете отпуска (без расчета удержаний) суммы из разбивки сумм по удержаниям очищаются.
102.1606769.1.123.0Несовпадение среднечасового в БЛЗаработная платаРасчет больничных
Несовпадение среднечасового в БЛ После расчета больничного не совпадают среднечасовой в окне =Листки нетрудоспобности= и в суммах по месяцам. Скрины и пояснительный протокол в файлах во вложении.Казахстан. Исправлен расчет значения среднечасового заработка в больнином листе: после расчета больничного совпадают среднечасовой в окне =Листки нетрудоспобности= и в суммах по месяцам.
101.578909.1.122.0Если дата увольнения попадает на период больничного, больнинчый нужно считать по общим правиламЗаработная платаРасчет больничных
Если дата увольнения попадает на период больничного, больничный нужно считать по общим правилам. Рассмотрим случай: человек написал заявление по собственному желанию, отработал 2 недели и вот в течении 2 недель заболел и потом принес больничный, который нужно оплатить, но система не анализирует ДАТУ УВОЛЬНЕНИЯ.По настройке на Россию доработан расчет больничного с нарушениями для уволенных. Теперь учитывается случай, когда увольнение наступило во время болезни.
102.1580049.1.121.0Теряется часть отпуска после сдвига отпуска функцией контроля пересечения БЛ и отпусковЗаработная платаПредварительная разноска
Теряется часть отпуска после сдвига отпуска функцией контроля пересечения больничных и отпусковИсправлено. При многократного использования функции пересечения больничных с отпусками для одного и того же пакета отпусков суммы отпусков переносятся корректно.