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

Схема обмена между тендерной площадкой и внутренней учётной системой
Содержание 11 разделов

Как настроить обмен данными между ЕИС, коммерческими ЭТП и 1С, CRM или ERP — и не потерять на этом деньги и время

Если компания регулярно участвует в тендерах — по 44-ФЗ, 223-ФЗ или в коммерческих закупках — тендерный отдел обычно работает так: специалист вручную ищет подходящие процедуры на нескольких площадках, копирует данные в Excel или CRM, ставит напоминания о сроках подачи заявок, а после победы вручную заносит контракт в 1С. При росте числа закупок это превращается в узкое место: пропущенные дедлайны, дублирование карточек, расхождения между тем, что видит тендерный отдел, и тем, что видит бухгалтерия.

Задача интеграции — убрать ручной перенос данных между тендерными площадками и внутренней системой (1С, CRM, ERP) на всех этапах: от появления интересной закупки до поступления закрывающих документов в бухгалтерию. Статья пригодится тем, кто отвечает за автоматизацию тендерного отдела, IT-директорам и техническим специалистам, которые оценивают варианты реализации.

Что вообще значит «интеграция тендерной площадки»

Под этим словосочетанием на практике скрываются разные задачи, и в самом начале стоит их разделить:

  • Получение сведений о закупках — новые тендеры, сроки, документация, статусы — в вашу систему, чтобы не мониторить площадки вручную.
  • Передача собственных закупок в ЕИС — актуально для организаций-заказчиков по 223-ФЗ, которые публикуют извещения и должны отчитываться об исполнении контрактов.
  • Обмен закрывающими документами — счета-фактуры, УПД, акты — между оператором площадки и бухгалтерией.
  • Автоматизация действий на площадке — например, аукционные роботы, которые подают ценовые предложения по заданным правилам; это отдельная функциональность личного кабинета площадки, а не универсальный API.

Каждая из этих задач решается разными инструментами, и попытка закрыть их одним «коннектором» обычно и порождает основные сложности проекта.

Как это устроено технически

Федеральные площадки и ЕИС: доступа «как к обычному API» нет

Восемь федеральных электронных площадок (Сбербанк-АСТ, РТС-тендер, Росэлторг, ТЭК-Торг и другие) не предоставляют внешним разработчикам публичный программный интерфейс для получения данных о закупках — это подтверждают и разработчики, которые пытались построить такую интеграцию напрямую<sup>[1]</sup>, и обсуждения о том, есть ли у ЕИС собственный API для систематического получения информации<sup>[2]</sup>. Официально доступны открытые файлы (выгрузки) на портале zakupki.gov.ru, но это не полноценный REST- или SOAP-интерфейс с документацией для интеграторов. Показательно, что даже у крупнейшей из площадок — Сбербанк-АСТ, на которую в 2025 году приходилось около 53,6% объёма закупок по 44-ФЗ, — прямого программного интерфейса для внешних систем нет: доступ к её данным строится по тем же непрямым путям, что и для остальных семи федеральных площадок<sup>[3]</sup>.

Из этого следует важный практический вывод: если задача — «подтягивать в 1С все интересные тендеры со всех площадок автоматически», прямой путь через официальные интерфейсы площадок закрыт, и остаётся либо пользоваться сервисами-агрегаторами, либо строить собственный сбор данных.

Агрегаторы закупок с собственным API

Рынок закрыл этот пробел коммерческими сервисами, которые сами собирают закупки с сотен площадок и уже поверх этого предлагают API для интеграции в CRM, 1С или ERP. Например, один из таких сервисов собирает тендеры более чем с 440 электронных площадок и предоставляет отдельный модуль API для переноса этой функциональности в учётную систему<sup>[4][5]</sup>. У разных агрегаторов разная модель доступа: у одних открытый API с публичной документацией доступен с определённого года, у других API включён только в корпоративный тариф, у третьих интеграция строится через сторонние конструкторы вроде Albato, а у нативных интеграций с 1С, SAP и Oracle обычно есть отдельные enterprise-версии продукта<sup>[6]</sup>. Похожий принцип у сервиса на базе Saby (СБИС): его API отдаёт списки закупок из папок, из «избранного», позволяет отслеживать изменения по конкретному тендеру и контролировать суточный лимит запросов<sup>[7]</sup>. Есть и SOAP-сервисы с широким набором методов — свыше 80 — для интеграции данных о закупках в ERP- и CRM-системы любого класса, включая 1С, SAP и Oracle<sup>[8]</sup>.

Есть и сервисы, которые прямо позиционируют себя как независимый слой данных над ЕИС: REST-доступ к закупкам и контрактам по 44-ФЗ, 223-ФЗ и постановлению № 615, устроенный так, чтобы изменения интерфейса самой ЕИС не влияли на работу интеграции<sup>[9]</sup>.

Отдельная группа сервисов специализируется на данных именно из реестра контрактов и закупок ЕИС: по номеру извещения или реестровому номеру контракта они отдают структурированный JSON с деталями закупки, включая проверку участника в реестре недобросовестных поставщиков и в ЕРУЗ<sup>[10]</sup>. Такие сервисы полезны не столько для мониторинга новых тендеров, сколько для проверки контрагентов и аналитики по уже прошедшим закупкам.

Встроенный обмен 1С с ЕИС — для заказчиков по 223-ФЗ

Если компания сама выступает заказчиком по 223-ФЗ и должна публиковать закупочную документацию и отчитываться об исполнении контрактов, у типовых конфигураций 1С есть штатный механизм интеграции с ЕИС. Так, в «1С:ERP Управление предприятием» такой механизм описан отдельным разделом документации<sup>[11]</sup>, а в «1С:ERP Управление холдингом» обмен данными с ЕИС доступен как типовая обработка: программа позволяет вести закупочную документацию (технические задания, спецификации, запросы коммерческих предложений, договоры) и синхронизировать её с ЕИС при условии, что установлена версия не ниже 3.0.8, у организации есть квалифицированная электронная подпись для аккредитации на площадке и настроено стабильное подключение к api.zakupki.gov.ru<sup>[12]</sup>.

Это принципиально другой сценарий, чем мониторинг чужих тендеров: здесь 1С выступает не потребителем данных о закупках, а стороной, которая сама формирует и отправляет сведения в ЕИС.

Обмен закрывающими документами через ЭДО

Отдельный контур — получение от площадки юридически значимых документов (УПД, счетов-фактур, актов) в бухгалтерию. Площадки направляют такие документы через операторов электронного документооборота, и по актированию оператором ЭДО фактически выступает сама ЕИС<sup>[13]</sup>. Если бухгалтерия компании работает с одним оператором ЭДО, а площадка — с другим, для получения документов нужно установить роуминговое соединение между операторами; на практике это платная и не всегда быстрая процедура, что подтверждают и пользователи профильных форумов<sup>[14]</sup>. Крупные операторы ЭДО поддерживают заранее настроенный обмен сразу с несколькими площадками — РТС-тендер, Сбербанк-АСТ, B2B-Center, ТЭК-Торг и другими, — что снимает часть работы по настройке роуминга вручную<sup>[15]</sup>.

Российская специфика, которую нужно учитывать

  • Регистрация в ЕИС и ЕРУЗ обязательна. С 1 января 2022 года регистрация участников закупок в ЕИС в соответствии с постановлением Правительства РФ № 60 заменила отдельную аккредитацию на каждой площадке<sup>[16]</sup>. После регистрации данные автоматически попадают в Единый реестр участников закупок и синхронизируются со всеми восемью федеральными площадками<sup>[17][18]</sup>.
  • Квалифицированная электронная подпись обязательна для юридически значимых действий. КЭП нужна для регистрации организации в ЕИС, публикации сведений о закупках, настройки прав доступа сотрудников и других действий, требующих подписи<sup>[19]</sup>. Усиленная квалифицированная подпись должна соответствовать техническим требованиям, утверждённым приказом ФСБ России от 27.12.2011 № 796<sup>[20]</sup>.
  • Не все закупки требуют ЭП. Отдельные категории — например, закрытые закупки с гостайной в бумажной форме, закупки у единственного поставщика с бумажным контрактом, часть закупок по 223-ФЗ в бумажной форме и некоторые коммерческие торги — могут проводиться без электронной подписи<sup>[20]</sup>.
  • Открытый API федеральных площадок отсутствует, поэтому любое решение по автоматическому мониторингу тендеров опирается либо на коммерческого агрегатора, либо на собственный сбор данных с сайтов площадок — и в обоих случаях зависит от изменений на стороне площадки.

Варианты реализации

1. Подключение готового API агрегатора закупок

Самый быстрый и обычно самый дешёвый путь — использовать сервис мониторинга закупок (свой у нескольких крупных российских провайдеров) с готовым модулем для 1С, Битрикс24 или amoCRM. Такой модуль обычно устанавливается без написания кода: достаточно получить и ввести API-ключ, после чего закупки начинают поступать напрямую в привычный интерфейс учётной системы<sup>[4]</sup>. Это решение автоматически создаёт карточки закупок с ключевыми полями (заказчик, площадка, сроки, документация), распределяет их между ответственными и снимает необходимость ручного мониторинга статусов<sup>[5]</sup>.

Подходит, если задача — не пропускать релевантные тендеры и вести их в одной системе с остальными сделками. Не подходит, если нужна публикация собственных закупок в ЕИС или глубокая кастомная логика обработки данных.

2. Встроенный обмен 1С с ЕИС для заказчиков

Если компания сама публикует закупки по 223-ФЗ, стоит в первую очередь проверить, поддерживает ли уже используемая конфигурация 1С типовой механизм обмена с ЕИС<sup>[11][12]</sup>. Это избавляет от необходимости писать интеграцию с нуля, но требует актуальной версии конфигурации, оформленной КЭП и стабильного подключения к серверу ЕИС.

3. Индивидуальная интеграция

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

4. Отдельная настройка ЭДО для закрывающих документов

Вне зависимости от выбранного варианта получения данных о закупках, обмен закрывающими документами настраивается отдельно: нужно определить оператора ЭДО площадки и убедиться, что с ним настроен роуминг у оператора, которым пользуется бухгалтерия компании<sup>[13][14][15]</sup>.

Практические этапы внедрения

  1. Инвентаризация. Определите, с какими площадками компания работает, по каким законам (44-ФЗ, 223-ФЗ, коммерческие торги) и какие данные должны попадать в учётную систему: только уведомления о новых закупках, полная документация, статусы контрактов или закрывающие документы.
  2. Выбор источника данных. Сравните API имеющихся агрегаторов закупок по охвату площадок, тарифу на API-доступ и готовым коннекторам для вашей учётной системы.
  3. Проверка электронной подписи и регистрации. Убедитесь, что у организации есть действующая КЭП и актуальная регистрация в ЕИС/ЕРУЗ — без этого не заработает ни встроенный обмен 1С с ЕИС, ни подписание документов на площадках.
  4. Настройка обмена в учётной системе. Установите готовый модуль/расширение либо разработайте коннектор под API выбранного агрегатора; для заказчиков по 223-ФЗ — включите штатный механизм обмена с ЕИС в 1С.
  5. Настройка ЭДО и роуминга. Согласуйте с оператором ЭДО площадки и оператором вашей бухгалтерии условия роуминга для получения закрывающих документов.
  6. Тестирование на пилотной группе закупок. Прежде чем переводить весь тендерный поток на новую схему, проверьте её на нескольких реальных процедурах — это выявляет расхождения в полях, дубли и ошибки сопоставления данных.
  7. Мониторинг после запуска. Настройте оповещения о сбоях обмена: агрегаторы и площадки периодически меняют форматы данных и интерфейсы, и интеграция должна быть заметна для поддержки, если перестала получать данные.

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

  • Иллюзия единого API. Ожидание, что один коннектор закроет и мониторинг тендеров, и подачу заявок, и получение закрывающих документов, — частая причина срыва сроков проекта: по факту это разные технические контуры с разными поставщиками доступа.
  • Дублирование данных. Если закупки поступают из нескольких источников (например, из агрегатора и параллельно вручную) без логики сопоставления по номеру извещения, в учётной системе накапливаются дубли карточек.
  • Разрыв между автоматизацией мониторинга и юридически значимыми действиями. Автоматический сбор данных о тендерах не заменяет обязательные действия с КЭП — регистрацию, подписание заявок и контрактов; попытка обойти эти шаги нарушает регламент площадки и закона.
  • Зависимость от стороннего сервиса. Если агрегатор меняет тарифную политику, лимиты запросов или прекращает поддержку площадки, интеграция может остановиться — стоит закладывать это в архитектуру (например, не завязывать критичные бизнес-процессы только на один источник данных без возможности переключения).
  • Платный и не мгновенный роуминг ЭДО. Настройка обмена закрывающими документами между разными операторами ЭДО занимает время и часто требует отдельной оплаты — это нужно учитывать в сроках проекта, а не оставлять на последний этап<sup>[14]</sup>.

Как выбрать решение

Если задача — не пропускать релевантные тендеры и вести их в одной системе с остальными сделками, обычно достаточно готового API агрегатора закупок с модулем для 1С или CRM — разработка с нуля здесь избыточна. Если компания сама выступает заказчиком по 223-ФЗ, в первую очередь стоит проверить встроенные возможности уже используемой конфигурации 1С. Индивидуальная разработка оправдана, когда типовых решений не хватает: нужно объединить несколько источников данных, встроить нестандартную логику согласования или автоматизировать действия, которые готовые сервисы не поддерживают.

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

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

Вывод

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

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

Источники

[1] habr.com — Есть ли API у площадок гос закупок (Сбербанк-АСТ, РТС-тендер, ZakazRF, РосЭлТорг, ММВБ)? — https://qna.habr.com/q/267396

[2] habr.com — Есть ли API у Единой информационной системы в сфере закупок? — https://qna.habr.com/q/321489

[3] tensor.ru — Сбербанк-АСТ: пошаговая инструкция для поставщиков и заказчиков — https://tensor.ru/uc/etp/sberbank-ast/info

[4] zakupki.kontur.ru — API для автоматизации работы с тендерами в 1С — https://zakupki.kontur.ru/site/articles/80944-avtomatizirovat_rabotu_s_tenderami_v_1s

[5] zakupki.kontur.ru — API для автоматизации работы с тендерами и закупками в CRM — https://zakupki.kontur.ru/site/articles/80360-api_bez_kodov_i_paniki

[6] toolfox.ru — Поиск тендеров: Тендерплан, Контур.Закупки, Bicotender, Селдон — https://toolfox.ru/blog/poisk-tenderov-cherez-agregatory-sravnenie

[7] saby.ru — API сервиса «Торги и закупки» — https://saby.ru/help/auction/api

[8] marker-interfax.ru — Автоматизация тендерного отдела, закупки через API — https://marker-interfax.ru/api/

[9] gosplan.info — ГосПлан — инфраструктура данных о закупках ЕИС — https://gosplan.info/

[10] damia.ru — API-Закупки — https://damia.ru/apizakupki

[11] its.1c.ru — Интеграция с единой информационной системой в сфере закупок :: 1С:ERP Управление предприятием 2 — https://its.1c.ru/db/erp25doc/bookmark/StatePurchase/StatePurchase

[12] 1ccl.ru — Корпоративные закупки по 223-ФЗ в 1С:ERP УХ. Обмен данными с ЕИС — https://1ccl.ru/company/blog/korporativnye-zakupki-po-223-fz-v-1s-erp-ukh-obmen-dannymi-s-eis/

[13] diadoc.ru — ЭДО с поставщиками: ЭДО с ЭТП — https://www.diadoc.ru/articles/22153-edo_s_postavshhikami

[14] tendery.ru — Электронный документооборот с РТС-тендер — https://www.tendery.ru/forum/viewtopic.php?f=39&amp;t=2051653

[15] vc.ru — ТОП-10 операторов ЭДО для бизнеса в 2026 году — https://vc.ru/rating_top/2967912-top-operatorov-edo-dlya-biznesa

[16] fz44.org — Регистрация в ЕИС: руководство для участников — https://fz44.org/articles/что-нужно-чтобы-зарегистрироваться-в/

[17] torgi223.ru — Пошаговая инструкция по регистрации в ЕИС — https://torgi223.ru/blog/poshagovaya-instrukcziya-po-registraczii-v-eis/

[18] zakupki-kontur.ru — Регистрация в ЕИС ЕРУЗ для участия в госзакупках по 44-ФЗ и 223-ФЗ — https://zakupki-kontur.ru/news/pravila-registracii-v-eis-i-akkreditacii-na-etp/

[19] roseltorg.ru — ЭЦП для государственных торгов — https://www.roseltorg.ru/knowledge_db/ecp-info/article/ecp-dlya-gos-torgov

[20] zakupki-kontur.ru — Как получить ЭЦП для торгов — https://zakupki-kontur.ru/news/ecp-dlya-torgov/

Быстрые вопросы и ответы

Можно ли напрямую подключить 1С к любой тендерной площадке?

Возможность зависит от площадки, роли компании и доступных интерфейсов. Иногда используется официальный API, иногда агрегатор, файловый обмен или отдельная работа через ЭДО.

Какие данные обычно передают во внутреннюю систему?

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

Можно ли автоматически загружать закупки из ЕИС в CRM?

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

Как не создавать дубли закупок и документов?

Записи связывают по устойчивым идентификаторам, а повторные ответы API обрабатывают идемпотентно. Дополнительно ведут журнал обмена и сверку статусов.

Что нужно подготовить перед интеграцией?

Нужны список площадок, сценарии работы, доступные API или выгрузки, структура внутренней системы и правила, по которым данные должны создаваться и обновляться.

Нужна помощь по этой задаче?
На странице услуги «Автоматическая загрузка закупок ЕИС в CRM» указаны состав работ, результат и фиксированная цена.