G_SUMDIVIDE
Краткое описание :
Не пересчитывается оставшаяся часть отпуска (тип сторнирующей записи П_С) после обработки отзыва из отпускаОписание :
Предварительная разноска записей о сторнировании и пересчётеЧто измененно :
Возникла проблема с перерасчетом среднего после обработки отзыва:
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 в Классификаторе налогов на ФОТ.
Анализировались случаи пересчета отпуска при наличии записей об отзыве на время пересчета.
Если период отзыва попадает на период пересчета отпуска не полностью, то даты и сумма, начисленная ранее, в записи о пересчете (с пометкой "ПС") корректируются с учетом отзыва.
Таким образом получаются две записи: первая с отрицательной продолжительностью на время отзыва, вторая по пересчету на время сокращенного отпуска.
Теперь дополнительно учитывается случай, когда отзыв приходится на начало или середину отпуска, а пересчитывается остаток.
G_SUMDIVIDE
Краткое описание :
Отпускные сторнируются дваждыОписание :
Предварительная разноска записей о сторнировании и пересчётеЧто измененно :
После обработки отзыва отпуска за прошлый период- сумму "сторно" задваивает при расчете ЗП.
Как измененно :
Для России доработана функция обработки сторнирующих записей с признаком "С_О" при предварительной разноске с пометкой "П".
Доработка касается предприятий, у которых отсутствуют записи с дополнительными признаками 1 или 2 в Классификаторе налогов на ФОТ.
Теперь в таких случаях анализируется примечание к дополнительной входимости (32) "Учитывается при сторнировании отпускных сумм".
Если указаны признаки "пересчитывать по дням" или "пересчитывать по часам", то каждая из записей поступает в предварительный просмотр и далее в расчет зарплаты,если указан признак "пересчитывать по алгоритму", то вторая запись о возврате в разноске не появляется.
G_SUMDIVIDE
Краткое описание :
Расчет целодневной неявки с учетом особенностей пользовательского алгоритмаОписание :
Целодневные неявкиЧто измененно :
Расчет целодневной неявки с учетом особенностей пользовательского алгоритма. Для расчета целодневной неявки используется пользовательский алгоритм расчета где в значении UCH_REJIM указываем график работы по которым расчет должен идти по дням, а не по часам.
Как измененно :
Если есть переход в межпериод, то при при расчете целодневной неявке берется режим работы во время перехода.