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


Описание файла обновления:
ФайлG_SUMDIVIDE_DLL_911560.TXT
ОбновлениеG_SumDivide_dll_911560
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентG_SUMDIVIDE
ТипDLL
Версия9.1.156.0
Дата2018-02-07 13:07:35
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.1457629.1.81.0В разноске неверное количество дней для целодневной неявкиЗаработная платаПредварительная разноска
Сформирована и рассчитана целодневная неявка. После этого изменен режим работы и переформирован табель. В случае, если количество дней в неявке (по старому режиму) больше, чем в табеле (после переформирования) в разноску попадает количество дней не из неявки, а из табеля.Исправлено. Для целодневных неявок и отпусков без оплаты количество дней переносится в разноску из неявки (отпуска) по старому режиму работы. В случае переходящего отпуска, если количество дней в отпуске больше (по старому режиму), чем в табеле (после переформирования), разница записывается в последний период.
102.1458819.1.81.0индексация отпускных в связи с изменением окладаЗаработная платаПредварительная разноска
настройка в программе установлена: Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска====изменять на отпуск тек.месяц Сотруднику рассчитан отпуск с 10 августа 2015 по 5 сентября 2015. Отпускные выплачены в июльскую зарплату: В августе изменился оклад, программа правильно проиндексировала отпускные, но неверно проставила коды оплат по доначислению. Все коды она доначислила 106 кодом. А у клиента использовался для оплаты августа месяца код 107(оплата отпуска из фзп) и 111(оплата отпуска из фмп). Для текущего месяца из фзп используется 106, а из фмп-102. Требуется, чтоб индексация 107 легла на 106, а 111 на 102. Есть еще у них и 104 код---это оплата из фзп отпускных сентября. Индексация 104 должна лечь на 107, а если бы она была из фмп , то на 111. Одним словом, в классификаторе отпусков проставлены коды оплат тек, буд и последующих для оплаты отпусков и из фзп и фмп. Индексация должна лечь на коды во из классификатора отпусков.Доработан выбор вида оплаты при индексации отпусков в функции "Предварительная разноска". Теперь виды оплат выбираются согласно классификатору отпусков, суммы которых индексируются, при этом учитывается период, на который падает индексация. Если сумма индексации приходится на отчетный период, то выбирается вид оплаты отпуска отчетного периода. Если сумма индексации приходится на будущий период, то выбирается вид оплаты отпуска будущего периода. Должны быть установлены настройки: "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Условие индексации ранее рассчитанных больничных и отпусков": при изменении тарифа/оклада. "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Вид оплаты при сторнировании отпуска будущего месяца" изменять на отпуск тек.месяца.
102.1459769.1.81.0РБ. При обработке переноса отпусков при наложении больничного необходимо заполнять общую дату начала событияЗаработная платаПредварительная разноска
РБ. При обработке переноса отпусков при наложении больничного необходимо заполнять общую дату начала события. Отдельно - ухода в отпуск(отпуска), отдельно - продления отпуска(отпусков) после больничного. Для расчётов взносов на профессиональное пенсионное страхование принципиально важны: исходная дата начала пакета отпусков и дата начала продления пакета отпусков в связи с появлением больничного листа.При обработке сторнирующих записей типа "В_О" для оплат отпуска с отрицательными суммами (возврата по дням исходного отпуска, перекрытых больничным) восстанавливается дата начала пакета отпусков из архивных оплат. Для оплат перенесенных дней (и оставшихся в периоде после больничного) поле заполняется датой, следующей за датой окончания больничного.
101.575859.1.80.0При расчете по 79 алгоритму для расчета берется предыдущий периодЗаработная плата* Алгоритмы отпускных
Отчеты - Сверки расчетов - Информация о среднем заработке. При расчете по алгоритмам по-среднему для отпуска ( 21,28-32 или 60-70,79) для расчета берется неверный период. При формировании среднемесячного заработка, указывая при этом месяц начала периода 01/01/2014 и месяц окончания периода 31/12/2014, учитываются данные за 2013 год.Для отчета "Информация о среднем заработке" для отпускных алгоритмов расчетный период учитывается верно.
102.1441109.1.79.0Обработка сторнирующих записей типа С_О, в предварительной разноске не учитываются записи тек. периодаЗаработная платаПредварительная разноска
Обработка сторнирующих записей типа С_О, в предварительной разноске не учитываются записи тек. периода. Отпуск был начислен в июне с 21/06 по 17/07 28 дней. В июле - больничный, функция контроля, и далее отзыв из продленных дней отпуска. таб. 7 отпуск в архиве, б/л в тек. периоде, выполнен контроль пересечения, отпуск перенесся правильно, в УП сформирован приказ на отзыв из дней продленных, отзыв обработан (с возвратом начисленной суммы) и сформированы сторнирующие записи С_О. Предварительная разноска переносит дни отпуска на время отзыва по записям тек. периода.Доработана функция "Предварительная разноска" при обработке сторнирующих записей типа С_О по переносу сумм на время больничного. Отпуск был начислен в июне с 21/06 по 17/07 28 дней. В июле - больничный, функция контроля, и далее отзыв из продленных дней отпуска. Теперь предварительная разноска исключает дни отпуска на время отзыва. Если отзыв был в середине перенесенного отпуска, то разноска заполняет записи на время до отзыва и после. Если отзыв был на все время перенесенного отпуска, то запись о переносе не формируется.
102.1450949.1.79.0При расчёте ЗП целодневная неявка берёт количество дней из табеля, а сумму и часы из неявкиЗаработная платаПредварительная разноска
Сформирована и рассчитана целодневная неявка на период с 10.08. по 11.08 на 1 день. После этого изменен режим работы и переформирован табель, в указанном периоде по новому режиму 2 рабочих дня. В результате в разноску попадает количество дней не из неявки (1), а из табеля (2).Исправлено для целодневных неявок (вынужденные отпуска с признаком отпуска для расчета 5 - Расчет для вынужденных отпусков, исходя из графика работы) для случая, если количество дней в табеле больше, чем в целодневной неявке. Количество дней переносится в разноску из неявки по старому режиму работы.
102.1440759.1.77.0Сторнирование премии по алг. 38 с признаком 4.Заработная платаРасчет начислений (общие вопросы)
Сторнирование премии по алг. 38 с признаком 4. Премия ВО 71 считается по алгоритму 38 с признаком 4 от 7 и 9 ВО. В случае, когда 7 и 9 ВО имеют разные КАУ, 71 ВО рассчитывается 2-мя строчками. В дальнейшем из-за этого возникают проблемы со сторнированием премии, т.е. пересчитывается премия только от одной частиДоработана технология возврата сумм на основе записей о сторнировании с пометкой "С_Б" для алгоритмов 37-40 признак 4 по настройке на Беларусь. 1. Доработана функция предварительная разноска. Теперь записи разделяются в предварительном просмотре, если они имеют разные ШПЗ. Таким образом в результатах расчета зарплаты суммы рассчитываются каждая со своей части, если указано значение "пересчитывать по дням/часам" для дополнительной входимости "(31) Сторнируется при наличии больничного, отпуска за закрытый период классификатора видов оплат". 2. Доработана функция расчета заработной платы для алгоритмов 37-40 признак 4 для записей с пометкой "СБ", у которых указано значение "пересчитывать по алгоритму" для дополнительной входимости "(31) Сторнируется при наличии больничного, отпуска за закрытый период классификатора видов оплат". 3. Доработана функция расчета заработной платы для алгоритмов 37-40 признак 4 для записей с пометкой "СБ", если в архиве оплат они разбиты, но они имеют одинаковые ШПЗ, и в предварительном просмотре имеется одна запись для возврата. В этом случае дорабатывался возврат для значений "пересчитывать по дням/часам" дополнительной входимости "(31) Сторнируется при наличии больничного, отпуска за закрытый период классификатора видов оплат".
102.1450039.1.77.0Больничный по УкраинеЗаработная платаРасчет больничных
W:public9.1VIKTORDATA1_boln_ukr Таб. 11 - Была одна строка 100% за 10 дней с суммой 1176.78, стало две строки и сумма разбилась на две, но итог показан по однойУкраина. Исправлен расчет больничных пособий по БИР.
102.647099.1.77.0Расчет з/п меняет признак ЛСЗаработная платаРасчет начислений (общие вопросы)
После слияния ЛС дополнительный ЛС принимает признак "архив", при этом связь основного с дополнительным остается. При расчете з/п с учетом всех ЛС работника признак "архив" меняется на "рассч".Признак "архив" теперь остается признаком "архив".
101.571959.1.76.0Не правильно обрабатывается запись о сторнировании при пересечении отпуска с больничнымЗаработная платаПредварительная разноска
Не правильно обрабатывается запись о сторнировании с причиной Б_О" при переносе сумм отпуска из-за пересечения с больничным. Если заменить причину на Б_О то сторнирование работает корректно. Очередной отпуск с 30.04.15 -02.05.2015. Расчет отпуска по архиву оплат. Сумма отпускных перечислена полностью. Записи об отпуске находятся в архиве Расчетный период - май. В мае сотрудница приносит больничный с 30.04.2015 по 30.04.2015 После ввода больничного запускаем функцию Контроль пересечения больничных с отпусками. Эта функция создает записи разделе "Сторнирование и пересчет" Смежных данных: При расчете зарплаты мы должны получить перенос сумм с апреля на май один день. Но в предварительном просмотре создается запись на два дня с плюсовым количеством дней, а должно быть две записи. Одна с минусовым количеством дней на 30.04.15, вторая с плюсовым на 3.05.2015.Доработана функция "Предварительная разноска" по обработке записей о сторнировании с причиной Б_О" при переносе сумм отпуска из-за пересечения с больничным. Теперь запись о переносе отпуска формируется корректно. Примечание. Напомним, что в Классификаторе видов оплат для записи об отпуске должны быть указаны следующие настройки: тип оплаты "О" (31) Сторнируется при наличии больничного, отпуска за закрытый период (32) Учитывается при сторнировании отпускных сумм Ниже описана ситуация, в которой проявлялась ошибка. Очередной отпуск с 30.04.15 -02.05.2015. Расчет отпуска по архиву оплат. Сумма отпускных перечислена полностью. Записи об отпуске находятся в архиве. Расчетный период - май. В мае сотрудница приносит больничный с 30.04.2015 по 30.04.2015 После ввода больничного запускаем функцию Контроль пересечения больничных с отпусками. При расчете зарплаты должны получить перенос сумм с апреля на май за один день.
102.1430059.1.76.0Обработка сторнирующих записей типа С_БЗаработная платаСторнирующие записи
Не верная обработка сторнирующих записей типа С_Б для вечерних В разноске в результате получаются следующие записи: Дней Часов Начало Окончание -6 -24 01.03.2012 26.03.2012 1 24 01.03.2012 24.03.2012 Дней должно быть 6 ( 25 и 26 выходные и рабочих дней и часов нет)Исправлена функция Предварительная разноска для оплат с типом "ВЧ", "НЧ", "ПЧ", "РВ", "СЧ". Теперь время за работу для этих типов оплат определяется в соответствии с табелем учета рабочего времени. Если при этом, количество дней или часов в суммах оплат меньше значения в табеле, то выбирается значение из сумм оплат. Доработка функционирует для тех российских пользователей, у которых в классификаторе налогов на ФОТ имеется запись с учетом работы во вредных условиях труда. Возврат происходит по следующей схеме: 1. возвращаются в полном размере все записи из архива оплат, период которых, хотя бы частично, попадает на время больничного листа. Даты, количество дней и часов совпадают с теми, которые указаны в архиве оплат. Если, на один и тот же период, в архиве оплат имеется несколько записей с одинаковыми параметрами, то в предварительном просмотре формируется общая запись за период. Дни и часы в результирующей записи о возврате равны сумме всех одинаковых записей. 2. По каждому периоду результирующей записи о возврате, в предварительном просмотре формируется новая запись. Даты начала и окончания этой записи, а также дни и часы, соответствуют рабочему периоду. 3.Если в результате получится так, что количество дней возврата совпадет с количеством дней за рабочее время по текущему табелю, возврат не будет выполняться.
102.1435319.1.76.0Не учитывается настройка при расчете сверхурочныхЗаработная платаПредварительная разноска сверхурочных, ночных, работы в праздники и выходные
Не учитывается настройка при расчете сверхурочных При расчете не учитываются настройки - Часы работы сверхурочно - вводить вручную - Часы работы сверхурочно(остаток) - вводить вручную Всегда работает как - рассчитывать автоматически - ручное заполнение игнорируетсяИсправлен расчет сверхурочных. При сочетании настроек: - "Настройки Галактики Управление персоналом Табельный учет Расчет итогов Суммированный учет сверхурочных часов" - "да", - "Настройки Галактики Управление персоналом Табельный учет Расчет итогов Хранить итоговое количество часов для каждого перехода отдельно" - "да" - "Настройки Галактики Управление персоналом Табельный учет Расчет итогов Часы работы сверхурочно" - "вводить вручную", Часы работы сверхурочно(остаток)" - "вводить вручную" в расчет заработной платы попадает именно введенное вручную значение часов сверхурочных и остатка.
102.1445369.1.76.0Ошибка в отнесении сверхурочных на код выплатыЗаработная платаПредварительная разноска сверхурочных, ночных, работы в праздники и выходные
При смене режима учета сверхурочных в течение месяца с поденного на суммированный и обратно (в параметрах перехода) неправильно формируется вид оплаты для суммированного учета.Исправлена ошибка при формировании вида оплаты при смене режима учета сверхурочных с поденного на суммированный и обратно.
102.1445379.1.76.0Некорректный пересчет доплаты из-за больничного если 2 записи о пересчете.Заработная платаПредварительная разноска
У сотрудника в мае была рассчитана доплата за период с 1 по 13 мая, но в архиве период указан весь месяц В июне сотрудник принес 2 больничных листа. Их ввели в систему – создались две записи о сторнировании. Если посчитать ЗП, то сторнирования суммы 2174,58 не происходит, но происходит доначисление той же суммы за правильный период с 1 по 13 мая. Это неправильный расчет. Если запись о сторнировании внести только одну – общую: То при расчете ЗП КВО 2207 посчитается корректно и в результат расчета не попадет.Доработана функция "Предварительная разноска" в части возврата сумм, начисленных на период больничного листа для случая, когда имеется два больничных листа за прошлый период. Теперь возврат и доначисление сумм за рабочий период происходит корректно. По прежнему, учитывается случай, когда количество дней возврата за нерабочий период и начисления за рабочий период совпадает. В этих случаях записи аннулируются, но при этом лишние записи не появляются. Доработка функционирует для тех российских пользователей, у которых в классификаторе налогов на ФОТ имеется запись с учетом работы во вредных условиях труда. Напомним, что возврат в этом случае происходит по следующей схеме: 1. возвращаются в полном размере все записи из архива оплат, период которых, хотя бы частично, попадает на время больничного листа. Даты, количество дней и часов совпадают с теми, которые указаны в архиве оплат. Если, на один и тот же период, в архиве оплат имеется несколько записей с одинаковыми параметрами, то в предварительном просмотре формируется общая запись за период. Дни и часы в результирующей записи о возврате равны сумме всех одинаковых записей. 2. По каждому периоду результирующей записи о возврате, в предварительном просмотре формируется новая запись. Даты начала и окончания этой записи, а также дни и часы, соответствуют рабочему периоду.
102.1446409.1.76.0Не нужно сторнировать записи в предварительной разноске для оплат за период с 1 по 31, если отработанное время совпадает с табелемЗаработная платаПредварительная разноска
Не нужно сторнировать записи в предварительной разноске для оплат за период с 1 по 31, если отработанное время совпадает с табелем. Пример. Расчетный месяц - май 2015. С 28 по 29 мая (30-31 выходные) заносим в табель отклонение без оплаты, к примеру Б. Рассчитываем зарплату за отработанные дни. В постоянных доплатах есть доплаты (премии, доплаты) назначенные за период с 1 по 31, но при это количество отработанных дней с учетом неоплачиваемой неявки (к примеру отработано из 22 дней 20, т.к. 2 неоплачиваемая неявка) Переходим на следующий месяц. Сотрудник приносит больничный, вносим больничный и рассчитываем. Считаем зп за июнь. В предварительной разноске создаются записи с минусом за два дня мая (28 и 29) для оплат с алгоритмом 2 и пользовательскими, у которых дата начала 01/05/2015, дата окончания 31/05/2015. Соответственно происходит пересчет сумм, чего не нужно делать в этом случае. Разбивать по датам в КВО "минус".Доработано формирование записей о возврате за предыдущий период функцией "Предварительная разноска", для записей с типом "СБ". Схема следующая. Количество дней и часов из каждой записи справочника "Суммы оплат", подлежащей возврату, сравнивается с рабочим временем по табелю за период этой оплаты. Если сумма начислялась за то же время, которое совпадает со временем текущего табеля, возврат не происходит. Исключение составляют виды оплат, для которых указана дополнительная входимость (29) Запись с нулевой продолжительностью и суммой. В этом случае формируется запись с указанием количества дней и часов = 0. Новая схема учитывает различные значения поля "Период оплаты" классификатора видов оплат.
104.203639.1.76.02 шкалы для процента СДЗ для больничныхЗаработная платаРасчет больничных
В Украине теперь 2 шкалы для процента среднедневного заработка для расчета суммы пособия по нетрудоспособности. Одна шкала для пособия за счет предприятия, вторая для пособия за счет ФСС.Доработка для Украины. Доработан расчет пособий по нетрудоспособности по стажу. Теперь есть возможность рассчитывать сумму за счет ФСС по проценту, отличному от процента за счет Предприятия. Для этого изменено окно выбора процента по стажу (Стажи работ, открывается по кнопке выбора в поле Стаж). Теперь в нем две колонки - Процент(Предпр.) и Процент(ФСС). Внимание! Если диапазоны по шкалам отличаются, то в таблицу нужно занести все диапазоны для какждого значение процента. Т.е. классификатор будет выглядеть следующим образом: Стаж Процент (Предпр.) Процент (ФСС) 0-3 50 60 3-5 60 60 5-8 70 80 более 8 100 100 Здесь получается единственный нюанс в том, что период 0-5 за счет предприятия нужно будет заносить двумя записями (0-3, 3-5). Если в классификаторе видов пособий в колонке Нач. процент установлен 0 или 1, это означает, что расчет пособия производится по стажу. В этом случае при условии, что установлена настройка "Разбить пособие на основную и дополнительную суммы", количество дней первого процента принимается равным количеству дней за счет работодателя ("Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Продолжительность Количество дней за счет работодателя"). Значение начального процента выбирается из колонки Процент(Предпр.), значение второго процента - из колонки Процент(ФСС). Если значение процента за счет ФСС нулевое, то значение второго процента принимается равным проценту за счет предприятия.
101.572299.1.75.0Дважды сторнируется отпуск при отзыве у вредников при наличии периода обычных условий трудаЗаработная платаПредварительная разноска
Дважды сторнируется отпуск при отзыве у вредников при наличии периода обычных условий труда.Доработана функция "Предварительная разноска" в части возврата сумм с типом "O", начисленных на период отзыва из отпуска. Доработка функционирует для тех российских пользователей, у которых в классификаторе налогов на ФОТ имеется запись с учетом работы во вредных условиях труда. Возврат происходит по следующей схеме: Если, на один и тот же период, в архиве оплат имеется несколько записей с одинаковыми параметрами, то в предварительном просмотре формируется общая запись за период. Дни в результирующей записи о возврате равны количеству дней за период возврата. Количество часов в результирующей записи равно 0.
102.1031129.1.75.0Перенос доп.аналитики за прошлые периодыЗаработная платаПредварительная разноска
При расчете зарплаты в результатах расчета у доплат за прошлый месяц подразделение старое, а доп. аналитика новая. Предлагается переносить старую доп. аналитику.Теперь в таких случаях переносятся старые доп. аналитики.
102.1123659.1.74.0Необходимо обрабатывать uch_tarif в целодневных неявкахЗаработная платаЦелодневные неявки
При расчете неявки функция UCH_TARIF выдает старый оклад сотрудника из лицевого счета и не учитывает переход с новым окладом.В момент расчёта неявки в качестве текущего тарифа работника принимается тариф на дату начала неявки (с учётом переходов) - и в этом случае функция UCH_TARIF именно его и возвращает.
102.1434329.1.73.0Оплата работы в праздничный день дублируется в предвар. разноске и соответственно в расчете з/п , если есть переход в межпериодЗаработная платаПредварительная разноска сверхурочных, ночных, работы в праздники и выходные
Оплата работы в праздничный день дублируется в предварительной разноске и соответственно в расчете з/п , если есть переход в межпериод.Исправлена ситуация, когда записи с оплатой за работу в праздничные дни дублировались в предварительной разноске по количеству периодов.
102.1435429.1.72.0Неверно считаются сверхурочные. Не разбивается оплата 2-х дней и остатка. Все оплачивается ВО 2-х дней.Заработная платаПредварительная разноска сверхурочных, ночных, работы в праздники и выходные
В определенной ситуации (наличие неявок в табеле) не разбивается оплата сверхурочных на оплату 2-х дней из настройки и остатка дней.Исправлена ситуация с неправильным определением вида оплаты для остатка сверхурочных, в результате которой вся сумма сверхурочных относилась на оплату в пределах нормы
101.568749.1.71.0Сверхурочные не отражаются в Предварительной разноскеЗаработная платаПредварительная разноска сверхурочных, ночных, работы в праздники и выходные
Сверхурочные не отражаются в Предварительной разноске. При отражении в Табеле Сверхурочных, при запуске предварительной Разноски, функция не обрабатывает данные, как Выяснилось проблема подтверждается при отсутствии ВО и времени для расчета остатка сверхурочных (то есть при отсутствии учета остатка).Изменена обработка суммированных сверхурочных. Если в настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Оплата работ Оплата сверхурочных работ Суммированный учет ..суммировано не более" не задано количества часов, то считаем, что нормирование сверхурочных не ведется. Соответственно все сверхурочные относятся на основной ВО для сверхурочных (настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Оплата работ Оплата сверхурочных работ Суммированный учет Сверхурочно"). Ранее при таких настройках все сверхурочные ошибочно относились на остаток и если для него не был задан вид оплаты, то в предварительную разноску не попадали.
102.1422399.1.71.0Расчет сверхурочныхЗаработная платаПредварительная разноска сверхурочных, ночных, работы в праздники и выходные
Необходимо доработать расчет сверхурочных: 1. Применять способ расчета часов (суммированный/поденный) по режиму работы работника и только если в режиме указано значение "по настройке", то только тогда обращаться к общесистемной настройке "Суммированный учет сверхурочных часов". Сейчас если "Суммированный учет сверхурочных часов" установлен в ДА, а в режиме работы работника установлен поденный способ расчета, то расчет сверхурочных при наличии отклонений в табеле задваивается/затраивается и т.д. в зависимости от количества разрывов в табеле, причем эта разбивка не зависит от настройки в КВО "Разбивать по датам" Аналогично при этих условиях множатся записи в разноске при переходах в межпериод. 2. Учитывать настройку КВО "Разбивать по датам", т.е. "разбивать/не разбивать" логичнее будет по данной настройке,которая для этого предназначена, а не по каким-либо другим соображениям, как это делается сейчас.Для случая, когда для настройки "Способ расчета сверхурочных часов при смешанном учете установлено значение "смешанный", настройка "Суммированный учет сверхурочных часов" установлена в ДА, а в режиме работы работника установлен поденный способ расчета исправлен расчет поденных сверхурочных: устранено дублирование записей в предварительной разноске при наличии периодов переходов или периодов отклонений. Определение способа учета сверхурочных только по режиму работы некорректно, так как режим учитывается только при настройке "Настройки Галактики Управление персоналом Табельный учет Расчет итогов Способ расчета сверхурочных часов при смешанном учете" = "смешанный". В других случаях способ зависит как раз от настройки "Суммированный учет сверхурочных часов". Алгоритм определения разбиваемости по датам сверхурочных следующий: 1. Если настройка "Настройки Галактики Управление персоналом Табельный учет Расчет итогов Хранить итоговое количество часов для каждого перехода отдельно" установлено в "да" и для сверхурочных установлено значение "вводить вручную", то начисления по периодам НЕ разбиваются. 2. Если для сверхурочных установлено значение "рассчитывать автоматически" или настройка установлена в "нет", то разбиваемость определяется по настройке вида оплаты в КВО "Разбивать по датам". 3. И, наконец, в самой предварительной разноске есть общий параметр разбивки начислений по периодам.
102.1427049.1.71.0заполнять поле "дата выплаты,возврата"Заработная платаПредварительная разноска
В заработной плате сформирована автоматически отрицательная сторнирующая запись. Поле "дата выплаты,возврата" необходимо заполнять датой выплаты суммы за месяц корректировки, а не датой начала с которой назначена доплата.Для РБ. В случае, если сформирована автоматически отрицательная сторнирующая запись, в предварительной просмотре поле "Выплачена" заполняется датой из поля "Дата выплаты, возврата" интерфейса "Суммы оплат" или интерфейса "Суммы начисленные"(при сторнировании в будущем периоде).
102.1429069.1.71.0Задваивается сумма в БЛ за счет ФСС при наличии кода 021Заработная платаРасчет больничных
Задваивается сумма в БЛ за счет ФСС при наличии кода 021. У сотрудника на закладке "Особенности" в поле "Дополнительный код" установлен код 021. В этом случае при расчете больничного задваивается сумма за счет ФСС. Т.е. у меня расчет идет из СДЗ =152,956. За счет ФСС 12 дней, т.е. 12*152,956=1835,47. А указано 3670,94 (1835,47*2). В нижней части к сумме за счет ФСС еще и прибавилась сумма за счет предприятия. Ошибка проявляется, когда один день за счет предприятия переходит на следующий месяц.Исправлен расчет больничного листа для России при наличии кода 021 на закладке "Особенности" в поле "Дополнительный код". Теперь суммы пособия за счет предприятия и ФСС формируются правильно.
102.1430639.1.71.0Неверная разноска при наличии автоматических записей сторно С_Б, Б_О"Заработная платаПредварительная разноска
Работнику в июле был начислен отпуск с 22/07/2014 по 18/08/2014 двумя видами оплат: 106 с 22/07/2014 по 31/07/2014 107 с 01/08/2014 по 18/08/2014 в августе принесли больничный с 27/07/2014 по 08/08/2014 После запуска функции контроля пересечения больничных с отпусками сформировались записи сторно С_Б, Б_О" на период сдвига отпуска больничным. При предварительной разноске записи для сторнирования сумм отпуска сформировались на правильный период и количество дней, а записи по начислениям - неверны - и период и сумма.Исправлены функции "Контроль пересечения больничных с отпусками" и "Предварительная разноска" в части переноса сумм отпуска на время больничных в тех случаях, когда больничный приходится только на один из отпусков пакета. Теперь указанные функции работают правильно во всех случаях.
102.1431509.1.71.0Больничный по БиР для Крыма, выбрасывает дни, хотя месяц отработан полностьюЗаработная платаРасчет больничных
Больничный по БиР для Крыма, выбрасывает дни, хотя месяц отработан полностью В ЛС на закладке "Стажи, надбавки" установлен признак "Проживал в Крыму до 18.03.2014". Считаем пособие по БиР, в расчетном периоде выбрасывает дни при том, что месяц отработан полностью. В некоторых месяцах выбрасывает 17 дней (похоже на дни с 01.03. по 17.03), т.е. период до 18.03.2014. В примере в 3,4,5 месяцах выбрасывает по 17 дней, там ничего кроме оклада и месяц отработан полностью. Дней должно быть 289.Исправлен расчет больничный по БиР для жителей Крыма в 2015 году. Теперь количество дней исключения рассчитывается правильно, согласно настройкам (см.документ "Особенности расчета больничных для пользователей РФ 2013"). Примечание. Для жителей Крыма в ЛС на закладке "Стажи, надбавки" установлен признак "Проживал в Крыму до 18.03.2014".
102.1408979.1.70.0Необходимо доработать расчет больничных для иностранцевЗаработная платаРасчет больничных
Необходимо доработать расчет больничных для иностранцев в РФ. С 2015 года временно пребывающим иностранцам и гражданам ЕАЭС выплачиваются больничные. Но так они не платили взносы в ФСС за два предыдущих года, входящих в расчет больничного, расчет в 2015 году должен идти из МРОТ (24 МРОТ/730) аналогично, как при отсутствии заработка или когда заработок менее МРОТ.Доработка для РФ. С 2015 года временно пребывающим иностранцам и гражданам ЕАЭС выплачиваются больничные. Но так они не платили взносы в ФСС за два предыдущих года, входящих в расчет больничного, расчет в 2015 году должен идти из МРОТ (24 МРОТ/730) аналогично, как при отсутствии заработка или когда заработок менее МРОТ. Для расчета пособий из МРОТ в ЛС на закладку "Стажи, надбавки" (Данные для расчета пособий по нетрудоспособности) добавлен признак "Расчет из МРОТ". Если установлен этот признак, расчет пособий по нетрудоспособности за 2015 год для сотрудника осуществляется из МРОТ. Пособия c датой начала с 2016 года рассчитываются по стандартному алгоритму.
180.87629.1.70.0В результатах расчета проставляется неверный периодЗаработная платаПредварительная разноска
У сотрудника по графику 23 число выходной день: 24-го числа сотрудник не выходит на работу и ему проставляют НН: При расчете заработной платы в окладе проставляет период по 23/03/2015: "А когда в апреле он принесет больничный, который начинается с 22 марта, произойдет пересечение периодов оклада и больничного, что вызовет сторнировку оклада, которой не должно быть. Например, больничный с 22 по 22. При разноске записи по окладу за прошлый месяц с 01/03/2015 по 21/03/2015 за 9-ть дней и с 01/03/2015 по 23/03/2015 за - 9 -ть дней. В результатах расчета имеем одинаковые суммы с "+" и "-". На базе заказчика тоже формируются одинаковые суммы с + и -. Заказчик очень просит, чтобы записи в разноске затирались при одинаковых днях и часах.Доработана функция "Предварительная разноска" при при наличии больничного за прошлый месяц для случаев, когда начало или окончание больничного приходится на выходной день. Теперь двойные записи о сторнировании и начислении не формируются, если рабочий период полностью приходится на нерабочий,а количество дней и часов с "+" и "-" равны. Доработка актуальна для тех российских пользователей, у которых в классификаторе налогов на ФОТ имеется запись с учетом работы во вредных условиях труда.
101.568619.1.69.1Две сторнозаписи по ВО с 99 алгоритмом при занесении 2-х больничных листовЗаработная платаСторнирующие записи
Две сторно-записи по ВО с 99 алгоритмом при занесении 2-х больничных листов. Работнику внесли отклонение в табели "НН" неявка по невыясненным причинам. В архиве все корректно. Потом сотруднику заносят два больничных листа, которые приходятся на период неявки. При расчете заработной платы 210 ВО неявки по невыясненным причинам сторнируется дважды, что не верно. Сторнирование ВО 210 должно проходить один раз.Доработана функция Предварительная разноска при наличии двух больничных листов, которые приходятся на период одной записи в "Суммах оплат". Теперь в предварительный просмотр добавляется одна запись о возврате за период оплаты. Записи об оплате за рабочий период также контролируются по датам. Если период больничных листов приходится на весь период записи из "Сумм оплат", то запись на рабочий период не формируется. Если все-таки рабочий период присутствует между периодами больничного листка, то даты его формируются правильно. Доработка актуальна для тех российских пользователей, у которых в классификаторе налогов на ФОТ имеется запись с учетом работы во вредных условиях труда.
101.563249.1.69.0В случае, если после перехода в межпериод следуют выходные и больничный, встают некорректные даты в начисленияхЗаработная платаПредварительная разноска
При выполнении Предварительной разноски в случае, если после перехода в межпериод следуют выходные и больничный, встают некорректные даты в начислениях. Например, переход в межпериод с 1 по 16 число; 17 и 18 - выходные дни суббота и воскресение; начиная с 19 - больничный. В таком случае начисление (например, оклад) разобьется на две части - до и после окончания перехода, при этом даты в первой части будут с 1 по 18, а во второй - с 17 по 31 (скрин во вложении). А если больничного нет, то даты для первой части начисления встают корректные - с 1 по 16.Доработана функция "Предварительная разноска" с параметром "Разбивать по переходам". Добавлен контроль даты окончания периода в предварительной разноске. Если дата окончания периода больше даты окончания перехода,дата окончания периода ограничивается датой окончания перехода без добавления выходных дней в конце периода.
102.1417869.1.69.0Расчет больничного из МРОТ в случае нарушения режимаЗаработная платаРасчет больничных
Расчет больничного из МРОТ в случае нарушения режима. Пример. Текущий месяц - январь 2015. Больничный лист с 05/01 по 31/01. Нарушение режима 05/01 по 31/01. РК- 20%. При расчете больничного сравнивается СДЗ и (СДЗ из МРОТ +РК). Необходимо сравнивать либо оба СДЗ + РК, либо оба СДЗ без РК. P.S. Если нарушение не на весь период больничного и расчет НЕ из МРОТ, то на РК увеличивать только часть, приходящуюся на дни нарушения . А что касается, когда был и маленький заработок (т.е. расчет больничного шел из МРОТ) и нарушение, то все, что из МРОТ нужно увеличить на РК.Доработана функциональность расчета больничных для России. 1. Изменен расчет больничного из МРОТ в случае нарушения режима с учетом районного коэффициента. Теперь при расчете больничных сравниваются СДЗ из заработка с СДЗ из МРОТ. Расчет идет из той суммы, которая меньше. Результат умножается на РК. Если нарушение было не на весь период больничного и расчет СДЗ был не из МРОТ, то на РК увеличивается только часть, приходящаяся на дни нарушения". 2.Доработаны справки о расчете больничных с нарушением с учетом новых правил расчета.
101.454879.1.68.0Оплата пособий с учётом военного стажа. Источники финансированияЗаработная платаСтажи для учета при расчете пособий по нетрудоспособности
Страховой стаж сотрудника составляет 4 года. Пособие по нетрудоспособности выплачивается в размере 60%. В стажах присутствует также военный стаж,указанный в соответствующей настройке. Вместе с ним стаж сотрудника составил 6 лет. Из средств ФБ необходимо доплатить разницу в процентах. Проблема в том, что из средств ФБ оплачиваются только те же дни болезни, что и из средств ФСС (в соответствии с гл.1, ст.3, п.4 закона 255-ФЗ). Первые два дня в размере 80% должны быть оплачены из средств работодателя. То есть принцип должен быть такой (в примере 5 дн. болезни): 3 дн. - из средств работодателя 80% от среднего заработка. 2 дн. - из ФСС 60% от среднего заработка 2 дн. - из ФБ 20% от среднего заработка. По такому принципу должны сформироваться оплаты в результате расчёта больничного и в предварительной разноске. В настоящий момент программа делает так: 3 дн. - из средств работодателя 60% от среднего заработка. 2 дн. - из ФСС 60% от среднего заработка 5 дн. - из ФБ 20% от среднего заработка.1. Доработан расчет пособий по нетрудоспособности в части суммы за счет федерального бюджета. Теперь из средств ФБ оплачиваются только те дни болезни, что и из средств ФСС. Доработан расчет пособий по нетрудоспособности в части суммы за счет предприятия. Теперь процент пособия за счет предприятия рассчитывается с учетом стажа службы в армии. 2. Доработаны справки о расчете пособий по нетрудоспособности. Теперь, при печати суммы за счет федерального бюджета, количество дней равно дням из ФСС, а процент равен разнице процентов. При печати суммы за счет предприятия процент пособия рассчитывается с учетом стажа службы в армии. 3. Доработана функция "Предварительная разноска". Теперь, для суммы за счет федерального бюджета, количество дней равно дням из ФСС, а процент равен разнице процентов. Процент пособия за счет предприятия рассчитывается с учетом стажа службы в армии.
101.563269.1.68.0Потеря функциональности - при перерасчете средних функция учитывает только первую запись начисления, разбитого по распределению затратЗаработная платаПредварительная разноска
Потеря функциональности - при перерасчете средних функция учитывает только первую запись начисления, разбитого по распределению затрат (в случае использования функции Распределение затрат). Проблема проявляется, когда в архиве оплат по одному и тому же виду оплаты указаны одинаковые даты с разными ШПЗ.Исправлена функция "Предварительная разноска" при обработке сторнировочной записи с признаком "П_С". Запись появляется после выполнения функции "Перерасчет средних". Теперь, записи за одни и те же периоды по одному и тому же виду оплат суммируются только тогда, когда имеют одинаковые ШПЗ.
102.1416879.1.68.0Неверно считается оплата сверхурочных при суммированном учете, если есть переход в межпериод с 1-го числа расчетного месяцаЗаработная платаПредварительная разноска
Неверно считается оплата сверхурочных при суммированном учете, если есть переход в межпериод с 1-го числа расчетного месяцаИсправлен расчет сверхурочных в ситуации, когда есть переход с 1 числа и в предыдущих периодах период суммированного учета не превышает месяц.
102.1414749.1.67.0Расчет пособия по нетрудоспособности жителю Крыма, у которого нет заработка или заработок меньше МРОТЗаработная платаРасчет больничных
Расчет пособия по нетрудоспособности жителю Крыма после присоединения к РФ, если у данного гражданина отсутствует заработок или заработок меньше МРОТ. Необходимо уточнить механизм расчета пособий по нетрудоспособности из МРОТ для жителей Крыма. Среднедневной заработок из МРОТ должен быть: МРОТ*24/730, т.е. 5965*24/730=196,1Доработан расчет пособия по нетрудоспособности и печать справок о расчете жителю Крыма после присоединения к РФ, если у данного гражданина отсутствует заработок или заработок меньше МРОТ. В этих случаях,среднедневной заработок рассчитывается из МРОТ по формуле: МРОТ*24/730. Количество дней в справках о расчете обычных больничных равно 730. Количество дней в справках о расчете пособий по БИР равно количеству дней в рабочем периоде, по аналогии со справками о расчете для остальных жителей России. При расчете обычных больничных для жителей Крыма используется та же схема определения расчета из МРОТ , что и для пособий по БИР. Получается такой механизм: 1. Считаем СДЗ работника путем деления заработка на 289. 2. Считаем СДЗ из МРОТ путем деления МРОТ *24 на 730. 3. В расчет выбираем наибольшую величину. Если в расчет принимается сумма по формуле п.2 , значит, пособие считалось из МРОТ.
102.1419029.1.67.0Потеря преемственности. Расчет сверхурочных по 4 алгоритму (1 признак)Заработная платаПредварительная разноска
Потеря преемственности. Расчет сверхурочных по 4 алгоритму (1 признак) Кол-во сверхурочных вводится вручную в итогах. В отклонениях заведены записи. В результате ВО, которым оплачиваются сверхурочные разбивается (дни отклонений исключаются)и для каждого периода берется одного и тоже кол-во сверхурочных часов из итогов.Исправлен расчет сверхурочных при отсутствии суммированного учета.
102.1412819.1.66.0Потеря функциональности. Расчет отпуска с опцией "расчет з/пл". Сумма на руки без учета з/пл.Заработная платаРасчет отпускных
Настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Особенности расчета Сохранять рассчитанную (проставленную) ранее ненулевую сумму на руки", имеющая значение "ДА" сохраняет нулевую сумму, т.е. при первичном расчете отпуска и з/пл сумма "на руки" остается нулевой.При расчете отпуска вместе с з/п сумма на руки в случае выплаты в межпериод заполняется всегда, независимо от значения настройки "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Особенности расчета Сохранять рассчитанную (проставленную) ранее ненулевую сумму на руки"
101.442769.1.64.0Суммированный учет рабочего времени с учетным периодом Год!Заработная платаПредварительная разноска
От источника: В соответствии со ст. 104 ТК РФ учетный период может иметь любую продолжительность - месяц, квартал, полугодие, но не более года. Как правило, он зависит от специфики учреждения и его производственного цикла. При суммированном учете работник в отдельные периоды времени может перерабатывать норму рабочего времени (ч. 1 ст. 104 ТК РФ). Однако такая переработка считается сверхурочной работой только в том случае, если она имеет место по окончании учетного периода (ч. 1 ст. 99 ТК РФ). При этом сверхурочные работы не должны превышать для каждого работника четырех часов в течение двух дней подряд и 120 часов в год (ст. 99 ТК РФ). В данный момент в системе Галактика реализован суммированный учет рабочего времени в пределах одного месяца. Возникает большая потребность (уже несколько крупных организаций обратились) в реализации суммированного рабочего времени с учетным периодом год.Реализована возможность учета суммированных сверхурочных за периоды, превышающие месяц, а именно - квартал, полугодие, год. Для этого: 1. В функции "Классификатор режимов работ" дополнительно к полю "Учет сверхурочных" добавлено поле "Период учета", которое визуально отображается только для суммированного учета сверхурочных. Варианты выбора периода - месяц, квартал, полугодие, год. 2. Доработана функция "Предварительная разноска" с учетом вариантов выбора периода. Формирование записей предварительной разноски по сверхурочным с суммированным учетом происходит при возникновении любого из следующих событий: - увольнение, - окончание периода учета, - изменение принципа учета сверхурочных. Если у работника в периоде учета сверхурочных не было перехода на режим работы с другим принципом учета, то формируются записи с начала периода. В противном случае, записи формируются с момента перехода на новый принцип учета. В зависимости от настроек видов оплаты и параметров редварительной разноски записи в разноске (и соответственно в результатах расчета) формируются за каждый месяц отдельно или общей суммой за весь период суммированного учета. В случае разбивки сверхурочных по месяцам общее количество часов разбивается по периодам пропорционально дням, в которых была переработка. Расчет остатка для суммированных сверхурочных возможен как для поденного, так и для суммированного учета. Количество часов в пределах нормы для суммированного учета остатка вводится как норма за месяц. Изменен подход к расчету суммированных сверхурочных за период: Если табель за месяц разбит переходом на несколько частей, то сверхурочные при суммированном учете больше не пересчитываются пропорционально отработанному времени, а показываются "как есть". При этом в случае недоработки за некоторый период светится 0. Таким образом, сумма сверхурочных по периодам не всегда теперь будет совпадать с итогом сверхурочных за месяц. Внимание! Вариант смены принципа учета сверхурочных корректно обрабатывается при значении настройки "Настройки Галактики Управление персоналом Табельный учет Расчет итогов Способ расчета сверхурочных часов при смешанном учете" = "смешанный". В этом случае учитываются настройки режимов работы для расчета сверхурочных часов.
102.1408649.1.64.0Казахстан. Расчет больничного за периодЗаработная платаРасчет больничных
Казахстан. Сломался расчет больничного за период: при расчете среднедневного не учитываются дни второго года, если задать период больше, чем за годИсправлен расчет больничного за период: теперь при расчете среднедневного учитываются дни второго года, если задать период больше, чем за год. Теперь невозможность задать период продолжительностью более года одной записью осталась только для больничных с датой начала заболевания 2014-2016 годов для жителей Крыма.
102.1108459.1.63.0Не начисляется доплата по 7-му алгоритму, при сторнировании отпускаЗаработная платаСторнирующие записи
был отпуск в октябре + начислена доплата (ВО 21, алг.7) с 32-й доп.входимостью и примечанием "доначислить", в ноябре сделан отзыв и сформированы сторнирующие записи, доплата попадает в предварительный просмотр, но не пересчитывается.Доработана функция "Предварительная разноска" для оплат с алгоритмами 7 и 58 в случае отзыва из отпуска за прошлый период. Теперь, если для оплаты с таким алгоритмом установлена дополнительная входимость 32 с примечанием "доначислить", то в предварительном просмотре заполняется поле "Сумма". Если в архиве оплат для записи с этой суммой продолжительность оплаты не совпадает с временем по графику, то сумма приводится к полному месяцу. Далее, при расчете зарплаты по алгоритму, сумма снова пересчитывается в соответствии с периодом доначисления.
101.560549.1.62.0При наличии больничного за прошлый месяц, вид оплаты с алгоритмом 58 сторнируется полностью.Заработная платаПредварительная разноска
При наличии больничного за прошлый месяц, вид оплаты с алгоритмом 58 (признак 1) сторнируется полностью. Подобное было в ПиР №101.55448, но для алгоритма 38Доработана функция "Предварительная разноска" в части возврата сумм, начисленных на период больничного листа для доплат с алгоритмами 7, 58, 2 и 6. Доработка функционирует для тех российских пользователей, у которых в классификаторе налогов на ФОТ имеется запись с учетом работы во вредных условиях труда. По каждому периоду результирующей записи о возврате, в предварительном просмотре формируется новая запись, как это было и ранее. Но теперь для указанных алгоритмов в предварительный просмотр переносится сумма из "Сумм оплат". Для алгоритмов 7, 58 и 2 эта сумма пересчитывается согласно рабочим дням. Сумма с алгоритмом 6 делится на количество дней, за которые она была начислена.
102.1388109.1.62.0Неверный пересчет больничного при изменении даты окончанияЗаработная платаРасчет больничных
Неверный пересчет больничного при изменении даты окончания Сотруднику 101598 в ноябре рассчитали больничный лист c 23/11 по 28.12. Потом период закрыли. Больничный попал в архив. Оказалось, что в листе неверно указали окончание листа нетрудоспособности: нужно было указать не 28.12.2014, а 28.11.2014 Больничный вернули для пересчета сервисной функцией Зашли в больничный, поменяли дату окончания И пересчитали После пересчета оказалось, что система рассчитала только ноябрь, а декабрь не затронулаДоработана функция "Предварительная разноска" по формированию сумм больничного, который был возвращен из архива для пересчета при помощи сервисной функции. Теперь суммы такого больничного возвращаются и в тех случаях, когда изменялась дата окончания и количество месяцев болезни при этом уменьшилось.
102.1399429.1.62.0Устранить принудительные загрузки табеля в предварительной разноскеЗаработная платаПредварительная разноска
Устранить принудительные загрузки табеля в предварительной разноске.Принудительные загрузки табеля убраны. Время выполнения предварительной разноски сокращено ориентировочно в два раза.
101.560319.1.61.0Больничный - неправильно ограничивается СДЗ для переходящих на след. год пособий по БиРЗаработная платаПрименение ограничений по больничным листам
Больничный по БиР начинается в 2014 г., а заканчивается в 2015 - см. вложенный файл 1. Либо больничный целиком 2015 г., но он является продолжением больничного 2014 г. - см. вложенный файл 2. Тогда при расчёте больничного для месяцев 2014 г. применяется ограничение СДЗ 2014 г. (1479.45), а для месяцев 2015 г. - ограничение 2015 г. (1632.88). Это неверно, в 255-ФЗ сказано так: 3.3. Средний дневной заработок для исчисления пособия по беременности и родам, ежемесячного пособия по уходу за ребенком ... не может превышать величину, определяемую путем деления на 730 суммы предельных величин базы ... на два календарных года, предшествующих году наступления отпуска по беременности и родам, отпуска по уходу за ребенком. Т.е. в обоих примерах во всех месяцах должно учитываться ограничение 2014 года 1479.45. Дополнение: в форме расчёта "Альтернативный вариант (FastReport)", в отличие от БТ, ограничение во всех м-цах показано правильно 1479.45 (колонка "Огран."). Но реально суммы месяцев 2015 г. рассчитаны с ограничением 1632.88.Доработан выбор ограничения СДЗ для пособий по БиР по настройке на страну "Россия". Теперь ограничение выбирается по дате начала заболевания, согласно законодательству.
103.73359.1.60.1При расчете ЗП Галактика стала падать по рантаймуЗаработная платаПредварительная разноска
При расчете ЗП Галактика стала падать по рантайму при выполнении предварительной разноскиИсправлен рантайм в предварительной разноске, который происходил при обработке постоянных доплат.
103.72569.1.60.0отчет о среднем с 79 алгоритмомЗаработная платаИнформация о среднем заработке [не Укр]
В отчет о среднем неправильно определяются месяцы, которые входят в расчет по среднему с 79 алгоритмом.Обновление месяцев, входящих в расчет по среднему с алгоритмами 21,с 28 по 32, с 60 по 70,79, 47,48,49, для каждого сотрудника.
180.85269.1.60.0Не сохраняет параметр расчета отзываемого отпуска при автоматическом пересчете компенсацииЗаработная платаОтзывы из отпуска
Необходимо сохранять параметр учета вознаграждений отзываемого отпуска при автоматическом пересчете компенсации.Для РК. При обработке записей об отзыве сотрудника, в случае автоматического пересчета отпуска и компенсации, применяется значение параметра "Пересчет вознаграждений", с которым рассчитали исходный отпуск.
104.203349.1.59.1Не рассчитывается ЕСВ с сумм больничного за счет ФССЗаработная платаРасчет удержаний с больничных листов
Не рассчитывается удержание ЕСВ 2% с сумм больничного за счет ФСС в случае, если для этого ЕСВ 2% с заведен отдельный вид удержания. Этот вид удержания указан в настройке "Код удержания (пособия по врем.нетрудоспособности за счет ФСС)", указан в соответствующих видах оплат больничного.Проблема заключалась в том, что для указанных настроек при расчёте сумм начислений по листку нетрудоспособности не формировалась облагаемая база для ЕСВ: "Суммы по месяцам - Дополнительный больничный - База для ЕСВ". Исправлено - база формируется, соответственно, при расчёте удержаний формируется и сумма ЕСВ.
102.1383479.1.59.0сторнирование ппсЗаработная платаСторнирующие записи
Заметили ситуацию, когда при выполнении отзыва из отпуска и его сторнировании, выполняется сторнирование ппс. Дело в том, что ппс на отпускные не рассчитывался, а следовательно и не должен сторнироваться.Для РБ доработан расчёт ППС для случая сторнирования части отпускных после отзыва: - из архивных оплат при обработке сторнирующих записей типа "С_О" в расчётные начисления переносится дата начала пакета отпусков; - для отрицательных сумм отпускных при определении факта оплаты за работу во вредных условиях используется не дата начала оплаты, а общая дата начала пакета отпусков.