Войти в кабинетДобрый день. Помогите, пожалуйста, разобраться. В ноябре 2021 года сотруднице была начислена Премия (полностью учитываемая) в размере 50000 руб. Норма по графику в ноябре2021г. 20дн, включая ОН (нерабочие оплачиваемые дни) То есть 136чЯвок+23чНО=Всего159 часов. С 8 по 19 ноября 2021 сотрудница на больничном. Фактически отработала в этот месяц 7дн = 56чЯвок. См.вложенный файл. В феврале 2022 г. оформляем Отсутствие с сохранение оплаты (начисление Оплата за дни сдачи крови и ее компонентов). Некорректно учитывается премия в данных для расчета среднего заработка (35000р вместо 17610р). См вложенный файл. В то же время, в мае были НО, но та же премия взялась в расчет верно. В чем может быть причина? Как исправить? Заранее спасибо
Все комментарии (38)
Комментарии закрыты.
Здравствуйте!
Сформируйте пожалуйста в документе «Отсутствие с сохранение оплаты» печатную форму «Расчет среднего заработка». Приложите форму в формате pdf
Вчера отправила, запрашиваемые Вами сведения. Вы получили файл?
Здравствуйте!
Да, файл получили. Спасибо.
Приложите еще пожалуйста «Расчетный листок» по сотруднику за май и ноябрь
Во вложенном файле нужная Вам информация
Добрый вечер. Есть версии по нашему вопросу? Завтра нужно выплачивать начисление. Какой правильный алгоритм расчета ? Можете высказать своё мнение на это счет?
Здравствуйте!
Спасибо за присланные данные.
Очень странный учет сумм премий в среднем заработке. Раз премия у вас полностью учитываемая, то если ее базовый период (период, за который она начислена) не выходит за рамки расчетного, то эта премия должна входить в средний полностью, т.е. в размере 50000 руб. Типовая конфигурация работает именно так. Дополнительно можно посмотреть — Учет премий в среднем заработке
Расчет, который вы привели, нет в типовой ЗУП 3. Если бы премия у вас была частично учитываемая, то она бы пересчитывалась путем умножения на коэффициент отработанного времени. Однако этот коэффициент рассчитывается в целом за расчетный период, а не по месяцам.
Возможно у вас в программе есть свои настройки по включению сумм в средний, потому что то, что в сведениях о среднем попали суммы 38 и 35 тыс. по премиям — не типовое поведение программы.
???
Конфигурация типовая. Никаких изменений в ней нет. Настройка Вида начисления стандартная (ничего особенного) См.вложенный файл. Обратите внимание на наличие нерабочих оплачиваемых дней в этом периоде. Как они влияют на учет начислений для расчета среднего заработка?
Приложите скриншот регистра накопления «Данные о начислениях для расчета среднего заработка (общий)» с отбором по сотруднику, начиная с апреля 2021 года. Чтобы перейти к регистру нажимаете Shift+F11, вставляете ссылку на регистр — e1cib/list/РегистрНакопления.ДанныеОНачисленияхДляРасчетаСреднегоЗаработкаОбщий и нажимаете «Перейти». В регистре в поле для Поиска набираете Фамилию сотрудника.
Чтобы ограничить данные справа вверху нажмите Еще — Установить период и задайте период.
Для вывода данных нажмите Еще — Вывести список.
Сохраните и пришлите данные в формате Word.
Здравствуйте!
Извините, забыла про особенность включения в средний при ОН.
Давайте дальше разбираться. Пришлите пожалуйста скриншот «Графика работы сотрудника», чтобы была видна колонка с общим количеством дней и часов с Явкой и ОН.
Что-то ещё нужно для расследования ситуации?
Здравствуйте!
Спасибо за присланную информацию.
Похоже в ноябре по какой-то причине для учета премии задвоилось отработанное время.
Расчет идет по дням.
Если посмотреть, то за май следующий расчет:
50 000 / 18 * 14 = 38 888,89 руб.
Расчет за ноябрь должен быть:
50 000 / 20 * 7 = 17 500 руб.
Однако в регистре зафиксирована сумма:
50 000 / 20 * 14 = 35 000 руб.
При этом при расчете среднего заработка данные о времени загрузились верно.
Попробуйте на копии базы перепровести документ «Премии» за ноябрь.
Если ничего не поменяется, то пришлите пожалуйста скриншот настроек премии. Интересует вкладка «Учет времени»
Здравствуйте. После перепроведения документа Премия ( за ноябрь 2021г) и пересчета Среднего заработка в документе Отсутствие с сохранением оплаты, изменилась сумма учитываемой в ноябре премии на 38461,54 руб.
У нас была такая же ситуация. Попробуйте в тестовой базе в начисление Премия, в закладке Приоритеты -Начисления, приоритет которых выше добавить Больничный и все отсутствия. Нам помогло, но сотрудника нужно переподхватить. Запишите предварительно все суммы документа премия.
В ноябре был такой косяк.
Настройки начисления есть во вложенных файлах (закладки Основное и Средний заработок) см. выше. Учет времени => Рабочее время. Зависимые удержания => по исполнительным листам и профвзносы. Зависимых начислений нет. Приоритет, а также налоги и взносы => скрин прилагаю. Хотелось бы разобраться в этом вопросе!!! Спасибо за помощь. Жду ответа
Здравствуйте!
Хотела увидеть вкладку «Учет времени», чтобы посмотреть нет ли видов времени в «Дополнительных видах времени». Проверьте этот момент.
?
Высылаю картинку с подтверждением вида времени
Здравствуйте!
Причиной неправильного учета суммы при наличии ОН у некоторых пользователей было то, что в начислении указан вид времени «Рабочее время». Программа задваивает дни ОН при расчете. В вашем случае пока не очень понятно как в программе получается последняя сумма. Предлагаю вам на копии базы попробовать внести изменения в настройки премии, у некоторых пользователей это помогло исправить ситуацию.
Вариант обхода: установить в виде начисления не «Рабочее время», а «Явка».
В премии редактирование видов времени не доступно, поэтому для нее применим обходной вариант с использованием «Групповое изменение реквизитов».
В обработке использовать произвольный алгоритм.
Посмотрите: Поддерживающий ЗУП за декабрь 2021 в блоке «Разбор интересных вопросов по ЗУП 3.1″ видео «Как настроить учет времени для надбавки за вредность, чтобы отработанные дни включали работу в выходные и праздники?»
Мы будем делать практически тоже самое для премии.
Текст произвольного алгоритма:
Объект.ВидыВремени.Очистить();
НоваяСтрока=Объект.ВидыВремени.Добавить();
НоваяСтрока.ВидВремени = Справочники.ВидыИспользованияРабочегоВремени.Явка;
Разработчики для получения того же результата предлагают следующее:
Показатель «Рабочее время» служебный. Рекомендуется исправить его на «Явку».
Для премии можно сделать скриншоты всех настроек, затем поменять назначение на «Прочие начисления», очищать вообще дополнительное время. Затем вернуть назначение на «Премия» и проверить остальные настройки по скриншотам.
Вы можете применить вариант с «Групповым изменением реквизитов» или исправить как предложила техподдержка.
После изменений перепроведите документ «Премия».
Если результат не будет соответствовать ожиданиям, то попробуйте перевыбрать премию в документе и перевыбрать сотрудника. Указать сумму премии и провести документ.
Я уже об этом думала. Но во-первых, вы как Вы заметили, в предопределенном виде начисления Премия, вид времени предусмотренный разработчиками 1С — «Рабочее время» и изменить его не так уж просто; во-вторых, изменение настроек в используемом виде начисления может повлечь пересчет уже начисленных и выплаченных сумм; в-третьих, Премия с стандартными настройками Вида времени рассчитывалась и в мае2021, но проблема возникла с данным видом начисления именно в ноябре2021. То же происходит и у других сотрудников при расчете отпуска, или больничного. Не слишком ли радикальный способ обхода ошибки? Каковы возможные последствия от такого внедрения в «зашитые» алгоритмы настроек в давно используемый вид начисления?
Применили обработку Групповое изменение данных с назначением произвольного алгоритма, как Вы советовали. Вид времени в начислении Явка (скрин во вложенном файле). Помечен на удаление старый и создан новый документ Отсутствие с сохранением. Результат тот же. Что ещё можете посоветовать? Проблема очень актуальная, так как данная премия неверно берется в расчет среднего заработка во всех документах (Отпуска и пр.), у всех сотрудников (((
Здравствуйте!
Спасибо, что провели на копии изменения настроек.
Документ «Отсутствие с сохранением оплаты» новый вы сделали. Подскажите а в документе «Премия» перевыбрали премию и сотрудника? Можно даже удалить вначале сотрудника, а потом добавить в документ.
Я понимаю, что это «танцы с бубнами», но иногда такое перезаполнение документов помогает исправить ошибку.
Изменение настроек по времени в начислении не приведет к появлению новых строк в сервисе «Перерасчеты» . Новые настройки будут учитываться только в новых документах и старых, если их трогать. Как мы сейчас пытаемся сделать.
Добрый вечер. Восстановила архивную копию. Применила обработку Групповое изменение данных с назначением произвольного алгоритма (вид времени в начислении Явка). Перевыбрала в документе Премия измененный вид начисления. Удалила из списка и заново подобрала сотрудницу (отразила ей ту же сумму премии). Повторно провела документ Премия. Пометила на удаление документ Отсутствие. Создала новый с теми же данными. Результат не изменился. Для теста создала фейковый документ Отпуск. Ошибка учета премии в расчете среднего заработка сохраняется. Ничего не изменилось (премия в ноябре учитывается в сумме 35000 руб). См вложенный файл
Протестировала базу через утилиту и конфигуратор. Обновила до релиза 3.1.18.367. После перепроведения документов ситуация не изменилась (((
Здравствуйте!
1. Подскажите пожалуйста обработку «Обновить данные для расчета среднего заработка» запускали?
2. Наверное, имели в виду релиз 3.1.18.364, потому что релиза 367 нет? Ошибку с «Рабочим временем» как раз в этом релизе исправили — Ошибка 10236873
Может у вас есть возможность направить базу разработчикам (v8@1c.ru) для анализа? Возможно есть какое-то стечение обстоятельств, которое мы не учитываем. Сейчас, если судить по сумме, опять получается, что отработанное время удваивается при учете премии.
Вот ссылка на консультацию с Вашего сайта Расчет отпуска с учетом нерабочих оплачиваемых дней «…Здравствуйте! Ошибку вес-таки исправили: уже в следующем релизе 3.1.21.15 она не проявляется.» Обновила наш архив до рекомендуемого релиза. Ошибка сохраняется. Пересчета среднего заработка не происходит
Да, написала в этом комментарии, что ошибка в 18 ветке тоже исправлена.
1. Подскажите пожалуйста обработку «Обновить данные для расчета среднего заработка» запускали?
— Да запускала. ничего не меняется ни на 3.1.18.364, ни на 3.1.21.15
Может у вас есть возможность направить базу разработчикам (v8@1c.ru) для анализа?
— Написала письмо на v8. Ответа пока нет. Как им направить базу для анализа?
Вам придет ответное письмо с ссылкой куда загрузить базу.
Будем рады, если поделитесь результатами расследования.
Вы не сможете больше ни чем помочь?
Здравствуйте!
Попробую на разных релизах в демо-базе посмотреть расчет. По результатам напишу.
Спасибо. Буду ждать.
Для расследования сложившейся ситуации, запрашиваемую информацию передала службе технической поддержки 1С. Пока ответа нет
По результатам переписки с разработчиками 1С сделан вывод, что больничный не уменьшает часть премии, учитываемую в среднем (п. 5 постановления 922 Правительства РФ). Сотрудник получил 50 000 премии, которые разделены между Явками (7 дней) и ОН (3 дня). В среднем учитывается 35 000 (50 000 * 7 / 10). Проверено на других сотрудниках, которые отработали полный месяц. Получен желаемый результат.
Здравствуйте!
Спасибо большое за то, что поделились информацией!