После выхода обновлений УПП версии 1.3.185.4 и последующего 1.3.186.1 многие пользователи столкнулись с критической проблемой: привычный механизм СЭДО ФСС (теперь СФР) перестал функционировать в нормальном режиме. Основные симптомы проблемы — отправка запросов уходит в "пустоту" (приходят пустые ответы о том, что данных нет), а в некоторых документах исчезают важные элементы интерфейса, такие как кнопка выгрузки на диск. Рассмотрим подробно, почему это происходит и как вернуть работоспособность системы, не дожидаясь официальных исправлений.
Проанализируем техническую сторону вопроса. В последних релизах разработчики 1С реализовали поддержку нового протокола обмена с СФР (версия СЭДО 2.0). Главное изменение скрыто глубоко в программном коде модулей обмена. Разберем ключевой момент: в предыдущих стабильных релизах (например, 1.3.184.1) при формировании сообщения использовался параметр ТипВзаимодействия = 2. В новых же версиях конфигурации 1С жестко перешла на ТипВзаимодействия = 3.
Проблема заключается в том, что серверы СФР в различных регионах (например, в Краснодарском крае) внедряют поддержку третьего типа взаимодействия неравномерно. Когда 1С отправляет запрос по новому формату, региональный шлюз принимает его, но из-за внутренней неготовности возвращает ответ, что сведения отсутствуют. При этом старый формат (тип 2) продолжает поддерживаться как основной. Именно поэтому "откат" программных модулей к версии 1.3.184.1 решает проблему — программа начинает общаться с фондом на языке, который шлюз понимает корректно.
Если работа предприятия парализована из-за невозможности отправить ответы на запросы ФСС, наиболее быстрым (хоть и трудоемким для программиста) решением будет возврат ключевых объектов из релиза 1.3.184.1. Выполним следующие шаги в конфигураторе:
Список объектов для восстановления:
ЭлектронныйДокументооборотСФСС;ЭлектронныйДокументооборотСФССПереопределяемый;ДокументооборотСКонтролирующимиОрганами;ВходящийЗапросФССДляРасчетаПособия;ОтветНаЗапросФССДляРасчетаПособия.После замены этих объектов система вернется к использованию старого протокола обмена. Проанализируем ситуацию: это решение является временным ("костылем"), так как при следующих обновлениях конфигурации эти объекты снова будут перезаписаны. Однако на текущий момент это единственный способ заставить СЭДО работать стабильно в регионах с необновленными шлюзами.
В релизе 1.3.186.1 была замечена досадная ошибка в документе СведенияОЗастрахованныхЛицахФСС. Пользователи обнаружили, что кнопка "Записать на диск" (или "Выгрузить") просто исчезла с формы, хотя в справке она упоминается. Проанализируем код формы документа. Выясняется, что процедура обработки нажатия на месте, но сама кнопка исключена из состава командной панели или скрыта условиями видимости, которые отрабатывают некорректно.
Рассмотрим два способа исправления этой ошибки:
СведенияОЗастрахованныхЛицахФСС и добавим кнопку на командную панель вручную, привязав её к существующему действию (процедуре) выгрузки.Посмотрим на пример того, как программно может выглядеть вызов этой процедуры (для понимания логики):
Процедура КоманднаяПанельЗаписатьНаДиск(Кнопка)
// В типовом решении вызывается экспортная процедура из модуля объекта или обработки
ОбменСФСС.ВыгрузитьСведенияНаДиск(Ссылка);
КонецПроцедуры
Если вы не хотите вносить изменения в основную конфигурацию, можно воспользоваться механизмом Расширений (если версия платформы позволяет использовать их для обычных форм) или создать внешнюю обработку для выгрузки данных из документа.
Разберем еще несколько важных моментов, которые помогут избежать ошибок при обмене данными с СФР:
1. Проверка сертификатов: После объединения ПФР и ФСС в единый фонд, требования к сертификатам ужесточились. Убедитесь, что в настройках организации для электронного документооборота с ФСС выбран актуальный сертификат ответственного лица, и он же прописан в настройках криптографии. Программа теперь более строго проверяет соответствие идентификаторов в сертификате и в XML-пакете.
2. Использование патчей: Компания 1С оперативно выпускает исправления (патчи) для текущих релизов. Перед тем как прибегать к радикальному откату модулей, проверим в разделе "Администрирование" — "Обслуживание" — "Обновление программы" — "Установленные исправления", нет ли там патча, исправляющего работу СЭДО для релиза 186.1.
3. Очистка кэша: Изменения в обработках документооборота часто "кешируются" на стороне пользователя. Если после обновления или исправления кода ошибки сохраняются, выполним очистку кэша 1С. Для этого удалим базу из списка и добавим её снова, либо удалим содержимое папок %AppData%\1C\1Cv8.
4. Статус сообщений: Чтобы бухгалтер мог видеть, приняты сведения или нет, рекомендуем проанализировать состояние документа в журнале обмена. Если штатных средств недостаточно, можно разработать простой отчет, который будет собирать данные из регистра сведений СостоянияДокументовСЭДОФСС.
Подводя итог, отметим: текущая проблема в УПП вызвана опережающим обновлением формата со стороны 1С при неготовности некоторых региональных узлов СФР. Совместная работа программиста по восстановлению старых модулей и настройка интерфейса позволят бухгалтерии продолжить сдачу отчетности без задержек.