В процессе работы с программой 1С:Зарплата и управление персоналом пользователи часто сталкиваются с ситуацией, когда обмен с Социальным фондом России (СФР, ранее ФСС) через систему электронного документооборота (СЭДО) внезапно прекращается. Особенно странно это выглядит, когда по одним организациям в базе данные приходят исправно, а по другим — программа «молчит», не выдавая никаких ошибок при нажатии кнопки загрузки. Разберем детально, почему это происходит и как восстановить работоспособность обмена.
Проанализируем самый эффективный и простой способ решения проблемы, который помог участникам обсуждения. Часто стандартная кнопка «Загрузить» или «Обновить» в списках входящих сообщений СЭДО или электронных больничных ищет только новые, еще «не тронутые» сервером сообщения. Если сообщение по какой-то причине уже было промаркировано сервером как прочитанное или «зависло» в очереди, обычный запрос его не увидит.
Для решения этой проблемы выполним следующие шаги:
Этот метод принудительно заставляет систему переопросить сервер фонда по всем сообщениям за указанный промежуток времени, игнорируя их текущий статус в локальной базе 1С. В большинстве случаев именно этот простой шаг позволяет «протолкнуть» зависшие документы.
Рассмотрим ситуацию, упомянутую в обсуждении: больничные видны в сторонней программе (например, СБИС), но не приходят в 1С. Это происходит из-за особенностей работы протокола СЭДО. Сообщения в СЭДО работают по принципу единой очереди. Когда одна программа (например, СБИС) запрашивает данные, сервер фонда помечает эти сообщения как доставленные.
Если в сторонней программе настроен автоматический мониторинг или агрессивный забор сообщений, 1С при стандартном запросе «дай мне новые сообщения» получает пустой ответ, так как новых (непрочитанных) сообщений на сервере больше нет. Именно поэтому «Загрузка за период» в 1С помогает — она запрашивает документы по дате, а не по признаку новизны. Чтобы избежать подобных конфликтов в будущем, рекомендуется настроить в сторонних сервисах режим «только просмотр» или убедиться, что повторные запросы в 1С выполняются регулярно. Для отправки отчетности через внешние программы в условиях нестабильной работы СЭДО можно использовать обработку для выгрузки сведений о застрахованных лицах в файлы.
Если загрузка за период не помогла, проанализируем настройки криптографии. Даже при отсутствии явных ошибок «молчание» программы может быть вызвано некорректной авторизацией. Проверим следующие моменты:
1С:ЗУП они обновляются автоматически, но полезно зайти в настройки организации, временно снять флажок «Использовать электронный документооборот с СФР», сохранить карточку, а затем включить его снова. Это инициирует обновление внутренних параметров подключения.Выясним причину возможных программных сбоев. Фирма «1С» оперативно выпускает исправления (патчи) при изменениях в протоколах взаимодействия с фондом. Часто проблема «молчания» обмена решается установкой конкретного патча. Для проверки выполним следующие действия:
EF_..., в описании которых фигурирует СЭДО или СФР.Иногда корень проблемы лежит глубже уровня программы 1С. Серверы СФР используют современные протоколы безопасности. Посмотрим на технические требования:
Версия КриптоПро: Рекомендуется использовать версию КриптоПро CSP не ниже 5.0 R2. Устаревшие версии могут некорректно обрабатывать TLS-соединение, что приводит к обрыву связи на этапе рукопожатия (handshake). При этом 1С не получает ответа от сервера и просто завершает сеанс связи без вывода диагностического сообщения.
Протоколы TLS: В настройках Windows (Свойства браузера — Дополнительно) должны быть включены протоколы TLS 1.2. Если используется устаревшая ОС (например, Windows 7 без соответствующих обновлений), обмен с СФР может быть нестабильным или невозможным.
В исключительных случаях проблема может быть связана с «зависанием» записей в технических регистрах самой базы 1С. Если система считает, что сообщение уже находится в процессе обработки, она может не запрашивать его повторно. Проанализируем состояние базы через «Функции для технического специалиста»:
Рассмотрим регистр сведений ВходящиеСообщенияСЭДОФСС (название может незначительно меняться в зависимости от версии). Если мы видим записи со статусами, отличными от завершенных, по проблемным организациям, это может блокировать загрузку. Однако ручное редактирование регистров — это крайняя мера, которую стоит проводить только после создания резервной копии базы — для этого подойдёт редактирование записей в регистрах сведений для 1С:ЗУП.
Подводя итог, в большинстве случаев для восстановления загрузки больничных в 1С:ЗУП достаточно использовать функционал «Получить за период». Это универсальный инструмент, который нивелирует ошибки статусов сообщений в очереди СЭДО и позволяет получить данные, даже если они были «перехвачены» другими программами отчетности.