В 1С ЗУП не приходит больничный: причины и порядок действий

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

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

Как вообще попадает больничный в 1С ЗУП

С переходом на проактивные выплаты бухгалтер не заводит листок руками. Схема такая:

1. 🏥 Врач формирует электронный листок нетрудоспособности (ЭЛН) и закрывает его.
2. 📨 СФР через сервис СЭДО рассылает страхователю уведомление об изменении статуса ЭЛН.
3. 📥 После закрытия листка СФР отправляет входящий запрос сведений для расчёта пособия.
4. 🧮 Страхователь заполняет запрос (стаж, средний заработок, районный коэффициент) и отправляет ответ.
5. 💰 СФР платит свою часть напрямую работнику, работодатель — первые три дня.

Из этой цепочки следует главное: пока СФР не пришлёт входящий запрос, начислять пособие в базе нечего. Журнал ЭЛН может показывать листок, а запроса ещё не быть — это разные сообщения.

Журнал сообщений: Кадры (или «Отчётность, справки») → Электронные больничные. Входящие запросы СФР лежат в отдельной закладке/журнале того же блока.

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

Причины делятся на четыре группы. По нашей практике распределение примерно такое.

Нет действующей подписки на уведомления СЭДО

Самая частая история. Подписка оформляется один раз, но слетает при смене сертификата, переезде базы, смене рег. номера или после аннулирования на стороне СФР.

Проверка: Администрирование → Обмен электронными документами → Обмен с контролирующими органами → Настройка обмена с СФР (СЭДО). В форме должна быть активная подписка по вашей организации и заполнен сертификат.

Если подписки нет — оформите заново и дождитесь подтверждения. До подтверждения СФР ничего не отправит.

Обмен настроен не для всех организаций

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

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

Получение сообщений СЭДО работает фоновым заданием. Варианты поломки:

• задание отключено в Администрирование → Обслуживание → Регламентные и фоновые задания;
• база файловая, а клиент не запущен — задания не идут, пока никто не работает ;
• в клиент-серверной базе выключен планировщик заданий (ЗаданияОтключены в свойствах ИБ через кластер);
• задание падает с ошибкой — смотрите историю выполнения, там текст ошибки.

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

Сертификат электронной подписи истёк или сменился

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

Лечение — переоформить подписку на актуальный сертификат.

Расхождение реквизитов организации

СФР отправляет сообщения по связке регистрационного номера страхователя и ИНН/КПП. Если сменился КПП, добавилось обособленное подразделение или в карточке организации опечатка в рег. номере — сообщения уходят «в пустоту».

Смотрите: Настройка → Организации → закладка «Учётная политика и другие настройки» / «Коды» — рег. номер СФР, код подчинённости, ИНН, КПП, ОГРН.

Листок не закрыт или закрыт «задним числом»

Пока ЭЛН в статусе «открыт» или «продлён», запроса на расчёт пособия не будет. Уточните у работника номер листка и статус. Если врач закрыл листок с опозданием, отсчёт трёх дней идёт от фактического закрытия, а не от даты выздоровления.

Релиз ЗУП устарел

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

Порядок действий, если не пришел больничный в 1С ЗУП

Диагностика по симптомам и ошибкам

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

Пустой запрос — это не сбой обмена, обмен как раз работает. Пришёл каркас документа, в котором не заполнился сотрудник или данные листка.

Причины:

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

Что делать:

1. Откройте запрос и подберите сотрудника вручную по СНИЛС.
2. Исправьте СНИЛС или ФИО в карточке физлица, затем обновите данные в запросе.
3. Проверьте, есть ли документы о заработке за расчётные годы; при переходе из другой базы внесите справки о доходах.
4. Запрос действительно не ваш — отклоните его с указанием причины, а не оставляйте висеть.

Как проверить, что расчёт пособия сформировался верно

После заполнения и отправки ответа на запрос пособие начисляется документом Больничный лист в разделе «Зарплата». Проверяйте три вещи:

Пример. Стаж работника 6 лет, средний дневной заработок 1 850 ₽, больничный на 9 дней. Работодатель платит 1 850 × 0,8 × 3 = 4 440 ₽, СФР — 1 850 × 0,8 × 6 = 8 880 ₽. В базе вы увидите только свои 4 440 ₽, часть фонда в начислениях не отражается — это нормально, а не «потерянная сумма».

Как предотвратить повторение

Если не помогло

Настройки в порядке, задание идёт, сертификат свежий, а запросов нет. Что ещё стоит попробовать:

• 📞 Позвонить в отделение СФР и спросить прямо: сформирован ли запрос по конкретному номеру ЭЛН и кому он отправлен.
• 🔁 Проверить обмен через оператора: если отчётность идёт не через встроенный сервис, а через сторонний спецоператор, канал СЭДО может быть настроен отдельно от него.
• 🧪 Проверить на копии базы: развернуть копию на другой машине и запустить получение сообщений. Пришли — проблема в окружении рабочего места (прокси, антивирус, криптопровайдер).
• 📝 Оформить пособие «по старинке» в крайнем случае: работник вправе обратиться в СФР напрямую с заявлением, если страхователь сведения не подал. Это не решение, но выручает, когда деньги нужны сейчас.

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