← На главную

При обновлении типовой конфигурации «Управление производственным предприятием» до релизов 1.3.185.4 или 1.3.186.1 многие пользователи столкнулись с критической проблемой: обмен с ФСС через СЭДО перестал функционировать. При попытке получения или отправки запросов система выдает сообщение «СЭДО ФСС - Нет данных», что делает невозможным оформление больничных листов. Давайте разберемся, в чем причина этой ошибки и как вернуть работоспособность системы.

Анализ причин сбоя обмена

Основная причина проблемы кроется в несоответствии протоколов передачи данных между серверами ФСС и алгоритмами, заложенными в обновленных релизах 1С. Выяснилось, что в коде конфигурации принудительно был изменен параметр ТипВзаимодействия для отправляемых запросов. В новой версии он был установлен в значение «3», тогда как многие региональные отделения ФСС (например, в Краснодарском крае) технически были настроены на работу со старым форматом, требующим ТипВзаимодействия = 2. Поскольку в текущей версии конфигурации не предусмотрена возможность выбора типа взаимодействия на форме, запросы игнорируются сервером фонда.

Способ решения №1: Временное восстановление работоспособности (откат модулей)

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

Для восстановления обмена необходимо выполнить следующие шаги:

1. Откройте конфигурацию в режиме Конфигуратор.
2. Найдите и замените текущие версии объектов метаданных на соответствующие объекты из релиза 1.3.184.1.
3. Необходимо выполнить замену следующих модулей и обработок:
   • Модуль ЭлектронныйДокументооборотСФСС;
   • Модуль ЭлектронныйДокументооборотСФССПереопределяемый;
   • Обработка ДокументооборотСКонтролирующимиОрганами;
   • Документ ВходящийЗапросФССДляРасчетаПособия;
   • Документ ОтветНаЗапросФССДляРасчетаПособия.
4. Сохраните конфигурацию и обновите базу данных.

Важно: Данный метод является «костылем». Использование устаревших модулей на актуальной платформе может привести к некорректной работе других механизмов системы или конфликтам при последующих обновлениях конфигурации.

Способ решения №2: Официальное исправление от 1С

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

Мы настоятельно рекомендуем рассматривать обновление до версии 1.3.187.1 (или более новой) как единственный верный и безопасный способ решения проблемы. Это позволит:

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

Рекомендации по выполнению обновлений

Перед тем как приступать к обновлению до релиза 1.3.187.1, проанализируем последовательность действий для минимизации рисков:

1. Обязательно создайте полную резервную копию информационной базы.
2. Если вы применяли «откат» модулей (Способ №1), перед обновлением до 1.3.187.1 крайне желательно вернуть конфигурацию к типовому состоянию (снять с поддержки или обновить модули до актуального состояния, если это возможно в рамках текущего релиза), чтобы избежать ошибок слияния (merge).
3. Выполните тестирование и исправление информационной базы после завершения обновления.
4. Проверьте настройки обмена в обработке ДокументооборотСКонтролирующимиОрганами, так как после обновления могут потребоваться повторная авторизация или настройка сертификатов.

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