При увольнении сотрудников, которые долгое время находились в декретных отпусках, бухгалтеры часто сталкиваются с ситуацией, когда программа 1С:Зарплата и управление персоналом 8 (редакция 3) рассчитывает компенсацию отпуска в гораздо большем объеме, чем ожидалось. Типичный пример: сотрудница отработала всего месяц и ушла в декрет, а при увольнении программа выдает 14 или даже более дней компенсации. Разберем детально, почему так происходит, как программа считает эти дни согласно законодательству и как при необходимости скорректировать эти данные.
Для начала проанализируем ситуацию с точки зрения Трудового кодекса РФ, так как логика программы 1С строится именно на нем. Главная причина «непонятных» дней кроется в статье 121 ТК РФ. Нам необходимо четко разделять два разных периода, которые в быту часто называют одним словом «декрет»:
Таким образом, за каждые 140 дней больничного по беременности и родам сотрудница зарабатывает право на отпуск так же, как если бы она работала. Посмотрим на расчет: 140 дней — это примерно 4 месяца и 20 дней. По правилам округления периодов это дает 5 полных месяцев стажа. Если умножить 5 месяцев на стандартные 2.33 дня, мы получим 11.65 дня за один такой больничный. Добавив один отработанный месяц (еще 2.33 дня), мы получаем 13.98 дня, что программа округляет до 14. Следовательно, 14 дней в программе — это не ошибка, а корректное следование законодательству.
Если вы сомневаетесь в цифрах, рассмотрим, как проверить, из чего сложился такой остаток в 1С:ЗУП 3.1. Основным инструментом для нас будет справка по остаткам отпусков.
Выполним следующие шаги:
Также полезно заглянуть в техническую часть — регистр сведений ЗаработанныеПраваНаОтпуска. В ЗУП 3.1 этот регистр является независимым. Рассмотрим ситуацию, когда данные в нем могут быть некорректными, особенно после переноса данных из старых версий программы (ЗУП 2.5). Если записи в регистре выглядят странно или дублируются, это может быть следствием ошибок при переносе или некорректно оформленных документов отсутствия.
Если вы все же решили, что остаток должен быть другим (например, если сотрудница не оформляла больничный по БиР, а сразу ушла в отпуск по уходу, что бывает редко, но технически возможно), разберем способы корректировки.
Это самый правильный и «чистый» способ с точки зрения программы. Не стоит пытаться удалять записи в регистрах вручную, так как при проведении документов программа может их восстановить.
Рассмотрим порядок действий:
Если сотрудница была перенесена из базы ЗУП 2.5, выясним причину в документах типа Перенос данных. Часто ошибки кроются в документах с кодом «ОТП» (Остатки отпусков) или «РПО» (Регистр прав на отпуска). Посмотрим, какие периоды там зафиксированы. Если в переносе указано, что на дату начала работы в новой базе у нее уже накоплено много дней, программа просто продолжит их суммировать.
Часто в подобных темах возникает вопрос: «Почему компенсация считается из копеек или вообще нулевая?». Проанализируем причину. Поскольку сотрудница долго находилась в декрете, в последние 12 месяцев у нее не было начислений. Согласно Постановлению №922, расчетный период должен смещаться назад до того момента, когда у сотрудника был заработок.
Если в базе ЗУП 3 нет данных за те далекие годы (например, перенос был сделан только за последние 2-3 года), программа не видит базу для расчета. В этом случае мы можем:
Прежде чем принудительно исправлять «14 дней» на «2.33», обязательно проконсультируйтесь с бухгалтером по кадрам. Скорее всего, программа абсолютно права. Помните, что недоплата компенсации при увольнении — это прямое нарушение трудового законодательства, которое может повлечь штрафы от ГИТ. Если же корректировка необходима по техническим причинам, всегда используйте документ Ввод остатков отпусков, это обеспечит стабильность данных в будущем.