Как сформировать и отправить запрос в СФР о заработке сотрудника за предыдущие 2 года в 1С

← На главную

С 2023 года процедура получения данных о доходах сотрудников для расчета пособий по временной нетрудоспособности существенно изменилась. В связи с объединением ФСС и ПФР в единый Социальный фонд России (СФР) и отменой справки по форме 182н, работодатели столкнулись с необходимостью запрашивать сведения о заработке напрямую у фонда. Рассмотрим подробно, как этот процесс реализован в программах 1С и какие технические нюансы необходимо учитывать.

Нормативный контекст и новые типы сообщений СЭДО

Ранее данные о заработке за предыдущие два года передавались посредством бумажных справок 182н. Теперь основным каналом обмена стал СЭДО (Система электронного документооборота). Для реализации запросов о доходах фонд ввел два новых типа сообщений:

Тип сообщения 320: Запрос страхователя о получении от Фонда сведений о заработной плате застрахованного лица.
Тип сообщения 321: Результат обработки запроса (ответ от Фонда).

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

Где найти функционал в типовых конфигурациях 1С

В современных релизах 1С:Зарплата и управление персоналом (ЗУП) и 1С:Бухгалтерия предприятия функционал полностью автоматизирован. Разберем путь к созданию документа:

Перейдем в раздел Кадры или Зарплата.
Найдем блок Пособия и выберем пункт Запросы данных о среднем заработке.
Нажмем кнопку "Создать". В открывшейся форме необходимо выбрать сотрудника, для которого требуется получить сведения.
Программа автоматически заполнит периоды (текущий год и два предыдущих).

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

Техническая реализация и доработка в старых версиях

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

Выясним причину: обработка сообщений СЭДО происходит в модуле объекта обработки ДокументооборотСКонтролирующимиОрганами. Для добавления поддержки нового типа сообщения (320) необходимо внести изменения в логику разбора входящих пакетов. Рассмотрим пример кода:


ИначеЕсли ТипСообщения = 319 Тогда
    ЗагрузитьСообщение319(
        Страхователь,
        ИдентификаторСообщения,
        Сообщение.ТекстСообщения,
        ТребуетсяПодтверждение,
        Результат,
        ТипСообщения);
// Добавляем обработку типа 320
ИначеЕсли ТипСообщения = 320 Тогда
    ЗагрузитьСообщение320(
        Страхователь,
        ИдентификаторСообщения,
        Сообщение.ТекстСообщения,
        ТребуетсяПодтверждение,
        Результат,
        ТипСообщения);

После этого необходимо определить саму процедуру ЗагрузитьСообщение320, которая будет разбирать XML-структуру ответа от фонда. Помните, что спецификация СЭДО v2.20 и выше содержит описание всех полей для типов 320 и 321.

Особенности взаимодействия с СФР через Контур или СБИС

Если вы не используете 1С-Отчетность и предпочитаете отправлять запросы через внешние системы (Контур.Экстерн, СБИС), алгоритм действий будет следующим:

Проверим наличие обновления в вашей системе отчетности. Разработчики этих сервисов обычно внедряют новые типы сообщений СЭДО оперативно.
Если требуется "выгрузка" из 1С: сформируйте запрос в 1С (если формы доступны), выгрузите его в XML и импортируйте в Контур.
Однако, как показывает практика, проще сформировать запрос типа 320 непосредственно в интерфейсе Контура или СБИС, так как для этого требуются только ФИО, СНИЛС и дата рождения сотрудника. Ответ придет в ту же систему в течение нескольких минут или рабочих дней.

Зачем запрашивать сведения, если есть проактивные выплаты?

Рассмотрим ситуацию, часто обсуждаемую специалистами: "СФР и так видит все доходы и присылает готовый расчет в сообщении типа 100 (Предварительный расчет)". Это верно лишь отчасти.

Во-первых, данные фонда могут быть неполными, особенно если сотрудник только что устроился на работу, а предыдущий работодатель еще не сдал отчетность за последний квартал. Во-вторых, работодатель обязан самостоятельно рассчитать сумму пособия за первые 3 дня. Если СФР пришлет входящий запрос без указания заработка у других страхователей, работодатель рискует выплатить "свои" три дня исходя из МРОТ, что приведет к жалобам со стороны сотрудника и последующим перерасчетам.

Посмотрим на практический пример: если вы получили ответ от СФР с кодом 321, эти данные можно вручную или автоматически подгрузить в документ Больничный лист. В 1С для этого предусмотрена кнопка "Изменить" рядом с полем расчета среднего заработка, где можно переключить режим на "Ввод данных по справке" или "Данные фонда". Для оформления начислений и обоснования корректировок можно использовать внешние печатные формы расчета среднего заработка и справки по доплате пособия.

Резюме и рекомендации

Подводя итог, проанализируем основные шаги для успешного получения сведений:

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

Таким образом, использование сообщений типа 320 в 1С избавляет бухгалтера от необходимости требовать архивные справки от сотрудников и минимизирует риски ошибок при расчете пособий за счет средств предприятия.