Добрый день.
При переходе с 2.5, настраивая ВР Сдельная оплата труда, мы воспользовались рекомендациями по нетиповой настройке. И до перехода на 3.14.208 все работало на отлично.
Расчет ЗП в первый же месяц после перехода выявил следующее:
в ВР Сдельный заработок Оплата было рекомендовано установить переключатель «Значения накапливаемых показателей» -> «Все накопленные значения за месяц».
Если в течении месяца у сотрудника был кадровый перевод в другое подразделение и вид работы один и тот же ( в конкретном случае — ненормированная операция, имеющая один и тот же код и одинаковый бух.счет), в версии 3.14.208, при таких установках, сдельная оплата за месяц делится на два подразделения, пропорционально отработанному времени в каждом из подразделений.
Это совершенно не устраивает главного бухгалтера.
Перевела значение переключателя в «по соответствию даты регистрации интервалу начисления».
С переводами проблема разрешилась, появилась другая. При таких настройках, если рабочий был на больничном и период больничного приходится на начало месяца, в этом случае сдельный заработок не начисляется совсем. Не начисляется потому, что операторы, занимающиеся вводом сдельных нарядов, указывают период — весь месяц (с 01.11 по 30.11). Если указать начало периода — день выхода на работу после больничного, тогда программа начисляет сдельный заработок как ожидается.
Интересует возможность работы по начальному варианту настроек ВР Сдельный заработок Оплата, т.к. у операторов нет информации о состоянии сотрудника, что бы не тормозить процесс обработки документов (которых весьма солидное количество) и было принято решение — указывать период полностью месяц.
Все комментарии (14)
Комментарии закрыты.
Здравствуйте!
Проверила, действительно разработчики пересмотрели этот алгоритм, теперь начисление все равно разрезается на 2 строки. Причем то не работает именно для сдельного заработка. Для других начислений с накапливаемыми показателями при таких настройках расчет по-прежнему остался в 1 строку.
Думаю, тут нужно писать разработчикам. Чтобы хотя бы понять, это ошибка или задуманное изменение поведения. Если у Вас есть доступ к партнерскому форуму, то так будет быстрее. Если нет, придется писать через тех. поддержку. Если что, у меня есть возможность написать, но только через ТП, а там отвечают долго, к сожалению.
Добрый день!
А покажите основную вкладку настроек сдельной оплаты? Мне удалось добиться расчета в 1 строку для сделки при переводе. Но для этого она должна быть «голая». В формуле не должно быть показателей учета времени
Добрый день.
формула начисления:
Макс(СдельныйЗаработок, ТарифнаяСтавкаЧасовая * ВремяВЧасах*0)
Для эксперимента убрала ВремяВЧасах, переключатель перевела в значение Все накопленные
Сотрудник отработал до перевода 7 дней в первом подразделении и 3 дня после перевода в другом подразделении. Программа при таких настройках опять поделила общий сдельный заработок пропорционально отработанному времени.
И ещё один незначительный, но минус. Если убрать указанный показатель из формулы, то в документе НЗ, в строке этого начисления теперь стоит ноябрь в целом, когда же был показатель, то там стоял период, т.е. 01.11.2020-15.11.2020, так расчетчикам было удобнее.
с 16.11. был переведён в другое подразделение и тут же ушёл на больничный, отработав в другом подразделении 3 дня.
Общая сумма сдельно заработка составила 10000 и была распределена программой на 7 и 3 тысячи между первым и вторым подразделением. Не получается у меня одной строкой никак(
«Для эксперимента убрала ВремяВЧасах, переключатель перевела в значение Все накопленные
Сотрудник отработал до перевода 7 дней в первом подразделении и 3 дня после перевода в другом подразделении. Программа при таких настройках опять поделила общий сдельный заработок пропорционально отработанному времени.»
Сотрудника просто пересчитали в документе или удалили и заново заполнили?
«И ещё один незначительный, но минус. Если убрать указанный показатель из формулы, то в документе НЗ, в строке этого начисления теперь стоит ноябрь в целом, когда же был показатель, то там стоял период, т.е. 01.11.2020-15.11.2020, так расчетчикам было удобнее.»
Совместить такое заполнение периода с расчетом в 1 строку не получится, к содалению. Или разбивка по периодам, или расчет в 1 строку.
Сотрудника заполнила заново. Уже обратила внимание, что простой пересчет мало что меняет(
ну что ж, тогда оставим так, как у нас есть сейчас, лишь бы шаловливые ручки разработчиков не сделали ещё хуже(
Странно. Покажите настройки начисления, как они выглядят сейчас. Основная вкладка, учет времени и Приоритет.
И скриншот табличной части Начисления зп, чтобы периоды тоже поместились, можно снять несколько скриншотов
упс( а на вкладке Приоритеты вдруг оказались виды расчетов. а если я все правильно помню, то там не должно быть абсолютно ничего.
удалила и пересчитала ЗП, теперь пересчет работает, но опять не так , как ожидается. попробую разобраться, в чем причина
Вот так начислилась ЗП, при установке переключателя в значение «по соответствию даты регистрации»,
по остальным вкладкам все как присылала ранее, без изменений. Даты сдельных нарядов 11 и 26 ноября
Вот так выгладит начисление ЗП, при установке переключателя «все накопленные значения за месяц».
Ушёл уточнённый период и суммы распределились пропорционально.
Ожидаемый вариант — как на первом скрине
все закладки ВР в том же состоянии, без изменений
Вы заполняете начисление зп по подразделения. Поэтому начисление и не рассчитывается одной тсрокой. Если попробуйтее в док. Начисление зп не заполнять подразделение, то расчет должен быть произведен в 1 строку.
Увы. Учет затрат у нас идёт по подразделениям. Это обязательное условие. Понятно, что можно начислить одним документом всему предприятию и ещё есть какие-то аргументы в пользу этого варианты. Никто не будет ломать систему из-за чудесной программы. Если возврата к прежнему способу нет, значит будем работать с тем, что есть.
Если нужно обязательно оставить заполнение подразделений в док. Начисление зп, тогда да, придется начислять 2 строками с учетом всех вытекающих особенностей.