Сдача отчетности в Пенсионный фонд (ныне Социальный фонд России — СФР) нередко сопровождается техническими трудностями. Одна из самых распространенных и запутанных ситуаций — когда бухгалтер отправляет форму СЗВ-СТАЖ из программы 1С, визуально печатная форма выглядит абсолютно новой и корректной, но из контролирующего органа приходит протокол отказа. В нем утверждается, что отчет предоставлен по «старой форме» или в «устаревшем формате».
В этой статье мы подробно разберем, почему возникает такая проблема, как самостоятельно проверить XML-файл выгрузки на соответствие актуальным схемам, и какие скрытые ошибки в учете заставляют шлюзы приема ПФР выдавать ложные сообщения о неверном формате.
Для начала разберемся, как устроен файл выгрузки и где посмотреть, в каком формате программа 1С сформировала отчет. При переходе на новые форматы СЗВ-СТАЖ (который произошел при вступлении в силу Постановления Правления ПФР № 507п взамен старого № 3п) кардинально изменилась сама схема XML-документа.
Чтобы проверить формат файла вручную, выполним следующие шаги:
xmlns и корневые теги).В старом формате СЗВ-СТАЖ (версии схемы, действовавшей до 2019 года) в структуре документа использовались теги с префиксом ИС2. Заголовок содержал ссылку на схему 2017 года:
xmlns="http://пфр.рф/ВС/СТАЖ/2017-01-01"
В новом формате XML-схемы (версия 5.06 и старше) все теги структуры были изменены. Вместо префикса ИС2 начал использоваться префикс ИС4, а в заголовке файла ссылка на пространство имен изменилась на новую:
xmlns="http://пфр.рф/ВС/СТАЖ/2018-03-22"
Если при анализе выгруженного файла в заголовке вы видите старую дату схемы (2017-01-01) или теги <ИС2:...>, это означает, что программа 1С действительно сформировала файл по устаревшему формату, который приемный шлюз фонда заведомо отклонит.
Выясним, почему 1С может выгружать отчет в старом формате, несмотря на то что на экране отображается обновленный бланк отчета. Рассмотрим эту проблему на примере программ 1С:ЗУП 2.5 и 1С:ЗУП 3.1.
Разработчики 1С для плавного перехода на новые форматы добавили в документы специальную опцию (флажок) — «Формировать файл в формате 2019 года». Поведение программы зависит от нескольких факторов:
137.2. Если ваша база имеет более ранний релиз (например, 136-й), программа физически не умеет формировать схему с тегами ИС4.Очень часто на практике возникает парадоксальная ситуация: бухгалтер проверил XML-файл, убедился, что там используются правильные теги ИС4 и новая схема, релиз программы актуальный, галочка формата стоит, но инспекторы ПФР по-прежнему утверждают, что отчет «старый».
Проанализируем работу приемных программ Пенсионного фонда. При проверке входящего файла на стороне шлюза ПФР происходит форматно-логический контроль. Если в файле содержатся критические нестыковки данных, нарушающие жесткие правила XSD-схемы, проверочный комплекс выдает Код ошибки 50 (документ не принят из-за несоответствия схеме).
Инспекторы на местах часто не вчитываются в лог технической ошибки и трактуют любой сбой по Коду 50 как «неверный/устаревший формат файла». На самом деле, причина кроется в ошибках заполнения данных внутри отчета. Рассмотрим наиболее частые из них:
Неверное сочетание кодов стажа у временно отсутствующих сотрудников — самая частая причина «поломки» XML-структуры. Например, если в табличной части стажа сотрудницы пересекаются или некорректно указаны периоды работы и коды ДЕКРЕТ или ДЛДЕТИ, схема XML-файла нарушается. Проверочная программа фонда не может сопоставить эти данные с правилами XSD-схемы и отвергает весь файл с ошибкой формата.
Проанализируем данные по всем декретницам в отчете, исправим пересекающиеся периоды, и после этого отчет будет успешно принят.
Еще одна неочевидная проблема — наличие в документе СЗВ-СТАЖ «пустых» сотрудников. Такое случается при автоматическом заполнении документа, если в базу был принят сотрудник, по которому не было зарегистрировано ни одного дня фактического стажа за отчетный период (или данные были удалены вручную в таблице периодов, но сам сотрудник остался в списке).
В XML-файле для такого сотрудника формируется пустой узел с личными данными без обязательного блока стажа. По правилам XSD-схемы блок стажа является строго обязательным. Отсутствие записей ломает структуру файла, шлюз фонда выдает ошибку формата, а инспектор сообщает вам о «старой форме».
Для поиска таких ошибок программисты могут использовать простой алгоритм проверки на встроенном языке 1С:
Для Каждого СтрокаСотрудника Из СЗВ_СТАЖ.Сотрудники Цикл
Если СтрокаСотрудника.Стаж.Количество() = 0 Тогда
Сообщить("Внимание! У сотрудника " + СтрокаСотрудника.ФизическоеЛицо + " нет записей о стаже. Это вызовет ошибку формата!");
КонецЕсли;
КонецЦикла;
Согласно новым правилам формата, код ДЛОТПУСК (пребывание в ежегодном оплачиваемом отпуске) разрешено использовать только для сотрудников, которые работают в особых (вредных или льготных) условиях труда, дающих право на досрочную пенсию. Если в вашей программе этот код по старой привычке выгрузился для сотрудников, работающих в обычных условиях, приемная программа ПФР выдаст ошибку формата.
Если вы столкнулись с отказом в приеме СЗВ-СТАЖ по причине «старого формата», рекомендуем действовать по следующему алгоритму:
ДЕКРЕТ, ДЛДЕТИ, ДЕТИПРЛ на предмет наложения периодов друг на друга или на периоды обычного стажа.После устранения внутренних ошибок в данных сотрудников переформируйте XML-файл. Вы увидите, что структура файла станет полностью соответствовать требованиям фонда, а сообщение о «старой форме» исчезнет само собой.