Подскажите, как настроить формулу в начислении Компенсация часов отгула при увольнении. В настоящее время у нас используется формула КоличествоДнейЧасовКомпенсацииОтгулов * СтоимостьЧаса. Приказ на увольнение проводится, но расчет неверный, т.к. не учитываются разовые начисления и компенсационные выплаты. Вижу, что в этом начислении появился новый показатель Стоимость дня(часа) с учетом разовых начислений, но при его использовании в документе Увольнение автоматически заполняется поле, выделенное на приложенном скрине и документ Увольнение не рассчитывается и не проводится.
Все комментарии (23)
Комментарии закрыты.
Добрый день!
Верно понимаю, что речь про настройку Расчет сверхурочных с учетом премий и надбавок (ЗУП 3.1.30.81 / 3.1.31.32)
Это поле появляется и просто при изменении значений полей в документе, когда его перезаписываешь (т.е. формулу даже не меняем)
Если несколько начислений для компенсации отгулов в базе, то это поле появляется
Скорее всего нет расчета потому что не заполнены дни или часы
У сотрудника что компенсируется? Какая ошибка, как на скрине у меня?
Добрый день! Речь идет про настройку начислений Компенсация отгулов при увольнении. У нас их два — Компенсация не использованных часов отдыха (отгул) и Компенсация не использованных дней отдыха (отгул). Пользуемся и тем, и другим, но чаще компенсируем часы отгула. Сейчас формулы прописаны следующие: КоличествоДнейЧасовКомпенсацииОтгулов * СтоимостьЧаса и КоличествоДнейЧасовКомпенсацииОтгулов * СтоимостьДня. Но этот расчет не учитывает компенсационные выплаты и разовые начисления. Как настроить формулу, чтобы расчет производился согласно законодательству? Если в формуле поставить показатель СтоимостьДняЧасаСУчетомРазовыхНачислений, то при проведении документа Увольнение выходит ошибка (скрин прилагаю).
Попробовала оставить одно начисление с формулой КоличествоДнейЧасовКомпенсацииОтгулов * СтоимостьДняЧасаСУчетомРазовыхНачислений, второе пометила на удаление. Приказ на Увольнение не проводится.
Добрый день!
Уточните пожалуйста релиз программы, на 3.1.35.14 все корректно отрабатывает
Перенастроила все формулы, все считает
Уточните пожалуйста, что у вас в базе для расчета с учетом разовых? Может туда входит какое то начисление в формуле которого, есть показатель про «не разбивать по периодам»?
Юлия, я же вам еще в первом сообщении написала и приложила скрин, что у сотрудника автоматически это начисление подтягивается в поле, где количество дней, а мне надо часы компенсировать, хотя программа сама заполняет, что сотруднику надо компенсировать часы. Посмотрите внимательно мой первый скрин.
Попробуйте перевыбрать в списке начисление, у меня такое было просто даже при перезаписи начисления, потом все новые увольнения заполняет верно
Уточните еще версию программы пожалуйста, на разных версиях разное поведение программы
Юлия, добрый день! вчера обновились на релиз 3.1.34.77. Приказ на увольнение стал рассчитываться и проводиться. Но расчет все равно неверный. Подробно в приложенном скрине. Подскажите, что не так в настройках у нас или это все же ошибка релиза?
Добавьте пожалуйста скрин настроек премии
Уточните пожалуйста за июнь было несколько премий, рассчитанных по отдельным документам?
В каком месяце были работы, дающие право на отгулы?
Возможно связано с особенностью Расчет сверхурочных с учетом премий и надбавок (ЗУП 3.1.30.84 / 3.1.31.32)
Попробую воспроизвести расчет на демо-базе
Настройки премии в приложенном файле. В июне было три премии с точно такими же настройками, т.е. вводятся фиксированной суммой и премии, полностью учитываемые. Работы, дающие право на отгул были в июне.
А можете скрин чуть подробнее раздвинуть, точно там наше начисление, там где название?
Вы после обновления перевыбирали сотрудника в документе?
Воспроизвела на демо-базе, две премии суммой, только расчет у меня среднемесячному
22 000(оклад) + 10 000(премия) +20 000(премия)=52 000 делим на 20,583 = 2 526,3567
Есть возможность обновиться на 35 ветку?
Юлия, прошу прощения, но на релизе 3.1.34.77 приказ на увольнение тоже не проводится, если в формуле для компенсации отгулов используется показатель СтоимостьДняЧасаСУчетомРазовыхНачислений, а у сотрудника компенсация ЧАСОВ отгула. Проводится только если компенсация ДНЕЙ, и то расчет, на мой взгляд, неверный. На 35 ветку обновиться возможности нет.
Вчера вечером вышел релиз 34.107 на него можем?
А какая ошибка при проведении?
Есть изменения по расчету, возможно нам они помогут
Юлия, текст ошибки я приложила. И подскажите, я правильно поняла, что на данном релизе мы не сможем использовать показатель СтоимостьДняЧасаСУчетомРазовыхНачислений в формуле компенсации часов отгулов? Просто у нас в настоящее время нет возможности обновиться на новый релиз (особенности организации проведения работ на нашем предприятии).
Можем пользоваться, были ошибки на этих релизах по расчету при увольнении, но кажется, что ваша с этим не связана
А у вас нет доработок?
Я разверну новую версию вашего релиза и воспроизведу пример, но на это уйдет некоторое время
Как пользоваться, если приказ не проводится? Получается не можем. Доработок у нас нет. Хорошо, жду, что у вас получится. Только сразу воспроизводите ситуацию с компенсацией ЧАСОВ отгулов.
Добрый день!
Проверила на часах и вашем релизе, все хорошо
Все таки кажется, что у вас есть какие то доработки
Давайте еще такой вариант, удалите все начисления из закладки «Расчет тарифной ставки» добавьте только оклад, пересчитайте документ, проводится? Если да, то по одному добавляйте остальные начисления, и проверяйте. На каком будет ошибка?
А при чем тут начисление оплата в выходные дни, если мне нужно настроить начисление Компенсация отгулов? Можете показать как у вас оно настроено?
Не тот скрин добавила, извиняюсь
Но удалось поймать ошибку, когда я перевыбрала сотрудника для чистоты примера, правда у меня вообще пропадает начисление в списке начислений по сотруднику
Отпишусь вам тогда
Елена, давайте попробуем в нашу формулу добавим + СтоимостьЧаса*0
Юлия, добрый день! Добавила «СтоимостьЧаса*0» в формулу и все стало считать верно. Но это очень креативный подход)) До этого варианта надо еще как-то додуматься. Все-таки в релизе стандартный подход реализован с ошибкой, будем ждать, когда разработчики исправят. Но вам спасибо за найденное решение.
Добрый день!
Рада, что удалось найти решение
Без креативных подходов в ЗУПе никуда))