← На главную
Переход на машиночитаемые доверенности (МЧД) и электронные подписи физических лиц для взаимодействия с СФР по СЭДО (электронные листки нетрудоспособности, проактивные выплаты) нередко сопровождается сложностями при регистрации и передаче данных. Разберем распространенную ситуацию, когда после оформления МЧД при попытке обмена сообщениями в программе 1С:Зарплата и управление персоналом возникает критическая ошибка: «При получении сообщения ... с сервера СЭДО СФР (бывш. ФСС) произошла ошибка: Владелец ЭД не совпадает с владельцем доверенности».
Проанализируем причины этой проблемы, детально рассмотрим практическое решение, связанное со спецификой реквизитов организации в СФР, и выстроим четкую последовательность действий для успешного запуска обмена.
Причины возникновения ошибки на шлюзе СЭДО СФР
При получении и отправке пакетов через шлюз Социального фонда выполняется строгая автоматическая проверка связки трех элементов: подписывающего сертификата физического лица, параметров зарегистрированной МЧД и регистрационных сведений самого страхователя. Выясним причину, по которой контроль завершается отказом:
- Несоответствие КПП организации в доверенности учетным данным СФР. Это главная причина в случае с организациями, отнесенными к категории крупнейших налогоплательщиков. Серверы СФР (бывшего ФСС) ведут учет страхователей по их первичному КПП (по месту нахождения организации) и исходному регистрационному номеру. Если МЧД выпущена с КПП крупнейшего налогоплательщика (или вторичным КПП подразделения, не зарегистрированного отдельно в качестве страхователя), проверка связки страхователя и доверенности разрывается.
- Расхождения в персональных данных представителя. Сервер выполняет посимвольное сопоставление данных из сертификата КЭП и текста доверенности: СНИЛС, ИНН, серия и номер паспорта, а также написание ФИО (включая пробелы и букву «ё»). Любое несоответствие вызывает отказ шлюза.
- Неверная настройка сертификатов в учетной записи СЭДО. Если в настройках обмена указан сертификат физлица, но не выбрана зарегистрированная доверенность либо оставлена подпись прежнего подписанта (например, руководителя), формируется конфликт прав.
Разбор решения: перевыпуск доверенности с корректным КПП
Рассмотрим, как устраняется несоответствие реквизитов страхователя. Если организация имеет статус крупнейшего налогоплательщика, в налоговых органах ей присваивается соответствующий КПП. Однако в реестре СФР страхователь закреплен за своим основным КПП, присвоенным при создании юридического лица.
Для исправления ситуации выполним следующие действия:
- Проверим реквизиты регистрации в СФР. Откроем карточку организации в
1С:ЗУП и перейдем к разделу фондов. Убедимся, какой именно регистрационный номер СФР и КПП закреплены за организацией в системе фонда.
- Оформим новую МЧД под основным КПП. Перевыпустим машиночитаемую доверенность (через АРМ доверителя СФР или непосредственно через встроенные сервисы 1С), явно указав первичный КПП организации (до получения статуса крупнейшего налогоплательщика), не меняя при этом ИНН и реквизиты представителя.
- Зарегистрируем доверенность в СФР. Дождемся успешного присвоения статуса доверенности в реестре СФР.
Пошаговый алгоритм настройки обмена в 1С:ЗУП
После того как доверенность с правильным КПП оформлена и зарегистрирована в реестре СФР, настроим программу для корректного взаимодействия с сервисом СЭДО. Разберем шаги по порядку:
- Загрузим МЧД в информационную базу. Если доверенность выпускалась через внешнее программное обеспечение (например, АРМ от фонда), повторно регистрировать ее из 1С не требуется. Откроем список
Машиночитаемые доверенности, выполним команду загрузки по уникальному идентификатору (GUID) доверенности и ИНН организации. Убедимся, что статус доверенности в программе отображается как Зарегистрирована.
- Проверим статус доверенностей, созданных в 1С. Если доверенность создавалась напрямую в программе и зависла в состоянии
Отправлено в СФР, обработка на серверах фонда может занимать до нескольких дней из-за очередей на шлюзе. Не следует отправлять повторные дубли: используем команду обновления статуса либо загрузим доверенность по GUID после завершения обработки на стороне фонда.
- Настроим сертификат и доверенность в СЭДО. В карточке организации перейдем к настройкам СЭДО с СФР. В качестве сертификата страхователя выберем личный сертификат физического лица — уполномоченного сотрудника. В блоке использования машиночитаемой доверенности укажем загруженную МЧД с основным КПП.
- Проверим состав полномочий. Убедимся, что в МЧД включены необходимые полномочия для взаимодействия по проактивным выплатам и электронным листкам нетрудоспособности (ЭЛН), так как МЧД, выданная исключительно на подписание отчетности, шлюзом СЭДО будет отклонена.
- Выполним тестовый обмен. В журнале входящих сообщений СЭДО нажмем команду принудительного получения сообщений за определенный период. При совпадении данных сертификата физлица, МЧД и первичного КПП организации сообщения СЭДО будут успешно приняты и расшифрованы без ошибок несоответствия владельца.
Обратите внимание: регистрировать уполномоченного сотрудника вручную на веб-порталах фонда или привязывать сертификаты через устаревшие интерфейсы личных кабинетов больше не требуется. Актуальный протокол СЭДО производит полную автоматическую валидацию прав на стороне распределенного реестра МЧД в момент обработки входящего или исходящего пакета.