К статье
Практический материал

Другое · 12 мин

Ошибка «unknown format message» при отправке в ФСС из 1С:ЗУП: причины и решение

Разбираем ошибку формата сообщения unknown format message при обмене с ФСС из 1С:ЗУП: причины, проверка сертификатов, настроек обмена и пошаговое устранение.

Ошибка «unknown format message» (неизвестный формат сообщения) появляется в 1С:ЗУП при обмене с ФСС — чаще всего при отправке реестров прямых выплат, сведений о застрахованных лицах, ответов на запросы фонда или при получении входящих сообщений СЭДО. Сообщение означает, что сервис фонда получил пакет, который не смог распознать: структура XML, кодировка, сертификат или версия формата не соответствуют ожиданиям сервера.

Типичная ситуация: бухгалтер формирует реестр для пособия, нажимает «Отправить», а в ответ приходит текст «unknown format message» или «Ошибка формата сообщения». Документ зависает в статусе «Не отправлено», сроки передачи сведений горят, а причина в интерфейсе не объясняется. На практике виновник почти всегда находится в одном из пяти мест: устаревшая версия конфигурации, неактуальный сертификат, неверные настройки обмена, повреждённый файл обмена или сбой на стороне самого фонда.

Ниже разобраны проверенные шаги диагностики и устранения — от простых к сложным. Выполняйте их последовательно: в большинстве случаев ошибка уходит уже на втором-третьем шаге.

Что означает ошибка и когда она возникает

ФСС принимает сообщения в строго определённых XML-форматах, которые периодически меняются. Когда 1С:ЗУП формирует пакет по устаревшей схеме или с нарушенной структурой, шлюз фонда отклоняет его с ответом «unknown format message». Это не ошибка учётных данных — зарплата и больничные в программе могут быть рассчитаны абсолютно верно.

Наиболее частые сценарии появления ошибки:

  • отправка реестра сведений для назначения пособия (проактивные выплаты, больничные, детские пособия);
  • ответ на запрос ФСС о недостающих сведениях;
  • получение входящих сообщений СЭДО (уведомления, требования, извещения);
  • отправка сведений о застрахованных лицах и стаже;
  • обмен после обновления форматов на стороне фонда, когда конфигурация ещё не обновлена.

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

Ошибка при отправкеПроблема в исходящем пакете

Проверьте версию конфигурации и формат реестра

Ошибка при полученииПроблема обработки входящих СЭДО

Проверьте сертификаты и обновите релиз

Ошибка у нескольких организацийВероятен сбой на стороне ФСС

Проверьте статус сервисов фонда и повторите позже

Ошибка только у одного сотрудникаПроблема в данных документа

Проверьте СНИЛС, ФИО и реквизиты в реестре

Шаг 1. Проверьте актуальность версии 1С:ЗУП

Первая и самая частая причина — устаревший релиз конфигурации. Фонд меняет форматы обмена, и поддержка новых версий появляется только в свежих обновлениях 1С:ЗУП. Если релиз старше текущего на несколько месяцев, вероятность несовпадения форматов высока.

Откройте раздел «Администрирование» → «Поддержка и обслуживание» → «Результаты обновления программы» или посмотрите версию через «О программе». Сравните её с актуальной версией на портале 1С. Если обновления давно не устанавливались — выполните обновление через «Администрирование» → «Обновление версии программы».

Перед обновлением обязательно сделайте резервную копию информационной базы. Для файловой базы достаточно скопировать файл 1Cv8.1CD, для клиент-серверной — используйте выгрузку через конфигуратор или средства СУБД.

Шаг 2. Проверьте сертификаты для обмена с ФСС

Вторая по частоте причина — проблемы с криптографией. Обмен с ФСС требует действующего сертификата уполномоченного лица страхователя и установленного сертификата удостоверяющего центра фонда. Если сертификат просрочен, отозван, установлен не в то хранилище или цепочка доверия неполная, подписанный пакет может формироваться некорректно.

Проверьте следующее:

  1. Срок действия сертификата организации — откройте его через «Администрирование» → «Обмен с контролирующими органами» → «Настройки обмена с ФСС» или через средства криптопровайдера (КриптоПро CSP, ViPNet CSP).
  2. Наличие сертификата ФСС в хранилище «Доверенные корневые центры сертификации» — его можно загрузить с официального сайта фонда.
  3. Корректность работы криптопровайдера — проверьте подписание тестового документа.
  4. Совпадение сертификата с тем, что указан в настройках обмена конкретной организации.

Если сертификат недавно перевыпускался, а в настройках 1С остался старый — обновите привязку. После замены сертификата перезапустите сеанс 1С, чтобы программа подхватила изменения.

Шаг 3. Проверьте настройки обмена и СЭДО

Некорректные настройки подключения — третий типовой источник проблемы. Откройте «Отчётность, справки» → «Настройки обмена с контролирующими органами» и сверьте параметры для ФСС:

  • регистрационный номер страхователя и код подчинённости — должны точно совпадать с данными фонда;
  • адрес сервиса обмена — после перехода на СЭДО используются актуальные точки подключения, устаревшие адреса шлюзов могут возвращать нестандартные ответы;
  • способ обмена — напрямую из программы или через оператора (1С-Отчётность);
  • указанные ответственные лица и их сертификаты.

Если обмен идёт через 1С-Отчётность, убедитесь, что заявка на подключение к СЭДО ФСС активна, а настройки в «1С-Отчётность» → «Настройки обмена с ФСС» заполнены. Иногда помогает простое пересохранение настроек: откройте их, ничего не меняя, и запишите заново — это обновляет кэшированные параметры.

Порядок действий
  1. 1
    Сделайте резервную копию базы
  2. 2
    Обновите конфигурацию до актуального релиза
  3. 3
    Проверьте срок действия и привязку сертификатов
  4. 4
    Обновите сертификат ФСС в доверенных корневых
  5. 5
    Сверьте регномер и код подчинённости в настройках обмена
  6. 6
    Переотправьте проблемное сообщение
  7. 7
    Проверьте статус документа и журнал обмена

Шаг 4. Проверьте данные в самом документе

Если ошибка возникает только при отправке конкретного реестра, а остальные уходят нормально — проблема в данных. Сервер фонда отклоняет пакет, если обязательные поля пусты или содержат недопустимые значения.

Типичные дефекты данных:

  • некорректный или отсутствующий СНИЛС сотрудника (проверьте контрольную сумму — в 1С есть встроенная проверка);
  • спецсимволы или лишние пробелы в ФИО, названии организации, адресе;
  • не заполнены поля, обязательные для конкретного типа пособия;
  • устаревший тип реестра — например, выбран формат, который фонд больше не принимает;
  • дубликаты строк или противоречивые периоды в одном пакете.

Перед отправкой используйте встроенную проверку документа (кнопка «Проверить» в форме реестра). Она покажет ошибки заполнения до обращения к сервису фонда. Исправьте данные в карточке сотрудника или в самом документе и переформируйте реестр.

Типичные ошибки
01
Многократная повторная отправка без анализа — каждая попытка получит тот же отказ, а документ останется в ошибочном статусе
02
Редактирование XML вручную без понимания схемы — ручные правки часто ломают подпись и структуру пакета
03
Игнорирование версии конфигурации — поиск проблемы в данных, когда виноват устаревший формат
04
Смена сертификата без обновления привязки в настройках обмена — программа продолжает подписывать старым ключом

Шаг 5. Исключите сбой на стороне ФСС

Не всякая ошибка формата — ваша вина. Шлюзы фонда периодически недоступны или работают некорректно, особенно в дни массовой отчётности и после обновления форматов. Признаки внешней проблемы:

  • ошибка появилась внезапно, без каких-либо изменений в вашей системе;
  • не отправляются любые сообщения, включая ранее успешные типы;
  • аналогичная ошибка наблюдается у коллег из других организаций (профильные форумы и сообщества 1С быстро отражают массовые сбои);
  • в журнале обмена ответ приходит мгновенно и одинаковый для разных пакетов.

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

Маршрут решения

Как выбрать действие

Релиз конфигурации старше актуальногоОбновите 1С:ЗУП и повторите отправку
Сертификат просрочен или перевыпущенУстановите новый сертификат и обновите привязку в настройках
Ошибка только в одном реестреПроверьте СНИЛС, ФИО и обязательные поля документа
Ничего не менялось, ошибка у всехПроверьте статус сервисов ФСС и повторите позже
Ничего не помоглоВыгрузите журнал обмена и обратитесь в поддержку фонда или франчайзи 1С

Как проверить, что проблема решена

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

Проверьте:

  1. статус реестра изменился на «Отправлено», затем на «Принято» или пришёл положительный протокол;
  2. в журнале обмена с ФСС нет новых записей с ошибкой формата;
  3. входящие сообщения СЭДО загружаются без ошибок (если проблема была при получении);
  4. последующие аналогичные реестры отправляются штатно.

Если статус завис в промежуточном состоянии, обновите его вручную через кнопку «Обновить статус» или «Обменяться с ФСС» в форме документа.

Контрольные точки

Как проверить результат

Статус реестра после отправки
Норма

«Отправлено» → «Принято» с положительным протоколом

Тревожный признак

«Ошибка» или возврат к «Не отправлено»

Журнал обмена с ФСС
Норма

Нет новых записей «unknown format message»

Тревожный признак

Ошибка повторяется для новых пакетов

Входящие СЭДО
Норма

Сообщения загружаются и обрабатываются

Тревожный признак

При получении снова ошибка формата

Другие реестры
Норма

Отправляются штатно

Тревожный признак

Ошибка массовая — причина не устранена

Когда обращаться за внешней помощью

Граница самостоятельной работы проходит там, где заканчиваются штатные настройки. Обращайтесь к специалисту по сопровождению 1С или в поддержку фонда, если:

  • после обновления релиза, замены сертификатов и проверки данных ошибка сохраняется;
  • конфигурация доработана и обновление требует адаптации модулей;
  • в журнале обмена видны ответы сервера, которые не удаётся интерпретировать;
  • проблема массовая и блокирует сдачу обязательных сведений в срок.

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

Итог

Что важно запомнить

Ошибка «unknown format message» — это отказ сервера ФСС принять пакет из-за несоответствия формата. В большинстве случаев помогает обновление 1С:ЗУП, проверка сертификатов и настроек обмена. Если ошибка точечная — ищите дефект в данных документа, если массовая и внезапная — проверяйте статус сервисов фонда.

Частые вопросы

Можно ли исправить ошибку, просто переотправив сообщение несколько раз?

Нет. Если формат пакета не совпадает с ожиданиями сервера, каждая повторная отправка получит тот же отказ. Сначала устраните причину — обновите релиз, сертификат или данные — и только потом отправляйте повторно.

Ошибка возникает при получении сообщений СЭДО, а не при отправке. Что делать?

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

Обмен через 1С-Отчётность и напрямую — есть ли разница для этой ошибки?

Механика ошибки одинакова, но при обмене через 1С-Отчётность дополнительно проверьте активность заявки на подключение к СЭДО и настройки в разделе «1С-Отчётность». Иногда помогает обновление настроек учётной записи отчётности.

Может ли причина быть в операционной системе или криптопровайдере?

Да. Устаревшие версии КриптоПро CSP или ViPNet CSP, отсутствие корневых сертификатов в системном хранилище и неактуальные компоненты Windows могут приводить к формированию некорректно подписанных пакетов. Обновите криптопровайдер и проверьте цепочку доверия сертификатов.

Как понять, что проблема на стороне ФСС, а не у меня?

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

Нужно ли пересоздавать реестр после исправления данных сотрудника?

Да, если документ уже сформирован. Исправьте данные в карточке сотрудника, затем перезаполните реестр или создайте новый — старый пакет содержит прежние некорректные данные и снова будет отклонён.