Почему СМЭВ-интеграции регулярно появляются в закупках
Закон об организации предоставления государственных и муниципальных услуг обязывает органы обмениваться данными через систему межведомственного электронного взаимодействия: запрашивать сведения у других ведомств, а не у заявителя. Каждая новая государственная информационная система, участвующая в оказании услуг, должна быть подключена к СМЭВ. Отсюда устойчивый поток закупок: подключение, доработка и сопровождение интеграций — типовые лоты для разработчиков.
Текущая технологическая основа — третья версия СМЭВ: взаимодействие через единый шлюз со своими регламентами и форматами электронных сообщений. Методические рекомендации СМЭВ описывают и техническую сторону (профили, виджеты, асинхронные сервисы), и организационную (порядок получения доступа к средам).
Как устроен типовой лот на СМЭВ-интеграцию
Предмет формулируется как «выполнение работ по интеграции информационной системы с СМЭВ» с перечнем сервисов (видов сведений), которыми обменивается система. В ТЗ заказчик задаёт: перечень электронных сервисов и видов сведений, требования к доработке собственной ИС, сроки этапов и результат — успешно пройденное тестирование и продуктивное взаимодействие. Состав хорошего ТЗ на такие работы — по структуре руководства как составить ТЗ на разработку ПО.
Отдельный подвид лотов — виджеты СМЭВ: встраиваемые интерфейсы взаимодействия для порталов и личных кабинетов. Их закупают вместе с доработкой фронтальной части сервисов. О самой технологии и наших работах — в услуге интеграции со СМЭВ.
Этапы контракта и где теряются сроки
Технологические этапы стандартизованы: разработка связки (адаптера) на стороне ИС заказчика, подключение к среде разработки, прохождение автоматизированного тестирования на САП СМЭВ, устранение замечаний, опытная эксплуатация и перевод в продуктивную среду. Сроки чаще всего теряются не в коде: доступы к средам, согласование elektronных форматов с смежными ведомствами и очередь на тестирование — организационные узкие места, которые стоит закладывать в график.
| Этап | Суть | Кто отвечает |
|---|---|---|
| Разработка адаптера | связка ИС с шлюзом СМЭВ | исполнитель |
| Стенд разработки | доступы и настройка среды | заказчик + исполнитель |
| САП СМЭВ | автоматизированное тестирование | исполнитель |
| Устранение замечаний | доработки по протоколу тестирования | исполнитель |
| Продуктив | перевод в промышленную среду | заказчик + исполнитель |
Что подтверждать в заявке
Если процедура с неценовыми критериями, заказчик оценивает квалификацию: опыт аналогичных работ, компетенции команды, методологию. Сильная позиция — конкретные выполненные интеграции с перечнем видов сведений и этапов, знание методических рекомендаций, готовая связка референс-архитектуры. Как заказчики формулируют требования к опыту и чем их закрывать — в материале опыт исполнителя как критерий в закупках ПО.
Сколько стоят такие работы на рынке и из чего складывается цена — в кейсе сколько стоит интеграция с СМЭВ; перечень того, что нужно для подключения, — в ответе что нужно для подключения к СМЭВ.
Типичные ситуации исполнителя
Ситуация первая: ТЗ предполагает доработку чужой ИС с закрытым кодом — до подачи заявки запросите разъяснение о доступе к исходникам, иначе риски объёма лягут на исполнителя. Ситуация вторая: заказчик ждёт «подключения за две недели», а очередь тестирования на стенде не подчиняется никому из сторон — закладывайте этапность с промежуточными результатами. Ситуация третья: замечания тестирования касаются электронных форматов смежного ведомства — фиксируйте их в переписке и протоколах, это основание для сдвига сроков. Ситуации типовые и приведены без привязки к конкретным закупкам.
Типичные ошибки и как их избежать
- Цена без этапа устранения замечаний тестирования — работы за свой счёт.
- Нет доступа к средам к дате старта — простой команды не компенсируется.
- Заявка без перечня видов сведений из опыта — низкий балл квалификации.
- Пропущен организационный этап получения доступов в графике работ.
- Зоны ответственности за доработку ИС заказчика не разведены в ТЗ.
Виджеты и асинхронные сервисы
Кроме классического обмена электронными сообщениями СМЭВ поддерживает встраиваемые виджеты — фрагменты интерфейсов, которые размещаются на порталах и в личных кабинетах и обеспечивают интерактивное взаимодействие с внешними системами. Для заказчиков это способ быстро закрыть пользовательские сценарии без разработки полного сервиса; для исполнителей — отдельный класс работ, который закупается как доработка фронтальной части. Асинхронные сценарии обмена добавляют свою специфику: ответы могут приходить с задержкой, и архитектура системы должна корректно обрабатывать ожидание и таймауты.
В ТЗ на такие работы заказчику важно описать пользовательские сценарии, а не только технические форматы: от этого зависит состав виджетов и объём доработок. Исполнителю — заложить в оценку время на согласование сценариев, потому что они неизбежно уточняются в ходе работ.
Что спросить у заказчика до подачи заявки
Короткий чек-лист вопросов перед заявкой на СМЭВ-лот: какие виды сведений уже согласованы, есть ли доступы к средам разработки, кто отвечает за доработку самой информационной системы, установлен ли срок прохождения тестирования и предусмотрен ли отдельный этап опытной эксплуатации. Ответы либо есть в документации — тогда оценивайте риски спокойно, либо их нет — и это повод для запроса разъяснений, а не для угадывания в цене.
Ещё один практический ориентир — роуминг СМЭВ: механизм, позволяющий региональным и муниципальным системам участвовать в межведомственном обмене через шлюз оператора. Для поставщика это значит, что география таких лотов не ограничена федеральным уровнем: региональные порталы и ведомственные системы тоже закупают интеграции, и конкуренция в них ниже, чем в столичных лотах федеральных операторов.
Как мы помогаем
НЬЮ-ССТ разрабатывает СМЭВ-связки и помогает подготовиться к таким лотам: разбор ТЗ и оценка объёма работ — бесплатно, разработка адаптера и прохождение тестирования — по договору от 480 000 ₽ в типовых конфигурациях. Мы помогаем подготовить заявку и выполнить работы; очереди на стенды СМЭВ не контролируем и сроков администрирования на стороне ведомств не обещаем.