Добрый день!
Помогите, пожалуйста решить проблему не правильного расчета доплаты за профмастерство .
Сотрудник работает на ЧТС, но в июне его дважды временно переводят на оклад с 02.06 по 02.06 и с 11.06-1.07. (рис1 и рис2)
Назначают доплату за профмастерство на период, когда он работал по ЧТС с 1 июня по 1 июня и 3 июня по 10 июня (рис3.)
При расчете доплаты с 3 по 10 июня почему-то показатель «оклад» участвует в расчете , как следствие сумма завышена 177,029*72*0,2=2549,219 плюс 44234/152*72=4190,589 итого 6739,81(рис8)
Смоделировали такую-же ситуацию на другом сотруднике (рис 3-5 и 9) у него показатель «оклад» в расчете не участвует на период работы по ЧТС.
Что не так с первым случаем?
Все комментарии (27)
Добавить комментарий
Для отправки комментария вам необходимо авторизоваться.
Добрый день! В настройках начисления «Профмастерство» в поле «Отмена начисления» у показателя «Оклад» стоит «Не изменять», поэтому при его отмене, значение не меняется. Попробуйте поставить «Очищать».
Спасибо , но месяц назад Вы мне советовали сделать с точностью наоборот для другой ситуации — Прекращение планового начисления обнуляет ЧТСи оклад
Я пробовала и очищать , но при этом на расчете это никак не отразилось .
Странно, что для двух сотрудников при одинаковых настройках и переводах считает по-разному .
После изменения настроек все равно оклад не очищается
Проверьте в регистре сведений «Значения периодических показателей расчета зарплаты (для сотрудников) интервальный» с отбором по сотруднику и показателю «Оклад» в какие периоды он действует. Возможно какой-то документ не перепроведен в этом списке, который должен отменить значение показателя на период перевода.
Чтобы перейти в регистр нужно нажать Shift+F11 и указать ссылку:
e1cib/list/РегистрСведений.ЗначенияПериодическихПоказателейРасчетаЗарплатыСотрудниковИнтервальный
Далее нажать «Перейти»
В регистре , вроде все красиво .
Добрый день! В регистре всё нормально.
Посмотрите в начислении «Оплата по окладу», там у показателя Оклад установлено значение Очищать при отмене начисления?
Добрый день!
В окладе стоит очищать. Но странно, что при одинаковых настройках у двух сотрудниках в одинаковых ситуациях считает по-разному. Такое ощущение, что в каких-то регистрах , которые мы не знаем еще по первому сотруднику записано, что-то не правильно.
Не могли бы вы подсказать все эти регистры
Добрый день! В данном случае нас интересует период действия показателя Оклад.
Проверьте данные в следующих регистрах по сотруднику, по кому ошибка и по сотруднику, по кому всё рассчитывается верно:
Значения периодических показателей расчета зарплаты (для сотрудников)
Значения периодических показателей расчета зарплаты (для сотрудников) (испр.)
Значения периодических показателей расчета зарплаты (для сотрудников) интервальный
Увидела разницу в регистре. Там , где правильно считает на окладе не стоит «галочка» в поле пустой интервал . Когда проставляется эта метка? может ли она повлиять на расчет? как ее убрать ?
Программа эти записи формирует автоматически как окончательные за период.
Попробуйте создать копию базы и в ней в данном регистре зайти справа в меню Ещё — Перезаполнить регистр. Программа обновит записи в интервальном регистре на основании записей в основном.
Я удаляла приказы на перевод , создавала новые , но результат не изменился
После пересчета регистра картина не изменилась
Добрый день! Можно попробовать на копии базы сделать аналогичный перевод и расчет в июле, если ошибка не повторится, значит она была разовой и можно просто скорректировать расчет вручную, если расчет снова будет неверный, скорее всего в одном из регистров по учету показателей, которые мы смотрели, остается ошибка.
Здравствуйте!
Сожалею, что вопрос закрылся до Вашего сообщения. На сайте вопросы закрываются автоматически. Вам на почту приходит письмо о том, что статус вопроса изменился. Чтобы вопрос не закрылся — просто напишите нам об этом. Мы продлим время обсуждения или даже поставим статус «Глубокая проработка» 🙏
Если вернуться в вопросу, то действительно Елена ошиблась в первом комментарии. Немного неверно сформулировала рекомендации, но с дальнейшим ходом обсуждения с согласна. С учетом того, что показатель Оклад используется в формулах нескольких начислений нам нужно все их посмотреть и определиться, когда нужно отменять действие показателя, а когда нет. Но я в своей практике не использую параметр Очищать при отмене /прекращений плановых начислений. Если в регистре все хорошо, то действительно очень похоже на ошибку. Возможно у Вас доработанная конфигурация и это как-то повлияло. Подскажите, пожалуйста, сейчас нужно продолжить обсуждение? Можем ли еще чем-то Вам помочь?
Спасибо , что открыли вопрос. Для нас он актуальный и мы пытаемся найти решение. (Дело в том, что сотрудник которому привязан аккаунт в бухэксперте в отпуске, и все сообщения приходят ей на почту , я их не вижу, поэтому пропустила информацию о закрытии ).Проблема в том , что сотруднику, который перевели на оклад не правильно считаются доплаты не только в текущем месяце, но и в последующих . Ошибку мы смоделировали на демо-базе, отправили в техподдержку, но не думаю , что исправят быстро.
Подскажите, пожалуйста , как нам принудительно очистить показатель оклад? Пробовала документом изменения оплаты еще раз назначать на период ЧТС и Оклад . Пробовала создавать плановое начисление на период оклада и прекращать , при этом в начислении проставляла «очищать», ничего не помогает .
Со 2 июля сотрудник возвращается на свое постоянное место с ЧТС . Но ему продолжает считать и по окладу не только по 019 начислению , но и те начисления, которые рабочим не рассчитываются, а только тем, кто на окладе(доплата за работу в праздники «лишняя»)
Можете прислать копию демо базы на почту mila@profbuh8.ru. Я так быстрее смогу понять в чем дело.
Уточнила у тех поддержке по времени статусов
Ждем ответа» -> «на закрытие» — 5 дней
На закрытие» -> «Закрыт» — 7 дней
Может быть нам рассмотреть вариант использование документа Изменение плановых начислений.Там есть возможность отменим всем работникам Оплату по окладу по команде Начисления… — Удалить начисление у всех сотрудников Может быть наоборот всем сотрудникам указать Размер оклада = 0.
Пробовала создавать плановое начисление на период оклада и прекращать , при этом в начислении проставляла «очищать», ничего не помогает . — Вот это поведение очень странное. В демо базе тоже повторяется у Вас? Какой у Вас сейчас релиз?
Смоделировала в демо базе:
Оплата по окладу — Очищать
«Странное начисление», которые нужно для проверки, формула Оклад + ТарифнаяСтавкаЧасовая
Сделала Кадровый перевод. В нем вижу, что оклад после отмены =0. Проверила начисление -тоже все верно. Прикладываю скриншоты.
Может быть я упустила какой-то нюанс при моделировании?
Нашла еще статью с кейсом: Настройки, чтобы Надбавка в размере оклада не рассчитывалась, если у сотрудника отменен плановый вид расчета с показателем Оклад .
Добрый день.
Демо-база большого размера , у нас стоит ограничение поэтому отправить не могу. Переслала на Ваш емейл письмо с пошаговым моделированием ошибки на демо-базе .
То, что написано в статье по ссылке делала. Помимо приказа на перевод создавала изменение оплаты с указанием ЧТС , не помогло. В настройках оплаты оклада стоит «очищать»
Ответила Вам на почту. Пока ошибка не моделируются
Добрый день!
Получилось скачать нашу демо-базу ?
Да, спасибо. Сотрудник Ведов. Прошу немного времени — на выходных буду смотреть. В понедельник подготовлю ответ. Спасибо за терпение 🙏
Спасибо, ждем рекомендации, как решить проблему и выявить причину.
Здравствуйте! Благодарю за ожидание.
Посмотрела демо базу, получает ошибка в программе. Срочный кадровый перевод (когда указана дата окончания действия перевода) не очищает плановое начисление. В демо базе нужно изменить настройку для Оклада.
ЧТобы обойти ситуации нужно делать 2 документа Кадровый перевод с 3 июля и потом с 11 июля. Тогда программ верно отработает.
Спасибо! В рабочей базе у нас на «оклад» стоит «очищать». В демо-базе «игралась» с вариантами настроек , наверное осталось именно так. Но на расчет очищением не менялся . Попробуем завтра сделать еще один перевод. Странно почему у двоих (на данный момент выявлено двое ) при таких-же переводах , оклад очищается ?
На счет ошибки я находила информацию, что она была зафиксирована еще в 2022 году и до сих пор не исправили …
И почему на вашей демо-базе такая проблема не проявлялась ? От каких настроек зависит , не подскажете ?
А у меня тоже ошибка воспроизвелась в демо базе, когда моделировала первый раз пример. Я не тот период анализировала, поэтому не бросилось в глаза. Прикладываю еще раз тот же скриншот.
Может быть у второго сотрудника были еще последующие документы Изменения оплаты труда. Поэтому визуально кажется отрабатывает кадровый перевод, а на самом деле другой документ.
На июль оформила приказ на временный перевод одному из «правильных сотрудников» . Никаких других документов не создавала. Сделала плановое начисление и в в расчете ЗП , оклада нет . Такое ощущение, что у этих особенных сотрудников где-то , что-то прописано, знать бы где.