Федресурс API: интеграция и автоматическая публикация сообщений

Как работает автоматическая публикация на Федресурсе

API Федресурса позволяет встроить подготовку и контроль публикаций в CRM, 1С или внутренний реестр. Система собирает данные сообщения, проверяет обязательные поля, передаёт пакет на подписание УКЭП и возвращает статус, квитанцию и ссылку на опубликованную запись.

Доступ и методы зависят от конкретного реестра и сценария: получение открытых сведений и размещение сообщения работают через разные интерфейсы. Перед разработкой уточняют тип сообщения, основание публикации, срок, подписанта и доступный способ подключения.

Федресурс простыми словами: два реестра под одним названием

«Федресурс» — разговорное имя сайта fedresurs.ru, на котором фактически работают два самостоятельных информационных ресурса.

Первый — ЕФРСБ, Единый федеральный реестр сведений о банкротстве. В нём публикуются сообщения, связанные с процедурами банкротства: торги, отчёты арбитражных управляющих, сведения о ходе дела.

Второй — ЕФРСФДЮЛ, Единый федеральный реестр сведений о фактах деятельности юридических лиц, индивидуальных предпринимателей и иных субъектов. Именно в нём юрлица публикуют сообщения о реорганизации, ликвидации, изменении уставного капитала, залоге движимого имущества, обязательном аудите, лизинге, взыскании долгов и десятках других фактов [11][14].

У каждого реестра — своя правовая база, свой набор сообщений и, что важно для темы автоматизации, разные веб-сервисы с разными спецификациями [6][7]. Когда говорят «API Федресурса», нужно всегда уточнять — про какой из реестров и про какую операцию (получение уже опубликованных данных или размещение нового сообщения) идёт речь, потому что это разные технические интерфейсы с разными правилами доступа.

Как устроена публикация сообщения — от факта до карточки в реестре

Независимо от способа подачи, логика публикации всегда одна и та же.

Сначала происходит юридически значимый факт — компания приняла решение о реорганизации, подписано аудиторское заключение, заключён договор лизинга. С этого момента начинает течь срок публикации, обычно 3 рабочих дня [11][15].

Далее готовится текст сообщения строго по шаблону, установленному для конкретного типа факта — набор обязательных реквизитов у каждого типа сообщения свой.

Подготовленный текст должен быть подписан квалифицированной электронной подписью — при этом подпись должна поддерживать работу именно с ЕФРСФДЮЛ; обычная КЭП для отчётности в налоговую не всегда для этого подходит, и это нужно проверять заранее у своего удостоверяющего центра [12][13].

Подписанное сообщение отправляется оператору реестра — либо через личный кабинет на сайте, либо (для узкого круга сообщений) через веб-сервис. Оператором ЕФРСФДЮЛ выступает АО «Интерфакс» [11].

За размещение каждого сообщения оператор взимает плату; по данным сервисов, оказывающих услуги подачи сведений, ориентировочный размер тарифа — порядка 860–900 руб. за сообщение с учётом НДС, но точная сумма зависит от типа сообщения и может меняться, поэтому актуальный тариф стоит уточнять непосредственно на fedresurs.ru перед планированием бюджета.

Опубликованное сообщение получает уникальный GUID и карточку на сайте; при этом важная техническая деталь — содержимое опубликованного сообщения нельзя изменить. Если найдена ошибка, публикуется отдельное сообщение об аннулировании, а затем — новое, уже с верными данными [1]. Это принципиально для проектирования любой автоматизации: система должна уметь работать с логикой «аннулирование + переиздание», а не с редактированием.

Российская специфика: закон, сроки, ответственность

Обязанность публиковать сведения в ЕФРСФДЮЛ закреплена статьёй 7.1 Федерального закона от 08.08.2001 № 129-ФЗ «О государственной регистрации юридических лиц и индивидуальных предпринимателей» [11][16]. За более чем десять лет действия нормы перечень обязательных к публикации сообщений разросся: по оценке сервисов, специализирующихся на подаче сведений, сейчас это более 50 различных видов сообщений [14] — от создания и ликвидации юрлица до сведений о независимой гарантии, залоге движимого имущества, лизинге и взыскании долгов.

Ответственность за нарушение регулируется ст. 14.25 КоАП РФ и структурирована по тяжести нарушения:

• пропуск срока публикации — предупреждение или штраф около 5000 руб. [19];
• полное отсутствие публикации или размещение неполных/недостоверных сведений — штраф до 10 000 руб. [17][18];
• повторное нарушение в течение года или заведомо ложные сведения — штраф до 50 000 руб. либо дисквалификация должностного лица на срок от 1 до 3 лет [17][18][19].

Отдельно стоит субсидиарная ответственность контролирующих лиц: если компания обанкротится, а обязательные сообщения (в первую очередь о существенных фактах, влияющих на платёжеспособность) не были своевременно опубликованы, это может использоваться как довод против контролирующих лиц в деле о банкротстве [19]. Это одна из причин, почему крупные компании стремятся не полагаться на «не забыть вручную», а встраивать контроль сроков публикации в бизнес-процессы.

Что действительно можно автоматизировать через API

Официальный сервис размещения сведений: лизинг и взыскание долга

У оператора ЕФРСФДЮЛ есть отдельный веб-сервис — «Сервис размещения сведений в ЕФРСФДЮЛ», последняя изученная версия спецификации — 1.17 от 26.03.2026 [1]. Это именно API для публикации, а не для чтения. Но охватывает он строго ограниченный перечень сообщений:

• группа «Сообщения о договорах финансовой аренды (лизинга)»: заключение, изменение, прекращение договора лизинга [2];
• группа «Сообщения о возврате просроченной задолженности»: уведомление о привлечении представителя кредитора, исключение должников из соответствующего перечня, уведомление о переходе права требования [2][3].

Технически сервис устроен так: клиент готовит валидный XML в кодировке UTF-8 без экранирования символов, преобразует его в Base64, получает данные для подписания через метод /getDataForSigning, подписывает КЭП и передаёт подписанные данные в метод /publish вместе с содержимым [1][2]. Аутентификация происходит по совпадению ИНН и ОГРН, извлечённых из электронной подписи, с данными пользователя в системе [3]. Установлено ограничение — не более 8 одновременных запросов в секунду [3][4].

Важное условие доступа: воспользоваться веб-сервисом можно только если у пользователя подключена платная подписка («абонентская плата») на конкретную группу сообщений и срок её действия не истёк [2][3]. То есть просто получить технический доступ недостаточно — нужен отдельный коммерческий договор с оператором на конкретный вид публикаций.

Для лизинговых компаний это не абстрактная возможность, а прямое следствие нормы: с 28 июля 2023 года статья 10 закона о лизинге (от 29.10.1998 № 164-ФЗ) обязывает лизингодателя вносить сведения о заключении договора лизинга в реестр не позднее 3 рабочих дней с даты передачи предмета лизинга [10]. При десятках и сотнях договоров в месяц ручная публикация через личный кабинет становится узким местом, и именно поэтому оператор реестра предоставляет отдельный демонстрационный контур для тестирования интеграции по этой группе сообщений [9].

Сервисы получения данных — не путать с публикацией

У обоих реестров есть отдельные веб-сервисы получения уже опубликованных сообщений — «Сервис получения сведений из ЕФРСБ» (REST API, спецификация 1.3.0) [6] и «Веб-сервис получения сведений из ЕФРСФДЮЛ» (спецификация 3.6.2) [7]. Они предназначены для автоматизированной выгрузки контента сообщений в машиночитаемом виде — например, чтобы во внутренней системе компании автоматически появлялась информация о новых сообщениях по контрагентам.

Здесь тоже используется токен-авторизация в заголовке Authorization и ограничение в 8 одновременных запросов с одного IP [6]. Подключение требует заключения договора на техническую возможность получения информации, тестового контура и последующего перехода на промышленный контур [8].

Важно: это API не публикует ничего — оно только читает. Компании, которые хотят автоматически проверять контрагентов на предмет банкротства, залогов или иных фактов, обычно ориентируются именно на этот тип интеграции, а не на публикацию.

Всё остальное: почему автопубликации нет и что делают вместо неё

Для десятков остальных типов сообщений — реорганизация, ликвидация, изменение уставного капитала, обязательный аудит и бухгалтерская отчётность, независимая гарантия и т.д. — официального массового API для публикации не существует. Размещение идёт одним из следующих способов:

1. Личный кабинет с КЭП. Юрлицо или ИП заходит на fedresurs.ru, авторизуется по КЭП (для представителя может понадобиться машиночитаемая доверенность), составляет сообщение по форме и публикует его самостоятельно [12][13].
2. Через нотариуса. Отдельные нормы дают возможность подать некоторые сведения через нотариуса, который использует собственный доступ к системе; нотариус занимается технической стороной размещения, но не формулирует сам текст сообщения — это остаётся задачей заявителя.
3. Через арбитражного управляющего — для сообщений, связанных с процедурами банкротства, закон позволяет арбитражному управляющему размещать сведения от имени и по поручению юрлица, используя собственную КЭП и профессиональный доступ к системе [13].
4. Через коммерческого посредника. На рынке работает множество сервисов (позиционирующих себя как посредники, а не как официальный реестр), которые готовят и публикуют сообщение по присланным сканам документов без необходимости оформлять КЭП самому заявителю [12]. Это ускоряет процесс для разовых случаев, но по сути тоже человек-в-цикле — просто на стороне подрядчика, а не заявителя.

Иначе говоря, для большинства сообщений «автоматизация» означает не отказ от человека, а сокращение его роли до финального акта подписания.

Варианты реализации автоматизации

В зависимости от того, какие сообщения публикует компания и в каком объёме, разумны разные архитектуры:

Прямая интеграция с официальным сервисом размещения. Подходит компаниям, которые попадают в периметр разрешённых групп — лизинговым компаниям, банкам, коллекторским агентствам. Требует: заключения договора с оператором на конкретную группу сообщений, подключения к тестовому контуру, доработки учётной системы (часто 1С) для формирования валидного XML по спецификации, автоматизации получения данных для подписания и вызова подписи, а также обработки ответов сервиса и логирования ошибок [1][2][9].

Внутренняя система «календарь обязательств + шаблонизатор + подпись в один клик». Подходит компаниям, которые публикуют разнородные сообщения (аудит, отчётность, изменения устава), но не попадают в периметр API. Система на основе данных из 1С/ERP/CRM отслеживает наступление фактов, требующих публикации, автоматически формирует текст сообщения по шаблону, готовит документы и напоминает ответственному сотруднику подписать и отправить сообщение через личный кабинет. Полной автопубликации здесь нет, но время подготовки и риск пропуска срока сокращаются кардинально.

Интеграция с сервисом получения данных для мониторинга контрагентов. Отдельная задача, смежная с публикацией, — автоматически отслеживать появление новых сообщений по своим контрагентам (банкротство, залоги, существенные факты) через официальные сервисы получения сведений [6][7], либо через специализированные коммерческие API-надстройки, которые уже реализовали такую интеграцию [22]. На рынке также встречаются решения, парсящие открытую часть сайта [20], но это менее надёжный путь, зависящий от изменений вёрстки сайта и не гарантирующий соблюдение условий использования ресурса.

Готовые обработки для учётных систем. Для отдельных сценариев (в первую очередь там, где API публикации доступен официально) в сообществе 1С уже есть примеры обработок, работающих через API сервиса fedresurs, включая тестовый контур с демонстрационным логином [21]. Такие решения можно использовать как отправную точку, но перед промышленной эксплуатацией их стоит проверить на соответствие актуальной версии спецификации, поскольку сервис регулярно обновляется — только в 2024–2026 годах вышло несколько версий с изменением методов [1][2][3].

Практические этапы подключения

1. Инвентаризация обязанностей. Определить полный перечень типов сообщений, которые обязана публиковать конкретная компания, и сроки по каждому.
2. Проверка периметра официального API. Выяснить, относится ли компания к лизингодателям или организациям, работающим со взысканием просроченной задолженности — только для этих групп доступна публикация через веб-сервис [2][3].
3. Если да — заключение договора с оператором на подключение услуги публикации сообщений за абонентскую плату для нужной группы, получение доступа к демонстрационному контуру [2][9].
4. Доработка учётной системы: формирование валидного XML по актуальной версии спецификации, интеграция с сервисом КЭП для получения данных для подписи и подписания, вызов методов /getDataForSigning и /publish [1].
5. Тестирование на демо-контуре с контролем лимита в 8 запросов в секунду и проверкой корректности обработки ошибок [3][9].
6. Если компания не попадает в периметр API — построение процесса с человеком в цикле: автоматическое формирование текста и напоминаний, ручное подписание и отправка через личный кабинет либо передача нотариусу/посреднику.
7. Промышленный запуск с мониторингом: логирование отправленных сообщений, отслеживание полученных GUID, регулярная сверка с открытой частью реестра, чтобы вовремя заметить необходимость аннулирования и переиздания сообщения при ошибке [1].
8. Регулярный пересмотр интеграции при выходе новых версий спецификации — только за последние два года сервис прошёл путь от версии 1.4 до 1.17 с изменением методов и структуры XML [1][4].

Ограничения, ошибки и риски

• Путаница между чтением и публикацией. Разработчики иногда предполагают, что если есть API для получения данных, значит можно и публиковать через API — это не так: у сервисов разное назначение, разные спецификации и разные условия доступа [1][6][7].
• Иллюзия полной автоматизации там, где её нет. Для большинства из 50+ типов сообщений публикация без участия человека с КЭП технически невозможна в рамках официальных сервисов [2][14] — любые обещания «полностью автоматической публикации любых сообщений» стоит проверять на соответствие актуальной спецификации.
• КЭП без нужного расширения. Обычная электронная подпись для сдачи отчётности может не подойти для работы с ЕФРСФДЮЛ — нужна подпись, поддерживающая формат этого реестра, и это стоит уточнить у удостоверяющего центра заранее [12][13].
• Невозможность редактирования опубликованного сообщения. Любая автоматизация должна закладывать логику аннулирования и переиздания сообщения при ошибке, а не «перезаписи» [1].
• Ограничение на количество запросов — 8 в секунду; при пакетной обработке большого объёма данных (например, миграция исторических договоров лизинга) нужно проектировать очередь с троттлингом [3][4].
• Платная и срочная подписка. Доступ к сервису размещения сообщений даётся на платной основе и на ограниченный срок действия — нужно отслеживать её актуальность, иначе публикация через API прекратит работать [2][3].
• Риски использования парсинга открытой части сайта вместо официального сервиса получения данных — такой способ зависит от структуры страниц сайта и может быть менее стабильным и юридически более уязвимым, чем официальная интеграция по договору [20].

Как выбрать решение под свою ситуацию

Если компания публикует единичные сообщения несколько раз в год, разработка интеграции обычно не окупается — достаточно личного кабинета с КЭП или разовой передачи задачи посреднику/нотариусу.

Если компания — лизингодатель или организация, регулярно работающая со взысканием задолженности, и объём сообщений исчисляется десятками-сотнями в месяц, прямая интеграция с официальным сервисом размещения способна ощутимо снизить трудозатраты и риск пропуска сроков — это тот случай, где инвестиция в доработку окупается объёмом.

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

Отдельно стоит оценить целесообразность мониторинга контрагентов через сервисы получения данных — это не связано напрямую с обязанностью публикации, но часто решается в рамках той же интеграционной задачи.

Как может помочь «Пятый фактор»

Основная сложность в задачах такого рода обычно заключается не в самом факте существования API, а в том, чтобы правильно определить, какие сообщения компании действительно можно публиковать через официальный сервис, а какие требуют иной схемы работы, и выстроить это в связке с уже существующей учётной системой — 1С, ERP или отдельным реестром договоров. Команда «Пятого фактора» может изучить конкретный процесс публикации сообщений в компании, оценить, какие сценарии подходят под официальный API размещения сведений, а какие потребуют системы контроля сроков с человеком в цикле, и помочь с разработкой интеграции, доработкой учётной системы или технической консультацией. Если для задачи достаточно настройки готового процесса без разработки — это тоже стоит проговорить заранее, чтобы не тратить бюджет на избыточную автоматизацию.

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

«Автоматическая публикация на Федресурсе» — формулировка, которая скрывает две разные реальности. Для узкого круга компаний (лизингодатели, участники рынка взыскания задолженности) это действительно рабочая интеграция по официальному API с подписанием XML и вызовом метода /publish. Для всех остальных типов сообщений и большинства компаний это, скорее, задача построения процесса, который минимизирует ручной труд там, где закон и техническая инфраструктура реестра требуют участия человека с электронной подписью. Прежде чем инвестировать в разработку, стоит точно определить, в какую из этих двух категорий попадает конкретная задача.

Источники

[1] fedresurs.ru — Сервис размещения сведений в ЕФРСФДЮЛ. Спецификация версии 1.17 — https://fedresurs.ru/helps/Sfacts/sSpecificationMessagesPublishingService.pdf

[2] fedresurs.ru — Сервис размещения сведений в ЕФРСФДЮЛ. Спецификация версии 1.14 — https://fedresurs.ru/helps/Sfacts/Ms_Publication_1_14.pdf

[3] fedresurs.ru — Сервис размещения сведений в ЕФРСФДЮЛ. Спецификация версии 1.11 — https://fedresurs.ru/helps/Sfacts/Ms_Publication_1.11.pdf

[4] fedresurs.ru — Спецификация сервиса размещения сведений в ЕФРСФДЮЛ версии 1.4 — https://fedresurs.ru/helps/Sfacts/%D0%A1%D0%BF%D0%B5%D1%86%D0%B8%D1%84%D0%B8%D0%BA%D0%B0%D1%86%D0%B8%D1%8F%20%D1%81%D0%B5%D1%80%D0%B2%D0%B8%D1%81%D0%B0%20%D1%80%D0%B0%D0%B7%D0%BC%D0%B5%D1%89%D0%B5%D0%BD%D0%B8%D1%8F%20%D1%81%D0%B2%D0%B5%D0%B4%D0%B5%D0%BD%D0%B8%D0%B8%CC%86%20%D0%B2%20%D0%95%D0%A4%D0%A0%D0%A1%D0%94%D0%AE%D0%9B%20(%D0%B2%D0%B5%D1%80%D1%81%D0%B8%D1%8F%201.4,%20%D0%B4%D0%B5%D0%B8%CC%86%D1%81%D1%82%D0%B2%D1%83%D0%B5%D1%82%20%D1%81%2004.02.2020).pdf

[5] fedresurs.ru — Веб-сервис размещения сведений в ЕФРСФДЮЛ (общее описание, аутентификация) — https://fedresurs.ru/helps/Sfacts/%D0%9F%D0%B0%D0%BC%D1%8F%D1%82%D0%BA%D0%B0%20%D1%81%D0%B5%D1%80%D0%B2%D0%B8%D1%81%D0%B0%20%D1%80%D0%B0%D0%B7%D0%BC%D0%B5%D1%89%D0%B5%D0%BD%D0%B8%D1%8F%20%D1%81%D0%B2%D0%B5%D0%B4%D0%B5%D0%BD%D0%B8%D0%B9%20%D0%B2%20%D0%95%D0%A4%D0%A0%D0%A1%D0%A4%D0%94%D0%AE%D0%9B.pdf

[6] fedresurs.ru — Сервис получения сведений из ЕФРСБ (REST API). Спецификация версии 1.3.0 — https://fedresurs.ru/helps/bankrupt/Service_rest_1.3.0.pdf

[7] fedresurs.ru — Сервис получения сведений из ЕФРСФДЮЛ. Спецификация версии 3.6.2 — https://fedresurs.ru/helps/Sfacts/MessagesService_3.6.2.pdf

[8] fedresurs-demo.interfax.ru — Важная информация для подключения веб-сервиса получения сведений из ЕФРСБ — https://fedresurs-demo.interfax.ru/helps/bankrupt/%D0%92%D0%B0%D0%B6%D0%BD%D0%B0%D1%8F%20%D0%B8%D0%BD%D1%84%D0%BE%D1%80%D0%BC%D0%B0%D1%86%D0%B8%D1%8F%20%D0%B4%D0%BB%D1%8F%20%D0%BF%D0%BE%D0%B4%D0%BA%D0%BB%D1%8E%D1%87%D0%B5%D0%BD%D0%B8%D1%8F%20%D0%B2%D0%B5%D0%B1-%D1%81%D0%B5%D1%80%D0%B2%D0%B8%D1%81%D0%B0.pdf

[9] fedresurs.ru — Демо-контур для тестирования работы с сообщениями лизинга в новом формате — https://fedresurs.ru/helps/Sfacts/Pamyatka_demo_leasing.pdf

[10] buh.ru — Правила внесения сведений о лизинговых договорах в ЕФРС изменили — https://buh.ru/news/svedeniya-o-lizingovykh-dogovorakh-nuzhno-budet-vnosit-v-efrs-po-novym-pravilam.html

[11] spmag.ru — Сведения ЕФРСФДЮЛ — https://spmag.ru/articles/svedeniya-efrsfdyul

[12] klerk.ru — Федресурс: личный кабинет — вход, регистрация и публикация сообщений в 2026 году — https://www.klerk.ru/blogs/fedresurs/701317/

[13] fedresurs.org — Личный кабинет Федресурса — как войти, требования к ЭЦП, альтернативы — https://fedresurs.org/spravochnik/lichnyj-kabinet-fedresurs/

[14] fedresurs.online — Список сообщений для публикации в Федресурсе — https://fedresurs.online/spisok-soobshcheniy/

[15] klerk.ru — Публикация аудиторского заключения на Федресурсе в 2026 году: сроки, порядок и штрафы — https://www.klerk.ru/blogs/roskom24/663355/

[16] glavkniga.ru — Обязательный аудит: публикация на Федресурсе — https://glavkniga.ru/elver/2023/6/6385

[17] consultant.ru — КоАП РФ Статья 14.25 — https://www.consultant.ru/document/cons_doc_LAW_34661/0d7d7a659637d4446866cb2cd6b2d636d2cb0800/

[18] glavbukh.ru — Ответственность организации, подлежащей обязательному аудиту, по ст. 14.25 КоАП за невнесение сведений в Федресурс — https://www.glavbukh.ru/hl/243286-otvetstvennost-organizatsii-podlejashchey-obyazatelnomu-auditu-po-st-1425-koap-za-nevnesenie

[19] probusiness.news — Штрафы за неразмещение сведений в Федресурсе — https://probusiness.news/probusiness/korporativny/shtrafy-za-nerazmeschenie-svedeniy-v-fedresurse

[20] habr.com — Проверка контрагентов. Парсинг fedresurs — https://habr.com/ru/articles/646631/

[21] infostart.ru — Интеграция c fedresurs (обработка для 1С) — https://infostart.ru/public/1680876

[22] you-right.ru — API ЕФРСБ для автоматизации юридической работы — https://you-right.ru/api-efrsb