← На главную

При активной работе с сервисом 1С-ЭДО и сервисами сдачи отчетности пользователи нередко сталкиваются с ситуацией: при нажатии кнопки Подписать и отправить запускается встроенная диагностика, система рапортует «Проблем не обнаружено», однако документ не отправляется, зависает в очереди либо завершается ошибками сетевого транспорта (например, 503 Service Temporarily Unavailable).

Разберем детально, почему возникает такое поведение, как диагностировать скрытую проблему и какие конкретные шаги предпринять для восстановления документооборота.

Выясним причину расхождения между экспресс-диагностикой и отправкой

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

1. Проверяет доступность криптопровайдера (СКЗИ), установленного на компьютере.
2. Проверяет наличие закрытого ключа на токене или в локальном реестре.
3. Сверяет срок действия сертификата по системным часам.

Когда мы переходим к фактическому подписанию и отправке, криптопровайдер обращается к удостоверяющему центру (УЦ) для проверки цепочки доверия и статуса отзыва сертификата через протоколы CRL и OCSP. Если серверы удостоверяющего центра или серверная инфраструктура оператора (например, «Калуга Астрал» или дата-центры провайдера) недоступны, процесс формирования подписи или передачи пакета блокируется. В журнале событий при этом фиксируется ошибка: «Не удалось проверить сертификат в списке отозванных, т.к. соответствующий сервер в состоянии offline».

Устраним ошибку «сервер в состоянии offline» через установку списков отзыва (CRL)

Если серверы оператора или УЦ временно не отвечают по сети, криптопровайдер блокирует подписание в строгом режиме проверки согласно требованиям 63-ФЗ. Рассмотрим, как устранить эту блокировку вручную с помощью локальной установки актуальных списков отзыва:

1. Откроем оснастку управления сертификатами операционной системы через команду certmgr.msc (для текущего пользователя) или найдем нужный сертификат в 1С в разделе Администрирование — Обмен электронными документами — Настройки электронной подписи и шифрования.
2. Откроем свойства рабочего сертификата, перейдем на вкладку Состав и найдем поле Точки распространения списков отзыва (CRL).
3. Скопируем указанные URL-адреса и загрузим файлы списков отзыва с расширением .crl через работающий канал интернета.
4. Повторим данное действие для промежуточных сертификатов всей цепочки удостоверяющего центра.
5. Установим скачанные файлы .crl в системное хранилище Промежуточные центры сертификации.

Важный момент при клиент-серверной архитектуре: если в информационной базе включена опция Подписывать на сервере, криптографические операции выполняет фоновая служба usr1cv8. В этом случае установку списков отзыва необходимо выполнять не в хранилище пользователя, а в системное хранилище компьютера через оснастку certlm.msc, либо временно снять в настройках флаг подписания на сервере и перевести операции на сторону клиента.

Настроим прямой обмен с СФР в обход шлюза оператора

Если сбой затронул серверные мощности конкретного оператора отчетности («Калуга Астрал»), отправка сведений по СЭДО СФР (электронные больничные, сведения о застрахованных лицах) может быть переведена на прямую передачу без участия стороннего шлюза. Разберем по шагам, как переключить режим обмена в конфигурации:

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

После включения этой опции запросы и ответы с СФР отправляются непосредственно в информационную систему фонда, минуя промежуточные сервера спецоператора связи.

Сбросим зависшие очереди и переформируем электронные документы

Если документы были отправлены в момент сетевого сбоя, они могут бесконечно оставаться в статусе ожидания подтверждения оператора. Выполним следующие действия для восстановления очереди:

1. Откроем журнал Текущие дела ЭДО.
2. Перейдем в контекстное меню зависшего документа, выберем пункт ЭДО и нажмем команду Переформировать. Платформа пересоздаст исходящий транспортный пакет с новым идентификатором.
3. Выполним очистку локального кэша сеанса 1С (каталоги временных файлов пользователя AppData\Local\1C\1cv8), чтобы сбросить кэшированные сетевые ошибки протокола HTTP.
4. В журнале регистрации установим отбор по событию Электронное взаимодействие, чтобы убедиться в отсутствии внутренних исключений СКЗИ при повторной отправке.

Альтернативные варианты обмена при авариях оператора

В ситуациях глобальных технических инцидентов у оператора документооборота используем резервные схемы взаимодействия:

1. Мультиоператорность: в 1С предусмотрена возможность создания нескольких учетных записей ЭДО от разных операторов (например, дополнительное подключение учетной записи Такском). Переключив контрагента на резервный профиль настроек отправки, можно продолжить обмен.
2. Использование сервиса «ЭДО Лайт»: при обороте маркированной продукции для срочной передачи универсальных передаточных документов (УПД) можно воспользоваться веб-кабинетом системы «Честный Знак». Документы, созданные в «ЭДО Лайт», не зависят от работоспособности коммерческих операторов.
3. Оформление бумажных аналогов: для перевозочных документов и срочных отгрузок законодательство допускает временный переход на бумажный документооборот при наличии официальных подтверждений сбоя (акты и письма оператора об инцидентах непреодолимой силы).