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


Описание файла обновления:
ФайлG_SUMDIVIDE_DLL_911590.TXT
ОбновлениеG_SumDivide_dll_911590
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентG_SUMDIVIDE
ТипDLL
Версия9.1.159.0
Дата2018-03-05 15:58:21
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
101.63766NEWВ случае продолжающегося больничного некорректно берется период учета заработка сотрудника при расчете пособияЗаработная платаРасчет больничных
В случае продолжающегося больничного некорректно берется период учета заработка сотрудника при расчете пособия В случае, когда больничный является продолжающимся при его расчете берётся неправильный период (2013 и 2010). Если рассчитывать без предыдущего больничного, период берется правильный.Исправлена ошибка расчета больничных листов со ссылкой на предыдущий страховой случай.
102.179306NEWРазграничение информации по отпускам и по денежным компенсациям взамен отпусковЗаработная платаПредварительная разноска отпусков и компенсаций расчетного периода
Исторически сложилось разграничение типов в классификаторе отпусков по коду отпуска: 1...20 - основные отпуска (очередной и т. п.), где 2 - отпуск по уходу за ребенком 21 - административный отпуск (за свой счет) 22...39 - учебный отпуск 40 и выше - компенсация за неиспользованный отпуск Периодически возникают вопросы и замечания от клиентов о неудобстве такого разграничения. Одним не хватает диапазона кодов до 20, другим (при переходе на Галактику из других систем) просто не хочется менять привычные коды. Необходимо в исходном коде отказаться от проверки номерного значения кода для разделения компенсации от отпуска (40 и выше) и перейти на проверку "типа отпуска" из классификатора в значении "компенсация".Изменены режимы расчёта отпуска и предварительной разноски. При расчёте отпуска разбиение дней и оплаты по месяцам предоставления (окно "Разбивка сумм по месяцам") формируется не на основании кода (больше или меньше 40), а на основании соответствующего коду значения поля "Тип отпуска" в классификаторе отпусков. При предварительной разноске отпусков, для которых не были сформированы данные по месяцам предоставления (нет записей в окне "Разбивка сумм по месяцам"), и для которых соответствующие записи были сформированы расчётом, - компенсации также определяются не на основании их кода (больше или меньше 40), а на основании соответствующего коду значения поля "Тип отпуска" в классификаторе отпусков.
102.179805NEWРасчет больничного листа для молодого специалиста.Заработная платаРасчет больничных
Расчет больничного листа для молодого специалиста. БЛ рассчитывается не от тарифа, а от БПМ при установленном значении "Договор" в поле "Молодой специалист" на закладке "Кадровая информация" ЛС.РБ. Исправлен расчет больничных листов для молодых специалистов. При наличии признака молодой специалист в кадровой информации, расчет ведется в общеустановленном порядке независимо от продолжительности периода уплаты страховых взносов. Речь идет только об "обычных" больничных и больничных с типом "Травм", на больничные с типом "Уход" и "БиР" данное правило не распространяется (т.е. в этом случае, если стаж менее 6 месяцев, то как и сейчас, рассчитываем из минимума).
102.1659429.1.158.0Поля дополнительных аналитик в таблице lstabЗаработная платаФормирование табеля
На текущий момент в базе данных Галактики дополнительные аналитики табеля и переходов в находятся в таблице OTPDOP, хотя для них в словаре уже заведены поля. Для повышения быстродействия системы необходимо отказаться от заполнения OTPDOP и перейти на работу с полями таблиц LSTAB и PEREXOD.Этап 2: исключение ссылки на таблицу OTPDOP из предварительного просмотра. Доработаны: 1. Окна предварительного просмотра в том числе и добавление доп.аналитик при вводе новой записи. По умолчанию: выбор из лицевого счета с последующей заменой. 2. Функция предварительная разноска, в том числе: Выбор из постоянных доплат с учетом истории Выбор доп аналитик для отпусков и больничных с различными настройками КВО. Подключение функций выбора дополнительных аналитик из табеля и переходов в межпериод. Подключение функций выбора дополнительных аналитик для функций возврата и сторнирования. 3.Функция расчета заработной платы: подключение функций выбора дополнительных аналитик из табеля,переходов в межпериод и предварительного просмотра по новой схеме.
102.1790359.1.157.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.9.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1725099.1.155.0Доработка интерфейса больничных листов с участием новых таблиц в части переноса сведений для ФССЗаработная платаЗаявления о выплате пособия в ФСС
Для решения ПИР 102.161817 необходимо перенести сведения для ФСС (и не только) в новые таблицы BlankBln и FSSINFO. Необходимо 1.доработать функции ввода и редактирования больничного 2.отчетность 3.разработать функцию динамической или разовой конвертации. При конвертации необходимо переносить не только поля для ФСС, но и все новые поля согласно вложению.Реализован перенос данных в ФСС в новые таблицы.
102.1775589.1.155.0Неверный расчет больничногоЗаработная платаРасчет больничных с нарушениями
Неверно рассчитывается переходящий больничный с нарушением.Сумма увеличивается по сравнению с расчетом в отсутствии нарушения режима. Все дни приходятся на оплату второго процента. Установлена настройка. "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Ограничения Процент для больничных с нарушениями" - 50.Исправлены ошибки при расчете переходящего больничного с нарушениями режима для РБ. Установлена настройка. "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Ограничения Процент для больничных с нарушениями" - 50.
101.398849.1.154.0Отпуска - выплата в м-це, за который начислены, в зависимости от вида отпускаЗаработная платаРасчет начислений (общие вопросы)
На предприятии все переходящие на будущие м-цы отпуска выплачиваются полностью в м-це начала отпуска, кроме учебных - учебные отпуска продолжительностью несколько м-цев оплачиваются частями в тех м-цах, за который начислены. Просят сделать настройку в классификаторе отпусков, аналогичную системной настройке "Выплачивать в м-це, за который начислен", варианты: "по настройке системы" (по умолчанию), "да", "нет".Убрана настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Отпускные за будущий месяц выплачивать в месяце, за который начислены". Вместо неё добавлен признак в классификатор видов отпусков. В окне редактирования записей классификатора добавлено поле-признак "выплачивать по месяцам", доступен для заполнения только для отпусков с типом "прочие". Если классификатор отпусков имеет иерархическую структуру - и отпуска предоставляются в виде пакета с несколькими составляющими или в предоставленном отпуске вид отпуска в заголовке пакета отличается от вида составляющего пакет отпуска (верхняя и средняя панели в окне редактирования отпуска) - то признак помесячной выплаты определяется по заголовку. Если в классификаторе значение поле-признака "выплачивать по месяцам" установлено да, то в Предварительный просмотр и в Расчетные листки попадут отпускные суммы за отчетный месяц и за месяцы, предшествующие отчетному. При Переходе к новому периоду записи об отпуске не переводятся в архив, а остаются в списке до тех пор, пока дата окончания пакета отпусков не станет меньше даты начала отчетного периода. В поле "Начислить" в данном случае отображается текст "суммы текущего и прошлых периодов" (если отпуск введен "задним числом" за прошлый месяц) или "сумму текущего периода". Из отпусков, имеющих такой режим начисления, в Предварительный просмотр и в Расчетные листки этого расчетного месяца для оплаты попадает сумма только за текущий месяц. При выполнении этапа обработки отпусков по время перехода к новому периоду система ориентируется на признак выплаты по месяцам в классификаторе для заголовка отпуска.
101.627979.1.153.0Добавить значение настройки для расчета пособий по временной нетрудоспособности с ограничениемЗаработная платаПрименение ограничений по больничным листам
Добавить значение настройки для расчета пособий по временной нетрудоспособности с ограничением пособия. Доработать алгоритм расчета суммы пособия для настройки "...Ограничения "Оплачивать превышение ограничения пособия" по алгоритму. При установке данного параметра необходимо рассчитывать превышение исходя из суммы, рассчитанной по алгоритму, указанному в виде оплаты, привязанному к пособию. В классификаторе видов пособий в графе Превышение указан вид оплаты 95. В виде оплаты указан необходимый алгоритм расчета 29 признак 1. При расчете больничного система должна: 1 Рассчитать сумму больничного по алгоритму пособия с учетом стандартного ограничения, заданного в Интерфейсе "Ограничение пособий" 2. Рассчитать сумму больничного по алгоритму, заданному в виде оплаты, выбранному для Оплаты превышения. 3. Сравнить суммы, полученные в п.1 и п.2: если п.2>п.1, то разницу показывать в поле "превышение", и формировать на разницу вид оплаты, указанный в графе "Превышение" Классификатора видов пособий. Если п.2<=п.1, то рассчет производить по стандартному алгоритму (то есть доплату не производить).Доработан алгоритм расчета суммы пособия для значения "по алгоритму" настройки "...Ограничения "Оплачивать превышение ограничения пособия" для алгоритмов расчета[21,28..32,60..70,79,47,48,49]). Если для этих алгоритмов указаны признаки 1 или 91, то расчет превышения происходит по календарным дням. Дальнейший расчет превышения происходит согласно значению "по алгоритму". Т.е. 1 Рассчитывается сумма больничного по алгоритму пособия с учетом стандартного ограничения, заданного в Интерфейсе "Ограничение пособий" 2. Рассчитывается сумма по алгоритму, заданному в виде оплаты, выбранному для Оплаты превышения. 3. Сравниваются суммы, полученные в п.1 и п.2: если п.2>п.1, то разницу показывается в поле "превышение", и формируется на разницу вид оплаты, указанный в графе "Превышение" Классификатора видов пособий. Если п.2<=п.1, то расчет производится по стандартному алгоритму (то есть доплата не производится).
102.1757859.1.153.0День посещения МРЭК не должен оплачиваться[РБ]Заработная платаРасчет больничных
Дни посещения МРЭК для установления группы инвалидности не должны оплачиваться, но в то же время должны входить в период продолжительности больничного для дополнительных сведений в ПУ-3. Нужен функционал позволяющий вносить периоды посещения МРЭК(может длится более одного дня) в больничном и при расчете эти дни не оплачивать.Доработка для РБ. Доработан расчет оплачиваемых дней по больничному листу. Дополнительно анализируется ситуация,когда за период между началом и окончанием учета больничного листа наступает инвалидность. В этом случае необходимо на закладке Данные для ФСС в интерфейсе редактирования листков нетрудоспособности заполнить следующие поля: - Статус нетрудоспособности. Согласно классификатору этот статус устанавливается в значение "установлена инвалидность", код 32 - в блоке направления в МРЭК Дата регистрации в МРЭК - там же Установленаизменена группа инвалидности. Далее при расчете количества оплачиваемых дней срок временной нетрудоспособности завершается датой, непосредственно предшествующей дню регистрации документов в МРЭК.
102.1766459.1.153.0Расчет среднего при расчете отпускныхЗаработная платаРасчет отпускных
В соответствии с ПОСТАНОВЛЕНИЕМ МИНИСТЕРСТВА ТРУДА И СОЦИАЛЬНОЙ ЗАЩИТЫ РЕСПУБЛИКИ БЕЛАРУСЬ от 20 октября 2017 г. N 57 "О ВНЕСЕНИИ ИЗМЕНЕНИЙ И ДОПОЛНЕНИЯ В ПОСТАНОВЛЕНИЕ МИНИСТЕРСТВА ТРУДА РЕСПУБЛИКИ БЕЛАРУСЬ ОТ 10 АПРЕЛЯ 2000 Г. N 47" "Полным месяцем считается календарный месяц, в котором работник отработал все рабочие дни согласно правилам внутреннего трудового распорядка (далее - ПВТР) или утвержденному графику работ (сменности), а также дни его отсутствия в соответствии с законодательством, в случаях сохранения среднего заработка в размере 100 процентов." На данный момент, если сотрудник принят на работу, например, с понедельника 2-го числа (1-ое был выходной день по его графику) и так случилось, что у него будет отработан ВЕСЬ фонд рабочего времени в этом месяце, то этот месяц в системе исключается из расчета среднего заработка для расчета отпускаОбщесистемная настройка на Беларусь. Доработан расчет отпускных и расчет по виду оплаты с отпускным алгоритмом. Если работник принят с первого рабочего дня месяца и принят менее года назад, то при расчете СДЗ месяц приема на работу не исключается из расчетного периода.
102.1768199.1.153.0Предварительная разноска по переходам не учитывает премиюЗаработная платаПредварительная разноска
Предварительная разноска с параметром "по переходам" не учитывает постоянную доплату при следующих условиях: В ЛС работника установлено значение: формировать оплату "нет". У работника на весь месяц имеется оплачиваемое отклонение. Кроме данного отклонения имеется только постоянная доплата.Доработана функция предварительной разноски для следующей ситуации: В ЛС работника установлено значение: формировать оплату "нет". У работника на весь месяц имеется оплачиваемое отклонение. Кроме данного отклонения имеется только постоянная доплата. Теперь данная постоянная доплата попадает в предварительный просмотр. Примечание. Если для доплаты указан признак "+" в поле "разбивать по датам" КВО, необходимо указать значение "+ с учетом оплачиваемых отклонений" в поле "период оплаты".
102.1681319.1.152.0Учет ограничения при расчете продолжающегося больничногоЗаработная платаПрименение ограничений по больничным листам
1. В случае длительной нетрудоспособности, если работником представлено несколько листков нетрудоспособности, сначала исчисляется размер пособия по временной нетрудоспособности по одному непрерывному случаю за весь период, удостоверенный всеми листками нетрудоспособности, с применением процентного отношения (80 процентов среднедневного заработка за первые 12 календарных дней нетрудоспособности и 100 процентов среднедневного заработка за последующие календарные дни). 2. Затем исчисленный размер пособия по временной нетрудоспособности сравнивается с минимальным и максимальным размерами пособия по временной нетрудоспособности, исчисленными за весь период непрерывной временной нетрудоспособности, удостоверенный листками нетрудоспособности. 3.Нужно задействовать поле "оплата пред.страх.случая" как-то, чтобы определять связанные больничные. 4.Если одно пособие, к примеру, у нас в архиве, то мы все равно должны рассчитать пособие за весь период по обоим листкам. Сравнить с ограничением за весь период по обоим листкам. а затем отнять ранее выплаченные суммы. Если из СДЗ получили больше, то берем сумму максимального размера. По месяцам она же у нас распределилась ,когда мы считали максимальную сумму в неполном месяце. И потом отнимаем то, что уже выплатили по первому больничному. Т.е выплачиваем разницу. А раз мы не можем взять суммы из архивного больничного, то можно выдавать предупреждение.Для Беларуси доработан расчет пособий в случае длительной нетрудоспособности, если работником представлено несколько листков нетрудоспособности. 1.В окне редактирования больничного листа добавлено поле "Есть продолжающийся больничный". Данное поле составное и содержит признак наличия продолжающегося больничного с возможностью установки в "да" или в "нет" и содержит информацию о продолжающем больничном (номер и период действия). Если поле "Есть продолжающиеся больничные" установлено в "нет", то это означает, что ни одного продолжающего больничного не привязано к данному больничному. При изменении данного поля появляется окно с возможностью выбора продолжающегося больничного (при выборе первичного больничного появляется соответствующее сообщение). В случае, если пользователь удаляет больничный, который фигурирует как продолжающийся больничный в другом больничном, данная информация удаляется и признак наличия продолжающегося больничного устанавливается в значение "нет". 2.Доработан расчет пособий по нетрудоспособности. В случае длительной нетрудоспособности, если работником представлено несколько листков нетрудоспособности, сначала исчисляется размер пособия по временной нетрудоспособности по одному непрерывному случаю за весь период, удостоверенный всеми листками нетрудоспособности, с применением процентного отношения (80 процентов среднедневного заработка за первые 12 календарных дней нетрудоспособности и 100 процентов среднедневного заработка за последующие календарные дни). Затем исчисленный размер пособия по временной нетрудоспособности сравнивается с минимальным и максимальным размерами пособия по временной нетрудоспособности, исчисленными за весь период непрерывной временной нетрудоспособности, удостоверенный листками нетрудоспособности. Если при этом, сумма всех пособий меньше минимальной суммы, то пособие назначается исходя из минимума. Если сумма всех пособий больше суммы, рассчитанной из максимального ограничения, то сумма ограничивается. 3.При расчете вторичного пособия выдается предупреждение.
102.1750939.1.152.0Учет минимального ограничения при расчете больничного затрагивающего несколько месяцевЗаработная платаПрименение ограничений по больничным листам
При расчете больничных приходящихся на период, который включает несколько месяцев, ограничения необходимо рассматривать в совокупности, а не для каждого месяца отдельно. Проблема заключается в том, что у сотрудника довольно маленький заработок, который граничит с минимальным ограничением. Больничный переходящий с одного месяца на другой, с 26.08.2017 по 05.09.2017. Сейчас сумма за каждый месяц сверяется отдельно и выбирается наибольшая: 19,58 (из СДЗ) >19,12 (из ограничения), значит берем 19,58 (август) 16,32 (из СДЗ) <16,47 (из ограничения), значит берем 16,47(сентябрь) В итоге за август мы взяли 19,58, т.е. из СДЗ, а за сентябрь 16,47 (применили ограничение)В результате: 19,58+16,47= 36,05. Клиент обратился в ФСЗН, где сказали, что сравнивать нужно общую сумму пособия за все месяцы с общей суммой ограничения. Сначала берем общую рассчитанную сумму за два месяца: 19,58+16,32=35,90 Затем берем общую сумму ограничения за два месяца: 19,12+16,47=35,59 И уже сравниваем эти две суммы: 35,90>35,59, значит берем 35,9 Т.е. в итоге должно быть 35,9. В примерах, приведенных в Консультанте также опираются на общую сумму ограничений. В случае неполного месяца (например, если, как в примере больничный с 26.08 по 05.09) считаем пропорционально ограничение за август (сумма ограничения/31*6), ограничение за сентябрь (сумма ограничения/30*5). Полученные суммы ограничений складываем и сравниваем с рассчитанной суммой пособия. P.S. Аналогично для максимального ограничения. В случае с переходящими больничными, если применяется максимальное ограничение (при больших заработках) мы сравниваем в рамках каждого месяца, а нужно с общей суммой.1.Для Беларуси доработана функция ограничения пособий по нетрудоспособности. Теперь общую сумму пособия за все месяцы сравнивается с общей суммой максимального и минимального ограничения. Если при этом, сумма пособия меньше минимальной суммы, то пособие назначается исходя из минимума. Если сумма пособия больше суммы, рассчитанной из максимального ограничения, то сумма ограничивается. 2.В рамках данного ПИР для Беларуси изменен подход округления расчетных сумм. Теперь СДЗ при расчете ограничения округляется согласно значению настройки: "... Больничные Особенности расчета Округлять среднедневной заработок", по аналогии с округлением СДЗ из заработка. Сумма пособия без учета ограничения теперь округляется до копеек до момента сравнения с ограничением. После сравнения с ограничением сумма за каждый месяц округляется с учетом значения настройки: "... Правила округления Начислений" Примечание. Алгоритм округления сумм по месяцам с учетом настройки: "... Правила округления Начислений" максимально приближен к варианту до данной доработки.
106.105219.1.152.0Ограничение в больничном по производственной травмеЗаработная платаCправка о расчете больничных
Клиент считает, что ограничение в справке расчета больничного по производственной травме должно печататься без учета районного коэффициента. Ссылается на закон N 417-ФЗ.Для России доработан расчет ограничения для пособий по нетрудоспособности с типом "Производственная травма". Теперь ограничение для такого вида пособий не увеличивается на районный коэффициент.
101.629679.1.151.0Дни нарушения режима уменьшают количество дней оплаты пособия за счет предприятия в интерфейсе больничногоЗаработная платаРасчет больничных с нарушениями
Дни нарушения режима уменьшают количество дней оплаты пособия за счет предприятия в интерфейсе больничного. При этом, в справке о расчете ошибки нет. Z_SREDN_9.1.157. Описание со скринами - во вложении.Доработан расчет пособий по нетрудоспособности для значения "да" настройки "... Больничные Продолжительность Разбить пособие на основную и дополнительную суммы". Теперь при расчете обновляется количество дней за счет предприятия. При этом нарушения режима входят в общее количество дней. Доработка проводилась для значения "да" настроек: "... Продолжительность При изменении даты окончания корректировать количество дней" "... Продолжительность При изменении количества дней корректировать дату окончания" Примечание. При первоначальном вводе дат больничного, общее количество дней и дней за счет предприятия по - прежнему остается за вычетом дней нарушения, как это было и ранее.
102.1749549.1.151.0Изменить текст в сообщении предварительной разноски отпусковЗаработная платаПредварительная разноска отпусков и компенсаций расчетного периода
Для отпусков есть возможность расчёта из трёх фондов, для наименования каждого из них существуют 3 настройки: "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Особенности расчета Сокращенное наименование источника оплаты 1", "~2", "~3". Во многих местах используется текст названия фонда именно из соответствующей настройки. Но в сообщении предварительной разноски остался "старый" статичный текст, например, для заведенной, но не рассчитанной неявки: "Для табельного номера NNNNN сумма по отпуску не рассчитана из ФЗП".Изменен текст предупредительного сообщения, выдаваемого в протокол сообщений предварительной разноски для случая, например, нерассчитанной целодневной неявки: "Для табельного номера NNNNN сумма по отпуску/неявке не рассчитана из <наименование фонда оплаты>".
102.1727579.1.150.0Изменился расчет больничного, стало учитываться ограничение из МРОТЗаработная платаРасчет больничных
Изменился расчет больничного, стало учитываться ограничение из МРОТ. См. вложение. База предоставлена разработчику q:WorkУ5hrmackup9.1KuzminaBL, т.н. 110.Для России восстановлена функция применения ограничений для значения "по настройке отклонений" в настройке "... Больничные, отпуска, расчеты по среднему Больничные Ограничения Рассчитывать продолжительность работы для выбора ограничения".
102.1727899.1.150.0индексация отпусковЗаработная платаСторнирующие записи
Индексация отпусков. Сотрудника отправили в отпуск , например с 30/03/2017 и по 17/04/2017. Рассчитали отпуск, рассчитали зарплату в марте и перешли на новый отчетный период. Далее в апреле сотрудник принес больничный с 30/03/2017 по 04/04/2017. Внесли больничный, выполнили контроль пересечения больничного и отпуска. Пока все хорошо. Но с 01/04/2017 изменился оклад у сотрудника. Рассчитываем заработную плату за апрель, все красиво, за март есть возврат и перенос части отпуска, преходящего на больничный на более поздний период. Только почему-то апрельская часть отпуска не проиндексировалась.Исправлено. После сдвига при пересечения с больничным отпуск индексируется.
180.103359.1.150.0В результате выполнения функции - Контроль пересечения больничных и отпусков в модуле УП, формируются сторнирующие записи в ЗП, которые попадают в расчет заработной платы текущего месяца, создавая лишУправление персоналомКонтроль пересечения больничных с отпусками
В результате выполнения функции - Контроль пересечения больничных и отпусков в модуле УП, формируются сторнирующие записи в ЗП, которые попадают в расчет заработной платы текущего месяца, создавая лишние записи по отпускам. Если в виде оплаты отпуска установлена только дополнительная входимость 32 "Учитывается при сторнировании отпускных сумм", то нужно проверять наличие дополнительной входимости 31 "Сторнируется при наличии больничного, отпуска за закрытый период" и при ее отсутствии не выполнять обработку по дополнительной входимоти 32.Сторнирующие записи с признаком Б_О", созданных в результате выполнения функции контроля пересечения больничных с отпусками, обрабатываются только при наличии дополнительных входимостей 31 и 32 в виде оплаты отпуска.
180.104759.1.150.0Неверно рассчитывается отпуск, когда постоянно очищают dskЗаработная платаРасчет отпускных
Неверно рассчитывается отпуск в следующей ситуации. Расчет отпуска из интерфейса списка отпусков по локальному меню. DSK очистили, затем запускают расчет по кнопке Расчет, не входя в дополнительное окно параметров расчета отпуска. Расчет отпуска в этом случае идет со значением параметра По дням/часам = средним, который устанавливается по умолчанию.Для РФ значение параметра по дням/часам по умолчанию (во внутренних расчетных алгоритмах) всегда устанавливается по фактическим, для остальных по средним.
101.619679.1.149.0Отпуска - доработать с учетом настройки участия в пилотном проекте ФССЗаработная платаОкно формирования, просмотра и редактирования отпусков
Работы по АЗ "Добавление настройки "Дата начала пилотного проекта". После добавления настроек участия предприятия в пилотном проекте ФСС необходимо доработать расчет отпускных при разных значениях этой настройки. Начиная с даты подключения предприятия к пилотному проекту при оформлении дополнительного отпуска для санаторно-курортного лечения не должна рассчитываться сумма оплаты - аналогично больничным. В связи с этим необходимо добавить общесистемную настройку "Код дополнительного отпуска для санаторно-курортного лечения", по которой можно будет однозначно определить этот отпуск. При расчёте таких отпусков: "ПРЯМЫЕ ВЫПЛАТЫ ФСС" = "НЕТ": доработка не требуется. "ПРЯМЫЕ ВЫПЛАТЫ ФСС" = "ДА": при расчете безусловно обнулять сумму такого отпуска. В предварительной разноске с ВО отпуска необходимо отразить запись с периодом оплаты, количеством дней, подлежащим оплате и нулевой суммой. "ПРЯМЫЕ ВЫПЛАТЫ ФСС" = "ПЕРЕХОДНЫЙ ПЕРИОД": в подавляющем большинстве случаев при расчете можно анализировать дату начала отпуска. В случае, если дата начала отпуска больше, или равна дате из зависимой настройки "ДАТА ПОДКЛЮЧЕНИЯ К ПИЛОТНОМУ ПРОЕКТУ", обнулять сумму отпуска аналогично настройке "ДА". Маловероятны, но теоретически возможны единичные ситуации, когда такой отпуск выплачивается до начала пилотного проекта, а начинается после - как вариант для таких случаев при настройке "ПЕРЕХОДНЫЙ ПЕРИОД" можно анализировать дату оформления приказа на отпуск. Или дать возможность вручную проставить сумму отпуска. Вариант добавления только ради этого нового поля "Дата расчёта" в интерфейс отпуска представляется избыточным.Доработано для РФ с учетом настройки "Настройки Галактики Управление персоналом Общие настройки Прямые выплаты ФСС". Доработан классификатор отпусков. В классификаторе(режим редактирования), для отпусков с типом "прочий" и "БИР" добавлено дополнительно поле "оплата из Фонда соц. страхования", которое необходимо отметить для дополнительных отпусков для санаторно-курортного лечения. Данное поле светится в случае, когда значение настройки "Прямые выплаты значение настройки "Прямые выплаты ФСС" отлично от "нет". В режиме просмотра (список отпусков) классификатора отпусков в данном случае видна колонка "Оплата из ФСС" со значениями ДА, НЕТ. При расчете отпуска, отмеченного признаком "оплата из Фонда соц. страхования", в случае если значение настройки "ПРЯМЫЕ ВЫПЛАТЫ ФСС" = "НЕТ": расчет отпуска не менялся; "ПРЯМЫЕ ВЫПЛАТЫ ФСС" = "ДА": при расчете безусловно обнуляется сумма такого отпуска. В предварительной разноске с ВО отпуска отображается запись с периодом оплаты, количеством дней, подлежащим оплате и нулевой суммой. "ПРЯМЫЕ ВЫПЛАТЫ ФСС" = "ПЕРЕХОДНЫЙ ПЕРИОД": анализируется дата приказа на отпуск. Если дата приказа позже или равна дате из зависимой настройки "ДАТА ПОДКЛЮЧЕНИЯ К ПИЛОТНОМУ ПРОЕКТУ", обнуляется сумма отпуска аналогично настройке "ДА". В случае, если дата приказа не найдена, то остается рассчитанная сумма отпуска, которую можно обнулить вручную. В классификаторе отпусков для дополнительных отпусков для санаторно-курортного лечения необходимо обязательно привязать ВО с 99 алгоритмом расчета нулевой суммы. Если в классификаторе отпусков ВО не привязан, то запись в разноске не создается.
102.1725569.1.149.0Индексация отпуска при изменении оклада/тарифаЗаработная платаСторнирующие записи
Индексация отпуска при изменении оклада/тарифа рассчитывается некорректно при наличии в архиве оплат отпуска с видом оплаты отпуска будущего периода и установленной настройки "Вид оплаты при сторнировании отпуска будущего месяца" в значение "изменять на отпуск тек.месяца". При установленном значении "сохранять" данной настройки, индексация рассчитывается корректно.Исправлено. При наличии в архиве оплат отпуска с видом оплаты отпуска будущего периода и установленной настройки "Вид оплаты при сторнировании отпуска будущего месяца" в значение "изменять на отпуск тек.месяца", индексация рассчитывается корректно.
180.103619.1.148.0Не пересчитывается страховой стаж (поле "Стаж работы" в БЛ, если используется алгоритм в стаже "Cтрахового стажа c учетом дней начала и окончания"Заработная платаСтажи для учета при расчете пособий по нетрудоспособности
Не пересчитывается страховой стаж (поле "Стаж работы" в БЛ, если используется алгоритм в стаже "Cтрахового стажа c учетом дней начала и окончания". Недавно в Галактике изменился алгоритм расчета страхового стажа с учетом новых разъяснений законодательства. Необходимо доработать функции выбора шкалы процента, а также выбора ограничения для отработавших менее 6-ти месяцев с учетом изменений алгоритма расчета страхового стажа.Доработаны функции выбора шкалы процента и ограничения для отработавших менее 6-ти месяцев с учетом изменений алгоритма расчета страхового стажа.
102.1718489.1.147.0Разбиение оплаты целодневной неявки по периодамЗаработная платаПредварительная разноска отпусков и компенсаций расчетного периода
Сотрудник работает по сдельной системе оплаты. По введенному и утвержденному приказу по РПД=71 для него создана целодневная неявка, переходящая на 2 месяца. Расчет для неё идет по алгоритму 23, т.е. по среднечасовому заработку. Среднечасовой и итоговая сумма оплаты рассчитаны правильно. Но после предварительной разноски в предварительном просмотре получаем неправильные суммы в разбивке по месяцам - пропорционально дням, а не часам.Если для целодневной неявки указан вид оплаты с алгоритмом, соответствующим расчёту через СЧЗ (23, 33, 53), то при указанных условиях заработок между месяцами делится пропорционально часам. Попутно в окне редактирования для такой целодневной неявки в колонке "Средний" отображается средний часовой заработок.
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Вид оплаты отпуска будущего отпуска при сторнировании изменять на отпуск текущего месяцаЗаработная платаКонтроль пересечений больничных с отпусками
Необходимо, чтобы при выполнении предварительной разноски после запуска функции контроля пересечения больничных с отпусками отрабатывала настройка "Вид оплаты при сторнировании отпуска будущего месяца"Если установлена настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Вид оплаты при сторнировании отпуска будущего месяца" в значении "изменять на отпуск тек.месяца", то при выполнении предварительной разноски проверяется необходимость изменения вида оплаты для отпуска будущего периода на вид оплаты отпуска текущего периода. Необходимым условием изменения вида оплаты отпуска будущего периода на вид оплаты отпуска текущего периода является то, что период назначения отпуска должен быть меньше либо равен отчетному периоду.