Добрый день.
При расчете премии возникли проблемы в расчете:
У нас в формуле премии участвует показатель — «Удержание» , который мы вводим через документ Данные для расчета ЗП. Этот показатель «Удержание» у нас был настроен как — «Накапливается по отдельным значениям документами ввода данных для расчета зарплаты».
При перерасчете таких премий значение показателя «Удержание» не подтягивается и расчет идет уже без этого показателя. Если просто рассчитывать ЗП, то показатель подтягивается.
Когда мы изменили настройку на «Вводится единовременно документом…», тогда при перерасчете все рассчиталось и подтянулось. Почему. На что повлияла эта настройка и можем ли мы ее исправить так, как написали?
Также в этой же премии мы сначала рассчитываем сумму пропорционально отработанному времени (по часам), а уже потом вычитаем удержание, но для сотрудников, что работают на пол ставки, мы бы хотели, что бы эта премия рассчитывалась в месяце с праздничными днями так же как и оклад, что в статье — https://buhexpert8.ru/1s-zup/sistemy-oplaty-truda/oplata-po-okladu-dnevnoj-chasovoj-stavke/doplata-za-predprazdnichnye-chasy.html
Можно ли в одной премии настроить расчет по часам для всех, а для совместителей по дням как в статье?
Здравтсвуйте!
Покажите, пожалуйста, ситуацию на картинках:
Также уточните размер показателя «Удержание» всегда вводится 1 раз в месяц? Или может вводиться несколько раз и его значение должно бть собрано целиком за месяц?
Также скажите, как рассчитывается Премия, например, при перевое сотрудника? Показатель «Удержание» может менять свое значение внутри месяца в связи с переводом (или другими обстоятельствами)?
Удержание вводится 1 раз в месяц.
Удержание не меняет свое значение в связи с переводом. (а если бы меняло, это тоже можно настроить? для информации)
В данном виде начисления нет расчетной базы. Но есть похожее начисление, где рассчетная база есть. Это на чо-то влияет?
Странно, у меня на демобазе релиза 3.1.15.96 наоборот с накапливаемым показателем расчет происходит корректно, а с разовым нет 🙂 Скажите, какой у релиз?
И скажите, после изменения настроек показателя перепроводили Данные для расчета зп? Если нет, то перерасчет стал считаться корректно не из-за изменения настроек показателя, а по другим причинам.
А настройку начисления «Значения накаливаемых показателей подбираются» (справа внизу на основной вкладке настроек премии) случайно не меняли? Когда ставлю ее, как у Вас (все накопленные значения за месяц), перерасчет происходит корректно. А вот если ее поставить в положение «по соответствию даты регистрации…», то перерасчет происходит неверно.
Вообще по Вашим скриншотам похоже, что у Вас показатель «Удержание» введен на 30.09.2020. Т.к. на этот день выпадает неявка, то программа не учитывает этот показатель при расчете. Если при настройке начисления «по соответствию даты регистрации…» ввести показатель не на 30.09, а на 29.09 (рабочий день), то перерасчет происходит правильно.
«На что повлияла эта настройка и можем ли мы ее исправить так, как написали?»
Эта настройка влияет на то, как используется значение показателя. Разовые показатели («Вводится единовременно документом…») можно ввести только 1 раз в месяц, а накапливаемые можно вводить несколько раз и при расчете начисления будет браться суммарное значение. Вроде если решать задачу в лоб, то кажется что можно настроить Ваше начисление так. Но меня смущает, что перерасчеты с ним не ложатся в программу правильно. Перепроведите Данные для расчета зп с настройками показателя как разового («Вводится единовременно документом…»). Если перевыбрать сотрудника в док. Отсутствие с сохр. оплаты, у Вас перерасчет происходит корректно? Мне не удалось этого добиться 🙁
«а если бы меняло, это тоже можно настроить?»
Тут 2 варианта:
— или все-таки настраивать показатель как накапливаемый, а в начислении указывать настройку «по соответствию даты регистрации…»;
— или вообще настраивать показатель как постоянный и менять его значение каждый месяц документами изменения оплаты.
Оба варианта имеют свои плюсы и минусы. На эту тему у нас есть кейс. Возможно он Вас заинтересует: Настройка начисления при изменении разового показателя внутри месяца.
«В данном виде начисления нет расчетной базы. Но есть похожее начисление, где рассчетная база есть. Это на чо-то влияет?»
Иногда пересчет не происходит из-за настроек расчетной базы. В тексте вопроса в принципе Вы сразу сказали, что проблема в показателе. Просто я хотела параллельно проверить и настройки РБ, если расчет происходит из нее.
«Можно ли в одной премии настроить расчет по часам для всех, а для совместителей по дням как в статье?»
Да, можно. Я предложу несколько вариантов, а Вы выберет, какой Вам ближе.
Вариант 1. Ввести в формулу еще 1 показатель. Например «Считать по дням». Показатель настроить как постоянный, назначаемый для сотрудников, допускается нулевое значение.
Формулу прописать так: Окр(СуммаПремии * ?(СчитатьПоДням = 1, ДоляНеполногоРабочегоВремени * ВремяВДнях / НормаДней,ВремяВЧасах / НормаЧасов)) — Удержание
Совместителям при назначении начисления указывать значение этого показателя 1, остальным значение не заполнять. Тогда расчет будет происходить в зависимости от этого показателя. Но придется следить за его значением для сотрудников.
Вариант 2. Не создавать новый показатель, а привязаться к Доле неполного раб времени и поставить в формуле условие по ней. Условие составить по схеме «?(ДоляНеполногоРабочегоВремени < 1, расчет по дням, расчет по часам). Но в этом случае нужно быть уверенным, что у всех сотрудников корректно указаны графики и кол-во ставок. Что по всем верно определится доля времени.
Светлана, спасибо за развернутый ответ)
Релиз 3.1.14. Документ Данные для расчета перепроводили. Настройку на разовые поменяли и все рассчиталась нормально. Но вот что смущает. Что будет, если в аналогичной премии у нас будет процент премии, который вводится для сотрудника при приеме, и в случае если сотрудник в течении месяца будет переводится.расчет премии разобьется на два периода, то удержание подтянется и туда и туда?
Лучше конечно поэкспериментировать именно на Вашем релизе, но скорее всего Удержание подтянется в обе строки в полной сумме. В этом случае расчет, я так понимаю, будет неверный? Наверное нужно отнимать часть удержания до перевода и часть — после?
Если такие ситуации бывают, я бы вернулась все же к настройке показателя как накапливаемого и в начислении указала, что значение показателя «по соответствию даты регистрации…». Тогда в месяце перевода нужно указывать сумму удержания 2 раза: размер до перевода и после.
А размер показателя в сентябре указала бы на 29.09.2020, а не на 30.09.2020, чтобы корректно прошел перерасчет
А можно и просто настроить отдельное начисление для совместителей и назначить его им. Массово это удобно сделать документами Изменение плановых начислений и Назначение планового начисления. Это наверное самый прозрачный вариант 🙂 Но придется конечно не забывать назначать совместителям другое начисление.
Можно пока не закрывать обращение, хотели проверить.
Да, хорошо
Добрый день! Скажите, удалось опробовать предложенную методику? Я могу еще чем-то помочь в рамках этого обсуждения?