Старый способ “просто скачать всё с FTP” больше не работает. С 1 января 2025 года машиночитаемые сведения и документы из ЕИС в сфере закупок выдаются только через специальные сервисы отдачи информации и документов. Одновременно был закрыт FTP-канал. Это связано с изменениями в нормативной базе и официально подтверждалось самой ЕИС.
При этом важно не перепутать два режима работы. Смотреть закупки на сайте вручную, открывать карточки, документы и личные кабинеты по 44‑ФЗ и 223‑ФЗ можно как и раньше. Отдельная регистрация нужна именно тем, кто хочет получать данные в машиночитаемом виде для своей программы, скрипта, сервиса или внутренней аналитики.
Эта статья — не про “хитрый парсинг сайта”, а про официальный путь. Ниже будет простой ответ на четыре вопроса: что именно нужно зарегистрировать, какой способ доступа выбрать, как сделать первый рабочий запрос и как потом превратить это в нормальную загрузку данных.
Что вообще выдает ЕИС
ЕИС не отдает “красивый REST JSON по одной ссылке”. Базовая схема сейчас такая:
- вы отправляете SOAP-запрос;
- ЕИС формирует архив;
- в ответе присылает ссылку archiveUrl;
- вы делаете GET-запрос по этой ссылке;
- скачиваете ZIP;
- внутри получаете XML-документы;
- уже сами превращаете XML в свои таблицы, JSON или аналитику.
То есть ЕИС — это источник официальных XML-документов, а не готовая аналитическая база. Если вам нужен свой поиск, отчеты, витрины или API, это уже ваш следующий слой поверх XML.
Какие есть способы доступа
У ЕИС сейчас три основных сценария.
Первый — getDocsIP. Это путь для физического лица или ИП. Здесь после регистрации вы получаете токен и указываете его в SOAP Header. Это самый простой путь для первого знакомства и тестов.
Второй — getDocsLE. Это путь для юридического лица. Здесь вместо токена используется сертификат, который загружается при регистрации. Перед отправкой запросов нужно поднять защищенное соединение с сервисом. Этот путь обычно выбирают компании для рабочей интеграции.
Третий — getDocsOrganization. Это путь для внешних систем размещения заказов. Он сложнее: там используются два токена — self_registry_token и organization_token. Если вы просто хотите получать данные для своей программы, этот путь обычно не нужен на старте.
Если говорить совсем простым языком, то правило такое:
- хотите сделать первый рабочий прототип быстро — начинайте с физлица/ИП и getDocsIP;
- строите корпоративную интеграцию от имени компании — идите в getDocsLE;
- делаете промышленную интеграцию для чужих организаций — разбирайтесь с getDocsOrganization.
Что изменилось технически в 2025 году
Это важный момент, на котором ломается очень много старых инструкций из интернета.
С 6 июня 2025 года ЕИС ввела новые домены для интеграционного обмена. Для односторонней аутентификации и обычных сценариев используется домен int.zakupki.gov.ru, а для двусторонней аутентификации по ГОСТ — int44-ttls-cert.zakupki.gov.ru. Старые домены int44.zakupki.gov.ru и int223.zakupki.gov.ru были закрыты с 4 октября 2025 года. Если вы возьмете старый пример из блога или форума, он может не заработать только потому, что указывает устаревший адрес.
Поэтому первое правило разработчика простое: прежде чем писать код, проверьте, что используете актуальный домен.
Шаг 1. Зарегистрируйтесь как получатель машиночитаемых данных
Официальная инструкция ЕИС предлагает такой путь регистрации:
- открыть главную страницу ЕИС;
- зайти в раздел “Все разделы”;
- в блоке “Дополнительная информация” выбрать “Открытые данные”;
- нажать “Получение открытых данных”;
- нажать “Продолжить”;
- пройти авторизацию через ЕСИА;
- на странице выбрать “Регистрация” → “Регистрация нового потребителя машиночитаемых данных”.
Дальше вы выбираете тип потребителя:
либо “Физическое лицо, индивидуальный предприниматель”,
либо “Юридическое лицо РФ”. После этого нужно выбрать лицо, заполнить цель получения машиночитаемых данных, email и телефон, а затем завершить регистрацию. Для юридического лица есть дополнительный шаг: нужно подписать и разместить печатную форму, сформированную системой.
Для юридических лиц есть отдельное важное условие: зарегистрировать организацию для использования сервисов отдачи можно только через подтвержденную учетную запись руководителя организации в ЕСИА.
Шаг 2. Получите то, чем будете авторизоваться
После регистрации путь расходится.
Если вы регистрировались как физлицо или ИП, в кабинете нужно открыть вкладку “Получение токена” и получить токен. Именно этот токен потом будет указываться в заголовке SOAP-запроса в поле individualPerson_token.
Если вы регистрировались как юридическое лицо, в кабинете нужно открыть вкладку “Получение доступа к сведениям” и загрузить один из сертификатов, которым потом будут направляться запросы: сертификат руководителя, обезличенный сертификат организации с ОГРН или сертификат физического лица со СНИЛС. После сохранения сведения о сертификате фиксируются в системе.
Вот здесь у новичков и возникает путаница. Для физлица — токен. Для юрлица — сертификат. Это разные схемы доступа. Нельзя взять инструкцию для физлица и просто заменить токен на что-то другое.
Шаг 3. Выберите самый простой первый запрос
ЕИС поддерживает несколько типов запросов, но для первого запуска нужен только один — getDocsByReestrNumberRequest. Он получает документы по реестровому номеру. Это самый удобный тест: вы берете уже известный номер закупки или документа и проверяете, что у вас вообще работает регистрация, авторизация, запрос и скачивание архива.
Кроме него есть еще:
- getDocsByOrgRegionRequest — получить документы по региону заказчика и типу документа;
- getDocSignaturesByUrlRequest — получить подписи;
- getNsiRequest — получить справочники НСИ;
- getDocsOrgRequest — отдельный сценарий для ВСРЗ.
Для первого дня работы запомните простое правило:
сначала запрос по реестровому номеру, потом массовая загрузка.
Шаг 4. Самый легкий старт: путь физлица через getDocsIP
Если вам нужен именно первый рабочий результат без тяжелой серверной настройки, это самый понятный маршрут.
Актуальный домен для этого сценария — int.zakupki.gov.ru, а сервис — getDocsIP.
Минимальный SOAP-запрос выглядит так:
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:ws="https://int.zakupki.gov.ru/eis-integration/services/getDocsIP">
<soapenv:Header>
<individualPerson_token>ВАШ_ТОКЕН</individualPerson_token>
</soapenv:Header>
<soapenv:Body>
<ws:getDocsByReestrNumberRequest>
<index>
<id>НОВЫЙ_UUID_НА_КАЖДЫЙ_ЗАПРОС</id>
<createDateTime>2026-03-25T12:00:00.000</createDateTime>
<mode>PROD</mode>
</index>
<selectionParams>
<subsystemType>PRIZ</subsystemType>
<reestrNumber>0138300005125000006</reestrNumber>
</selectionParams>
</ws:getDocsByReestrNumberRequest>
</soapenv:Body>
</soapenv:Envelope>
Здесь важно понимать смысл полей.
id — это новый UUID для каждого запроса.
createDateTime — время создания запроса.
mode обычно указывается как PROD.
subsystemType — код подсистемы, из которой вы хотите документ.
reestrNumber — реестровый номер документа. В примере выше PRIZ — это только пример из инструкции; реальные коды зависят от того, какие документы вы хотите получать. Для 44‑ФЗ они смотрятся в Альбоме ТФФ, для 223‑ФЗ часть кодов приведена прямо в приложении к инструкции.
После отправки этого SOAP-запроса вы не получите сам XML документа в теле ответа. Вы получите archiveUrl. Затем нужно выполнить обычный GET-запрос по этой ссылке и сохранить ZIP-архив. Дальше ZIP распаковывается, и вы работаете уже с XML-файлами внутри него.
Шаг 5. Если вы компания: путь через getDocsLE
Для юридического лица техническая логика похожа: вы тоже отправляете SOAP-запрос и тоже получаете archiveUrl. Но способ авторизации другой: данные выдаются с использованием сертификата, загруженного при регистрации, и перед началом работы нужно установить защищенное соединение с сервисом. В инструкции ЕИС для этого отдельно даны технические приложения для Windows Server и Linux.
Актуальный домен для этого сценария — int44-ttls-cert.zakupki.gov.ru, то есть специальный домен для двусторонней аутентификации.
Первый тестовый запрос здесь тоже лучше делать по реестровому номеру. Структура запроса почти такая же, но без токена в SOAP Header:
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:ws="https://int44-ttls-cert.zakupki.gov.ru/eis-integration/services/getDocsLE">
<soapenv:Header/>
<soapenv:Body>
<ws:getDocsByReestrNumberRequest>
<index>
<id>НОВЫЙ_UUID_НА_КАЖДЫЙ_ЗАПРОС</id>
<createDateTime>2026-03-25T12:00:00.000</createDateTime>
<mode>PROD</mode>
</index>
<selectionParams>
<subsystemType>PRIZ</subsystemType>
<reestrNumber>0138300005125000006</reestrNumber>
</selectionParams>
</ws:getDocsByReestrNumberRequest>
</soapenv:Body>
</soapenv:Envelope>
Для новичка главное понимать не все тонкости ГОСТ‑TLS, а одну вещь: путь юрлица сложнее не из-за SOAP, а из-за сертификатного контура. Поэтому если вы учитесь и просто хотите увидеть первый результат, проще сначала понять механику на getDocsIP, а затем уже переносить ее в корпоративный сертификатный сценарий. Это не нормативное требование, а просто самый мягкий путь обучения.
Шаг 6. Как перейти от одной закупки к массовой загрузке
Когда запрос по реестровому номеру заработал, можно переходить к более полезному режиму — загрузке по дате, региону и типу документа. Для этого используется getDocsByOrgRegionRequest. В запросе указываются регион заказчика, тип подсистемы, тип документа и точная дата отбора.
Именно здесь появляются ограничения, о которых нужно помнить сразу:
- число запросов в час ограничено;
- архив формируется асинхронно, то есть не всегда мгновенно;
- за один запрос можно получить только один справочник или данные только по одной подсистеме;
- в сценарии выборки по региону и типу документа вы указываете только один тип документа за раз.
На простом языке это значит так: не надо пытаться “одним запросом скачать всю страну за месяц”. Правильная схема — маленькие порции: по дате, по региону, по типу документа, с ожиданием формирования архива.
Шаг 7. Не забудьте про НСИ
Если вы хотите не только складывать XML “как есть”, но и нормально разбирать коды, типы документов, классификаторы и справочники, вам понадобится getNsiRequest. В нем можно запросить nsiAllList, то есть список всех доступных справочников, а затем уже выгружать нужные справочники полностью (all) или инкрементально (inc).
Это не обязательный шаг для первого теста, но очень полезный шаг для нормальной системы. Без НСИ вы быстро столкнетесь с кодами, которые сложно интерпретировать вручную.
Шаг 8. Что делать с XML дальше
Вот здесь многие совершают одну и ту же ошибку: думают, что можно каждый раз по запросу пользователя идти в ЕИС, скачивать свежий ZIP, распаковывать XML и тут же строить отчет. Технически это возможно. Практически — плохая идея.
Почему:
- у сервиса есть ограничения по частоте;
- архив формируется асинхронно;
- вы начинаете зависеть от доступности внешней системы в момент каждого запроса;
- повторная аналитика становится медленной и хрупкой.
Правильная схема обычно такая:
- забираете ZIP из ЕИС;
- сохраняете сырой архив у себя;
- распаковываете XML;
- парсите XML в свою схему данных;
- уже из своей базы строите поиск, отчеты и витрины.
То есть ЕИС лучше воспринимать как источник сырья, а не как базу, к которой вы ходите при каждом клике пользователя. Это уже инженерный вывод из ограничений сервиса.
Типичные ошибки
Первая ошибка — использовать старые домены из старых статей. После смены доменов в 2025 году это частая причина неработающих примеров.
Вторая ошибка — ждать готовый JSON. ЕИС возвращает ссылку на архив, а внутри архива лежат XML-документы.
Третья ошибка — путать токен и сертификат. Для физлица/ИП нужен токен. Для юрлица — сертификат и защищенное соединение.
Четвертая ошибка — сразу лезть в сложные массовые выборки. Гораздо правильнее сначала добиться одного успешного запроса по реестровому номеру, потом научиться скачивать архив, и только потом строить инкрементальную загрузку.
Пятая ошибка — думать, что регистрация в личном кабинете открытых данных нужна всем. Нет. Она нужна только тем, кто хочет получать машиночитаемые данные программно. Смотреть сайт вручную можно и без этого.