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


Описание файла обновления:
ФайлG_SUMDIVIDE_DLL_911900.TXT
ОбновлениеG_SumDivide_dll_911900
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентG_SUMDIVIDE
ТипDLL
Версия9.1.190.0
Дата2019-03-25 18:42:52
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.199365NEWОтпускные сторнируются дваждыЗаработная платаПредварительная разноска записей о сторнировании и пересчёте
После обработки отзыва отпуска за прошлый период- сумму "сторно" задваивает при расчете ЗП.Для России доработана функция обработки сторнирующих записей с признаком "С_О" при предварительной разноске с пометкой "П". Теперь в таких случаях анализируется примечание к дополнительной входимости (32) "Учитывается при сторнировании отпускных сумм". Если указаны признаки "пересчитывать по дням" или "пересчитывать по часам", то каждая из записей поступает в предварительный просмотр и далее в расчет зарплаты,если указан признак "пересчитывать по алгоритму", то вторая запись о возврате в разноске не появляется.
180.11016NEWРасчет целодневной неявки с учетом особенностей пользовательского алгоритмаЗаработная платаЦелодневные неявки
Расчет целодневной неявки с учетом особенностей пользовательского алгоритма. Для расчета целодневной неявки используется пользовательский алгоритм расчета где в значении UCH_REJIM указываем график работы по которым расчет должен идти по дням, а не по часам.Если есть переход в межпериод, то при при расчете целодневной неявке берется режим работы во время перехода.
101.667279.1.189.0Неправильно сторнируется продление одного из отпусков за счет больничногоЗаработная платаПредварительная разноска
Неправильно сторнируется продление одного из отпусков за счет больничного: Сотруднику в декабре завели и посчитали отпуск (состоящий из четырех отпусков) с 25 декабря по 12 февраля. В январе сотрудник предоставил больничный на период с 21/01/2019 по 28/01/2019 Отпуск сдвинулся (продлился по 20/02/2019), но при расчете зарплаты, почему-то, строрнируется сумма за период с 15/02/2019 по 20/02/2019 То есть, сумма с минусом за этот период есть, а суммы с плюсом - нет. Судя по всему - должна быть.Для России доработана функция обработки сторнирующих записей с признаком "С_Б" при предварительной разноске при наличии записей с дополнительными признаками 1 или 2 в Классификаторе налогов на ФОТ. Теперь перенос сумм начислений за отпуск работает корректно. Примечание. Проблема проявлялась в том случае, когда сумма отпускных с одинаковыми кодом оплаты за один и тот же отпуск была разбита по месяцам в архиве оплат.
102.1975549.1.189.0Удалить из предварительной разноски лишние записи (ПС) ВО отпуска с некорректным периодомЗаработная платаПредварительная разноска записей о сторнировании и пересчёте
Удалить из предварительной разноски лишние записи (ПС) ВО отпуска с некорректным периодом.Исправлена функция "Предварительная разноска" при формировании сумм за прошлый период с целью пересчёта. Теперь лишние записи с некорректным периодом не добавляются.
102.1976609.1.189.0Сторнирование отпуска при наличии листка нетрудоспособностиЗаработная платаПредварительная разноска записей о сторнировании и пересчёте
Сторнирование отпуска при наличии листка нетрудоспособности на базе без доп. тарифа. Отпуск в архиве, который начислялся дважды, вначале рассчитали и перечислили отпускные, потом начислили годовую премию и пересчитали отпуск вновь - и это все в одном месяце = результат - ВО106 и ВО107 в двух записях на один и тот же период, только один "Первоначальная сумма", другой "Дополнительная сумма". Отпуск в архиве: Основной 01.01-28.01 ДО 29.01-04.02 Перешла на след месяц и завела б/л на время отпуска (с 09.01 по 27.01). Выполнила контроль пересечения. Все записи сторно красиво сформировались. А вот предварительная разноска "пополовинила" записи ВО106 и 107 в части сторно.Для России доработана функция обработки сторнирующих записей с признаком "С_Б" при предварительной разноске при отсутствии записей с дополнительными признаками 1 или 2 в Классификаторе налогов на ФОТ. Теперь в таких случаях анализируется примечание к дополнительной входимости (31) "Сторнируется при наличии больничного, отпуска за закрытый период". Если указаны признаки "пересчитывать по дням" или "пересчитывать по часам", дополнительно анализируются поля "Дата выплаты (возврата)" для записей с одинаковыми видами оплаты и одинаковыми периодами. Если даты различаются, то считается, что имеет место автоматическое разбиение начисления отпуска по датам выплаты (перечисления). В этом случае количество дней не пересчитывается пропорционально.
102.1979179.1.189.0Не пересчитывается оставшаяся часть отпуска (тип сторнирующей записи П_С) после обработки отзыва из отпускаЗаработная платаПредварительная разноска записей о сторнировании и пересчёте
Возникла проблема с перерасчетом среднего после обработки отзыва: 1) В январе 2019 года был начислен и оплачен отпуск по таб.111462 за период с 04.02.2019 по 17.02.2019 (14 дней) без учета заработной платы января (средний заработок при расчете отпуска в январе составил 1191,45 руб.). 2) В феврале 2019 года согласно п. 7.15 Инструкции по расчету заработной платы был выполнен перерасчет среднего у данного отпуска с использованием сервисной функции "Перерасчет средних", после которого средний составил 1236,72 руб. Итого к доплате в феврале 2019 года в результате перерасчета отпуска должно быть: 14 дней * (1236,72 - 1191,45) = 633,78 руб. 3) После выполнения данной функции по переасчету среднего был обратобан отзыв сотрудника согласно приказа №31-о за период с 04.02.2019 по 11.02.2019 (8 дней) и на основании данного приказа были предоставлены дни отпуска с 18.02.2019 по 26.02.2019 (8 дней). При этом программа за период с 04.02.2019 по 11.02.2019 (8 дней) сторнирует по среднему 1191,45 (до выполнения сервисной функции "Перерасчет средних"). Сторно составляет: - 1191,45 руб. * 8 дней = -9531,6 руб. Начисление предоставленных дней за период с 18.02.2019 по 26.02.2019 происходит с новым средним 1236,72 руб. и сумма доначисления составляет 1236,72 руб. * 8 дней = 9893,76 руб. При этом в расчетном листке не отражается перерасчет среднего заработка за период с 12.02.2019 по 17.02.2019 (6 дней), который описан в пунке 2 данного обращения. 4) Правильный расчет отпускных по табельному 111462 должен быть следующим: - сторно по отзыву за период с 04.02.2019 по 11.02.2019 составляет: - 1191,45 руб. * 8 дней = -9531,6 руб. - начисление отпуска за период с с 18.02.2019 по 26.02.2019 составляет: 1236,72 руб. * 8 дней = 9893,76 руб. - перерасчет среднего за период с 12.02.2019 по 17.02.2019 составляет: 1236,72 - 1191,45 * 6 дней = 271,62 руб. Таким образом итого по расчету отпускных в феврале 2019 года по таб. 111462 должно составлять: - 9531,6 + 9893,76 + 271,62 = 633,78 руб. Каким образом исправить ошибки, возникшие при отзыве сотрудника и перерасчете среднего, если по текущему документообороту возникает необходимость сначала выполнить перерасчет средних и только затем отзыв из отпуска?Для России доработана функция предварительной разноски при наличии записей с дополнительными признаками 1 или 2 в Классификаторе налогов на ФОТ. Анализировались случаи пересчета отпуска при наличии записей об отзыве на время пересчета. Если период отзыва попадает на период пересчета отпуска не полностью, то даты и сумма, начисленная ранее, в записи о пересчете (с пометкой "ПС") корректируются с учетом отзыва. Таким образом получаются две записи: первая с отрицательной продолжительностью на время отзыва, вторая по пересчету на время сокращенного отпуска. Теперь дополнительно учитывается случай, когда отзыв приходится на начало или середину отпуска, а пересчитывается остаток.
102.1980869.1.189.0Неверно сторнируется зарплата при вводе больничного с датой начала в предыдущем периодеЗаработная платаПредварительная разноска записей о сторнировании и пересчёте
Для 6-го вида оплаты, подлежащего пересчету, установлена 52 допвходимость и задано распределение затрат как в текущем месяце, так и в месяце, за который происходит пересчет. Предприятие участвует в пилотном проекте, поэтому больничный за счет ФСС не начисляется. Расчетный месяц февраль. Ввели больничный с 23.01. по 08.02. Сформировалась сторно запись. При расчете зарплаты неверно сторнируется зарплата.Для России доработана функция обработки сторнирующих записей с признаком "С_Б" при предварительной разноске при наличии записей с дополнительными признаками 1 или 2 в Классификаторе налогов на ФОТ. Теперь записи разделяются в предварительном просмотре, если они создавались по разным записям сумм оплат. Таким образом в результатах расчета зарплаты суммы рассчитываются каждая со своей части,если указано значение "пересчитывать по дням/часам" для дополнительной входимости "(31) Сторнируется при наличии больничного, отпуска за закрытый период классификатора видов оплат".
102.1938729.1.188.0Расчёт больничного приводит к зависанию Галактики (идёт расчёт 6000 табелей)Заработная платаРасчет больничных
В исходных данных дата окончания больничного 12/09/8018. Расчёт больничного приводит к зависанию Галактики (идёт расчёт 6000 табелей). В больничном по какой-то причине не посчиталось количество дней больничного. Если поставить кол-во дней, то у клинта все равно подвисает на формировании табеля. Если формирование табеля прервать, то БЛ рассчитывается, но потом все равно подвисает на формировании табеля. Если и в этот раз формирование табеля прервать, то расчёт заканчивается верно.1.Доработана функция расчёта пособий по нетрудоспособности. Дата окончания ограничена тремя годами. Об этом выдаётся предупреждение: "Продолжительность пособия более 3-х лет!!!Дата окончания ограничена 03/09/2021" Расчёт продолжается. После расчета выводится соответствующее сообщение "Обнаружены сообщения о процессе расчета, просмотреть информацию?", при нажатии на "Да" отобразится информация об ограничении больничного с датой и временем сообщения, а также табельный номер работника у которого был ограничен больничный. В случае удаления больничного информация о данном больничном также удалится. Информацию о сообщениях в процессе расчета можно просмотреть: а) непосредственно после расчета больничных: отобразится информация о сообщениях обнаруженных в процессе данного расчета б) из меню "Заработная плата - Операции - Больничные - Сообщения о процессе расчета" 2. Доработан ввод больничных, в случае, если дата окончания больше 3 лет, выводится сообщение "Продолжительность пособия более 3-х лет!!!Дата окончания ограничена 03/09/2021" и дата окончания устанавливается с учетом ограничения. 3. Доработана корректировка больничных, в случае, если дата окончания больше 3 лет, выводится сообщение "Продолжительность пособия более 3-х лет! Дата окончания ограничена 03/09/2021" и дата окончания устанавливается с учетом ограничения.
102.1966519.1.186.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.15.0.Обеспечение корректной работы. Пересобраны ресурсы с учетом изменённых таблиц словаря Alter_Cumulative 9.1.15.0. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1974039.1.185.2Пересчет среднего. Предварительная разноска не учитывает все суммы ВО, подлежащего пересчетуЗаработная платаПредварительная разноска записей о сторнировании и пересчёте
Пересчет среднего. Предварительная разноска не учитывает все суммы ВО, подлежащего пересчету. на G_SUMDIVIDE 184 разноска правильная, на 185 - ошибка. таб. № 13, по 106 ВО в предварительной разноске сумма нач. ранее 340,14, а должна быть 1809,53, т.е. не учтена сумма 1469,39 - выплаченная изначально.Исправлена функция "Предварительная разноска" при формировании сумм за прошлый период с целью пересчёта, для случаев, когда в суммах оплат имеется несколько записей за одинаковые периоды. Функциональность восстановлена.
101.664929.1.185.1Пилотный проект ФСС - показать сумму прямой выплаты ФСС в интерфейсе больничного и справках о расчетеЗаработная платаРабота с интерфейсом ввода больничных листов
В рамках решения ПиР 101.61964 хранение сумм за счёт ФСС перенесено в элементы массива связанной записи FondOtp.fzpb[1..7], в результате существующее поле "Из ФСС" интерфейса больничного и соответствующие поля справок о расчёте обнулены. Клиенты просят вернуть отображение суммы за счёт ФСС, поскольку бухгалтера использовали её "для информации" (какие данные высылают в ФСС), некоторые клиенты прикладывают справку о расчёте к заявлению в ФСС на выплату пособия. Предлагается для пособий, попадающих в пилотный проект, вместо существующего поля интерфейса "Из ФСС" отобразить поле, например, "Прямая выплата ФСС" и вывести в него сумму FondOtp.fzpb[1..7], соответственно доработать справки о расчёте.Для РФ. Для участников пилотного проекта доработано отображение сумм из ФСС в интерфейсе редактирования больничных листов и справках по больничному (в формате txt и fastreport). Суммы из ФСС отображаются в них в качестве справочной информации.
102.1957859.1.185.0Некорректно сторнируются суммы прошлого периода при работе по 4-х часовому графикуЗаработная платаПредварительная разноска записей о сторнировании и пересчёте
В январе рассчитываем больничный за декабрь. Табель скорректировался, сторнирующая запись создана автоматически. А вот сумма по виду оплаты с алгоритмом 39/4 за декабрь неверная. сумма должна быть (492,99+240,75)/16 дн)* 3 дн = 137,58 рублей. Т.к. в архиве оплат находится две записи по этой оплате за один и тот же периодДоработана технология возврата сумм на основе записей о сторнировании с пометкой "С_Б" для алгоритмов 37-40 признак 4 по настройке на РФ. 1. Доработана функция предварительная разноска. Теперь записи разделяются в предварительном просмотре, если они создавались по разным записям сумм оплат. Таким образом в результатах расчета зарплаты суммы рассчитываются каждая со своей части, если указано значение "пересчитывать по дням/часам" для дополнительной входимости "(31) Сторнируется при наличии больничного, отпуска за закрытый период классификатора видов оплат".
180.109779.1.184.0В предварительный просмотр по целодневной неявки в дни попадают часыЗаработная платаПредварительная разноска отпусков и компенсаций расчетного периода
Есть рассчитанная целодневная неявка с ВО, в котором привязан "отпускной" алгоритм расчета и установлен признак оплаты "по часам". При выполнении предварительной разноски для такой целодневной неявки в поле дни попадают часы.Исправлена работа функции предварительной разноски для целодневных неявок с привязанным ВО, в котором указан "отпускной" алгоритм расчета и установлен признак "по часам". При выполнении предварительной разноске для таких целодневных неявок значение дней записывается корректно.
102.1807599.1.183.0Требуется доработать пересчет заработной платы за архивный период.Заработная платаСторнирующие записи
Требуется доработать пересчет заработной платы за архивный период. Прошу рассмотреть возможность доработки модуля "Заработная плата" в части перерасчета за прошлые периоды. Необходимо учесть, что большинство доплат считается от отклонений, заданных в табеле. Соответственно при внесении изменений доплата должна полностью сторнироваться и начисляться заново.Доработан пересчет заработной платы за архивный период. 1. Доработана функция сторнирования записей: "Заработная плата Операции Расчет зарплаты Сторнирующие записи": - Добавлен новый тип сторнирующих записей : "Изменения табеля (Т_О)" 2. Доработан Классификатор видов оплат : - Изменено название дополнительной входимости (35) "Учитывать изменение параметров при добавлении перехода/изменении табеля в прошлом периоде" "Заработная плата Настройка Заполнение каталогов Виды оплат и скидок вкладка расчеты Дополнительно" 3. Доработана функция предварительной разноски "Заработная плата документы лицевые счета смежные данные расчет заработной платы предварительная разноска" с учетом нового типа сторнирующих записей. Ниже изложена схема работы при изменении времени в табеле прошлого периода с необходимостью пересчёта сумм. Прежде всего, требуется завести соответствующую запись сторнирования с учетом табельных отклонений. Для того, чтобы начисления за архивный период попали в обработку, следует в классификаторе видов оплат для нужных видов оплат добавить дополнительную входимость 35. Если необходимо сохранить общую сумму по начислению, Причину указать "сохранить сумму", если сумму начисления нужно пересчитывать, то указать причину "пересчитать сумму". В результате предварительной разноски для начислений за архивный период, в которых указана соответствующая дополнительная входимость, должны сформироваться следующие записи: - запись, соответствующая записи в архиве оплат, но с отрицательной суммой за архивный период - если вид оплаты разбивается по переходам и предварительная разноска осуществляется в параметром "разбивать по переходам", то формируется несколько записей, соответствующих переходам, с аналитикой согласно настройкам. Сумма разбивается пропорционально количеству дней в периоде. Если вид оплаты является неразбиваемым, то аналитика устанавливается на дату начала данного начисления, сумма сохраняется. В результате доплата полностью сторнируется и начисляется заново с учетом изменений в табеле. В архиве оплат (Суммы по видам оплат) хранится вся информация по начислениям прошлых периодов, в том числе ВО, процент, аналитика. В результате обработки сторнирующей записи для каждой оплаты архивного периода в Предварительной разноске сформируется запись с "-" (сумма, дни часы) и аналогичная запись с "+" с теми же параметрами, нулевой суммой и продолжительностью согласно изменениям табеля. После расчета заработной платы будет рассчитана сумма согласно алгоритму, указанному в этом виде оплаты. Примечание. Если алгоритм составлен пользователем, он должен учитывать вариант возврата суммы. Например: алгоритм if(WT_GetOverworkCalculationMethod(day(uch_datan))=1, SumAlgNo(228), SumalgNo(229)) необходимо заменить на if(WT_GetOverworkCalculationMethod(day(uch_datan))=1, if(Uch_ChasF > 0, SumAlgNo(228), Uch_Summa), if(Uch_ChasF > 0, SumAlgNo(229), Uch_Summa)) во избежание некорректного расчета по данному алгоритму
102.1942519.1.183.0Доработать учет признака в классификаторе отпусков "выплачивать по месяцам" для длительных отпусков, которые не рассчитаныЗаработная платаПредварительная разноска отпусков и компенсаций расчетного периода
Доработать учет признака в классификаторе отпусков "выплачивать по месяцам" для длительных отпусков, которые не рассчитаны. Например, когда сотрудника отправляют в декретный отпуск, ему заводят запись об отпуске на весь период декретного, но сам отпуск не рассчитывают. К виду отпуска по декрету(с признаком без оплаты) привязан вид оплаты с нулевой суммой и включением месяца для расчета отпуска минус. При расчете зарплаты в месяце, когда сотрудник уходит в декрет, в результатах расчета создаются записи с нулевой суммой на каждый месяц декрета. Если в классификаторе отпусков и неявок для такого отпуска выставить признак "выплачивать по месяцам" - записи в результаты расчета должны попадать помесячно. Это позволит предотвратить ситуацию, когда в случае досрочного завершения декретного отпуска, в архиве оплат остаются лишние записи.Доработана разноска записей из справочника "Операции - Отпуска" для длительных отпусков (например, декретных) с признаком "без оплаты" и "выплачивать по месяцам", которые не были рассчитаны. В процессе выполнения предварительной разноски и расчета зарплаты оплаты с нулевой суммой формируются помесячно, т.е. в каждом месяце при расчете зарплаты создается по одной записи.
101.619649.1.182.0Больничные - доработать с учетом настройки участия в пилотном проекте ФССЗаработная платаРасчет больничных
Работы по АЗ "Добавление настройки "Дата начала пилотного проекта". После добавления настроек участия предприятия в пилотном проекте ФСС (ПиР 101.61961) необходимо доработать расчёт больничных при разных значениях этой настройки. Начиная с даты подключения предприятия к пилотному проекту ФСС страхователь не производит расчет и выплату пособий по временной нетрудоспособности, за исключением оплаты первых трех дней больничного, для тех случаев, которые предусмотрены законодательством. В связи с этим необходимо реализовать следующее. "ПРЯМЫЕ ВЫПЛАТЫ ФСС" = "НЕТ": доработка не требуется. "ПРЯМЫЕ ВЫПЛАТЫ ФСС" = "ДА": при расчёте больничного необходимо безусловно обнулять сумму за счет ФСС. Обнуления суммы ФСС в предварительной разноске недостаточно, поскольку предприятия могут выплачивать больничные в межпериод. А при наличии суммы за счет ФСС в больничном будет удержан НДФЛ с суммы ФСС. Но согласно законодательства НДФЛ должен удерживаться источником выплаты. С момента вступления в пилотный проект часть сумм пособий по больничным листам выплачивается из средств ФСС, следовательно, НДФЛ должен удерживать сам ФСС. В предварительной разноске с ВО больничного за счет ФСС необходимо отразить запись с периодом оплаты за счет ФСС, количеством дней, подлежащим оплате и нулевой суммой. Аналогичная запись должна присутствовать в результатах расчета заработной платы и архиве оплат. "ПРЯМЫЕ ВЫПЛАТЫ ФСС" = "ПЕРЕХОДНЫЙ ПЕРИОД": при расчёте больничного необходимо анализировать дату расчёта больничного листа. В случае, если дата расчета больничного больше, или равна дате из зависимой настройки "ДАТА ПОДКЛЮЧЕНИЯ К ПИЛОТНОМУ ПРОЕКТУ", при расчете больничного необходимо обнулять сумму за счет ФСС аналогично настройке "ДА".РФ. Доработан расчёт больничных при разных значениях настройки "Настройки Галактики Управление персоналом Общие настройки Прямые выплаты ФСС". Начиная с даты подключения предприятия к пилотному проекту ФСС страхователь не производит расчет и выплату пособий по временной нетрудоспособности, за исключением оплаты первых трех дней больничного, для тех случаев, которые предусмотрены законодательством. В связи с этим реализован расчет по следующим правилам: - "ПРЯМЫЕ ВЫПЛАТЫ ФСС" = "НЕТ": расчет не изменился - "ПРЯМЫЕ ВЫПЛАТЫ ФСС" = "ДА": при расчёте больничного обнуляются суммы за счет ФСС. - "ПРЯМЫЕ ВЫПЛАТЫ ФСС" = "ПЕРЕХОДНЫЙ ПЕРИОД": при расчёте больничного анализируется дата расчёта больничного листа. В случае, если дата расчета больничного больше, или равна дате из зависимой настройки "ДАТА ПОДКЛЮЧЕНИЯ К ПИЛОТНОМУ ПРОЕКТУ", при расчете больничного обнуляется сумма за счет ФСС аналогично настройке "ДА". Для больничных с нулевой суммой за счет ФСС при соответствующей настройке ВО для больничных (доп. входимость 29) в предварительной разноске записи с ВО больничного за счет ФСС отражаются с периодом оплаты за счет ФСС, количеством дней, подлежащим оплате и нулевой суммой. Аналогичные записи присутствуют в результатах расчета заработной платы и архиве оплат. Сохранен параметр расчета больничного листа "Не рассчитывать доп. сумму".
102.1940789.1.182.0Некорректно считается средний для ЦН с ВО с "отпускным алгоритмом" и с признаком расчета по часамЗаработная платаЦелодневные неявки
Если для целодневной неявки задан ВО с алгоритмом расчета среднего по "отпускным алгоритмам" и в ВО указан признак расчета "по часам" (считаем среднечасовой заработок), то при расчете ЦН неверно рассчитывается сумма среднего. В справке о расчете среднего подтягивается верная сумма среднего.Для целодневных неявок с привязанным ВО с алгоритмом расчета среднего по "отпускным алгоритмам" и признаком расчета по часам при расчете сумма среднего рассчитывается корректно.
102.1481569.1.181.0Доработать возврат начисленной суммы при отзыве когда "Оплачивать праздничные дни" = "нет"Заработная платаОтзывы из отпуска
Доработать возврат начисленной суммы, чтобы при при отзыве из отпуска учитывалась настройка "Оплачивать праздничные дни" = "нет".Если настройка Управление персоналом -> Отпуска -> Оплачивать праздничные дни (UP.ZAR.OTP.PayHolidays) существует и выставлена в "нет" (false): Функции SetKolDnAnn и SetKolChasAnn возвращают значение без учета праздничных дней.
102.1907039.1.180.0Не все сотрудники имеют право на пособиеЗаработная платаРасчет больничных
Не все сотрудники имеют право на пособие По новому постановлению ФСЗН, если человек не работал на протяжении 6 месяцев, а затем устроился на работу, то ему не полагается выплата по БЛ, пока он не отработает 6 месяцев. Выйти из этой ситуации можно следующим образом: внести больничный на нужный период, но не рассчитывать его. При этом в каталоге "Условные обозначения табеля" к букве Б не должен быть подвязан ВО. И в ВО для пособия должна быть доп.входимость 29 с примечанием "не рассчитывать по алгоритму". Тогда в РЛ попадает по пособию строчка с 0 суммой. Если же произвести расчет больничного, то в расчетный листок попадет сумма по БЛ (с учетом описанных настроек выше).Для Республики Беларусь в "Лицевой счет" на вкладку "Стажи, надбавки" было добавлена поле "Дата окончания уплаты взносов по прежнему месту работы". При расчете пособия по нетрудоспособности анализируем эту дату. 1) Если "Дата окончания уплаты взносов по прежнему месту работы" = 0 (пусто), расчет идет по текущему алгоритму. 2) Если "Дата окончания уплаты взносов по прежнему месту работы" попадает в расчетный период (6 предыдущих месяцев), расчет идет по текущему алгоритму. 3) Если "Дата окончания уплаты взносов по прежнему месту работы" НЕ попадает в расчетный период проверяем дополнительно дату приема. Если дата приема попала в период, считаем по текущему алгоритму, если тоже не попала - пособие не считаем (ноль). Если пособие не считается по этим условиям в протокол будет выведено соответствующее сообщение : "Работник не имеет права на пособие." В случае, если выполняется расчет архивного больничного, который удовлетворяет п.3, то тогда пособие не будет пересчитано.
102.1912659.1.180.0Учёт сумм по алгоритму nachd при расчёте планового аванса с учётом алгоритмов расчёта среднего заработкаЗаработная платаРасчет планового аванса и удержаний
При расчёте планового аванса или среднего заработка за текущий период неправильно учитываются суммы по алгоритму NACHD. В расчёт принимаются суммы всех имеющихся расчётов по среднему, что неверно. Необходимо учёсть начисления только текущего расчёта.Доработана функциональность расчета планового аванса и другие случаи расчёта среднего заработка за текущий период, в частности, отчёт Информация о среднем заработке. Теперь более корректно учитываются суммы с алгоритмами NACHD, [33,22,17..] с признаком 0, а также с новым признаком 6 к алгоритмам [37-40]. Также в рамках данного ПИР был доработан алгоритм NachO : Теперь более корректно учитываются суммы с алгоритмами NachO, [33,22,17..] с признаком 0, а также с новым признаком 6 к алгоритмам [37-40].
102.1822199.1.179.0Необходимость настроек "Стаж работы для выбора ограничения" и "Рассчитывать продолжительность работы для выбора ограничения"Заработная платаПрименение ограничений по больничным листам
Обсудить необходимость настроек "Стаж работы для выбора ограничения" и "Рассчитывать продолжительность работы для выбора ограничения" для РФ. Есть настройка раздела Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Особенности расчета "Процент пособия учитывать по" и настройки раздела Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Ограничения "Стаж работы для выбора ограничения" и "Рассчитывать продолжительность работы для выбора ограничения".Для Республики Беларусь и России настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Особенности расчета "Стаж работы для выбора процента пособия" переименована в "Страховой стаж для расчета пособий". И перенесена из папки "Особенности расчета" в папку "Больничные, расчеты по среднему" Для Республики Беларусь и России скрыта настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Ограничения "Стаж работы для выбора ограничения". Для Республики Беларусь и России Настройка "Рассчитывать продолжительность работы для выбора ограничения" установлена в значение "по единому стажу с предыдущими работодателями" и скрыта.
101.663239.1.178.1Реальная дата расчета для Пилотного проектаЗаработная платаРасчет больничных
Требуется реализовать реальную дату расчета больничного для Пилотного проекта. Вынесено из проблемы ПиР №101.61964 Записывать в это новое поле текущую системную дату с возможностью редактирования. Старое поле (Дата расчета) переименовать в "Учетный период", указывать только месяц и год и расположить ближе к датам начала и окончания больничного. Если это не повредит корректному формированию отчетов "Контроль по заболеваемости" , "Реестр по заболеваемости" , реестров на перечисление в банк и т.д. Похожее поле реализовано в интерфейсе отпуска (Период учета при выборе отпусков для платежных документов).Доработан интерфейс расчета больничных листов. Для определения периода учета больничного листка добавлено поле Период учета, которое по умолчанию и после расчета больничного равно расчетному периоду (хранится последнее число расчетного месяца). Поле Дата расчета теперь устанавливается текущей дате, корректируется при необходимости и не изменяется после расчета. Для РФ служит для определения даты начала переходного периода для Пилотного проекта.
101.654849.1.178.0Больничные - оплачивать превышение ограничения в зависимости от условий трудового договораЗаработная платаОплата превышения ограничения по больничным листам
У многих клиентов оплата превышения ограничения больничных полагается не всем работникам - например, только руководителям среднего и высшего звена и т.п. Это условие прописывается в трудовом договоре с работником. Предлагается существующую настройку "Больничные, расчеты по среднему Ограничения - Оплачивать превышение ограничения пособия" разбить на две, например: - "Оплачивать превышение ограничения пособия" с вариантами "НЕТ/ВСЕМ РАБОТНИКАМ/ВЫБОРОЧНО"; - "Алгоритм расчёта превышения" (зависимая от предыдущей - недоступна при значении "НЕТ") с вариантами "ОТСУТСТВИЕ ОГРАНИЧЕНИЯ/ОТСУТСТВИЕ МАКСИМАЛЬНОГО ОГРАНИЧЕНИЯ/АЛГОРИТМ ИЗ КВО/ОТСУТСТВИЕ ОГРАНИЧЕНИЯ, НО НЕ БОЛЕЕ СУММЫ ПО АЛГОРИТМУ ИЗ КВО". И добавить соответствующий признак на вкладку [Стажи, надбавки] лицевого счёта в раздел данных для расчёта больничных, который будет доступен только при первой настройке "ВЫБОРОЧНО". Например, "Оплата превышения ограничения" с вариантами "ДА/НЕТ", или, возможно, имеет смысл интервал дат "С .. ПО .."Доработан функционал по оплате превышения ограничения больничных листов для случаев, когда оплата превышения полагается не всем работникам, а, например, только тем, для кого она оговорена в трудовом договоре. Выполнены следующие доработки: 1. Cуществующая системная настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные, расчеты по среднему Ограничения Оплачивать превышение ограничения пособия" делится на две: "Оплачивать превышение ограничения пособия" с вариантами: - "нет", - "всем работникам", - "отработавшим минимальный стаж", - "по выбору в лицевом счете". "Расчeт превышения" (недоступна при значении "нет" предыдущей настройки) с вариантами: - "до полной суммы пособия", - "по алгоритму из КВО", - "да, но не более суммы по алгоритму из КВО". 2. Добавлен признак в ЛС "Оплата превышения ограничения" со значениями "да/нет" (по умолчанию "нет").
102.1883489.1.178.0расчет по 29 алгоритмуЗаработная платаРасчет по среднему (алгоритмы отпусков)
Расчет по 29 алгоритму. ВО 91 назначается определенным образом через предварительный просмотр и используется для расчета и выплаты мат. помощи. ВО 91 рассчитывается по 29 алгоритму с признаком 0 и % 29.7. Если расчет ЗП производиться через ЛС сотрудника (Заработная плата |Документы | Лицевые счета), то программа "Галактика ERP" производит расчет верно. Если расчет производить по всем сотрудникам предприятия (Заработная плата | Операции | Расчет зарплаты | Расчет зарплаты) с теми же настройками, то рассчитываются по 91 ВО совсем другие суммы у этого сотрудника . Также хотелось бы отметить, что эта мат.помощь начисляется многим сотрудника, а такие проблемы с расчетами только у нескольких сотрудников. Проблема возникает в том случае, когда в списке сотрудников есть такой ЛС, для которого заведен 91 ВО в предварительной разноске и у которого нет ни одного полностью отработанного месяца, т.е. есть переход на расчет по среднечасовому.Для РБ исправлен расчет по алгоритмам расчета среднего для случая расчета по списку сотрудников, когда в данном списке есть ЛС с переходом на расчет по среднечасовому заработку.
102.1891389.1.178.0Возможность изменения алгоритма расчёта вида оплаты, привязанного к целодневной неявкеЗаработная платаЦелодневные неявки
Пусть к целодневной неявке привязан вид оплаты, который явно является одним из диапазона "отпускных" алгоритмов. После расчёта в окне неявок видим заполненный средний и видим запись в окне итогов по источникам затрат. Перепривязываем к неявке другой вид оплаты с алгоритмом, отличным от "отпускного" (либо в самОм виде оплаты меняем алгоритм на "неотпускной") и выполняем повторный расчёт. Нужно доработать расчётный алгорим так, чтобы менялась не только колонка "Сумма", но и очищался средний.Для описанной выше ситуации при изменении ВО для неявки в классификаторе (либо при измеении алгоритма в текущем ВО), очищается значение среднего и удаляются записи в окне итогов по источникам затрат, оставшиеся от предыдущего расчета.
102.1893839.1.178.0В интерфейсе округляется среднийЗаработная платаЦелодневные неявки
В интерфейсе округляется средний, из-за чего сумма по доплате неверная, хотя в протоколе сумма правильная.Доработано округление среднего в интерфейсе для алгоритмов [17,33,22,23,52,53,73,77,74,78], теперь при расчете сумма среднего округляется по настройке "Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Особенности расчета Округлять среднедневной заработок"
102.1897099.1.178.0Сторнирование отпуска / перенос отпуска в связи с болезнью на базе с доп. тарифамиЗаработная платаПредварительная разноска
Сторнирование отпуска / перенос отпуска в связи с болезнью на базе с доп. тарифами. На всех приведенных табельных номерах отпуск в архиве, б/л сформирован в тек периоде. Выполнена функция Контроль пересечения отпуска и б/л. Ожидается, что вернётся вся сумма отпуска и начислится с другой даты, т.е. сумма с "-" равна сумме с "+".Доработана функция "Предварительная разноска" в части переносов сумм отпуска, начисленных на период больничного листа для случаев, когда суммы отпуска в архиве оплат разбиты на несколько частей за одинаковый период. Теперь возврат и доначисление сумм происходит корректно. Доработка функционирует для тех российских пользователей, у которых в классификаторе налогов на ФОТ имеется запись с учетом работы во вредных условиях труда, т.е.при наличии записей с дополнительными признаками 1 или 2.
102.1892819.1.177.0Не верно сторнируется сумма при отзыве из отпускаЗаработная платаПредварительная разноска
У работника таб.№ 101340 Изначально был отпуск с 02/08/2018 по 19/08/2018. После был больничный с 14/08/2018 по 24/08/2018. В результате отпуск с больничным пересеклись по датам с 14/08/2018 по 19/08/2018 и из-за этого пересечения отпуск сдвинулся на период с 25/08/2018 по 30/08/2018. Теперь делают отзыв на эти даты с 25/08/2018 по 30/08/2018. Б/Л и приказ об отзыве заносился когда ЗП была в периоде 09/2018. после обработки приказа в интерфейсе отпуска сумма по отзыву из отпуска пересчитана верно, а в результатах расчета такой суммы нет. Сумма должна быть 12149,82.Для России доработана функция переноса сумм отпуска при обработке сторнирующих записей с признаком "С_Б" при предварительной разноске при наличии записей с дополнительными признаками 1 или 2 в Классификаторе налогов на ФОТ. Теперь в таких случаях анализируется примечание к дополнительной входимости (31) "Сторнируется при наличии больничного, отпуска за закрытый период". и примечание к дополнительной входимости (32) "Сторнируется при наличии больничного, отпуска за закрытый период". Если в какой-либо из этих входимостей указаны признаки "пересчитывать по дням" или "пересчитывать по часам", дополнительно анализируются поля "Дата выплаты (возврата)" для записей с одинаковыми видами оплаты и одинаковыми периодами. Если даты различаются, то считается, что имеет место автоматическое разбиение начисления отпуска по датам выплаты (перечисления). В этом случае записи переноса не объединяются в одну.
102.1610189.1.176.0Несовпадение среднедневного заработка в больничном в Основном окне и в окне Суммы по месяцам.Заработная платаРасчет больничных
После расчета больничного не совпадают среднедневной заработок в окне Больничный лист и в Суммах по месяцам (Казахстан).Казахстан. Исправлен расчет значения среднедневного заработка в больнином листе: после расчета больничного совпадают среднедневной в окне =Листки нетрудоспобности= и в суммах по месяцам.
102.1890419.1.176.0не рассчитываются целодневные неявки, переходящие на следующий месяцЗаработная платаПредварительная разноска отпусков и компенсаций расчетного периода
Не начисляются целодневные неявки, переходящие на следующий месяц, в случае, когда их расчёт выполнен по алгоритму, отличному от алгоритмов отпусков и больничных. Сотруднику оформили приказ РПД 71 "Дни отдыха и оплачиваемые неявки". К неявке привязан вид оплаты с пользовательским алгоритмом 121. Период неявки включает август и сентябрь. В августе данная неявка была рассчитана, система выплатила только сумму августа. После перехода ЗП на сентябрь данная неявка "ушла" в архив. Необходимо доработать так, чтобы сентябрьская часть начислилась не в августе, а в сентябре.Добавлен признак в классификатор видов отпусков и неявок. В окне редактирования записей классификатора добавлено поле-признак "выплачивать по месяцам", доступен для заполнения для записей с типом "целодневная неявка". В верхней панели окна редактирования целодневных неявок добавлен информационно признак "Выплачивать по месяцам", для отображения значения соответствующего поля из классификатора. Если в классификаторе значение поле-признака "выплачивать по месяцам" установлено "да", то в Предварительный просмотр и в Расчетные листки попадут суммы за отчетный месяц и за месяцы, предшествующие отчетному. При Переходе к новому периоду записи по работникам о таких целодневных неявках не переводятся в архив, а остаются в списке до тех пор, пока дата окончания неявки не станет меньше даты начала отчетного периода. В поле "Начислить" (в окне целодневных неявок) данном случае отображается текст "тек+прошл" (если неявка введена "задним числом" за прошлый месяц) или "текущ". Если признак "выплачивать по месяцам" установлен в НЕТ, то в поле "начислить" подсвечивается значение "полностью". Из неявок, с признаком "выплачивать по месяцам" ДА, в Предварительный просмотр и в Расчетные листки этого расчетного месяца для оплаты попадает сумма только за текущий месяц.
102.1854279.1.175.0Неверный расчет среднего заработкаЗаработная платаРасчет по среднему (по алгоритму больничных)
Расчет ведется по ВО с алгоритмом 53, признак 2. Если установлена настройка : Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Особенности расчета Округлять среднедневной заработок - "нет", То в протоколе расчет верный: Если настройку установить в значение "до копеек", итог в протоколе неверный.Доработан протокол расчета среднего заработка. В зависимости от значения настройки "Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Особенности расчета Округлять среднедневной заработок" в протокол выводится информация о применении округления, к каким суммам применялось округление. Добавлена возможность округлять средний в "Информации о среднем заработке" с учетом настройки "Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Особенности расчета Округлять среднедневной заработок"
102.973409.1.175.0Настройка "Разбить пособие на основную и дополнительную суммы" для БеларусиЗаработная платаНастройка
Настройка "Разбить пособие на основную и дополнительную суммы" для Беларуси Путь: Настройки Галактики -> Управление персоналом -> Больничные, отпуска, расчеты по среднему -> Больничные -> Продолжительность. Использование настроек "Разбить пособие на основную и дополнительную суммы" и "Количество дней для основной суммы" противоречит Белорускому законодательству. Следует сделать их неактивными при настройке на Беларусь.Скрыты настройки "Разбить пособие на основную и дополнительную суммы" и "Количество дней за счет работодателя" для Республики Беларусь.
102.1862079.1.174.0Требуется доработка Справки в центр занятостиЗаработная платаВ Центр занятости
Доработать справку в центр занятости. Добавить два параметра: 1. "Включать месяц увольнения" (по умолчанию - не установлен). Если параметр НЕ установлен, оставляем текущее формирование, т.е. в табличку с заработком собираем заработок за 12 месяцев, предшествующих месяцу увольнения. Если параметр установлен, то включаем заработок в месяце увольнения, т.е. период сдвигается на месяц. 2. "Приводить заработок к полному месяцу" (по умолчанию - не установлен). Данный параметр будет влиять именно на расчет среднемесячного заработка. Если параметр не установлен, то работает как сейчас. Если параметр установлен, то в случае, если в расчетном периоде (это два месяца, предшествующих увольнению) есть не полностью отработанные месяцы (работник был за свой счет и т.д.), заработок нужно приводить к полному месяцу по формуле: Сумма за этот месяц = Заработок/количество рабочих дней * количество дней по графику. Т.е. первый параметр влияет на табличную часть за 12 месяцев, второй - на строку "Среднемесячный заработок".Доработана справка в центр занятости (Отчеты / Справки / Справка в центр занятости). I. Добавлены два параметра: 1. "Включать месяц увольнения" (по умолчанию - не установлен, повлияет лишь на определение периода для уволенных, для не уволенных при определении периода ничего не изменится). Если параметр НЕ установлен, в табличку с заработком собираем заработок за 12 месяцев, предшествующих месяцу увольнения. Если параметр установлен, то в табличку включается заработок в месяце увольнения, т.е. период сдвигается на месяц вперед. 2. "Приводить заработок к полному месяцу" (по умолчанию - не установлен). Данный параметр влияет именно на расчет среднемесячного заработка. Если параметр не установлен, то работает как сейчас: среднемесячный заработок вычисляется как среднее арифметическое сумм из таблички за расчетный период (два месяца, предшествующих увольнению). Если параметр установлен, то в случае, если в расчетном периоде есть не полностью отработанные месяцы (работник был за свой счет и т.д.), заработок приводится к полному месяцу по формуле: Сумма за этот месяц = Заработок / количество рабочих дней * количество дней по графику. Т.е. первый параметр влияет на табличную часть за 12 месяцев, второй - на строку "Среднемесячный заработок". II. Доработан случай, когда работник имеет заработок только в одном из двух месяцев расчетного периода (например, от момента приема до увольнения отработал только месяц, либо весь месяц до месяца увольнения находился в отпуске за свой счет): среднемесячный заработок устанавливается равным заработку в месяце с ненулевой суммой начислений.
101.646839.1.173.0Начисление постоянной доплаты при повторном трудоустройстве.Заработная платаПредварительная разноска
Начисление постоянной доплаты при повторном трудоустройстве. "Вопрос по уволенным и вновь принятым на тот же табельный номер в расчётном месяце. Премия по итогам работы за месяц при предварительной разноске учитывается только по новому месту работы. Настройка "Контроль ввода данных по дате приема на работу" установлена в значении "не производится" и в результаты расчета зарплаты попадают суммы ДО даты приема на работу в Лицевом счете. Но не устраивает то, что в этих записях (в результатах расчета зарплаты) подразделение, в котором работает сотрудник на последний день месяца. Дело в том,что отнесение затрат в каждом подразделении свое, поэтому необходимо, чтобы начисление разбивалось правильно. На момент увольнения премию по итогам работы за месяц выплатить не можем, так как размер премии определяется на хозрасчетной комиссии по окончании месяца."Доработана функция "Предварительная разноска" для уволенных и вновь принятых. Теперь в предварительный просмотр попадают записи после даты приема на работу с учётом "Истории увольнений". Примечание. Следует иметь в виду, что, после установки обновления необходимо проанализировать список используемых алгоритмов, и при необходимости изменить их, т.к.не все алгоритмы учитывают периоды входящих оплат. Например, если для доплаты установлены алгоритмы [37..40] пр.1, следует установить признак пр.4
102.1864689.1.172.0Задвоение ВО в расчетнике при 29 входимостиЗаработная платаПредварительная разноска
Необходимо убрать лишнюю запись в Р/л. Для того, чтобы оплата с 0 суммой попала в Р/л в ВО добавили доп. входимость 29 (примечание - разноска и расчет, доп. информация - не рассчитывать по алгоритму). В ситуации, когда в классификаторе видов пособий для первого % установлено значение 0% 6 дней, система рассчитывает лишний вид оплаты с 0-м значением, если оплата первого процента полностью приходится на первый месяц оплаты.Доработана функция "Предварительная разноска" для больничных листов. Теперь лишняя запись в предварительном просмотре не появляется. Ситуация проявлялась для больничного листа с нулевой суммой за первый месяц при настройках: 1. "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Продолжительность Разбить пособие на основную и дополнительную суммы" - нет 2. "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Продолжительность Количество дней за счет работодателя"-0. 3. дополнительная входимость - (29) Запись с нулевой продолжительностью и суммой.
101.626759.1.171.0Больничный - округлять сумму к выдаче по настройке КВУЗаработная платаРабота с интерфейсом ввода больничных листов
В интерфейсе больничного предлагается округлять поле "К выдаче" по настройке КВУ "Округлять по собственным правилам" - аналогично тому, как это сделано в отпусках (см. ПиР 102.160484). Сейчас эта настройка КВУ работает только при формировании реестра по больничному - в результате получается сумма в реестре не равна сумме "к выдаче" в больничном. А поскольку сумма "к выдаче" учитывается при расчёте зарплаты с отключенной настройкой учёта выплат по документам, то это может привести к неправильному расчёту зарплаты.При расчете больничных для округления суммы на руки используется индивидуальная настройка Округлять сумму, заданная в в классификаторе ВУ для удержания, выбранного в качестве выплаты в межпериод. На данном этапе выбор индивидуальной настройки для округления предусмотрен для тех же видов удержаний, что и при расчете з/п.
102.1736989.1.171.0Остаток количества дней нетрудоспособности для инвалидов при переходе с года на год.Заработная платаРабота с интерфейсом ввода больничных листов
Остаток количества дней нетрудоспособности для инвалидов при переходе с года на год подсчитывается неправильно для одного случая заболеваемости (за второй год). Описание во вложении.Для РФ. В больничных листах для инвалидов автоматически устанавливается особенность Инвалид и ограничение по дням оплаты. В полях Остаток отображается количество дней ограничения для данного больничного.
102.1854039.1.171.0При смещении архивного отпуска на время больничного сторнирование отпускных сумм происходит некорректноЗаработная платаСторнирующие записи
В архиве оплат 2 записи по оплате отпуска (в одной из них стоит признак "П"). Работник заболел во время отпуска, БЛ с 07/06 по 11/06. В результате выполнения функции "Контроль пересечения:" отпуск разбит на части. Добавлены сторно записи. При расчете ЗП отпуск сторнируется за 56 дней вместо 28, т.е. дни задваиваются. В КВО для вида оплаты отпуска задана допвходимость "(31) Сторнируется при наличии больничного, отпуска за закрытый период" с признаком "пересчитывать по дням". В архиве оплат есть 2 записи по этому ВО: первая - из реестра межпериода, вторая - "добавка" по результатам пересчёта отпуска будущего месяца после окончательного расчёта зарплаты теущего месяца. Предварительная разноска создаёт только одну запись сторнирования по этому ВО с удвоенным количеством дней со ссылкой на первую запись архива. Соответственно и при расчёте зарплаты сторнируется только эта первая запись, а вторая - нет. Примечание. Проблема проявляется при наличии записей с дополнительными признаками 1 или 2 в Классификаторе налогов на ФОТ.Для России доработана функция обработки сторнирующих записей с признаком "С_Б" при предварительной разноске при наличии записей с дополнительными признаками 1 или 2 в Классификаторе налогов на ФОТ. Теперь в таких случаях анализируется примечание к дополнительной входимости (31) "Сторнируется при наличии больничного, отпуска за закрытый период". Если указаны признаки "пересчитывать по дням" или "пересчитывать по часам", дополнительно анализируются поля "Дата выплаты (возврата)" для записей с одинаковыми видами оплаты и одинаковыми периодами. Если даты различаются, то считается, что имеет место автоматическое разбиение начисления отпуска по датам выплаты (перечисления). В этом случае записи не объединяются в одну. Если в примечании указано: "пересчитывать по алгоритму" функция не добавляет количество дней из записи с пометкой "П".
102.1850989.1.170.0При выплате отпускных двумя частями их не получается корректно сторнировать при отзыве из отпуска - система производит возврат только первой выплаченной частиЗаработная платаСторнирующие записи
Установлено значение "нет" в настройке: "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Сторнирование и контроль Учитывать шифр затрат при группировке сторнируемых сумм" При выплате отпускных двумя частями их не получается корректно сторнировать при отзыве из отпуска - система производит возврат только первой выплаченной части. Так у сотрудника 151130 после отработки записи об отзыве сотрудника из отпуска и расчёта ЗП в результаты расчёта попадает неправильная сумма возврата (отпускные начислены двумя частями на общую сумму 30 527,41). При расчете зарплаты за июнь сторнируются отпускные с 4 по 21 июня, но сумма только 920,04 - первая часть, выплаченная в мае.Для России доработана функция обработки сторнирующих записей с признаком "С_О" при предварительной разноске при наличии записей с дополнительными признаками 1 или 2 в Классификаторе налогов на ФОТ и установленным значением "нет" в настройке: "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Сторнирование и контроль Учитывать шифр затрат при группировке сторнируемых сумм" Теперь в таких случаях анализируется примечание к дополнительной входимости (32) "Учитывается при сторнировании отпускных сумм". Если указаны признаки "пересчитывать по дням" или "пересчитывать по часам", дополнительно анализируются поля "Дата выплаты (возврата)" для записей с одинаковыми видами оплаты и одинаковыми периодами. Если даты различаются, то считается, что имеет место автоматическое разбиение начисления отпуска по датам выплаты (перечисления). В этом случае записи не объединяются в одну. Во всех остальных случаях, функция работает, как раньше.
102.1841139.1.169.0Манипуляции с датами и продолжительностью целодневных неявок не отражаются в итоговой суммеЗаработная платаЦелодневные неявки
Манипуляции с датами и продолжительностью целодневных неявок не отражаются в итоговой сумме. Если в уже рассчитанной ЦН поменять даты начала или окончания, то происходит перерасчет ее. В результате дни и часы ЦН поменялись, а вот итоговая сумма осталась неизменна. Ранее после такой манипуляции менялись и кол-во дней/часов и итоговая сумма. Необходимо вернуть прежний функционал, т.к. пользователь может далее прийти к ошибке в расчете ЗП.При изменении вручную даты начала(окончания) ранее рассчитанной целодневной неявки в сторону, приводящую к изменению продолжительности в днях(часах) - автоматически пересчитывается и величина суммы оплаты.
102.1839959.1.168.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.12.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1845189.1.167.2не считаются целодневные неявкиЗаработная платаЦелодневные неявки
Не рассчитываются целодневные неявки, заведенные через интерфейс целодневных неявок и для которых привязан ВО с алгоритмом, отличным от алгоритма расчета среднего.Исправлен расчет целодневных неявок, заведенных через интерфейс целодневных неявок и для которых привязан ВО с алгоритмом, отличным от алгоритмов расчета среднего заработка.
102.1631839.1.167.0Расчет целодневных неявок из двух источников финансированияЗаработная платаЦелодневные неявки
На текущий момент для вида оплаты с алгоритмом 17 (оплата по-среднему) нет возможности расчета суммы из нескольких источников (бюджет и внебюджет).Для расчета целодневных неявок из 2-х источников были доработаны классификаторы. В классификаторе видов оплат и скидок (Закладка "По среднему", группа настроек "Общие настройки для расчета среднего заработка") существующая входимость в расчет среднего переименована во входимость в "расчет среднего из <источник 1>" и добавили еще одну входимость в "расчет среднего из <источник 2>". Пользователю необходимо самостоятельно настроить КВО: по всем видам оплат, участвующим в расчете среднего заработка проставить необходимые входимости. В перечень существующих расчетных алгоритмов добавили следующие: 73 - Расчет зарплаты по среднему часовому заработку из <источник 1> с учетом годовых премий и поправочного коэффициента тарифа. 77 - Расчет зарплаты по среднему дневному заработку из <источник 1> с учетом годовых премий и поправочного коэффициента повышения тарифа. 74 - Расчет зарплаты по среднему часовому заработку из <источник 2> с учетом годовых премий и поправочного коэффициента тарифа. 78 - Расчет зарплаты по среднему дневному заработку из <источник 2> с учетом годовых премий и поправочного коэффициента повышения тарифа. Существующие сейчас 17 и 33 алгоритмы будут учитывать суммы по 2-м источникам: 17 - Расчет з/п по среднему дневному заработку из 2-х источников с учетом годо-вых премий и поправочного коэффициента повышения тарифа; 33 - Расчет з/п по среднему часовому заработку из 2-х источников с учетом годо-вых премий и поправочного коэффициента. Пользователю необходимо будет привязать нужный алгоритм для каждого ВО, из которого рассчитывается целодневная неявка. Наименование <источник 1> и <источник 2> подтягиваются из общесистемных настроек "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Особенности расчета Сокращенное наименование источника оплаты 1" (UP.ZAR.OTP.FOND1) и "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Особенности расчета Сокращенное наименование источника оплаты 2" (UP.ZAR.OTP.FOND2) соответственно. В классификаторе отпусков и неявок, для записей с типом целодневная неявка, добавили возможность выбора источника расчета, чтобы пользователь смог указать, из скольких источников рассчитывается неявка. И для каждого источника привязать соответствующий ВО. Доработан интерфейс целодневных неявок. Из средней панели интерфейса редактирования целодневных неявок убраны поля "Счет", "Субсчет", "КАУ", "Хозяйственная операция", "Параметр выбора", поле "Сумма" теперь не редактируемое. В нижней панели интерфейса добавили вкладки, на которых отображаются суммы по месяцам расчетного периода для каждого источника. При переключении между вкладками подсвечиваются соответствующие значения "суммы среднего" в средней панели и "вид оплаты" и "алгоритм" в верхней панели. В локальное меню интерфейса добавили пункт "Просмотр итогов по источникам затрат", при выборе которого открывается дополнительное окно "Итоги по источникам затрат" с возможностью редактирования полей кроме поля "источник оплаты". Возможность для вставки и удаления записей по источникам из интерфейса не предусмотрена. Для неявок, созданных и рассчитанных до данного обновления, данные в "Итогах по источникам затрат" не заполняются, а функция предварительной разноски учитывает имеющиеся данные для расчета. Доработана справка о расчете среднего (форматы бизнес-текст и Excel) для целодневных неявок. В справку выводится дополнительная информация, с учетом расчета из 2-х источников. В случае расчета неявки из 2-х источников в заголовок добавили наименование видов оплат для каждого источника. В структуру справки вывели суммы расчетного периода по каждому источнику и показываются итоговые суммы по каждому источнику соответственно (заработок и вознаграждение, сумму среднего). Также в справке указана сумма оплаты неявки по каждому источнику.
102.1831239.1.167.0При обработке С_О не обрабатываются записи соответствующие индексации отпускаЗаработная платаСторнирующие записи
При обработке С_О не обрабатываются записи соответствующие индексации отпуска. Скорее всего причина в том, что у данных записей проставлена пометка "П"Для всех стран, кроме России, доработана функция обработки сторнирующих записей с признаком "С_О" при предварительной разноске с пометкой "П". Теперь в таких случаях анализируется примечание к дополнительной входимости (32) "Учитывается при сторнировании отпускных сумм". Если указаны признаки "пересчитывать по дням" или "пересчитывать по часам", то каждая из записей поступает в предварительный просмотр и далее в расчет зарплаты
102.1800119.1.166.0Необходимо доработать функцию конвертаци и другие исходники для отката функциональности по изменению заполнения ссылок на предыдущий больничныйЗаработная платаРабота с интерфейсом ввода больничных листов
В результате решения ПИР 101.63766, были проведены изменения в коде расчета больничных листов. Необходимо провести анализ изменений в других исходниках, связанных с заполнением ссылки на предыдущий больничный в таблице blankbln Пока необходимо вернуться к старой функциональности в данном вопросе, до доработки проблемы связанной с распространением больничных на несколько лицевых счетов. Все функции должны отражать информацию одинаково.В рамках доработки словаря были добавлены новые поля в таблицы Blisnet и BlankBln. Соответственно сделаны следующие доработки: 1. Доработан компилятор для заполнения новых полей таблиц. 2. В интерфейсе больничных листов появилось поле "Продолжение листка нетрудоспособности номер", ссылка на предыдущий бланк осуществляется при изменении типа больничного на "продолжающийся" и выборе первичного листка нетрудоспособности. 3. Изменен принцип определения и хранения даты начала заболевания.
102.1828289.1.166.0при возврате функцией пересчета средних неправильно считается итоговая сумма больничногоЗаработная платаРасчет больничных
при возврате функцией пересчета средних неправильно считается итоговая сумма больничного.Для РБ доработан расчет больничного , который вернули функцией "Перерасчёт средних". Теперь такие больничные рассчитываются правильно.
101.643569.1.165.0Расчет зарплаты - неправильно сторнируется отпуск в случае настройки пересчета по днямЗаработная платаПредварительная разноска
В КВО для вида оплаты отпуска будущего месяца задана допвходимость (32) "Учитывается при сторнировании отпускных сумм" с признаком "пересчитывать по дням". В архиве оплат есть 2 записи по этому ВО: первая - из реестра межпериода, вторая - "добавка" по результатам пересчёта отпуска будущего месяца после окончательного расчёта зарплаты теущего месяца. В текущем месяце обработан отзыв из этого отпуска (полностью) и создана сторнирующая запись на весь период. Но предварительная разноска создаёт только одну запись сторнирования по этому ВО со ссылкой на первую запись архива. Соответственно и при расчёте зарплаты сторнируется только эта первая запись, а вторая - нет. Примечание. Проблема проявляется при наличии записей с дополнительными признаками 1 или 2 в Классификаторе налогов на ФОТ.Для России доработана функция обработки сторнирующих записей с признаком "С_О" при предварительной разноске при наличии записей с дополнительными признаками 1 или 2 в Классификаторе налогов на ФОТ. Теперь в таких случаях анализируется примечание к дополнительной входимости (32) "Учитывается при сторнировании отпускных сумм". Если указаны признаки "пересчитывать по дням" или "пересчитывать по часам", дополнительно анализируются поля "Дата выплаты (возврата)" для записей с одинаковыми видами оплаты и одинаковыми периодами. Если даты различаются, то считается, что имеет место автоматическое разбиение начисления отпуска по датам выплаты (перечисления). В этом случае записи не объединяются в одну. Во всех остальных случаях, функция работает, как раньше.
102.944859.1.165.0Задваивается сумма возврата отпускных при отзыве из отпускаЗаработная платаСторнирующие записи
При наличии в архиве начислений записей о сторнировании отпуска, после выполнения функции Перерасчета средних: сумма возврата отпускных задваивается.Исправлено. Теперь записи сформированные при пересчете средних не сторнируются.
180.36889.1.165.0сторнирование начислений не учитывает аналитикуЗаработная платаСторнирующие записи
Имеется в архиве 2 начисления с одним кодом 58 за один период: 5300 (ИФ=1) и 1700 (ИФ=2). По графику 15 дней. За предыдущий период заносим больничный лист (на 10 дней). По ручным расчетам должны иметь сторно начислений: (ИФ=1) 5300/15*10 = - 3533.33 (ИФ=2) 1700/15*10 = - 1133.33 ИТОГО = - 4666.66 В результатах расчета получаем 2 сторнирующие записи с кодом 58 и одинаковой суммой - 2333.33 (Итого: - 4666.66) , но с разными источниками финансирования (ИФ). Итог верный, но по ИФ сторно прошло некорректно. Получается, что с ИФ=2 сторнировали больше, чем начислили. Сторно должно учитывать аналитику начислений (счет, субсчет, КАУ, параметр). Раньше работало верно, сломалось с установкой Z_ZAR 8.10.41.01.Доработана функция сторнирования начислений при расчете заработной платы. Доработка проводилась для записей из "Предварительного просмотра" с пометками "СО" и "СБ" в том случае, если в соответствующих дополнительных входимостях (31 и 32) в качестве примечания указано "пересчитывать по дням" или "пересчитывать по часам". При обработке сторнирующих записей из предварительного просмотра анализируется ссылка на исходную запись из архива оплат. Если ссылка задана, то сторнируется именно та запись, по которой создана исходная запись в просмотре. Если ссылка не задана,то считается что запись создавалась вручную. По таким записям возврат сумм идет так, как было раньше. Примечание. При учете записей с пометкой "СБ" учитывается доп.входимость (31) Сторнируется при наличии больничного, отпуска за закрытый период. При учете записей с пометкой "СО" учитывается доп.входимость (32) Учитывается при сторнировании отпускных сумм. Если в примечании для этих доп.входимостей указано "пересчитывать по алгоритму" то функционал работает, как раньше, согласно указанному алгоритму. 2. Доработан интерфейс "Предварительный просмотр" для корректного отражения поля "Корректировалась". 3. Доработана функция "Предварительная разноска" для корректной обработки поля "Корректировалась". При проверке данного решения следует проверить работу функции "Предварительная разноска" c учетом поля "Корректировалась". Внимание. Могут не пойти тесты по проверке функциональности работы функции "Предварительная разноска" c учетом поля "Корректировалась". Это произойдет в том случае, если данные тесты создавались до решения ПИР 101.41254. Такие тесты нужно переделать.
101.641469.1.164.0При разноске оплаты административного отпуска (без заполненного кода оплаты) в предварительный просмотр попадает ВО очередного отпускаЗаработная платаПредварительная разноска отпусков и компенсаций расчетного периода
При разноске оплаты административного отпуска (без заполненного кода оплаты) в предварительный просмотр попадает ВО очередного отпуска.При разноске оплаты административного отпуска (без заполненного кода оплаты) в предварительны просмотр попадает 105 ВО.