Шишки, набитые при работе с адаптером СМЭВ

Наталья Резина, генеральный директор ООО «НЕОЛАНТ Запад»

Вы – представитель организации-разработчика?

Вот скажите честно, вы как относитесь к интеграционным задачам? Чувствуете себя суперменом (решим всё, чего только не повидали уже) или сторонитесь их, насколько это возможно, понимая, что путь тернист и непредсказуем?

Или вы – представитель заказчика?

Вы отчётливо понимаете, что в результате должно получиться, как процесс должен заработать и насколько реалистично достижение результата? И сформулировать все требования сможете? Или только «широкими мазками обозначить направление движения»? А представляете, сколько дополнительных шагов именно вам придется сделать? Да-да, именно вам, а вовсе не разработчику.

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

Но вот уже пару месяцев так и подмывает поделиться опытом этой самой интеграции. С использованием того самого СМЭВ… Который, как казалось бы, используют, вот прямо все… Ведь пишут же… И ситуационный центр есть, и документация, и регламенты, и даже АДАПТЕР!

И непонятно мне, что ж вот прямо никто не пишет о проблемах. Говорить в кулуарах вроде говорят. Но вот статей не встречается. Про доработки СМЭВ, про правительственную подкомиссию была вот недавно статья. Такая вот конструктивная статья, про ключевые направления развития, про повышение эффективности и т.д. А о проблемах – не встречалось.

Расскажу, с чем мы столкнулись. Я-то, как руководитель, наблюдаю это ситуацию несколько со стороны, но полёты разбирать приходиться регулярно. И вот что докладывают специалисты по использованию Адаптера СМЭВ:

1. Содержание документации сильно формализовано и содержит только краткие сведения об основных настройках Адаптера.

Таким образом, содержание документации не позволяет IT-службам участников взаимодействия самостоятельно выполнить все настройки Адаптера без привлечения сторонних организаций, либо без постоянного общения со службой поддержки СЦ СМЭВ (см. п. «3»). Присутствует формальное описание ключевых настроек, без разъяснения применимости тех или иных настроек и вариантов их значений в различных окружениях (в документации приведены значения настроек для применения ЭЦП с криптопровайдером CryptoPRO, но нет сведений для настройки с использованием Trasted JAVA). Отсутствует функционал «самоконтроля» адаптером выполненных настроек с записью состояния Адаптера в логи. Часть настроек не документирована вообще (например, настройки хранилища сертификатов в Адаптере версии 3.0).

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

Например, в части реализации внутреннего хранилища информации Адаптера версии 1.2 не функционирует хранилище на основе БД PostgreSQL. В версии Адаптера 3.0 некорректно работает механизм подписи сообщений ЭЦП (при попытке подписания посылки Адаптер выдает исключение и виснет) – пришлось возвращаться к версии Адаптера 1.2. И эту версию пришлось доработать, поскольку в коде содержались ошибки.

3. Значительное время занимает переписка со службой поддержки.

Практически 90% обращений по телефону заканчиваются рекомендацией написать запрос в службу поддержки ситуационного центра Минкомсвязи. (ВНИМАНИЕ!!! Разработчик не может направлять подобные сообщения, это должен сделать заказчик!!!) Далее регламентом предусматривается рассмотрение заявки (от нескольких минут до 1-2 дней) и переадресование в службу технической поддержки «Ростелеком»-СМЭВ с регламентом ответа до трёх дней. При этом необходимо по каждому вопросу создавать отдельные заявки. Таким образом, ответ на каждый заданный вопрос можно ждать (с учётом выходных) до недели, по прошествии которой вместо точного ответа на вопрос можно получить предложение уточнить вопрос в следующей заявке (с периодом ожидания ответа ещё до недели). В результате внедрение взаимодействия со СМЭВ реально затягивается на месяцы.

4. Тестирование видов сведений производится в соответствии с проектом приложения 3 «Правила и процедуры работы в СМЭВ» по методическим рекомендациям версии 3.х.

Вносимые изменения в регламент проведения необходимых процедур тестирования взаимодействия с видами сведений для получения доступа к продуктивной среде СМЭВ не учитывают особенности реализации Адаптера. Так, ни в документации на Адаптер, ни в документации к видам сведений, ни в методических рекомендациях и иных регламентах нет информации о порядке действий участника взаимодействия при проведении с использованием Адаптера СМЭВ тестирования вида сведений для получения доступа к продуктивной среде. Действующими редакциями регламентов по проведению тестирования Видов сведений предусмотрено направление в адрес ситуационный центр СМЭВ архива полученных и отправленных запросов (эталонных). В случае использования Адаптера запросы и ответы при взаимодействии со СМЭВ направляются Адаптером автоматически и не доступны ни из пользовательского интерфейса, ни в хранилище Адаптера для последующего сохранения и передачи в ситуационный центр СМЭВ. Выяснение и уточнение порядка прохождения тестирования видов сведений для получения доступа к ним в продуктивной среде с применением Адаптера СМЭВ заняло в результате более двух недель.

Вот ещё в завершение – заказчик не может проверить полученные результаты – разработанные сервисы – в продуктивном контуре, а результаты тестового контура ему не указ. А проверить не может, потому что:

1. Вначале заказчик не выполнил подключение к виду сведений в продуктивной среде. Вернее, выполнил регистрацию в качестве поставщик вида сведений, что не дает ДОСТУПА к виду сведений в продуктивной среде. И это заказчикам совершенно неочевидно. И на выяснение этого нами, поскольку сведений об этом в открытом доступе нет, ушло несколько недель. Ведь заказчик уверял, что все подключено…

2. Что-то не работало в «чёрном ящике» на стороне сервисов внешней ИС. Мониторинга работоспособности сервисов нет, выяснить причину можно только через оператора.

3. Далее выяснилось, что заказчик в продуктивной среде не может организовать кейс для проверки одного из видов сведений, поскольку для этого надо ЭЦП физического лица, и фактическое внесение в действующие системы изменений данных (в нашем случае – изменение страховой принадлежности физлица в ОМС). И где найти такое физическое лицо, чтоб согласилось быть подопытным в эксперименте, заказчик не знает. Ну а раз не на чем проверить кейс, значит, не работает.

В целом у нас и так, конечно, было стойкое ощущение, что зачастую государственные заказчики ожидают от разработчика, что он просто-таки должен решать и свои задачи, да ещё и организационные и технические вопросы самого заказчика, но с интеграциями этого ощущения оказалось недостаточно, тут просто полный швах…

Мучает нас вопрос: как же работают остальные? Как подключаются к СМЭВ со своими ИС, используя Адаптер? Очень хочется найти таких братьев по разуму или товарищей по несчастью.

Источник: D-Russia