Сдача отчетности по форме СЗВ-СТАЖ за 2018 год (которую работодатели массово сдавали в начале 2019 года) запомнилась бухгалтерам и кадровикам огромным количеством коллизий, связанных с кодированием отпусков. Основным камнем преткновения стал код ДЛОТПУСК.
В этой статье мы подробно разберем, почему возникала путаница с этим кодом, проанализируем ошибки программы 1С:Зарплата и Управление Персоналом (ЗУП 3.1) при переходящих отпусках и найдем практические способы решения проблем с помощью корректировки регистров сведений.
---
Для начала проанализируем нормативный контекст, чтобы понять природу программных ошибок. Главная причина массовых расхождений крылась в резком изменении позиции Пенсионного фонда России (ПФР) прямо перед началом отчетной кампании:
ДЛОТПУСК для всех сотрудников без исключения. Разработчики 1С настроили автозаполнение отчета именно под это требование.ДЛОТПУСК должен заполняться исключительно для сотрудников, занятых на работах с особыми условиями труда (так называемых «вредников», имеющих право на досрочную пенсию), и только за те периоды, за которые отсутствуют начисления страховых взносов по дополнительному тарифу (например, когда отпускные выплачены в предыдущем месяце, а в текущем сотрудник весь месяц отдыхал и начислений не имел). Для обычных сотрудников выделять отпуск кодом ДЛОТПУСК стало категорически нельзя — этот период должен включаться в общий стаж работы.В результате резкой смены правил в программах 1С:ЗУП версий 3.1.5, 3.1.8 и других промежуточных релизах возникли технические коллизии. Разработчики выпустили обновления и специальную обработку, заменяющую записи в регистрах, но они помогли не во всех ситуациях.
---
Рассмотрим детально ситуацию, с которой столкнулось большинство пользователей: у обычного сотрудника (работающего в нормальных условиях труда) ежегодный отпуск начался в декабре 2017 года и закончился в январе 2018 года. При автозаполнении СЗВ-СТАЖ за 2018 год программа упорно продолжает ставить код ДЛОТПУСК на январскую часть отпуска, хотя этот сотрудник не является «вредником».
Выясним причину: эта ошибка связана с тем, как программа 1С хранит историю стажа в регистре сведений ЗаписиСтажаСотрудников (или в некоторых версиях — в таблицах параметров периодов стажа ПФР). Период декабря 2017 года программа зафиксировала еще по «старым» правилам, где отпуск кодировался как ДЛОТПУСК. Единая запись переходящего отпуска оказалась неразрывно связана с этой кодировкой в регистре. При формировании отчета за 2018 год алгоритм заполнения «цепляет» январский кусок этого отпуска и по инерции продолжает считать его периодом ДЛОТПУСК.
Если официальное обновление или обработка от фирмы 1С не исправили эту ошибку в вашей базе, применим ручной способ корректировки данных в регистре сведений. Разберем этот алгоритм по шагам:
ЗаписиСтажаСотрудников (или ПараметрыПериодовСтажаПФР). Открыть его можно через функции для технического специалиста (кнопка «Главное меню» -> «Функции для технического специалиста» -> «Регистры сведений»).СЗВ-СТАЖ и перезаполним сведения по данному сотруднику.Результат: Внесение короткой записи «Работа» на начало января заставляет алгоритм 1С обрабатывать оставшийся январский кусок стажа с чистого листа как обычную работу, благодаря чему код ДЛОТПУСК в печатной форме и файле выгрузки полностью исчезает.
---
Проанализируем вторую частую проблему, описанную пользователями на форумах. Сотрудник, имеющий право на досрочную пенсию («вредник»), уходит в отпуск со 2 июля 2018 года. Программа автоматически устанавливает код ДЛОТПУСК на период с 02.07.2018 по 02.08.2018. Однако при отправке отчета Пенсионный фонд присылает протокол с ошибкой: сведения не приняты.
Выясним причину: Проверочные программы ПФР (такие как ПО ПД или CheckPFR) работают по жестким алгоритмам. Согласно Постановлению № 507п, код ДЛОТПУСК ставится только тогда, когда за отчетный месяц по сотруднику не начислялись взносы по дополнительным тарифам. Если отпускные сотруднику выплатили, например, в июне, то июль у него остался полностью «пустым» (начислений в июле не было). Проверочная программа видит, что в июле начислений по доптарифам нет, и требует, чтобы весь этот месяц был полностью закрыт кодом льготного отпуска. Но поскольку отпуск начался только со 2-го числа, 1 июля (которое могло быть выходным или рабочим днем) зависает без кода ДЛОТПУСК и без начислений, что вызывает конфликт проверки.
В такой ситуации инспекторы ПФР часто сами рекомендуют бухгалтерам пойти на компромисс и скорректировать даты в отчете:
СЗВ-СТАЖ и перейдем в расшифровку стажа сотрудника.ДЛОТПУСК на 1-е число месяца (в нашем примере — установим период с 01.07.2018 вместо 02.07.2018).---
Рассмотрим еще одну распространенную ситуацию. В штате организации есть сотрудники на вредных должностях (например, маляры). Их должность относится к вредным условиям труда, однако при заполнении отчета код позиции списка для них не заполняется, страховые взносы по доптарифам не начисляются, и код ДЛОТПУСК также не выводится.
Выясним причину: Такое поведение программы часто связано с некорректными настройками графиков работы сотрудников. Если в свойствах графика работы ошибочно установлена галочка «Неполное рабочее время» (или «Неполный рабочий день»), программа может блокировать автоматическое заполнение кодов вредности и начисление взносов по доптарифам.
Для устранения этой проблемы выполним следующие действия:
СЗВ-СТАЖ, удалим сотрудника из табличной части и подберем его заново. Все коды позиций списка и периоды стажа должны заполниться корректно.---
Мы подробно разобрали особенности работы с кодом ДЛОТПУСК в программе 1С:ЗУП 3.1. Как мы выяснили, большинство проблем успешно решаются либо обновлением программы до актуальных релизов (где разработчики исправили алгоритмы заполнения переходящих отпусков), либо точечной ручной корректировкой записей в регистре сведений ЗаписиСтажаСотрудников.