В практической работе бухгалтера и расчетчика возникают ситуации, когда стандартных видов простоя (по вине работодателя, по вине работника или по независящим причинам) недостаточно. Например, требуется выделить специфический простой, который по условиям коллективного договора или локальных нормативных актов должен облагаться районным коэффициентом (РК) и северной надбавкой (СН). В типовой конфигурации «1С:Зарплата и управление персоналом 3.1» начисления по простоям по умолчанию часто исключаются из базы этих надбавок.
В рамках данной статьи мы разберем, как реализовать такую задачу, проанализируем ограничения системы и найдем оптимальные пути решения — от настройки начислений до использования расширений конфигурации.
Для начала проанализируем, почему нельзя просто добавить новую строку в выпадающий список выбора вида простоя. Документ ПростойСотрудников жестко привязан к перечислению, которое содержит три законодательно закрепленных вида простоя. Добавить туда четвертый пункт без внесения изменений в структуру метаданных невозможно. Однако система позволяет выбирать конкретное начисление на вкладке «Оплата», что открывает нам путь к гибкой настройке.
Рассмотрим порядок создания начисления, которое будет корректно интерпретироваться программой как оплата простоя, но при этом иметь свои правила расчета. Перейдем в меню «Настройки» — «Начисления» и создадим новый элемент:
Оплата времени простоя и внутрисменных перерывов. Это критически важно, чтобы документ «Простой сотрудников» «увидел» это начисление.По отдельному документу (автоматически подставится «Простой сотрудников»).СреднийЗаработок * ВремяВКалендарныхДнях * Коэффициент или согласно вашим локальным требованиям. Для простоя по независящим причинам это обычно 2/3 тарифной ставки или оклада.Посмотрим на пример настройки формулы для простоя, зависящего от оклада:
Результат = Оклад * 2 / 3 / НормаВремениВХ * ВремяВХ
Выясним причину, по которой РК и СН могут не начисляться на созданный простой. В ЗУП 3.1 эти надбавки рассчитываются исходя из их «базы». Чтобы новый простой облагался коэффициентами, выполним следующие действия:
Районный коэффициент и Северная надбавка.Важный нюанс: программа может выдать предупреждение о том, что начисление простоя само зависит от времени, а РК — это зависимое начисление. В ЗУП 3.1 приоритеты расчетов обычно расставляются автоматически, но проверьте вкладку «Приоритет», чтобы исключаемые периоды (например, больничные) не накладывались на период простоя.
Проанализируем ситуацию с расчетом среднего заработка для будущих отпусков и командировок. Согласно Постановлению Правительства РФ №922, время простоя и начисленные за это время суммы исключаются из расчета среднего заработка.
Если мы включили РК и СН в базу простоя, нам необходимо убедиться, что эти суммы также не попадут в расчет среднего заработка в будущем. На вкладке Средний заработок в настройках начисления простоя убедитесь, что флажок «Включать в базу расчета среднего заработка» снят. Для самих начислений РК и СН система обычно автоматически определяет долю, относящуюся к исключаемым периодам, но при создании нестандартных схем рекомендуется проверить регистр Данные о начислениях для расчета среднего заработка (общий) после проведения пробного документа.
Для корректного формирования отчетности выполним следующие настройки на вкладке Учет времени:
Простой по причинам, не зависящим от работодателя и работника (код НП или 32).ПРОСТОЙ.Если ваша задача требует, чтобы новый вид простоя выбирался непосредственно в списке «Вид простоя» документа для автоматического заполнения всех параметров, «штатных» средств без программирования будет недостаточно. В этом случае целесообразно использовать механизм Расширений.
С помощью расширения можно:
ПричиныПростоя.ПростойСотрудников, чтобы при выборе нового значения автоматически подставлялось ваше начисление с настроенной базой РК/СН.Пример кода в расширении для изменения логики выбора (схематично):
&После("ПриИзмененииПричиныПростоя")
Процедура Расш1_ПриИзмененииПричиныПростоя(Элемент)
Если Объект.ПричинаПростоя = ПредопределенноеЗначение("Перечисление.ПричиныПростоя.НашНовыйВид") Тогда
Объект.Начисление = Справочники.Начисления.НайтиПоНаименованию("Наш Простой с РК");
КонецЕсли;
КонецПроцедуры
Мы рассмотрели комплексный подход к добавлению нового вида простоя в ЗУП 3.1. Краткий алгоритм действий выглядит так: создаем начисление с назначением «Оплата времени простоя» —> добавляем его в базу РК и СН —> проверяем настройки среднего заработка и кодов времени —> используем это начисление в стандартном документе «Простой сотрудников».
Такой подход позволяет сохранить целостность информационной базы и обеспечить корректность регламентированной отчетности без внесения критических изменений в конфигурацию.