Согласно Постановлению Правительства РФ № 922 (п. 5), из расчетного периода для исчисления среднего заработка должно исключаться время, а также начисленные за это время суммы, если работник не работал в связи с простоем по вине работодателя или по причинам, не зависящим от сторон. Однако на практике пользователи часто сталкиваются с ситуацией, когда документ Простой введен, сумма начислена верно, но в расчете среднего (например, в документе Отпуск) количество календарных дней месяца все равно отображается как 29,3.
В этой статье мы подробно разберем, как работает механизм исключения времени в программах 1С:Предприятие 8.3 и какие настройки необходимо проверить, чтобы данные для среднего заработка формировались корректно.
Основная причина, по которой время отсутствия не вычитается из календарных дней для среднего заработка, кроется в настройках приоритетов начислений. В 1С:ЗУП 3.1 и ERP используется метод отклонений. Чтобы программа «поняла», что время одного начисления (простоя) должно заменить время другого (основного заработка), необходимо настроить связь между ними.
Проанализируем ситуацию на примере Сдельного заработка. Если у сотрудника назначено начисление, которое по своей сути не зависит от времени (например, оплата по нарядам), программа может не сопоставлять его с периодами отсутствия. Чтобы исправить это, выполним следующие шаги:
Важный нюанс: Если «Простой» не указан в списке вытесняющих начислений для основного заработка, то с точки зрения системы эти два события происходят параллельно. В результате в регистр данных о времени для среднего заработка попадает полная норма календарных дней, так как основное начисление «не уступило» свое время простою.
Разберем ситуацию, когда основное начисление сотрудника имеет простую формулу, например, просто показатель СдельныйЗаработок. В этом случае система может игнорировать учет времени, так как расчет не зависит от отработанных часов или дней.
Чтобы заставить программу отслеживать временные интервалы для таких начислений, можно использовать технический прием — добавить в формулу показатели времени, которые не изменят результат расчета, но активируют механизм контроля периодов. Рассмотрим пример модификации формулы:
СдельныйЗаработок + 0 * ВремяВДнях
Добавление 0 * ВремяВДнях не влияет на итоговую сумму, но заставляет систему регистрировать фактическое время выполнения работ, которое впоследствии будет корректно вытесняться периодами простоя.
Проверим настройки самого начисления Простой. На вкладке Средний заработок должен быть корректно определен порядок учета. Несмотря на то, что флаг Включать в базу начислений при расчете среднего заработка для простоя обычно снят (так как сам простой исключается), важно понимать, как система определяет исключаемый период.
Программа определяет время как исключаемое, если выполняются два условия:
Помните, что прогулы и простои по вине работника, в отличие от простоев по вине работодателя, не исключаются из расчета среднего заработка согласно законодательству. Убедитесь, что в документе выбран именно тот вид простоя, который должен уменьшать количество календарных дней.
Данные для расчета среднего заработка в современных редакциях ЗУП и ERP хранятся в специальном вспомогательном регистре Данные о времени для расчета среднего заработка (общий). Иногда после изменения настроек приоритетов или формул в уже закрытых периодах данные в этом регистре не обновляются автоматически.
Для актуализации сведений выполним следующие действия:
Если автоматический расчет все равно выдает 29,3 дня, мы можем проанализировать, как система «видит» каждый день месяца. В документе Отпуск нажмем на кнопку «карандаш» рядом с полем среднего заработка (Изменить данные расчета среднего заработка). В открывшейся форме мы увидим расшифровку по месяцам.
Если в колонке Календарные дни указано полное значение 29,3 при наличии простоя, это прямой признак того, что механизм вытеснения не отработал. В экстренных случаях, когда нет возможности менять настройки прошлых периодов, допускается ручная корректировка количества дней непосредственно в этой форме, однако правильным решением остается настройка приоритетов начислений, описанная выше.