Как исправить ошибку СФР err_pr_1028: количество символов в поле note не должно превышать 300 символов

Бухгалтер 1С v8.3 (Управляемые формы) 1С:Зарплата и Управление Персоналом
← На главную

При работе с системой электронного документооборота (СЭДО) в программе 1С:Зарплата и Управление Персоналом 3.1 пользователи могут столкнуться с протоколом об ошибке от Социального фонда России (СФР) следующего содержания: err_pr_1028 количество символов в поле <note> не должно превышать 300 символов. Ситуация осложняется тем, что при визуальном осмотре документа «Ответ на запрос СФР для расчета пособия» бухгалтер может не обнаружить длинных текстов, превышающих лимит.

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

Выясним причину возникновения ошибки

Ошибка err_pr_1028 — это типичная ошибка форматно-логического контроля. Она означает, что сформированный программой XML-файл не соответствует XSD-схеме, утвержденной фондом. Тег <note> зарезервирован для передачи текстовых примечаний страхователя. Согласно техническому регламенту СФР, длина текста в этом узле жестко ограничена 300 символами.

Рассмотрим подробнее ситуации, когда лимит может быть превышен незаметно для пользователя:

  1. Скрытые пробелы и переносы строк: Пользователь мог случайно нажать клавишу пробела или Enter множество раз. Визуально поле кажется пустым или коротким, но в XML-структуре каждый такой символ учитывается.
  2. Спецсимволы XML: Некоторые знаки при выгрузке трансформируются. Например, знак амперсанда & превращается в &amp;, а кавычки — в &quot;. Это увеличивает фактическую длину строки в файле.
  3. Склеивание данных из разных источников: Программа может автоматически собирать текст для примечания из нескольких реквизитов разных документов.

Проанализируем места заполнения поля Примечание

Если в основном документе «Ответ на запрос СФР» текст короткий, нам необходимо проверить другие связанные объекты. Разберем по шагам, где еще может храниться информация, попадающая в тег <note>:

1. Документ «Реквизиты для выплаты пособия»

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

2. Сведения о застрахованном лице

Иногда примечание может быть заполнено в карточке сведений, которые подавались ранее или подаются одновременно с ответом. Если данные передаются в составе пакета, программа может включить примечание из этого справочника. Для выгрузки и анализа таких данных пригодится обработка для выгрузки сведений о застрахованных лицах в файлы.

3. Уведомление о прекращении отпуска по уходу за ребенком

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

Применим технический метод проверки через выгрузку XML

Самый надежный способ увидеть то, что видит приемный шлюз фонда — это посмотреть содержимое сформированного файла. Рассмотрим, как это сделать в 1С:

  1. Перейдем в список документов Ответы на запросы СФР для расчета пособий.
  2. Найдем документ, по которому пришел протокол с ошибкой.
  3. В верхней панели нажмем кнопку Выгрузить и сохраним файл на диск.
  4. Откроем полученный XML-файл любым текстовым редактором (рекомендуется использовать Notepad++, так как он лучше отображает структуру).
  5. Воспользуемся поиском (сочетание клавиш Ctrl + F) и введем текст note.

Проанализируем содержимое внутри тега. Пример того, как это может выглядеть:


<note>Справка №123 от 01.01.2023 выдана по месту работы отца.                                                                                                                                                                                                             </note>

Если вы видите огромное количество пробелов между текстом и закрывающим тегом, значит, проблема найдена. Также обратите внимание на кодировку символов. Если программа ошибочно дублирует информацию, вы увидите повторяющиеся блоки текста в одном теге.

Разберем алгоритм исправления данных

После того как мы выяснили, в каком именно поле кроется проблема, выполним следующие действия:

Проанализируем программные факторы

В некоторых релизах ЗУП 3.1 встречались программные ошибки, при которых поле Примечание заполнялось автоматически технической информацией (например, реквизитами справок других работодателей), что приводило к раздуванию объема данных. Рассмотрим, что делать в этом случае:

Проверьте наличие установленных исправлений (патчей). Перейдите в раздел Администрирование — Обслуживание — Обновление программы — Установленные исправления (патчи). Если в списке нет патчей, связанных с СЭДО и формированием ответов на запросы, рекомендуется выполнить поиск и установку актуальных обновлений, так как разработчики 1С регулярно выпускают фиксы для подобных ситуаций. При обслуживании нескольких информационных баз автоматическое обновление и тестирование баз 1С выполняется по расписанию в тихом режиме.

Таким образом, решение проблемы err_pr_1028 сводится к поиску «невидимого» избыточного текста в связанных документах или очистке скрытых пробелов через прямой анализ XML-выгрузки. Совместная работа бухгалтера по проверке документов и технического специалиста по анализу файла позволяет быстро устранить ошибку и успешно отправить сведения в фонд.

← На главную