Как исправить ошибку -503 при выгрузке реестра ФСС в программе Зарплата и Управление Персоналом 2.5?

← На главную

При работе в программе 1С:Зарплата и Управление Персоналом, редакция 2.5 пользователи часто сталкиваются с ошибкой форматного контроля при отправке реестров в ФСС (ныне СФР). Сообщение выглядит следующим образом: «-503 XML-файл расчёта не прошел форматный контроль». Чаще всего эта проблема возникает при попытке выгрузить реестр больничных листов в рамках пилотного проекта «Прямые выплаты».

В данной статье мы разберем причины возникновения этой ошибки, выясним, какие поля стали обязательными, и рассмотрим пошаговые инструкции по их заполнению в устаревших, но все еще используемых редакциях программы.

Причина возникновения ошибки: переход на ФИАС

Давайте проанализируем ситуацию. Начиная с 2018 года, требования к формату XML-файлов для ФСС ужесточились. Согласно регламенту версии 1.7.5, обязательными к заполнению стали поля ADDR_GUID и ADDR2_GUID. Эти поля представляют собой уникальные 128-битные идентификаторы адресных объектов в Федеральной информационной адресной системе (ФИАС).

Ошибка -503 сигнализирует о том, что в выгруженном файле эти теги либо отсутствуют, либо содержат некорректные данные. ФСС требует, чтобы адрес застрахованного лица (как адрес регистрации, так и адрес проживания) был четко привязан к идентификатору конкретного дома или владения в базе ФИАС.

Метод 1. Обновление и перевыбор адреса через классификатор

Это наиболее правильный и системный способ решения проблемы. Разберем его по шагам:

Загрузка актуального классификатора. Убедимся, что в программу загружены последние данные ФИАС. В ЗУП 2.5 это делается через меню «Предприятие» — «Классификаторы» — «Адресный классификатор». Важно использовать формат XML (ГАР/ФИАС), а не устаревший КЛАДР (dbf), если конфигурация это позволяет.
Проверка карточки сотрудника. Откроем справочник «Физические лица» и перейдем к редактированию адреса застрахованного лица.
Перевыбор адреса. Даже если адрес визуально выглядит верно, нам необходимо «перещелкнуть» его. Нажимаем на кнопку выбора в поле адреса и заново выбираем город, улицу и номер дома из выпадающих списков. Именно в момент выбора из актуального справочника программа записывает во внутренние регистры скрытый уникальный идентификатор GUID.
Сохранение данных. После перевыбора адреса нажимаем «ОК» и записываем изменения в карточке сотрудника. Теперь при формировании реестра программа должна автоматически подтянуть нужный код в файл.

Метод 2. Ручной ввод GUID с сайта ФИАС

Бывают ситуации, когда классификатор в программе не обновлен или нужный адрес (например, в новостройке) в базе 1С отсутствует. В этом случае воспользуемся «ручным» методом, который часто обсуждается на технических форумах.

Проанализируем алгоритм действий:

Переходим на официальный портал fias.nalog.ru.
В строке поиска вводим полный адрес сотрудника (регион, город, улица, номер дома).
В результатах поиска находим нужный объект. Нам необходим именно Уникальный идентификатор записи дома (HOUSEID). Это строка из 36 символов, разделенных дефисами, например: 30b8481c-5feb-4855-811f-3f9af7b1ca8f.
В ЗУП 2.5 в документе «Реестр больничных листов» или в связанных регистрах сведений (в зависимости от релиза) находим поле для ввода кода ФИАС.
Копируем код с сайта и вставляем его в программу. Важно следить, чтобы не было лишних пробелов в начале или конце строки.

Важное замечание: По сообщениям пользователей, после ручного ввода кода для одного документа, в последующих больничных листах этого же сотрудника код может проставляться автоматически, так как программа запоминает связь.

Различие между идентификаторами дома и улицы

Рассмотрим важный нюанс, который часто становится причиной повторных ошибок. Существует два типа GUID:

AOGUID — идентификатор адресного объекта (например, улицы или города).
HOUSEID — идентификатор конкретного дома.

Если в адресе указан номер дома, ФСС требует именно HOUSEID. Если вы укажете GUID улицы вместо дома, контроль формата -503 снова может не пройти. При поиске на сайте налоговой всегда выбирайте идентификатор самого строения (здания).

Проверка результата в XML-файле

Чтобы убедиться, что всё сделано правильно перед отправкой, мы можем самостоятельно проверить структуру файла. Выгрузим реестр на диск, нажмем на него правой кнопкой мыши и выберем «Открыть с помощью — Блокнот» (или любого XML-редактора). Нам нужно найти следующие теги:


<ADDR_GUID>30b8481c-5feb-4855-811f-3f9af7b1ca8f</ADDR_GUID>
<ADDR2_GUID>30b8481c-5feb-4855-811f-3f9af7b1ca8f</ADDR2_GUID>

Если данные теги присутствуют и заполнены 36-значными кодами, значит, проблема с адресным контролем решена. Если же теги выглядят как <ADDR_GUID /> (пустые), программа не смогла найти связь адреса с классификатором.

Почему в ЗУП 3.1 коды отличаются от 2.5?

Выясним причину расхождений, о которых упоминают пользователи. В более современных редакциях (ЗУП 3.1) используется ГАР (Государственный адресный реестр) и муниципальное деление адресов. В ЗУП 2.5 используется старая административная модель. Коды могут отличаться из-за того, что 3.1 подтягивает идентификатор по новым правилам муниципальной привязки. Однако для шлюза ФСС критически важно, чтобы код соответствовал актуальной записи в базе ФИАС на момент проверки.

Итог: Основное решение проблемы -503 заключается в обеспечении наличия GUID адреса. Используйте либо полное обновление классификатора с перевыбором данных в карточке физлица, либо ручное внесение HOUSEID с официального сайта ФИАС. Это позволит успешно пройти форматный контроль и отправить сведения о больничных листах без ошибок.