Как исправить ошибку ORA-20001 "Некорректные параметры" и проблемы с сертификатами при обмене с СФР (ФСС)?

При работе с электронными листками нетрудоспособности (ЭЛН) и системой социального электронного документооборота (СЭДО) пользователи конфигураций 1С (ЗУП, ЗГУ, Бухгалтерия) часто сталкиваются с ошибками идентификации страхователя. Одной из самых распространенных является ошибка, возвращаемая сервером фонда: ORA-20001.

Полный текст ошибки обычно выглядит так:

При обмене с ФСС возникли ошибки. 
Ответ ФСС: ORA-20001: Некорректные параметры: Рег. номер в запросе и ОГРН в сертификате ЭП. 
Не найден страхователь с такими параметрами, а также отсутствует уполномоченный представитель с таким сертификатом ЭП

Эта ошибка означает, что сервер СФР (бывший ФСС) не смог сопоставить данные, пришедшие в запросе от программы 1С, с данными, которые содержатся в сертификате электронной подписи, или с данными в своей базе страхователей. Рассмотрим подробно основные причины возникновения этой ситуации и методы их решения.

Причина 1. Несоответствие регистрационных данных в карточке организации

Самая простая и частая причина — банальная опечатка или использование устаревших данных в настройках самой программы 1С. Сервер СФР проводит жесткую сверку пары параметров: «Регистрационный номер» и «ОГРН».

Проанализируем наши действия для проверки:

1. Откроем карточку организации в 1С (раздел Настройка — Организации).
2. Перейдем на вкладку Фонды (или проверим основные реквизиты, в зависимости от версии конфигурации).
3. Сверим Регистрационный номер в ФСС с данными из официальных уведомлений или выписки ЕГРЮЛ.
4. Сверим ОГРН организации.

Если данные в 1С отличаются от тех, что привязаны к сертификату или зарегистрированы в фонде, сервер вернет ошибку ORA-20001. Исправим неверные цифры, сохраним карточку и повторим обмен.

Причина 2. Ошибка выбора сертификата в мультифирменном учете

В базах, где ведется учет по нескольким организациям (или нескольким юридическим лицам с одним директором), часто возникает путаница с сертификатами.

Если у вас несколько организаций (например, ООО "Ромашка" и ООО "Рога и Копыта"), и директором в обеих является одно и то же лицо, то и сертификатов ЭП должно быть два (если они выпущены на юрлицо). Каждый сертификат содержит в себе уникальный ОГРН конкретной компании.

Разберем ситуацию, когда в настройках обмена для ООО "Ромашка" ошибочно выбран сертификат от ООО "Рога и Копыта":

1. Программа отправляет запрос с рег. номером "Ромашки".
2. Запрос подписывается сертификатом, внутри которого зашит ОГРН "Рогов и Копыт".
3. Сервер СФР видит несоответствие пары «Рег. номер — ОГРН» и блокирует обмен.

Для исправления перейдем в Настройки обмена с контролирующими органами — Настройки обмена с СФР (бывш. ФСС) и убедимся, что напротив каждой организации выбран корректный сертификат, соответствующий именно этому юридическому лицу.

Причина 3. Использование сертификата физического лица без МЧД

С переходом на новые правила подписи (в соответствии с изменениями в 63-ФЗ), сотрудники организаций (кроме руководителя) должны использовать сертификат физического лица в связке с Машиночитаемой доверенностью (МЧД).

В сертификате физического лица поле ОГРН организации отсутствует (или равно null/нулю), так как сертификат выдан лично человеку, а не компании. При попытке отправить запрос с таким сертификатом без указания МЧД сервер СФР выдает ошибку:

Пара (регистрационный номер, ОГРН) страхователя не найдена в справочнике.
ОГРН null

Чтобы решить эту проблему, выполним следующие шаги:

1. Убедимся, что на сотрудника оформлена МЧД и она зарегистрирована в реестре ФНС/СФР (распределенный реестр).
2. В 1С перейдем в настройки обмена: Организации — ЭДО — Обмен с СФР (путь может отличаться в зависимости от конфигурации, ищем настройки сертификатов).
3. Выберем сертификат физического лица.
4. В поле настройки доверенности (МЧД) нажмем Создать или Загрузить.
5. Загрузим файл доверенности (или укажем её идентификатор GUID), полученный при регистрации МЧД.

После привязки МЧД к сертификату в настройках 1С, программа будет передавать идентификатор доверенности вместе с пакетом данных. Это позволит серверу СФР «связать» физлицо с ОГРН организации через реестр доверенностей.

Причина 4. Некорректное заполнение «Дополнительного кода ФСС»

Эта проблема специфична для технических настроек 1С. Поле ДополнительныйКодФСС предназначено для обособленных подразделений, имеющих самостоятельный баланс. Для обычных организаций это поле должно быть пустым.

Иногда (например, при переносе данных или нештатной загрузке) в это поле попадают некорректные значения или нули, хотя визуально в карточке организации поле может быть недоступно для редактирования (особенно в версии «Бухгалтерия предприятия», где учет обособленных подразделений ограничен).

Если вы проверили все реквизиты, но ошибка сохраняется, попробуем очистить это скрытое поле принудительно:

1. Перейдем в меню Администрирование — Обслуживание — Корректировка данных.
2. Откроем обработку Групповое изменение реквизитов.
3. В поле «Выбор элементов для изменения» выберем справочник Организации.
4. По ссылке «Все элементы» настроим отбор, выбрав нужную организацию.
5. В табличной части найдем реквизит Дополнительный код ФСС (или схожее название).
6. Установим галочку напротив этого реквизита, а значение оставим пустым.
7. Нажмем кнопку Изменить реквизиты.

После очистки этого поля повторим попытку получения сообщений СЭДО.

Причина 5. Конфликт нового регистрационного номера СФР (с ноября 2024 года)

С введением единого регистрационного номера СФР (который пришел на смену регистрационному номеру ФСС и ПФР), в системах 1С появился новый реквизит РегистрационныйНомерСФР.

Возникла техническая коллизия: для сдачи отчетности ЕФС-1 требуется новый номер СФР, однако шлюз приема больничных (СЭДО) исторически настроен на старый 10-значный регистрационный номер ФСС. В некоторых релизах 1С при заполнении нового номера СФР программа начинает использовать его и для запросов СЭДО, что приводит к ошибке идентификации (так как шлюз СЭДО "не знает" новый формат номера в старых протоколах).

Рассмотрим варианты решения:

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

Техническая диагностика

Если ни одно из вышеперечисленных решений не помогло, обратим внимание на системное окружение.

Проверим цепочку сертификатов:

• Откроем файл сертификата (файл с расширением .cer) двойным кликом.
• Перейдем на вкладку Путь сертификации.
• Убедимся, что в цепочке нет красных крестиков. Должны быть установлены корневые сертификаты Минцифры и Головного удостоверяющего центра (ГУЦ). Отсутствие доверия к корневым центрам может вызывать разрыв соединения, который 1С интерпретирует как общую ошибку обмена.

Также стоит проверить актуальность лицензии КриптоПро CSP и её версию (рекомендуется использовать версию не ниже 5.0 R2 для работы с современными ГОСТ алгоритмами, используемыми ФНС и СФР).