G_SUMDIVIDE
Краткое описание :
Обработка сторнирующих записей типа С_БОписание :
Сторнирующие записиЧто измененно :
Не верная обработка сторнирующих записей типа С_Б для вечерних
В разноске в результате получаются следующие записи:
Дней Часов Начало Окончание
-6 -24 01.03.2012 26.03.2012
1 24 01.03.2012 24.03.2012
Дней должно быть 6 ( 25 и 26 выходные и рабочих дней и часов нет)
Как измененно :
Исправлена функция Предварительная разноска для оплат с типом "ВЧ", "НЧ", "ПЧ", "РВ", "СЧ".
Теперь время за работу для этих типов оплат определяется в соответствии с табелем учета рабочего времени.
Если при этом, количество дней или часов в суммах оплат меньше значения в табеле, то выбирается значение из сумм оплат.
Доработка функционирует для тех российских пользователей, у которых в классификаторе налогов на ФОТ имеется запись с учетом работы во вредных условиях труда.
Возврат происходит по следующей схеме:
1. возвращаются в полном размере все записи из архива оплат, период которых, хотя бы частично, попадает на время больничного листа.
Даты, количество дней и часов совпадают с теми, которые указаны в архиве оплат.
Если, на один и тот же период, в архиве оплат имеется несколько записей с одинаковыми параметрами, то в предварительном просмотре формируется общая запись за период.
Дни и часы в результирующей записи о возврате равны сумме всех одинаковых записей.
2. По каждому периоду результирующей записи о возврате, в предварительном просмотре формируется новая запись.
Даты начала и окончания этой записи, а также дни и часы, соответствуют рабочему периоду.
3.Если в результате получится так, что количество дней возврата совпадет с количеством дней за рабочее время по текущему табелю, возврат не будет выполняться.
G_SUMDIVIDE
Краткое описание :
Не учитывается настройка при расчете сверхурочныхОписание :
Предварительная разноска сверхурочных, ночных, работы в праздники и выходныеЧто измененно :
Не учитывается настройка при расчете сверхурочных
При расчете не учитываются настройки
- Часы работы сверхурочно - вводить вручную
- Часы работы сверхурочно(остаток) - вводить вручную
Всегда работает как - рассчитывать автоматически - ручное заполнение игнорируется
Как измененно :
Исправлен расчет сверхурочных. При сочетании настроек:
- "Настройки Галактики \ Управление персоналом \ Табельный учет \ Расчет итогов \ Суммированный учет сверхурочных часов" - "да",
- "Настройки Галактики \ Управление персоналом \ Табельный учет \ Расчет итогов \ Хранить итоговое количество часов для каждого перехода отдельно" - "да"
- "Настройки Галактики \ Управление персоналом \ Табельный учет \ Расчет итогов \ Часы работы сверхурочно" - "вводить вручную",
Часы работы сверхурочно(остаток)" - "вводить вручную"
в расчет заработной платы попадает именно введенное вручную значение часов сверхурочных и остатка.
G_SUMDIVIDE
Краткое описание :
Ошибка в отнесении сверхурочных на код выплатыОписание :
Предварительная разноска сверхурочных, ночных, работы в праздники и выходныеЧто измененно :
При смене режима учета сверхурочных в течение месяца с поденного на суммированный и обратно (в параметрах перехода) неправильно формируется вид оплаты для суммированного учета.
Как измененно :
Исправлена ошибка при формировании вида оплаты при смене режима учета сверхурочных с поденного на суммированный и обратно.
G_SUMDIVIDE
Краткое описание :
Некорректный пересчет доплаты из-за больничного если 2 записи о пересчете.Описание :
Предварительная разноскаЧто измененно :
У сотрудника в мае была рассчитана доплата за период с 1 по 13 мая, но в архиве период указан весь месяц
В июне сотрудник принес 2 больничных листа.
Их ввели в систему - создались две записи о сторнировании.
Если посчитать ЗП, то сторнирования суммы 2174,58 не происходит, но происходит доначисление той же суммы за правильный период с 1 по 13 мая. Это неправильный расчет.
Если запись о сторнировании внести только одну - общую:
То при расчете ЗП КВО 2207 посчитается корректно и в результат расчета не попадет.
Как измененно :
Доработана функция "Предварительная разноска" в части возврата сумм, начисленных на период больничного листа для случая, когда имеется два больничных листа за прошлый период.
Теперь возврат и доначисление сумм за рабочий период происходит корректно.
По прежнему, учитывается случай, когда количество дней возврата за нерабочий период и начисления за рабочий период совпадает.
В этих случаях записи аннулируются, но при этом лишние записи не появляются.
Доработка функционирует для тех российских пользователей, у которых в классификаторе налогов на ФОТ имеется запись с учетом работы во вредных условиях труда.
Напомним, что возврат в этом случае происходит по следующей схеме:
1. возвращаются в полном размере все записи из архива оплат, период которых, хотя бы частично, попадает на время больничного листа.
Даты, количество дней и часов совпадают с теми, которые указаны в архиве оплат.
Если, на один и тот же период, в архиве оплат имеется несколько записей с одинаковыми параметрами, то в предварительном просмотре формируется общая запись за период.
Дни и часы в результирующей записи о возврате равны сумме всех одинаковых записей.
2. По каждому периоду результирующей записи о возврате, в предварительном просмотре формируется новая запись.
Даты начала и окончания этой записи, а также дни и часы, соответствуют рабочему периоду.
G_SUMDIVIDE
Краткое описание :
Не нужно сторнировать записи в предварительной разноске для оплат за период с 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.
Новая схема учитывает различные значения поля "Период оплаты" классификатора видов оплат.
G_SUMDIVIDE
Краткое описание :
2 шкалы для процента СДЗ для больничныхОписание :
Расчет больничныхЧто измененно :
В Украине теперь 2 шкалы для процента среднедневного заработка для расчета суммы пособия по нетрудоспособности. Одна шкала для пособия за счет предприятия, вторая для пособия за счет ФСС.
Как измененно :
Доработка для Украины.
Доработан расчет пособий по нетрудоспособности по стажу. Теперь есть возможность рассчитывать сумму за счет ФСС по проценту, отличному от процента за счет Предприятия. Для этого изменено окно выбора процента по стажу (Стажи работ, открывается по кнопке выбора в поле Стаж). Теперь в нем две колонки - Процент(Предпр.) и Процент(ФСС).
Внимание! Если диапазоны по шкалам отличаются, то в таблицу нужно занести все диапазоны для какждого значение процента. Т.е. классификатор будет выглядеть следующим образом:
Стаж Процент (Предпр.) Процент (ФСС)
0-3 50 60
3-5 60 60
5-8 70 80
более 8 100 100
Здесь получается единственный нюанс в том, что период 0-5 за счет предприятия нужно будет заносить двумя записями (0-3, 3-5).
Если в классификаторе видов пособий в колонке Нач. процент установлен 0 или 1, это означает, что расчет пособия производится по стажу. В этом случае при условии, что установлена настройка "Разбить пособие на основную и дополнительную суммы", количество дней первого процента принимается равным количеству дней за счет работодателя ("Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Больничные \ Продолжительность \ Количество дней за счет работодателя"). Значение начального процента выбирается из колонки Процент(Предпр.), значение второго процента - из колонки Процент(ФСС).
Если значение процента за счет ФСС нулевое, то значение второго процента принимается равным проценту за счет предприятия.
G_SUMDIVIDE
Краткое описание :
Не правильно обрабатывается запись о сторнировании при пересечении отпуска с больничнымОписание :
Предварительная разноскаЧто измененно :
Не правильно обрабатывается запись о сторнировании с причиной Б_О" при переносе сумм отпуска из-за пересечения с больничным.
Если заменить причину на Б_О то сторнирование работает корректно.
Очередной отпуск с 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
После ввода больничного запускаем функцию Контроль пересечения больничных с отпусками.
При расчете зарплаты должны получить перенос сумм с апреля на май за один день.