Расчет среднего заработка в программных продуктах 1С, особенно в "1С:Зарплата и управление персоналом" (ЗУП), всегда был одной из самых сложных и ответственных задач для бухгалтеров и расчетчиков. Введение нерабочих оплачиваемых дней (ОН) и особенности учета районных коэффициентов (РК) еще больше усложнили этот процесс, вызывая множество вопросов и ошибок в стандартных конфигурациях. Рассмотрим подробнее проблемы, которые могут возникнуть, и выясним, как их можно решить.
Мы сталкиваемся с ситуацией, когда система 1С:ЗУП (например, редакция 3.1.18.276 или 3.1.20.36, а также ЗКГУ КОРП) некорректно рассчитывает средний заработок для отпусков, особенно когда в расчетный период попадают нерабочие оплачиваемые дни (ОН). В основном, проблемы проявляются в двух аспектах:
"Данные о начислениях средний заработок (общий)" может попасть сумма, значительно отличающаяся от ожидаемой, например, 9959,61 руб. Это происходит, несмотря на то, что расчет должен быть пропорционален фактически отработанным часам (например, 11594,88 * 68 / 79 = 9980,40, где 68 – часы без учета ОН, а 79 – общее количество часов за ноябрь).Особую остроту проблеме придает учет районного коэффициента (РК) и северных надбавок (СН), которые могут учитываться очень "криво", особенно если в настройках этих начислений выбран вариант "Как базовые начисления". Мы замечаем, что если оклад сотрудника рассчитывается по часам, программа может учитывать РК по дням при формировании данных для среднего заработка, что приводит к значительным искажениям.
Для корректного учета нерабочих оплачиваемых дней (ОН) и исключения их из расчета среднего заработка, мы должны ориентироваться на официальные рекомендации. Согласно письму Минтруда России от 18.05.2020 № 14-1/В-585, время и суммы, фактически начисленные за нерабочие оплачиваемые дни, когда сотрудник не работал, не должны включаться в расчет среднего заработка.
"Настройка", далее "Расчет зарплаты", мы найдем специальный флажок "Учитывать оплачиваемое нерабочее время и суммы в среднем заработке". По умолчанию этот флажок должен быть снят. Если он установлен, система будет включать ОН в расчет среднего, что противоречит рекомендациям Минтруда. Убедитесь, что этот флажок снят."Периоды нерабочих дней календаря". Например, если проблема с ноябрем 2021 года, мы можем изменить период нерабочих дней до 03.11.2021, чтобы система не исключала последующие дни. Однако это является обходным путем и может потребовать осторожности."Зарплата", выберите "Обновить данные для расчета среднего заработка", укажите организацию и необходимый период, затем нажмите "Выполнить". Это позволит системе пересчитать данные с учетом новых настроек.Важные нюансы:
Мы должны помнить, что если сотрудник фактически работал в период нерабочих оплачиваемых дней (что подтверждено табелем учета рабочего времени), то этот период и начисления за него должны участвовать в расчете среднего заработка. В таких случаях, настройки, исключающие ОН, могут не применяться к фактически отработанным часам.
Для начислений, которые не зависят от отработанного времени (например, сдельная оплата труда), в карточке начисления на закладке "Средний заработок" мы должны проверить флажок "Учитывать полностью в месяцах, в которых есть нерабочие дни с сохранением заработной платы".
Проблема с тем, что в ноябре система может ставить 23 отработанных календарных дня вместо 27, напрямую связана с тем, как Правительство РФ объединило праздничные и выходные дни (04.11.2021 - 07.11.2021) с нерабочими оплачиваемыми. Система воспринимает весь этот блок как дни, подлежащие исключению.
Как уже упоминалось, мы можем использовать обходной путь, временно изменяя даты в регистре сведений "Периоды нерабочих дней календаря". Устанавливая, например, окончание периода нерабочих дней на 03.11.2021, мы можем добиться того, чтобы последующие выходные дни (которые не были фактически ОН) не исключались из расчета.
Однако, это решение является "костылем" и требует внимательного мониторинга, так как подобные изменения могут повлиять на другие расчеты. Важно понимать, что это следствие интерпретации законодательства программой, и в идеале, подобные ситуации должны решаться обновлениями от 1С.
Районный коэффициент и северные надбавки должны включаться в средний заработок аналогично начислениям, на которые они рассчитаны, поскольку они являются составной частью заработной платы, а не отдельной выплатой. Однако, на практике мы часто сталкиваемся с тем, что 1С:ЗУП учитывает их некорректно.
Основная проблема возникает, когда у сотрудника оклад рассчитывается по часам, но программа почему-то начинает учитывать РК по дням при формировании данных для среднего заработка. Это приводит к значительным искажениям и является известной ошибкой, которая, к сожалению, не всегда исправляется в стандартных релизах 1С.
"Средний заработок" в карточке начисления РК/СН, нам нужно убедиться, что флажок "учитывать в среднем 'Как базовые начисления'" не включен, если он вызывает проблемы. Правильная настройка позволяет автоматизировать распределение долей РК и СН, которые должны быть включены или не включены в средний заработок, в зависимости от того, как учитываются базовые начисления. Например, если оклад учитывается в среднем заработке, то и РК с оклада должен быть учтен, а если какое-то другое начисление нет, то и РК с него не должен."Отпуск", используя кнопку с "зеленым карандашом" для редактирования данных расчета среднего заработка за конкретный месяц. Также возможен перенос данных через документ "Перенос данных" для массовой корректировки записей в регистрах, но это требует глубокого понимания структуры данных и должно выполняться опытным специалистом. Мы понимаем, что это крайне трудоемко при большом количестве сотрудников.После тщательного анализа ситуации, когда стандартные методы не помогают, многие специалисты приходят к выводу, что требуется более глубокое вмешательство в логику программы. Особенно это актуально, когда в организации нет начислений по дням, и весь расчет должен производиться строго по часам.
Мы выяснили, что в таких случаях начисление Районного коэффициента при наличии ОН (нерабочих оплачиваемых дней) может некорректно умножаться на коэффициент ОН, тогда как для премий и некоторых других начислений РК должен учитываться полностью. Проблема часто сводится к тому, что система неверно интерпретирует базу для РК в контексте среднего заработка.
Эффективным решением может стать создание костыля-расширения. Данное расширение призвано изменить запросы в нескольких ключевых функциях общих модулей 1С:ЗУП, которые отвечают за расчет зарплаты и учет среднего заработка. В частности, изменения могут затронуть модули РасчетЗарплатыРасширенный и УчетСреднегоЗаработка.
Суть работы расширения:
Мы модифицируем логику, чтобы система всегда рассчитывала районный коэффициент для среднего заработка, исходя из часовой базы, а не дневной, и корректно обрабатывала его при наличии нерабочих оплачиваемых дней. Это позволяет избежать ситуации, когда РК искажается из-за неверной интерпретации отработанного времени или базы начислений.
Порядок применения расширения:
"Администрирование" -> "Печатные формы, отчеты и обработки" -> "Расширения"."Данные о начислениях средний заработок (общий)" перезаписались корректные данные для последующего расчета среднего заработка. Без этого шага изменения не будут применены к уже существующим записям.Такой подход позволяет нам добиться правильного расчета районного коэффициента в средних заработках, учитывая все особенности часовой оплаты и наличие нерабочих оплачиваемых дней, тем самым решая проблему, с которой 1С не справляется в стандартном режиме.
Чтобы минимизировать проблемы с расчетом среднего заработка, мы всегда должны придерживаться нескольких общих рекомендаций:
"Анализ зарплаты по сотрудникам (в целом за период)". Этот отчет поможет нам увидеть, какие суммы и отработанные дни/часы были включены или исключены, и тем самым выявить потенциальные ошибки.Помните, что порядок расчета среднего заработка может меняться в соответствии с законодательством, поэтому важно постоянно отслеживать изменения и проверять актуальность используемых методик и настроек в программе.