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

Через СЭДО работодатель получает запросы СФР, отправляет сведения по страховым случаям, обрабатывает электронные больничные, контролирует статусы пособий и отвечает на уточнения фонда. Для расчетчика это не отдельная техническая настройка, а рабочий участок, который влияет на сроки выплаты пособий и корректность зарплатного учета.

В 1С ЗУП обмен с СФР связан с кадровыми данными, ЭЛН, сведениями о сотрудниках, средним заработком и настройками электронного документооборота. Для работы с зарплатой, кадровым учетом, больничными, пособиями и СЭДО используют 1С Зарплату и управление персоналом.

Разберем, что такое СЭДО в 1С ЗУП, как настроить обмен с СФР, где искать входящие запросы по пособиям и что проверить, если сообщения не приходят или ответы не отправляются.

Что такое СЭДО в 1С ЗУП

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

В 1С ЗУП СЭДО встроен в кадрово-зарплатный процесс. Сотрудник оформляет больничный, фонд передает данные по ЭЛН и входящий запрос, работодатель проверяет сведения и отправляет ответ. После обработки фонд возвращает статусы, уведомления или извещения.

Для расчетчика важны три этапа:

• запрос фонда должен попасть в правильную базу;
• сведения по сотруднику должны быть заполнены без ошибок;
• отправленный ответ должен получить статус обработки.

Если один этап сбивается, пособие может зависнуть. Внешне это выглядит как «не пришел больничный» или «СФР не принял сведения», хотя причина часто находится в настройках организации, сертификате, правах пользователя или карточке сотрудника.

Какие сообщения проходят через СЭДО

Через СЭДО в ЗУП проходят не только электронные больничные. Система обрабатывает несколько видов сообщений, и каждое отвечает за свой участок работы с пособиями.

Основные сообщения:

• входящие запросы СФР для расчета пособий;
• ответы работодателя на запросы фонда;
• исходящие сообщения о страховом случае;
• сообщения об изменении ЭЛН;
• уведомления СФР о выплате пособий;
• извещения и запросы на уточнение сведений.

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

Важно не смешивать СЭДО с отчетностью. Отчетность может быть отправлена вовремя, но отдельный запрос по больничному при этом останется необработанным. СЭДО работает точечно: по сотруднику, больничному, страховому случаю или запросу фонда.

Как настроить СЭДО с СФР в 1С ЗУП

Настройка СЭДО начинается с организации. В карточке должны быть корректные регистрационные данные, сведения о СФР, электронная подпись и параметры обмена.

Перед запуском проверяют:

• реквизиты организации;
• регистрационный номер в СФР;
• сертификат электронной подписи;
• подключение к оператору обмена;
• настройки обмена с СФР;
• права пользователя;
• актуальность релиза ЗУП;
• доступ к рабочим местам по пособиям и СЭДО.

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

После настройки нужен тестовый обмен. Недостаточно указать сертификат и включить нужный флаг. Нужно проверить, что ЗУП получает сообщения от СФР, отправляет ответы и обновляет статусы. Такой тест лучше проводить до массовой работы с больничными и пособиями.

Как работать с входящими запросами СФР по пособиям

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

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

Дальше формируется ответ на запрос СФР. В нем проверяются данные сотрудника, способ выплаты, сведения о заработке, период работы, стаж и другие реквизиты.

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

Типовая ситуация: у сотрудника изменились реквизиты выплаты, но в ЗУП остались старые данные. Ответ на запрос можно поправить вручную, но при следующем пособии ошибка вернется. Правильнее обновить данные сотрудника в базе, а затем сформировать ответ.

Где смотреть статусы выплат и уведомления СФР

После отправки ответа работа не заканчивается. Нужно проверить, принял ли фонд сведения, нет ли извещения и какой статус получил страховой случай.

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

Проверять нужно не только документ больничного, но и связанные сообщения СЭДО. Если фонд прислал извещение, значит, по отправленным сведениям есть вопрос. Нужно открыть сообщение, понять, каких данных не хватает, исправить первоисточник и отправить уточнение.

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

Почему не приходят запросы СФР или не отправляются ответы

Если СЭДО в 1С ЗУП не работает, сначала нужно проверить базовые настройки. Не стоит сразу считать, что проблема на стороне фонда.

Частые причины:

• не настроен обмен с СФР;
• истек или не выбран сертификат электронной подписи;
• у пользователя нет прав на работу с СЭДО;
• в карточке организации неверные регистрационные данные;
• запрос пришел в другую базу;
• обмен настроен через другого оператора;
• релиз ЗУП устарел;
• сотрудник найден с ошибочными данными;
• ответ сформирован не по тому входящему запросу;
• не выполнена загрузка сообщений за нужный период.

Проверку лучше начинать с обмена: выбран ли правильный период загрузки, видит ли пользователь рабочее место СЭДО, проведены ли документы, нет ли ошибок по сертификату. Если запрос не пришел автоматически, сообщения можно загрузить за нужный период.

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

Главное правило: исправлять нужно не только сообщение, но и данные, из-за которых оно не сформировалось или не прошло обработку. Если проблема в СНИЛС, реквизитах выплаты, стаже или кадровом документе, повторная отправка без исправления первичных данных не решит задачу.

Заключение

СЭДО в 1С ЗУП нужен для обмена с СФР по пособиям, ЭЛН и страховым случаям. Через него работодатель получает входящие запросы, отправляет сведения, контролирует статусы и обрабатывает уведомления фонда.

Чтобы обмен работал без постоянных сбоев, нужно проверить организацию, электронную подпись, права пользователей, актуальность ЗУП и данные сотрудников. Тогда входящие запросы СФР, ответы по пособиям и статусы выплат будут обрабатываться в рабочем порядке, без ручного поиска сообщений и расхождений между базами.