Добрый день.
ЗУП КОРП 3.1.35.48
Столкнулись с проблемой. Сотрудников одной из организаций ЗП состоит из двух составляющих: оклад и премия ФОТ.
Формула расчета оклада стандартная: Оклад * ДоляНеполногоРабочегоВремени * ВремяВДнях / НормаДней
Формула расчета Премии ФОТ: ФОТДляПремияФОТ/НормаДнейПоГрафикуПолногоРабочегоВремени*ВремяВДнях – РасчетнаяБаза
В расчетную базу входит оклад, РК, СН, доплата за работу в выходные и праздники и всякие такие же начисления.
То есть по сути, если сотрудник отработал весь месяц, то ему в целом будет начислена сумма Премии ФОТ (как итоговая). Она и оговаривается при приеме на работу.
Премия ФОТ не входит в аванс, только оклад.
В премии ФОТ стоит не НормаДней, а именно НормаДнейПоГрафикуПолногоРабочегоВремени, потому что иначе некорректно начисляется тем, у кого неполная рабочая неделя (к примеру, 4 рабочих дня, а не 5).
Теперь, собственно, проблема: в сентябре у нескольких людей был кадровый перевод на другую позицию штатного расписания БЕЗ изменения оплаты труда с 16 сентября.
То есть период поделился ровно пополам – 11 дней и 11 дней.
При расчете премии ФОТ расчетная база взята только за половину периода, соответственно, сумма премии ФОТ стала больше на половину оклада. (скриншот Некорректный расчет)
При расчете время (норму и факт) программа собирает в целом за период, а вот расчетную базу берет только половинчатую (скриншот Значение показателей).
Если человеку поставить перевод с 15 сентября или с 17 сентября (изменив деление месяца на пополам), то ошибки не будет. (скриншот Если изменить дату КП на 15 или 17)
Если изменить НормаДнейПоГрафикуПолногоРабочегоВремени на НормаДней, ошибки тоже не будет, но будут неверно считаться те, у кого неполная рабочая неделя.
Что нам делать, как нам быть. Нужен совет профессионалов.
Все комментарии (9)
Добавить комментарий
Для отправки комментария вам необходимо авторизоваться.
Здравствуйте! Прошу у Вас время на моделирование данной ситуации в демобазе до завтра. Благодарю за понимание🌷
Добрый день. Конечно. Сентябрь в любом случае мы уже выплатили.
Сейчас склоняемся к тому, что бы ввести еще одну «Премию ФОТ» для людей с неполной рабочей неделей, оставив там НормаДнейПоГрафикуПолногоРабочегоВремени, а остальным исправить формулу расчета на НормаДней.
Хотя это такойсебе вариант, как по мне.
Добрый день! Спасибо за ожидание. Вопрос на самом деле очень интересный и ситуация похожа на ошибочное поведение программы. Если есть возможность, о ней можно написать разработчикам, но вот тут конечно вопрос в том, как быстро это поправят,если все же признают ошибкой.
Я смоделировала исходную ситуацию в демобазе, и у меня точно также как у Вас наблюдается неверный расчет при кадровом переводе с 16 сентября. И у меня тоже расчет верен, если перевод с другой даты(с 17 или 15), но я почему-то не смогла добиться верного расчета при замене показателя в формуле. Если я ставлю вместо НормаДнейПоГрафикуПолногоРабочегоВремени показатель НормаДней, у меня расчет остается тот же -расчетная база делится пополам.
Давайте еще раз смоделируем этот момент у Вас: заменим показатель и проверим чтобы дата кадрового перевода была с 16 сентября. Если не затруднит,приложите пожалуйста скриншоты. И еще хотела бы уточнить информацию по сотрудникам с неполным временем:
Попыталась сейчас воспроизвести, не получилось.
В прошлый раз я внесла человеку новое начисление с измененной формулой.
И тогда ошибка ушла.
Получается, что ошибка есть в обоих случаях, что при НормаДнейПоГрафикуПолногоРабочегоВремени, что при НормаДней.
Тогда только писать в 1С?
А как им писать?
Добрый день! Да, к сожалению тогда пока только править саму сумму руками и писать на v8@1c.ru. Прикрепляю файлик с инструкцией как это сделать🙏Также,если это необходимо могу дать прислать Вам свою демобазу с ошибкой,чтобы Вы не отправляли базу с реальными данными. Для этого напишите пожалуйста мне на почту ra@buhexpert8.ru
Я вам написала на почту.
Спасибо.
Базу направила, если будут вопросы, пожалуйста пишите🌷
Я получила, но пока ни у кого не могу добиться рег.номера. Никто не помнит\не знает.
Хорошо,тогда пока не закрываю вопрос