Доплата за переработки неверно считает. С 25 октября изменился оклад, доплата за переработки считается неверно(слишком много)
Особые условия и стаж считается за месяц, может распределяет как-то неверно?Расчетная база верно разделена а вот суммы слишком большие
Все комментарии (64)
Добавить комментарий
Для отправки комментария вам необходимо авторизоваться.
Доброе утро! Попробуйте у всего начисления установить настройку, видео высылаю — https://go.screenpal.com/watch/cZX1fhncEOT
1)Верно ли что стоит в настройках начисления-фактический период действия а не период действия?
2)Это можно реализовать на старом релизе? У них далеко не последний релиз.На копии я обновила и проверяю на ней
3)Сделала, как на видео показано,теперь одна строка, только не как у них сумма получается.
В типовой формуле начисления нет показателя «Расчетная база»:
(ПереработаноПоСуммированномуУчетуВПределах2Часов * 0.5 + (ПереработаноПоСуммированномуУчету — ПереработаноПоСуммированномуУчетуВПределах2Часов)) * СтоимостьЧаса * ДоляНеполногоРабочегоВремени
Поэтому в данном случае можно попробовать переключить значение на второй показатель и проверить расчет. Это период, за который возьмутся суммы начислений, перечисленные на закладке «Расчетная база».
Данный способ обхода будет работать и на старой базе, я его беру из способа обхода данной ошибки:
Ошибка 50008133
Код ошибки: 50008133
Код(ы) обращения: SW1062474
Статус: На рассмотрении Зарегистрирована: 29.07.2016
Продукт: «1С:ЗУП 3, 1С:ЗГУ 3»
Описание:
Если сотруднику назначена доплата до МРОТ, то в месяце, когда изменяются начисления сотрудника (например, назначается доплата за совмещение не на весь месяц) начисление доплаты разделяется на части и каждая часть считается отдельно, отчего итоговый результат доплаты за месяц может получиться неправильный.
Способ обхода:
1. В качестве временного решения можно создать накапливаемый показатель, добавить этот показатель в формулу «проблемного» начисления и указать, что значения накапливаемых показателей подбираются в целом за месяц. После этого такое начисление перестанет «нарезаться» по периодам внутри месяца, и результат расчета будет соответствовать ожидаемому.
2. Если среди месяца изменяются не начисления, а подразделение или должность, то с помощью инструмента из раздела Администрирование — Обслуживание — Корректировка данных — Групповое изменение реквизитов изменить у начисления доплаты до МРОТ значение реквизита «Начисляется в целом за месяц» на «Да». Перед этим внизу по кнопке «Дополнительные параметры…» в разделе Специальные возможности нужно установить флажок «Режим разработчика».
Следует иметь в виду, что при таком способе каждая последующая запись самого начисления будет приводить к сбрасыванию этой настройки обратно, поэтому нужно либо избегать перезаписи начисления, либо вновь выполнять эту процедуру после его записи.
https://bugboard.v8.1c.ru/error/000019671
Одно время работал первый вариант, но сейчас, в основном, срабатывает второй.
Уточните, пожалуйста, какую сейчас стоимость часа рассчитала программа, на скриншоте она не поместилась.
39,08
Получается считает из 6839, т.е. из значения оклада до изменения.
Не разделять по периоджам убрать теперь, не нужен?
Показатель можно убрать, но тогда нужно будет провести изменение как в видео ещё раз, т.к. оно слетает при перезаписи настроек начисления.
вопрос нужен ли он или нет
Показатель можно убрать. Но потом проставить галочку «Начисляется в целом за месяц» как в видео.
Нужно чтоб получилось 260,86, а у нас 257,04 получается
Т.е. 39.08 у нас посчиталось верно?
Тогда получается, что какое-то начисление с закладки «Расчетная база» дает разницу.
Т.к. в первом случае было 23 594,55, а во втором 23 149,43.
Как выявить какое?ничего лишнего не делала, почему могла база поменяться? В расчетной базе есть начисления- особые условия и стаж-которые за месяц формируют, другие начисления-делит по периодам(пк, премия).Может не за весь месяц берет эти начисления?
хотя нет, сложила все полностью входит
Извините, это расчетный лист по другой девушке(легче пример) у нее всего час переработки.В начальном скрине была другая девушка, у которой больше часов переработки и сумма тоже выходит двойная.
Остальные скрины по второй сотруднице(у которой час переработки.
Попробую и по той сотруднице сделать. Тоже меньше выходит.
То есть теперь одной строкой(ура), но сумма вместо 26773,83 выходит 26592,77
Необходимо сравнить суммы, которые в этом месяце рассчитались по указанным на скриншоте начислениям, в первом случае (т.е. до изменения настроек) и во втором (когда доплата стала одной суммой).
По одной сотруднице как было и как стало
Попробуйте в настройках доплаты за переработки на закладке «Расчетная база» поставить переключатель в положение «Период действия». В этом случае изменений не будет?
Нет ничего не изменилось(и на фактический период обратно изменила, тоже нет).
По первому скрину(первой сотр, где много часов перераболтки тоже самое).
И по всем у кого есть переработки тоже.
Просчитала расчетную базу, она получается 23 149,43.
Значит первая сумма 23 594,55 была неверной.
Т.е. сейчас программа берет именно то, что начислено.
А как эта сумма получилась?учитывая расчетную базу эту тогда?
Они утверждают что сумма как в первой строке была до этого доллжнв получиться
У нас в расчетной базе указано: Особые условия+Персональный ПК+Премия ежемесячная процентом+Стаж+ПК по должности
Я складываю эти суммы по расчетному листку: 1835,80+8253,70+3058,51+6706,13+1092,33+2202,96=23 149,43
А как получилось 257,04?
Пришлите, пожалуйста, формулу доплаты за переработки.
она стандартная.Новый наш показатель я убрала(разделение по периодам)
По формуле расчет получается такой:
(1*1,5+(1-1)*2)* (39,08+23 149,43/175) = 257,04
Если смотреть вот этот скриншот, тут начисления отличаются.
Скорее всего они зависимые от оклада, поэтому в одном случае расчет идет от 6 839, в другом от 7 534,24. Отсюда разница в расчетной базе.
1с ответили:Подразделение и стоимость часа для оплаты переработок при суммированном учете рабочего времени определять на конец месяца, а не на начало месяца.
Записана задача по пересмотру данного поведения программы.
Спасибо, что прислали ответ от разработчиков!
Мне кажется, что они ещё нашу проблему не учитывают, что стоимость часа ни только определяется не верно, т.е. на начало месяца, а ещё при разделении на несколько начислений (например как у нас после изменения графика) пропорцию считает не верно.